Exam AWS Certified SysOps Administrator - Associate topic 1 question 186 discussion

Answer is B You can create an Amazon CloudWatch alarm that monitors an Amazon EC2 instance and automatically recovers the instance if it becomes impaired due to an underlying hardware failure or a problem that requires AWS involvement to repair. Terminated instances cannot be recovered. A recovered instance is identical to the original instance, including the instance ID, private IP addresses, Elastic IP addresses, and all instance metadata. If the impaired instance has a public IPv4 address, the instance retains the public IPv4 address after recovery. If the impaired instance is in a placement group, the recovered instance runs in the placement group. When the StatusCheckFailed_System alarm is triggered, and the recover action is initiated, you will be notified by the Amazon SNS topic that you selected when you created the alarm and associated the recover action. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html

Option A like Option B so much, I read many time to see the different. Read careful at https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html 'StatusCheckFailed_System' and 'Hardware issues on the physical host that impact network reachability' --> Related to hardware --> Choose B. Option A: 'StatusCheckFailed_Instance' related to kernal (Operation system software), networking, memory, file system.

ans. B

By using an Auto Scaling group, you can achieve automated recovery in the event of an underlying hardware failure. A launch template allows you to specify the private IP address and the Elastic IP address for the recovered instance, ensuring consistency with the original instance. Activity notifications for the Auto Scaling group can be configured to publish messages to an Amazon SNS topic. Subscribing the SysOps team email address to the SNS topic ensures that the team receives email notifications when the recovery process is initiated.

Why not A???….. StatusCheckFailed_Instance metric focuses in hardware failures versus StatusCheckFailed_System metric focuses on issues at the operating system level …..and the question says “in the event of a hardware failure”

System status checks monitor the AWS systems on which your instance runs. These checks detect underlying problems with your instance that require AWS involvement to repair. When a system status check fails, you can choose to wait for AWS to fix the issue, or you can resolve it yourself.

Isn't this D? I don't know what is the difference between A to B.

where to ask the site to fix the preset answer ?

bbbbbb

To automatically recover an instance when a system status check failure occurs, you can use the default configuration of the instance or create an Amazon CloudWatch alarm. If an instance becomes unreachable because of an underlying hardware failure or a problem that requires AWS involvement to repair, the instance is automatically recovered. A recovered instance is identical to the original instance, including the instance ID, private IP addresses, Elastic IP addresses, and all instance metadata. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html