2番目にマウントされたボリュームを持つEBSでバックアップされたインスタンスがあります( Ericの記事 の手順に従いました)
次に、そのインスタンスからAMIを作成し、そのAMIからインスタンスを実行しました。
次に、その2番目のインスタンスが2つのボリュームを作成しました。
AMIに関連付けられたボリュームの作成方法を制御する方法はありますか、それともAMIを作成する前に2番目のボリュームをアンマウントするだけの解決策ですか?
ec2-create-image
コマンドラインツールには、新しいインスタンスに関連付けられたボリュームを定義するための--block-device-mapping
オプションがあります。
特定のケースでは、次のように指定して、データベースボリュームの自動作成とアタッチを抑制したい場合があります。
ec2-create-image --block-device-mapping /dev/sdh=none [...]
これにより、独自のボリュームを作成して新しいインスタンスにアタッチできます。
または、新しいインスタンスの開始時に、空のボリュームを添付して作成するように指定することもできます。
ec2-create-image --block-device-mapping /dev/sdh=:20:false [...]
インスタンスを実行するときに、--block-device-mapping
オプションをec2-run-instances
に使用して、そのボリュームのサイズをオーバーライドできます。
また、delete-on-termination
の--block-device-mapping
フラグについて学習して、インスタンスの終了時に2番目のボリュームを自動的に削除するかどうかを制御する方法を理解することも価値があります。