メニュー
Amazon Elastic Compute Cloud
Linux インスタンス用ユーザーガイド

インスタンスの復旧

Amazon EC2 インスタンスをモニタリングし、基になるハードウェア障害または AWS による修復を必要とする問題によりインスタンスが正常に機能しなくなった場合に、自動的にインスタンスを復旧する Amazon CloudWatch アラームを作成できます。終了したインスタンスは復旧できません。復旧されたインスタンスは、インスタンス ID、プライベート IP アドレス、Elastic IP アドレス、すべてのインスタンスメタデータを含め、元のインスタンスと同じです。インスタンスを復旧する Amazon CloudWatch アラームの使用の詳細については、「インスタンスを停止、終了、再起動、または復旧するアラームを作成する」を参照してください。 インスタンスの復旧失敗の問題をトラブルシューティングするには、「インスタンスの復旧失敗のトラブルシューティング」 (Linux インスタンス用 Amazon EC2 ユーザーガイド) を参照してください。

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

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

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

  • システム電源の喪失

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

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

基盤となるハードウェアの性能低下に伴ってインスタンスが停止またはリタイアするよう AWS で予定されている場合にも、復旧アクションがトリガーされることがあります。予定されたイベントの詳細については、「インスタンスの予定されたイベント」を参照してください。

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

  • C3、C4、M3、M4、R3、R4、T2、または X1 インスタンスタイプを使用している

  • VPC (EC2-Classic 以外) で実行されている

  • 共有テナンシーを使用している (テナンシー属性が default に設定されている)

  • EBS ボリュームのみを使用します (インスタンスストアボリュームは設定しないでください)。詳細については、「'Recover this instance' is disabled」を参照してください。

インスタンスにパブリック IPv4 アドレスが割り当てられている場合、そのパブリック IPv4 アドレスは復旧後も保持されます。