AMI スナップショットを作成する便利さは気に入っていますが、実行中のインスタンスにアタッチするボリュームに料金を支払いたくないのが理想です。
スナップショット インスタンスを S3 に保存し、実行中のインスタンスにボリュームをアタッチせずに S3 から起動する方法はありますか? スナップショットの利便性を利用して、ランニング コストはかかりませんか?
AMI スナップショットを作成する便利さは気に入っていますが、実行中のインスタンスにアタッチするボリュームに料金を支払いたくないのが理想です。
スナップショット インスタンスを S3 に保存し、実行中のインスタンスにボリュームをアタッチせずに S3 から起動する方法はありますか? スナップショットの利便性を利用して、ランニング コストはかかりませんか?
EBS スナップショットは
、ebs ドキュメントからS3 ( http://aws.amazon.com/ebs/ )に既に永続化されています。
Amazon EBS は、Amazon S3 に保持されるボリュームのポイントインタイム スナップショットを作成する機能も提供します。これらのスナップショットは、新しい Amazon EBS ボリュームの開始点として使用でき、長期的な耐久性のためにデータを保護します。同じスナップショットを使用して、必要な数のボリュームをインスタンス化できます
AMI も S3 に保存されます。
EBS ボリュームでは、割り当てられたスペースの一部をデータに使用しているだけであっても、料金を支払っていることは事実です。
データを保存するだけの場合は、任意のツールを使用してデータを直接 S3 に「バックアップ」し、必要に応じてボリュームに復元できます。S3sync はこれに適しています。tarball の作成も同様です。
これは、割り当てられたスペースと使用されたスペースの問題だけではありません。EBS では、ボリュームがマウントされている間の I/O 操作にも料金がかかります。
私は同じことをしようとしています - EBS-backed インスタンスを S3-backed インスタンスに移行します。SO に関する他のスレッドでは、これは不可能であると述べられていますが、Eric Hammond による AWS フォーラムの投稿への回答は、希望があることを示唆しています。
次のスレッドで説明されているように、実行中の EC2 インスタンスでブートディスクをスワップアウトするという概念を使用する
http://developer.amazonwebservices.com/connect/thread.jspa?threadID=42437
古いリージョンのボリュームから raw ビットのコピーを使用して新しいリージョンに EBS ボリュームを作成し、新しいボリュームを新しいリージョンの停止した Windows インスタンスにスワップできる場合があります。
それが機能したら、実行中のインスタンスからの通常の AMI の作成が可能になります。
臆病な人向けではありませんが、重要な場合は、手順を手伝ってくれる EC2 Windows の専門家を見つけることができるかもしれません。
正確には決定的ではありませんが、エリックは彼が話していることを知っているので、それがあなたにとって十分に重要である場合は、試してみることができます.