Which combination of steps will meet this requirement with the LEAST amount of operational overhead?
(Choose two.)
Create an Amazon S3 bucket. Configure the S3 bucket to host a static webpage. Upload the custom error pages to Amazon S3.
Create an Amazon CloudWatch alarm to invoke an AWS Lambda function if the ALB health check response Target FailedHealthChecks is greater than 0. Configure the Lambda function to modify the forwarding rule at the ALB to point to a publicly accessible web server.
Modify the existing Amazon Route 53 records by adding health checks. Configure a fallback target if the health check fails. Modify DNS records to point to a publicly accessible webpage.
Create an Amazon CloudWatch alarm to invoke an AWS Lambda function if the ALB health check response Elb.InternalError is greater than 0. Configure the Lambda function to modify the forwarding rule at the ALB to point to a public accessible web server.
Add a custom error response by configuring a CloudFront custom error page. Modify DNS records to point to a publicly accessible web page.
Explanations:
Creating an S3 bucket to host static webpages allows the company to easily serve custom error pages. S3 can be configured to host a static website, providing a cost-effective and low-maintenance solution for serving custom error responses.
While creating a CloudWatch alarm and using a Lambda function to modify ALB forwarding rules can potentially redirect traffic, it introduces unnecessary complexity and operational overhead. This approach requires ongoing management of the Lambda function and routing logic, which is not ideal for simply serving custom error pages.
Modifying Route 53 records with health checks and fallback targets is a complex solution for serving custom error pages. It requires management of DNS records and health check configurations, which adds operational overhead. This approach is more suited for failover scenarios rather than just serving custom error pages.
Similar to option B, invoking a Lambda function to modify ALB forwarding rules based on internal error health checks adds unnecessary complexity. This method is more focused on managing routing rather than simply displaying custom error pages.
Configuring CloudFront to use custom error pages allows the company to serve customized responses without modifying the underlying application or the ALB configuration. CloudFront provides built-in support for custom error responses, reducing operational overhead while effectively managing error display.