Free AWS Certified CloudOps Engineer - Associate SOA-C03 Exam Braindumps
AWS Certified CloudOps Engineer - Associate Questions 51–55 (page: 12)

Updated On: 12-Mar-2026

A company hosts a static website in Amazon S3 behind an Amazon CloudFront distribution.
When new versions are deployed, users sometimes do not see updated content immediately.

Which solution will meet this requirement?

  1. Configure the CloudFront distribution to add a custom Cache-Control header to requests for content from the S3 bucket.
  2. Modify the distribution settings to specify the protocol as HTTPS only.
  3. Attach the CachingOptimized managed cache policy to the distribution.
  4. Create a CloudFront invalidation.

Answer(s): D

Explanation:

The AWS Cloud Operations and Content Delivery documentation explains that Amazon CloudFront caches objects in edge locations for a defined time based on TTL settings or origin headers.
When new content is deployed to the S3 origin, previously cached versions remain in edge caches until they expire.

To immediately serve the new version, CloudOps engineers must initiate a CloudFront invalidation, which removes cached objects from all edge locations. This forces CloudFront to fetch the latest version from the origin (S3).

Invalidations can target individual objects (e.g., /index.html) or wildcard paths (e.g., /*) and are the AWS-recommended approach for dynamic content refresh after static site updates.

Changing headers (Option A), enforcing HTTPS (Option B), or applying caching policies (Option C) do not directly refresh outdated cache content.

Thus, Option D -- issuing a CloudFront invalidation -- ensures users receive the latest website content immediately after deployment.


Reference:

AWS Cloud Operations & Content Delivery Guide ­ Using Invalidation to Refresh Cached Content in CloudFront



A company uses AWS Systems Manager Session Manager to manage EC2 instances in the eu-west-1 Region. The company wants private connectivity using VPC endpoints.

Which VPC endpoints are required to meet these requirements? (Select THREE.)

  1. com.amazonaws.eu-west-1.ssm
  2. com.amazonaws.eu-west-1.ec2messages
  3. com.amazonaws.eu-west-1.ec2
  4. com.amazonaws.eu-west-1.ssmmessages
  5. com.amazonaws.eu-west-1.s3
  6. com.amazonaws.eu-west-1.states

Answer(s): A,B,D

Explanation:

The AWS Cloud Operations and Systems Manager documentation states that to use Session Manager privately within a VPC (without internet access), three interface VPC endpoints must be configured:

com.amazonaws.<region>.ssm ­ enables Systems Manager core API communication.

com.amazonaws.<region>.ec2messages ­ allows the agent to send and receive messages between EC2 and Systems Manager.

com.amazonaws.<region>.ssmmessages ­ enables real-time interactive communication for Session Manager connections.

These endpoints ensure secure, private connectivity over the AWS network, eliminating the need for public internet routing.

Endpoints for S3, Step Functions, or EC2 API (Options C, E, F) are not required for Session Manager functionality.

Thus, the correct combination is A, B, and D, aligning with AWS CloudOps best practices for secure, private Systems Manager access.


Reference:

AWS Cloud Operations & Systems Manager Guide ­ Configuring VPC Endpoints for Session Manager Private Connectivity



A company runs an application on Amazon EC2 instances behind an Elastic Load Balancer (ELB) in an

Auto Scaling group. The application performs well except during a 2-hour period of daily peak traffic, when performance slows.

A CloudOps engineer must resolve this issue with minimal operational effort.

What should the engineer do?

  1. Adjust the minimum capacity of the Auto Scaling group to the size required to meet the increased demand during the 2-hour period.
  2. Adjust the launch template that is associated with the Auto Scaling group to be more sensitive to increases in user traffic.
  3. Create a scheduled scaling action to scale out the number of EC2 instances shortly before the increase in user traffic occurs.
  4. Manually add a few more EC2 instances to the Auto Scaling group to support the increase in user traffic. Enable instance scale-in protection on the Auto Scaling group.

Answer(s): C

Explanation:

According to the AWS Cloud Operations and Compute documentation, when workloads exhibit predictable traffic patterns, the best practice is to use scheduled scaling for Amazon EC2 Auto Scaling groups.

With scheduled scaling, administrators can predefine the desired capacity of an Auto Scaling group to increase before anticipated demand (in this case, before the 2-hour peak) and scale back down afterward. This ensures that sufficient compute capacity is provisioned proactively, avoiding performance degradation while maintaining cost efficiency.

AWS notes: "Scheduled actions enable scaling your Auto Scaling group at predictable times, allowing you to pre-warm instances before demand spikes."

Manual scaling (Option D) adds operational overhead. Adjusting launch templates (Option B) doesn't affect scaling behavior, and permanently increasing minimum capacity (Option A) wastes resources outside of peak hours.

Thus, Option C provides an automated, cost-effective, and operationally efficient CloudOps solution.


Reference:

AWS Cloud Operations & Compute Optimization Guide ­ Using Scheduled Scaling for Predictable Workload Patterns



A company is storing backups in an Amazon S3 bucket. These backups must not be deleted for at least 3 months after creation.

What should the CloudOps engineer do?

  1. Configure an IAM policy that denies the s3:DeleteObject action for all users. Three months after an object is written, remove the policy.
  2. Enable S3 Object Lock on a new S3 bucket in compliance mode. Place all backups in the new S3 bucket with a retention period of 3 months.
  3. Enable S3 Versioning on the existing S3 bucket. Configure S3 Lifecycle rules to protect the backups.
  4. Enable S3 Object Lock on a new S3 bucket in governance mode. Place all backups in the new S3 bucket with a retention period of 3 months.

Answer(s): B

Explanation:

Per the AWS Cloud Operations and Data Protection documentation, S3 Object Lock enforces write- once-read-many (WORM) protection on objects for a defined retention period.

There are two modes:

Compliance mode: Even the root user cannot delete or modify objects during the retention period.

Governance mode: Privileged users with special permissions can override lock settings.

For regulatory or audit requirements that prohibit deletion, Compliance mode is the correct choice.
When configured with a 3-month retention period, all backup objects are protected from deletion until expiration, ensuring compliance with data retention mandates.

Versioning (Option C) alone does not prevent deletion. IAM-based restrictions (Option A) lack time- based enforcement and require manual intervention. Governance mode (Option D) is less strict and unsuitable for regulatory retention.

Thus, Option B is the correct CloudOps solution for immutable S3 backups.


Reference:

AWS Cloud Operations & Storage Governance Guide ­ Implementing Retention with Amazon S3 Object Lock in Compliance Mode



A company's Amazon EC2 instance with high CPU utilization is a t3.large instance running a test web app. The company determines the app would run better on a compute-optimized large instance.

What should the CloudOps engineer do?

  1. Migrate the EC2 instance to a compute optimized instance by using AWS VM Import/Export.
  2. Enable hibernation on the EC2 instance. Change the instance type to a compute optimized instance. Disable hibernation on the EC2 instance.
  3. Stop the EC2 instance. Change the instance type to a compute optimized instance. Start the EC2 instance.
  4. Change the instance type to a compute optimized instance while the EC2 instance is running.

Answer(s): C

Explanation:

As described in the AWS Cloud Operations and EC2 Management documentation, changing an instance type (e.g., from T3 to C5) requires that the instance be stopped first. Once stopped, the engineer can modify the instance type through the AWS Management Console, CLI, or API, then start the instance again to apply changes.

This process preserves the root volume, networking configuration, and data, making it an operationally safe and efficient way to upgrade to a different instance family.

Changing the instance type while running (Option D) is unsupported. VM Import/Export (Option A) is for external VM migration. Hibernation (Option B) does not apply to type changes.

Thus, Option C is correct -- stopping the instance, changing its type, and restarting it meets AWS best practices.


Reference:

AWS Cloud Operations & Compute Guide ­ Modifying EC2 Instance Types for Performance Optimization



Viewing page 12 of 34
Viewing questions 56 - 60 out of 165 questions


Post your Comments and Discuss Amazon AWS Certified CloudOps Engineer - Associate SOA-C03 exam prep with other Community members:

AI Tutor AI Tutor 👋 I’m here to help!