Recover an EC2 instance after an underlying host failure.
Preserve the instance identity, IP address, and attached volumes; this is not an application failure.
Which feature is most appropriate?
Configure the EC2 recover action on a CloudWatch alarm for a system status-check failure.
Detailed explanation
The action can recover a supported system-status failure on different underlying hardware while preserving instance attributes.
The action can recover a supported system-status failure on different underlying hardware while preserving instance attributes.
S3 versioning does not restore a running EC2 host.
S3 versioning does not restore a running EC2 host.
A health check can detect an endpoint condition but does not invoke EC2 recovery.
A health check can detect an endpoint condition but does not invoke EC2 recovery.
Adding a replacement instance does not preserve the original instance identity and state.
Adding a replacement instance does not preserve the original instance identity and state.
Check official documentation
Compare the following points with the official documentation.
EC2 automatic recovery CloudWatch alarm actionの公式説明を確認する。
What to confirm
自動復旧、Auto Scaling置換、アプリケーションヘルスの違いを説明できる。
Key points
- EC2 recover action
- System status check
- Underlying host failure
Notes
- Environment: AWS公式SOA-C03試験ガイドとAWS公式ドキュメントの確認
- Confirm current AWS service behavior in the official documentation.
Foundation review
Host versus application
Automatic recovery addresses supported infrastructure failures; application failures need different controls.
Preserved identity
Recovery can preserve instance attributes that a new Auto Scaling replacement would not preserve.