簡易自動復旧を設定する - Amazon Elastic Compute Cloud

簡易自動復旧を設定する

重要
  • 以下の情報は、正常なインスタンスで復旧関連の機能設定に適用されます。インスタンスへのアクセスで現在問題が発生している場合は、「EC2 インスタンスのトラブルシューティング」を参照してください。

  • インスタンス復旧後にワークロードが正常に動作するために、インスタンスは自動的に起動し、サービスを提供する必要があります。

デフォルトでは、簡易自動復旧はサポートされているすべての実行中のインスタンスをモニタリングします。システムステータスチェックエラーが検出された場合、簡易自動復旧はインスタンスを正常な状態に修復しようとします。簡易自動復旧は、AWS Health Dashboard のサービスイベント中は動作しません。詳細については、「簡易自動復旧障害のトラブルシューティング」を参照してください。

簡易自動復旧イベントが発生すると、 AWS Health Dashboard イベントを受け取ります。これらのイベントの通知を設定するには、「AWS User Notificationsユーザーガイド」の「AWS User Notifications の開始方法」を参照してください。Amazon EventBridge ルールを使用して、次のイベントコードを使って簡易自動復旧のイベントをモニタリングすることもできます。

  • AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS ― 成功したイベント

  • AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE ― 失敗したイベント

詳細については、「Amazon EventBridge ルール」を参照してください。

簡易自動復旧の要件と制限

簡易自動復旧は、次の場合にインスタンスの復旧を試みます。

  • running の状態にあります。詳細については、「インスタンスのライフサイクル」を参照してください。

  • default (オンデマンド) または dedicated テナンシーを使用します。詳細については、「インスタンス購入オプション」を参照してください。

  • Amazon EC2 に利用可能な容量があるインスタンスタイプです。大規模な停止など、状況によっては、十分な容量が利用できず、一部の復旧試行が失敗することがあります。

  • host テナンシーを使用しません。Amazon EC2 Dedicated Host では、Dedicated Host Auto Recovery を使用して、異常のあるインスタンスを自動的に回復できます。

  • Elastic Fabric Adaptor は使用しません。

  • metal インスタンスサイズではありません。

  • Auto Scaling グループのメンバーではありません。

  • 現在、スケジュールされたメンテナンスイベントは発生していません。

  • インスタンスストアボリュームがありません。

  • インスタンスタイプであるのいずれかを使用する

    • 凡用: A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | T1 | T2 | T3 | T3a | T4g

    • コンピューティング最適化: C3 | C4 | C5 | C5a | C5n | C6a | C6g | C6gn | C6i | C6in | C7a | C7g | C7gn | C7i | C7i-flex

    • メモリ最適化: R3 | R4 | R5 | R5a | R5b | R5n | R6a | R6g | R6i | R6in | R7a | R7g | R7i | R7iz | u-3tb1 | u-6tb1 | u-9tb1 | u-12tb1 | u-18tb1 | u-24tb1 | u7i-12tb | u7in-16tb | u7in-24tb | u7in-32tb | X1 | X1e | X2iezn

    • 高速コンピューティング: G3 | G3s | G5g | Inf1 | P2 | P3 | VT1

    • ハイパフォーマンスコンピューティング: Hpc6a | Hpc7a | Hpc7g

警告
  • インスタンスストアボリュームのデータは、インスタンスの停止に伴って失われます。インスタンスの停止の詳細については、「インスタンスの停止と起動 (Amazon EBS-Backed インスタンスのみ)」を参照してください。

  • システムステータスチェックがエラーになった場合、インスタンスストアとブロックデバイスマップデータが失われる可能性があります。これらのインスタンスタイプでは、終了保護を有効化する の使用を検討できます。

重要なデータのバックアップを定期的に作成することをお勧めします。Amazon EC2 のバックアップと復旧のベストプラクティスについては、「Amazon EC2 のベストプラクティス」を参照してください。

簡易自動復旧を設定する

サポート対象のインスタンスを起動すると、簡易自動復旧がデフォルトで有効になります。インスタンスの起動中または起動後の自動復旧動作を disabled に設定できます。簡易自動復旧をサポートしていないインスタンスタイプでは、この機能はdefault 設定で有効化されません。

Console
インスタンスの起動中に簡易自動復旧を無効にするには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションペインで、[Instances] (インスタンス)、[Launch instance] (インスタンスの起動) の順に選択します。

  3. [Advanced details] (高度な詳細) セクションの [Instance auto-recovery] (インスタンスの自動復旧) で、[Disabled] (無効) を選択します。

  4. 必要に応じて残りのインスタンスの起動設定を設定し、インスタンスを起動します。

実行中または停止中のインスタンスの簡易自動復旧を無効にするには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションペインで、[インスタンス] を選択します。

  3. [Actions (アクション)]、[Instance settings (インスタンスの設定)]、[Change shutdown behavior (自動復旧動作を変更)] の順に選択します 現在の動作が選択されます。

  4. [Off] (オフ) を選択した上で、[Save] (保存) をクリックします。

実行中または停止中のインスタンスの自動復旧動作を default に設定するには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. ナビゲーションペインで、[インスタンス] を選択します。

  3. [Actions (アクション)]、[Instance settings (インスタンスの設定)]、[Change shutdown behavior (自動復旧動作を変更)] の順に選択します 現在の動作が選択されます。

  4. [デフォルト] を選択した上で、[保存] をクリックします。

AWS CLI
起動時に簡易自動復旧を無効にするには

run-instances コマンドを使用します。

aws ec2 run-instances \ --image-id ami-1a2b3c4d \ --instance-type t2.micro \ --key-name MyKeyPair \ --maintenance-options AutoRecovery=Disabled \ [...]
実行中または停止中のインスタンスの簡易自動復旧を無効にするには

modify-instance-maintenance-options コマンドを使用します。

aws ec2 modify-instance-maintenance-options \ --instance-id i-0abcdef1234567890 \ --auto-recovery disabled
実行中または停止中のインスタンスの自動復旧動作を default に設定するには

modify-instance-maintenance-options コマンドを使用します。

aws ec2 modify-instance-maintenance-options \ --instance-id i-0abcdef1234567890 \ --auto-recovery default

簡易自動復旧障害のトラブルシューティング

次の問題により、インスタンスの自動復旧が失敗する可能性があります。

  • 簡易自動復旧は、 AWS Health Dashboard のサービスイベント中には動作しません。これらのイベントが原因で復旧が失敗しても、その通知を受信しない可能性があります。最新のサービス可用性情報については、「サービスヘルス」のステータスページを参照してください。

  • 代替ハードウェアの一時的な容量不足。

  • インスタンスが、1 日に許可されている復旧試行の最大数に達しました。自動復旧が失敗し、元のシステムステータスチェックエラーの根本原因がハードウェアの機能低下であると判断された場合、対象のインスタンスが使用停止になることがあります。

複数の復旧試行にもかかわらずインスタンスのシステムステータスチェックエラーが続く場合は、「ステータスチェックに失敗したインスタンスのトラブルシューティング」を参照して、追加のガイダンスを確認してください。