aws ec2 ebsのディスクサイズを縮小(既存インスタンツからebsブートのAMI作成)

この方法ではダメな感じ。こちらを参照。

 

試行錯誤、約丸1日。

 

参考にしたサイト。

  1. http://recipe.kc-cloud.jp/archives/3989
  2. http://3u3.org/infrastructure/aws/34

1と2の記述には微妙に違いがある。

  • インスタンツはSTOPする必要があるのか無いのか
  • 稼働中のインスタンツのボリュームを使うのか、それとも稼働中のインスタンツのボリュームのスナップショットから作成されたボリュームを使うのか
  • ラベルの指定方法
  • rsyncの、コピー元とコピー先の指定
  • コピー先のボリュームを利用していたインスタンツにattachする必要があるのか

 

成功したのは、

 

作成元となるebsは、稼働したままスナップショットを作成し、このスナップショットからボリュームを作成したモノをコピー元とする。

 

コピー元、(減量した)コピー先とも、genericなSSDでOK。(元がmagneticであっても)

 

e2lableでのラベル指定は、コピー元のラベルに、コピー先のラベルをあわせる。(ちなみに、うちのは、「_/」であった。)

 

rsyncは、「rsync -ax /larege/ /small」でOK。(「/」に要注意)

 

利用していたインスタンツに(減量)コピー先のボリュームを、/dev/sda1などとしてattachする必要な無し。

 

あと。重要だったのは、コピー先から作られたAMIをローンチする際に、kernelID(あれば、RAMdisk IDも)を指定しないとうまくいかなかった。

 

以上。減量方法と既存インスタンツからebs複製の方法を知りました。

aws。素敵!