CloudWatch アクションベースの復旧 - Amazon Elastic Compute Cloud

CloudWatch アクションベースの復旧

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

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

Amazon CloudWatch アクションベースの復旧を設定して、Amazon CloudWatch アラームに復旧アクションを追加できます。CloudWatch アクションベースの復旧は、 StatusCheckFailed_System メトリクスを使用して機能します。CloudWatch アクションベースの復旧機能は、復旧アクションと結果に関する、最新の復旧応答時間の詳細度と Amazon Simple Notification Service (Amazon SNS) 通知を提供します。これらの設定オプションにより、簡易自動復旧と比較して、システムステータスチェックの障害イベントの応答をより詳細に制御して、より迅速な復旧試行が可能になります。使用可能な CloudWatch オプションの詳細については、「インスタンスのステータスチェック」を参照してください。

Amazon CloudWatch アクションベースの復旧は、AWS Health Dashboard のサービスイベント中は動作しません。詳細については、「CloudWatch アクションベースの復旧障害のトラブルシューティング」を参照してください。

CloudWatch アクションベースの復旧の要件と制限

CloudWatch アクションベースの復旧では、次の場合にインスタンスの復旧を試みることができます。

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

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

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

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

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

  • 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

    • メタルインスタンス: メタルインスタンスサイズを持つ上記のタイプのいずれか。

  • インスタンスストアボリュームがあり、そして次のいずれかのインスタンスタイプを使用します: M3 | C3 | R3 | X1 | X1e | X2idn | X2iedn

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

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

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

AWS Management Console または AWS CLI を使用して、CloudWatch アクションベースの復旧をサポートするインスタンスタイプを表示できます。

Console
Amazon CloudWatch アクションベースの復旧をサポートするインスタンスタイプを表示するには
  1. Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/) を開きます。

  2. 左のナビゲーションペインで、[Instance Types] (インスタンスタイプ) を選択します。

  3. フィルターバーに「Auto Recovery support: true」と入力します。あるいは、この文字列を入力していくと該当するフィルター名が表示されるので、そのフィルターを選択できます。

    [インスタンスタイプ] テーブルには、Amazon CloudWatch アクションベースの復旧をサポートするすべてのインスタンスタイプが表示されます。

AWS CLI
Amazon CloudWatch アクションベースの復旧をサポートするインスタンスタイプを表示するには

describe-instance-types コマンドを使用します。

aws ec2 describe-instance-types --filters Name=auto-recovery-supported,Values=true --query "InstanceTypes[*].[InstanceType]" --output text | sort

CloudWatch アクションベースの復旧

CloudWatch アクションベースの復旧は、 StatusCheckFailed_System メトリクスを使用して機能します。CloudWatch アクションベースの復旧は、CloudWatch コンソールを使用して設定できます。CloudWatch アクションベースの復旧を設定するには、「Amazon CloudWatch ユーザーガイド」の「Amazon CloudWatch アラームへの復旧アクションの追加」を参照してください。

CloudWatch アクションベースの復旧障害のトラブルシューティング

次の問題により、CloudWatch アクションベースの復旧によるインスタンスの復旧が失敗する場合があります。

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

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

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

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