SOA-C02 Exam Dumps : AWS Certified SysOps Administrator - Associate (SOA-C02)

To serve static websites using S3 and Route 53, AWS requires the bucket name to match the custom domain name (e.g., not just a random bucket like example-website-hosting-bucket.

From the Amazon S3 Static Website Hosting Guide:

To use Amazon Route 53 to route domain traffic to an S3 bucket that is configured as a static website, the bucket name must match the name of the domain or subdomain.

This means:

To host you must create an S3 bucket named

Then configure static website hosting on that bucket

In Route 53, you can then create an alias record pointing to the S3 website endpoint

❌ Why the other options are incorrect:

A. ARNs are not valid alias targets in Route 53.

B. ARN changes do not affect Route 53; also, you cannot rename an S3 bucket via ARN changes.

C. Access Points do not support static website hosting. They are for programmatic access via APIs.

To address high I/O requirements during the bootstrap process, increasing both IOPS and throughput on the EBS volume is recommended:

Increase EBS Volume IOPS: Enhances the instance’s ability to handle multiple read and write operations per second, essential for data-heavy tasks like downloading Docker images.

Increase EBS Volume Throughput: Provides higher data transfer rates, reducing bottlenecks during intensive I/O operations.

Increasing instance size is unnecessary if the primary issue is disk I/O, and changing from Nitro-based instances would not address the underlying storage performance need.

Using ALB health checks in the Auto Scaling group will provide more accurate health monitoring and replace instances if they are unhealthy.

ALB Health Checks: Configure health checks based on HTTP response codes, which will detect application-level issues causing the HTTP 500 errors and replace instances as needed.

EC2 vs. ALB Health Checks: EC2 status checks only verify instance hardware and OS, not the application’s responsiveness. By using ALB health checks, Auto Scaling can remove instances that are failing at the application level, thus preventing users from receiving 500 errors.

Replacing the ALB with a Network Load Balancer does not address HTTP 500 errors, and enabling session affinity does not resolve application health issues. The CloudWatch agent would not provide the required health check functionality for automated instance replacement.