AWS
-
AWS ディスクベンチマーキング
1.Disk ベンチーマーキング 測定ツール:hdparm 柱：１０回実行平均 Instance Type Disk Type Cmd Speed c3.4xlarge EBS(20GB) hdparm -t | hdparm -T 99.51 MB/sec | 10479.07 MB/sec m1.large EBS(8GB) IPS(300) hdparm -t | hdparm -T 98.77 MB/sec | 6065.28 MB/sec c3.4xlarge EBS(200GB) IPS(4000) hdparm -t | hdparm -T 28.71 MB/sec | 10409.26 MB/sec m1.large EBS(200GB) IPS(4000) hdparm -t | hdparm…
-
AWS S3 Bucketを instanceにマウント
aws php library http://aws.amazon.com/jp/developers/getting-started/php/ サーバで発生する大量のログをS3上で保管するための作業ログ –>> s3をCDNとして活用するためのログ S3 上で Bucket 生成 S3上で生成されたBucketに下記権限を追加 { “Version”:”2012-10-17″, “Statement”:[{ “Sid”:”AddPerm”, “Effect”:”Allow”, “Principal”: { “AWS”: “*” }, “Action”:[“s3:GetObject”], “Resource”:[“arn:aws:s3:::{bucket name}/*” ] } ] } s3マウントに必要なライブラリインストール アクセスーキーの登録(AWSトップページの上部にあるメニューから［Your Account］－［Security Credentials］で「Access Credentials」のセクションにある［Access Keys］で「Access Key ID」と「Secret Access Key」の英数字列 権限設定 s3fsのインストール Requested ‘fuse >= 2.8.4’ but version of fuse is 2.8.3 エラー時 マウントは上記で終了 以下ログバックアップのためのロジック batch時点の日付directory生成 #prev_batch_date <…
-
AWS Linux Boot EBSボリューム容量変更時resize2fsができない場合の解決策
*この方法を実施する際にはテスト環境でテストをした上で本番に適用する事を強くお勧めします。まあ、まともなエンジニアならいきなり本番はないと思いますが。 AWSのEBS Bootボリュームサイズを拡張する方法に関してネットでたくさんの情報が乗っているがresize2fsがそのままでは効かない場合がある。 ここは私が試して成功した方法を示す。 参考になったサイトはこちら ボリューム変更の一般的な手順は以下のようになる。 （以下の手順の詳細はネット上検索すると山ほどでる） 現在のBootボリュームのsnapshotをとる snapshotより新しいEBSボリューム（好きなサイズを指定）を生成 起動中のinstanceをstop instanceのBoot ボリュームをdetach(device 名前を控える-sdaのようなもの) 増量したdeviceをattach(device名前は上の手順で控えたもの) instanceを起動 sudo resize2fs /dev/拡張したいdevice名前 (各自設定のdevice名前) [ここからが本題] 上記の手順に従ってもThe filesystem is already xxx blocks long. Nothing to do!でる場合の解決策 これは増量されたサイズに対して実際に容量が割り当てられていないのが原因fdiskを利用し新しくdisk容量を割り当てる事で解決可能。ただいくつか注意点があるのでここにその手順を示す。 前置き 以下は上記の6.instance起動後からの手順。 基本suで作業.私の環境ではattachした時のdevice名sdaに対してlinuxの/dev上では xvda1,xvda2,xvda3があり [xvda1->/mnt/boot] [xvda2->/] [xvda3-> swap] 領域としてマウントされていた。ここのdevice名は各自環境のものにかえること. 下記手順どおりならデータが削除される事はなかったが領域の指定(シリンダ)を間違えるとデータがなくなる可能性があるので注意 手順は以上で終了