インスタンスストアと EBS を利用した AMI の違いがはっきりと理解できたと思います。
しかし、http://aws.amazon.com/maintenance-help/には、「EBS を利用した AMI を実行している場合は、インスタンスを停止してから再起動して、インスタンスを簡単に再起動できます。これにより、インスタンスのローカル インスタンス ストアに保存したすべてのデータ、"
停止/開始ではsysvolデータが失われないため、混乱します。
ここで言う「ローカル インスタンス ストア」とは、バッキング EBS ボリューム (sysvol) を意味し、停止ではなく「終了」と言うつもりだったと思います。私は正しいですか？
EBS-backed インスタンスを終了しても、データは削除されません。EBS ボリュームを削除するまでは、引き続きアクセスできます (インスタンスの終了時に削除するように設定しない限り)。
ローカル インスタンス ストアは、インスタンスを実行している実際の物理サーバー上のハード ドライブ容量を指します。を実行すると、使用可能なインスタンス ストアを確認できますsudo fdisk -l。一部のイメージには、いくつかのインスタンス ストア ボリュームがすでにマウントされています (「 」を参照df -h)。それ以外の場合は、使用する前にインスタンス ストア ボリュームをマウントしてフォーマットする必要があります。
インスタンスは物理サーバーに対してローカルであり、インスタンスが新しいサーバーで起動する可能性があるため、インスタンスを停止する (終了しない) と、インスタンス ストア ボリューム上のデータが失われます。
簡単に言うと、EC2 は物理サーバー上で仮想サーバーを実行しています。ルート ファイルシステムは、ローカル ディスク (一時ストレージ) またはネットワーク接続ストレージ (EBS) のいずれかに配置できます。EBS を使用すると、バックアップ用にスナップショットを作成したり、コピーを作成したりできるため、インスタンスが実行されているサーバーのローカル ディスクほど高速ではありませんが、EBS ははるかに柔軟です。
これをすべて機能させるために、エフェメラル サーバーをシャットダウンすると、Amazon はディスクをワイプして次の顧客に再割り当てします。そもそも EBS はそのサーバーに物理的に接続されていなかったので、EBS でそれを行う必要も理由もありません。
EBS でサポートされているインスタンス (サイズによって異なります) でさえ、スワップ、ログ、またはその他の目的で使用できる一時ストレージ (2 ～ 500 ギガ以上) の割り当てが付属していることに気付くかもしれません。もちろん、唯一の問題は、サーバーがシャットダウンされた場合、または壊滅的なディスクまたはハードウェア エラーが発生した場合、そのデータが失われることです。人々が長年にわたって従来のサーバーをバックアップしてきたのと同じ方法で、手動でバックアップすることもできます。
EBS に裏打ちされたサーバーから独自の AMI を作成することは今では簡単で、AWS Web インターフェイスを介して簡単に行うことができます。EBS でサポートされていない AMI を作成することは、前回試みたときに非常に複雑な作業でした。そうは言っても、純粋に一時的なストレージの使用を検討することが非常に理にかなっている特定のユースケースがあります。データを永続化する必要のない計算ノードまたはメモリ/キャッシュ ノードは、より高速で低コストになります。