インスタンスの復旧 - Amazon Elastic Compute Cloud

インスタンスの復旧

Amazon EC2 インスタンスをモニタリングする Amazon CloudWatch アラームを作成できます。この機能により、基盤ハードウェアの障害や、AWS による修復を必要とする問題によりインスタンスが正常に機能しなくなった場合に、自動的にそのインスタンスを復旧できます。終了したインスタンスは復旧できません。

復旧されたインスタンスは、インスタンス ID、プライベート IP アドレス、Elastic IP アドレス、すべてのインスタンスメタデータを含め、元のインスタンスと同じです。正常に機能していないインスタンスにパブリック IPv4 アドレスが割り当てられている場合は、そのインスタンスの復旧後も、パブリック IPv4 アドレスは保持されます。障害のあるインスタンスがプレイスメントグループ内にある場合、回復されたインスタンスはそのプレイスメントグループ内で実行されます。

StatusCheckFailed_System アラームがトリガーされ、復旧アクションが開始されると、アラームを作成したときに選択し、復旧アクションに関連付けた Amazon SNS トピックによって通知されます。インスタンスを復旧する際、インスタンスを再起動するときにインスタンスは移行され、メモリ内にあるデータは失われます。プロセスが完了すると、情報はアラームに設定された SNS トピックに発行されます。この SNS トピックにサブスクライブされるすべてのユーザーは、復旧処理のステータスと、それ以降の手順を含むメールの通知を受け取ります。復旧されたインスタンスでインスタンスが再起動されたことがわかります。

システムステータスチェックの失敗の原因となる問題には、次のようなものがあります。

  • ネットワーク接続の喪失

  • システム電源の喪失

  • 物理ホストのソフトウェアの問題

  • ネットワーク到達可能性に影響する、物理ホスト上のハードウェアの問題

Requirements

復旧アクションは、次のような特性を持つインスタンスでのみサポートされています。

  • インスタンスタイプは、以下の内 1 つを使用します。A1、C3、C4、C5、C5a、C5n、C6g、C6gn、Inf1、 M3、M4、M5、M5a、M5n、M5zn、M6g、 P3、P4、R3、R4、R5、R5a、R5b、R5n、R6g、 T2、T3、T3a、T4g、ハイメモリー (仮想のみ)、X1、X1e

  • virtual private cloud (VPC) 内で実行される

  • defaultまたはdedicatedインスタンステナンシーを使用する

  • EBS ボリュームのみ持っている (インスタンスストアボリュームは設定しない)

インスタンスを復旧するための Amazon CloudWatch アラームを作成する

Amazon CloudWatch アラームを作成してインスタンスを復旧する方法の詳細については、「Amazon CloudWatch アラームへの復旧アクションの追加」を参照してください。

インスタンスの復旧の失敗のトラブルシューティング

以下の問題が、インスタンスの自動復旧の失敗の原因になる場合があります。

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

  • インスタンスにインスタンスストアストレージがアタッチされていますが、自動インスタンス復旧の設定がサポートされていません。

  • 進行中のService Health Dashboardイベントがあり、復旧プロセスの正常な実行が妨げられています。サービスの可用性に関する最新情報については、http://status.aws.amazon.com/ を参照してください。

  • インスタンスが、1 日に許可されている 3 回の復旧試行回数に達しました。

自動復旧プロセスは、1 日で 3 回まで別個のエラーについてインスタンスの復旧を試みます。インスタンスのシステムステータスチェックの失敗が続く場合は、インスタンスを手動で停止および開始することをお勧めします。詳細については、「インスタンスの停止と起動」を参照してください。

インスタンスは、その後、自動復旧が失敗し、元のシステムステータスチェックの失敗の根本原因がハードウェアの機能低下であると判断された場合、リタイアすることがあります。