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 アクションベースの復旧をサポートするインスタンスタイプを表示できます。
CloudWatch アクションベースの復旧
CloudWatch アクションベースの復旧は、 StatusCheckFailed_System
メトリクスを使用して機能します。CloudWatch アクションベースの復旧は、CloudWatch コンソールを使用して設定できます。CloudWatch アクションベースの復旧を設定するには、「Amazon CloudWatch ユーザーガイド」の「Amazon CloudWatch アラームへの復旧アクションの追加」を参照してください。
CloudWatch アクションベースの復旧障害のトラブルシューティング
次の問題により、CloudWatch アクションベースの復旧によるインスタンスの復旧が失敗する場合があります。
-
CloudWatch アクションベースの復旧は、AWS Health Dashboard のサービスイベント中は動作しません。これらのイベントが原因で復旧が失敗しても、その通知を受信しない可能性があります。最新のサービス可用性情報については、「サービスヘルス
」のステータスページを参照してください。 -
代替ハードウェアの一時的な容量不足。
-
インスタンスが、1 日に許可されている復旧試行の最大数に達しました。自動復旧が失敗し、元のシステムステータスチェックエラーの根本原因がハードウェアの機能低下であると判断された場合、対象のインスタンスが使用停止になることがあります。
複数の復旧試行にもかかわらずインスタンスのシステムステータスチェックエラーが続く場合は、「ステータスチェックに失敗したインスタンスのトラブルシューティング」を参照して、追加のガイダンスを確認してください。