A SysOps administrator is setting up an automated process to recover an Amazon EC2 instance in the event of an underlying hardware failure. The recovered instance must have the same private IP address and the same Elastic IP address that the original instance had. The SysOps team must receive an email notification when the recovery process is initiated. Which solution will meet these requirements?
Select an option, then click Submit answer.
Reference / correct answer:
Create an Amazon CloudWatch alarm for the EC2 instance, and specify the StatusCheckFailed_System metric. Add an EC2 action to the alarm to recover the instance. Add an alarm notification to publish a message to an Amazon Simple Notification Service (Amazon SNS) topic. Subscribe the SysOps team email address to the SNS topic.
Most accepted answer: B. Create an Amazon CloudWatch alarm for the EC2 instance, and specify the StatusCheckFailed_System metric. Add an EC2 action to the alarm to recover the instance. Add an alarm notification to publish a message to an Amazon Simple Notification Service (Amazon SNS) topic. Subscribe the SysOps team email address to the SNS topic.
Community votes: B=7, D=1
Selected Answer: B 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 upvoted 8 times
Selected Answer: B 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. upvoted 5 times
Selected Answer: B ans. B upvoted 2 times
Selected Answer: D 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. upvoted 2 times
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” upvoted 2 times xSohox 2 years, 5 months ago No, the right answer is B. instance check failure is related to Software or Networking issues on your instance system check failure related to underlying hardware, etc. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html upvoted 2 times ...
