# インスタンスのリタイア
インスタンスをホストしている基盤のハードウェアで回復不可能な障害が検出されると、AWS によってインスタンスのリタイアが予定されます。インスタンスのルートボリュームタイプはインスタンスのリタイア動作を決定します。
+ インスタンスのルートボリュームが Amazon EBS ボリュームである場合、インスタンスは停止されますが、その後いつでも再び起動できます。停止したインスタンスを開始すると、新しいハードウェアに移行されます。
+ インスタンスのルートボリュームがインスタンスストアボリュームである場合、インスタンスは終了され、再び使用することはできません。
インスタンスイベントのタイプの詳細については[Amazon EC2 インスタンスの予定されているイベント](monitoring-instances-status-check_sched.md)を参照してください。
**Topics**
+ [リタイアが予定されているインスタンスの特定](#instance-retirement-identify)
+ [リタイアが予定されている EBS-バック インスタンスに対して実行するアクション](#instance-retirement-actions-EBS)
+ [リタイアが予定されている instance-store バック インスタンスに対して実行するアクション](#instance-retirement-actions-instance-store)
## リタイアが予定されているインスタンスの特定
インスタンスのリタイアが予定された場合、イベントの前に、当該のインスタンス ID とリタイア日を記載したメールが送信されます。廃止が予定されているインスタンスを確認することもできます。
**重要**
インスタンスの廃止が予定されている場合は、インスタンスが既に到達不能になっている可能性もあるため、できるだけ早急に措置を講じることが推奨されます。詳細については、「[Check if your instance is reachable](#check-instance)」を参照してください。
**Topics**
+ [アカウントの連絡先になっている E メールをモニタリングする](#identify-by-email)
+ [インスタンスを確認する](#identify-in-console-cli)
### アカウントの連絡先になっている E メールをモニタリングする
インスタンスの廃止が予定されている場合、アカウントの主要連絡先とオペレーションの連絡先に、廃止前に E メールが届きます。この E メールには、インスタンス ID と廃止予定日が記載されています。詳細については、「*AWS アカウント管理 リファレンスガイド*」の「[Update the primary contact for your AWS account](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-primary.html)」および「[Update the alternate contacts for your AWS account](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-alternate.html)」を参照してください。
### インスタンスを確認する
定期的なチェックを行っていない E メールアカウントがある場合、インスタンス廃止の通知を見逃している可能性ががあります。インスタンスの廃止が予定されているかどうかは随時確認できます。
------
#### [ Console ]
**廃止が予定されているインスタンスを確認するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインで、[**EC2 ダッシュボード**] を選択してください。[**スケジュールされたイベント**] に、Amazon EC2 インスタンスおよびボリュームに関連付けられたイベントが、リージョン別に整理されて表示されます。
![\[予定されたイベント\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png)
1. インスタンスに予定されたイベントが表示されている場合はリージョン名の下のリンクを選択して [**Events**] ページにアクセスします。
1. [**Events (イベント)**] ページにはすべてのリソースとそれに関連付けられたイベントが一覧表示されます。リタイアが予定されているインスタンスを表示するには1 つ目のフィルタリストから [**Instance resources**] を選択し、2 つ目のフィルタリストから [**Instance stop or retirement**] を選択してください。
1. フィルタの結果にインスタンスのリタイアが予定されていることが表示されたら、当該のインスタンスを選択し、詳細ペインの [**Start time**] フィールドの日時を書き留めます。これがインスタンスのリタイア日です。
------
#### [ AWS CLI ]
**廃止が予定されているインスタンスを特定するには**
次の [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html) コマンドを使用します。インスタンスを実行している各リージョンで同じ作業を繰り返します。
```
aws ec2 describe-instance-status --filters Name=event.code,Values=instance-retirement
```
------
#### [ PowerShell ]
**廃止が予定されているインスタンスを特定するには**
[Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html) コマンドレットを使用します。インスタンスを実行している各リージョンで同じ作業を繰り返します。
```
Get-EC2InstanceStatus -Filter @{Name="event.code"; Values="instance-retirement"}
```
------
## リタイアが予定されている EBS-バック インスタンスに対して実行するアクション
リタイアが予定されているインスタンスのデータを保持するには次のいずれかのアクションを実行できます。予期しないダウンタイムやデータ消失を防ぐために、インスタンスのリタイア日より前にこのアクションを実行することが重要です。
Linux インスタンスにおいて、インスタンスが EBS とインスタンスストアのどちらからバッキングされているかわからない場合は「[Amazon EC2 インスタンスのルートボリューム](RootDeviceStorage.md)」を参照してください。
**インスタンスが到達可能かどうかを確認する**
インスタンスのリタイアが予定されていることが通知された場合はできるだけ早く以下のアクションを実行することをお勧めします。
+ インスタンスに[接続](connect.md)するか、インスタンスに ping を実行して、インスタンスが到達可能かどうかを確認します。
+ インスタンスに到達可能な場合はスケジュールされたリタイア日の前の適切なタイミングで、その影響が最小限であるときにインスタンスを停止/開始するよう計画する必要があります。インスタンスの停止と開始、インスタンスを停止したときに予想される影響 (インスタンスに関連付けられたパブリック IP アドレス、プライベート IP アドレス、および Elastic IP アドレスへの影響など) の詳細については[Amazon EC2 インスタンスの停止と開始](Stop_Start.md)を参照してください。インスタンスを停止して起動すると、インスタンスストアボリュームのデータが失われることに注意してください。
+ インスタンスに到達できない場合は直ちにアクションを実行し、[停止/開始](Stop_Start.md)を実行してインスタンスを復元する必要があります。
+ またはインスタンスを[削除](terminating-instances.md)する場合はできるだけ早く削除するよう計画し、インスタンスの料金が発生しないようにしてください。
**インスタンスのバックアップを作成する**
バックアップが作成されるように、インスタンスから EBS-Backed AMI を作成します。データの整合性を確保するにはAMI を作成する前にインスタンスを停止します。予定されたリタイア日を待つことができます。その日になるとインスタンスが停止できます。またはリタイア日の前に自分でインスタンスを停止します。インスタンスはいつでも再開できます。詳細については「[Amazon EBS-backed AMI を作成する](creating-an-ami-ebs.md)」を参照してください。
**代わりのインスタンスを起動する**
インスタンスから AMI を作成した後、AMI を使用して代替インスタンスを起動できます。Amazon EC2 コンソールから、新しい AMI を選択して、**[AMI からインスタンスを起動]** を選択します。インスタンスのパラメータを設定し、**[インスタンスを起動]** を選択します。各フィールドの詳細については「[コンソールのインスタンス起動ウィザードを使用して EC2 インスタンスを起動する](ec2-launch-instance-wizard.md)」を参照してください。
## リタイアが予定されている instance-store バック インスタンスに対して実行するアクション
リタイアが予定されているインスタンスのデータを保持するには次のいずれかのアクションを実行できます。予期しないダウンタイムやデータ消失を防ぐために、インスタンスのリタイア日より前にこのアクションを実行することが重要です。
**警告**
インスタンスがインスタンスストアのルートボリュームを持っていて、かつ廃止日を過ぎている場合、インスタンスが終了し、インスタンスやインスタンスに格納されていたデータを復元できなくなります。インスタンスストアボリュームのデータは、インスタンスのルートボリュームタイプにかかわらず、EBS ルートボリュームを持つインスタンスにボリュームがアタッチされている場合でも、インスタンスが廃止されると失われます。
**インスタンスが到達可能かどうかを確認する**
インスタンスのリタイアが予定されていることが通知された場合はできるだけ早く以下のアクションを実行することをお勧めします。
+ インスタンスに[接続](connect-to-linux-instance.md)するか、インスタンスに ping を実行して、インスタンスが到達可能かどうかを確認します。
+ インスタンスに到達できない場合、インスタンスを復元するために実行できることはほとんどありません。詳細については[到達できない Amazon EC2 インスタンスのトラブルシューティング](troubleshoot-unreachable-instance.md) をご参照ください。AWS は予定されたリタイア日にインスタンスを削除するため、到達不能なインスタンスについてはお客様自身ですぐにインスタンスを[削除](terminating-instances.md)できます。
**代わりのインスタンスを起動する**
AMI ツールを使用してインスタンスから Amazon S3-backed AMI を作成します ([Amazon S3-backed AMI を作成する](creating-an-ami-instance-store.md)を参照)。Amazon EC2 コンソールから、新しい AMI を選択して、**[AMI からインスタンスを起動]** を選択します。インスタンスのパラメータを設定し、**[インスタンスを起動]** を選択します。各フィールドの詳細については「[コンソールのインスタンス起動ウィザードを使用して EC2 インスタンスを起動する](ec2-launch-instance-wizard.md)」を参照してください。
**インスタンスを EBS-backed インスタンスに変換する**
データを EBS ボリュームに転送し、ボリュームのスナップショットを作成した後、スナップショットから AMI を作成します。新しい AMI から代替インスタンスを起動できます。詳細については「[Amazon S3-backed AMI を EBS-backed AMI に変換する](Using_ConvertingS3toEBS.md)」を参照してください。