インスタンスの終了方法
インスタンスを終了すると、変更はインスタンスのオペレーティングシステム (OS) レベルで登録され、一部のリソースは失われますが、存続するリソースもあります。
次の図は、Amazon EC2 インスタンスを終了したときに失われるものと残るものを示しています。インスタンスが終了されると、インスタンスストアボリューム上のデータおよびインスタンス RAM に保存されたデータは消去されます。インスタンスに関連付けられた Elastic IP アドレスはデタッチされます。Amazon EBS のルートボリュームおよびデータボリュームの場合、結果は各ボリュームの [終了時に削除] の設定によって異なります。
考慮事項
-
データの永続性
-
インスタンスストアボリューム: インスタンスが終了すると、すべてのデータが完全に削除されます。
-
EBS ルートボリューム
-
起動時にアタッチすると、インスタンスが終了するとデフォルトで削除されます。
-
起動後にアタッチすると、インスタンスが終了するとデフォルトで保持されます。
-
-
EBS データボリューム
-
コンソールを使用して起動時にアタッチした場合: インスタンスが終了するとデフォルトで保持されます。
-
CLI を使用して起動時にアタッチした場合: インスタンスが終了するとデフォルトで削除されます。
-
コンソールまたは CLI を使用して起動後にアタッチした場合: インスタンスが終了するとデフォルトで保持されます。
注記
インスタンスの終了時に削除されなかったボリュームは、引き続き料金が発生します。ボリュームが削除されるか、インスタンスの終了時に保持されるように、設定を変更しできます。詳細については「インスタンスの終了時にデータを保持する」を参照してください。
-
-
-
偶発的な終了に対する保護
-
インスタンスを誤って誰かに終了されないようにするには、停止保護を有効にします。
-
インスタンスのシャットダウンの開始時に、インスタンスの停止または終了を制御するには、インスタンスが開始するシャットダウン動作を変更します。
-
-
シャットダウンスクリプト – インスタンスの終了時にスクリプトを実行した場合、シャットダウンスクリプトの実行を保証する方法がないため、インスタンスが正常に終了されない可能性があります。Amazon EC2 はインスタンスを正常にシャットダウンし、システムシャットダウンスクリプトの実行を試みます。ただし、特定のイベント (ハードウェア障害など) がこれらのシステムシャットダウンスクリプトの実行を防止する可能性があります。
-
ベアメタルインスタンス – x86 ベアメタルインスタンスは協調シャットダウンをサポートしていません。
インスタンスを削除するとどうなるか
OS レベルでの変更の登録
-
API リクエストはボタンのクリックイベントをゲストに送信します。
-
ボタンのクリックイベントの結果として、さまざまなシステムサービスが停止します。システムの正常なシャットダウンは、systemd (Linux) またはシステムプロセス (Windows) によって行われます。適切なシャットダウンはハイパーバイザーからの ACPI シャットダウンボタンのクリックイベントによってトリガーされます。
-
ACPI シャットダウンが開始されます。
-
インスタンスは、適切なシャットダウンプロセスが終了した後にシャットダウンします。設定可能な OS シャットダウン時間はありません。インスタンスはしばらくの間コンソールに表示されたままですが、エントリは自動的に削除されます。
失われるリソース
-
インスタンスストアボリュームに保存されているデータは失われます。
-
DeleteOnTermination属性がtrueに設定されている場合の EBS ルートボリューム。 -
DeleteOnTermination属性がtrueに設定されている場合の EBS データボリューム(起動時または起動後にアタッチ)。
存続するリソース
-
DeleteOnTermination属性がfalseに設定されている場合の EBS ルートボリューム。 -
DeleteOnTermination属性がfalseに設定されている場合の EBS データボリューム(起動時または起動後にアタッチ)。
インスタンスの終了に対するアプリケーションの応答をテスト
AWS Fault Injection Service を使用すると、インスタンスが終了した場合のアプリケーションの応答をテストできます。詳細についてはAWS Fault Injection Service ユーザーガイドを参照してください。
