インスタンスを開始しないでボリューム/スナップショットデータにアクセスするAmazon EC2

Question

ボリュームが接続されているインスタンスを起動しなくても、Amazon EC2のボリュームまたはスナップショットに格納されたデータにアクセスできますか？私は一晩中実行されるシミュレーションを行い、CPUが15％以下に下がるとインスタンスを停止させるアラームが続きます。私は、インスタンスを再起動せずにシミュレーション出力にアクセスできるようにしたいと思います（余分なコストを避け、時間を節約します）。出来ますか？もしそうなら、私はそれをどうやってやりますか？

Q：私は私のボリュームデータを見ることができない理由を私はアマゾンS3に見える

アマゾンは、Amazon Gateway経由でのスナップショットのアクセスを記述した文書を持っていますか？ ボリュームはAmazon S3に格納され、AWS Storage Gatewayからアクセスできます。 Amazon S3 APIアクションを使用して直接アクセスすることはできません。 Amazon EBSスナップショットの形式で提供されるゲートウェイボリュームのポイントインタイムスナップショットを取得できます。 S3でネイティブにデータを操作するには、ファイルインターフェイスを使用します。

しかし、これはEC2のインスタンスに接続しているのと同じボリュームを指しているのかどうかはわかりません。アマゾンは詳細な説明はしていないので、誰かがある程度の洞察を持っていればいいと思っています。

Answer 1

いいえ、EBSボリュームのデータを取得するには、実行中のec2インスタンスに接続する必要があります。また、ストレージゲートウェイボリューム！= ec2/EBSボリューム。あなたの状況に該当するものはありません

ボリュームのスナップショットを撮って新しいボリュームのコピーを別の（より安価な）インスタンスに添付することができますが、間違ったツリーを吠えることができます。

私はより良い解決策がコメントの1つだと思います。インスタンスがs3に出力をダンプしてから、シャットダウンします。これは方法がより便利になり、s3ストレージはEBSボリュームよりかなり安く無制限です。また、s3ライフサイクルポリシーを使用して古いデータを氷河にプッシュしてより安価なストレージ（低速アクセス）にすることもできます

また、ルートボリュームにEBSボリュームを使用して、シミュレーション中にストレージが失われたときにホストストレージが失われてしまった）ストレージは、一時的なデータを格納するだけの高価な高価なEBSボリュームのコストを節約します。

Answer 2

明らかに、停止したインスタンスからボリュームを切り離し、同じ可用性ゾーン内の別の（おそらくはるかに安い）インスタンスにそれらを接続する可能性があります。

データの取得が完了したら、2番目のインスタンスを停止し、ボリュームを切り離して元のインスタンスに戻します。これは恐らくハッキングのように聞こえるかもしれませんが、インスタンスにEBSボリュームを接続することは論理的な（物理的なものではない）操作であり、ボリュームを取り外すときにインスタンスのOSによってボリュームがマウントされていない場合は非常に安全です。

Storage Gatewayは、実行しているものとは関係ないことに注意してください。

EBSスナップショットのデータには直接アクセスできないことにも注意してください。 EBSスナップショットは、新しいEBSボリュームを作成し、スナップショットからのみ読み取ることができます。

---

プランB：Elastic File System（EFS）を使用してください。これはEC2で最も高価なストレージオプションですが、領域内の複数の可用性ゾーンにまたがって複数のインスタンスに同時にボリュームをマウントできるため、最も柔軟性があります。