Free AWS Certified CloudOps Engineer - Associate SOA-C03 Exam Braindumps
AWS Certified CloudOps Engineer - Associate Questions 56–60 (page: 13)

Updated On: 12-Mar-2026

A company's CloudOps engineer monitors multiple AWS accounts in an organization and checks each account's AWS Health Dashboard. After adding 10 new accounts, the engineer wants to consolidate health alerts from all accounts.

Which solution meets this requirement with the least operational effort?

  1. Enable organizational view in AWS Health.
  2. Configure the Health Dashboard in each account to forward events to a central AWS CloudTrail log.
  3. Create an AWS Lambda function to query the AWS Health API and write all events to an Amazon DynamoDB table.
  4. Use the AWS Health API to write events to an Amazon DynamoDB table.

Answer(s): A

Explanation:

The AWS Cloud Operations and Governance documentation defines that enabling Organizational View in AWS Health allows the management account in AWS Organizations to view and aggregate health events from all member accounts.

This feature provides a single-pane-of-glass view of service health issues, account-specific events, and planned maintenance across the organization -- without requiring additional automation or data pipelines.

Alternative options (B, C, and D) require custom integration and ongoing maintenance. CloudTrail does not natively forward AWS Health events, and custom Lambda or DynamoDB approaches increase complexity.

Therefore, Option A -- enabling the Organizational View feature in AWS Health -- is the most operationally efficient and AWS-recommended solution.


Reference:

AWS Cloud Operations & Governance Guide ­ Consolidating Multi-Account Health Events with AWS Health Organizational View



A company that uses AWS Organizations recently implemented AWS Control Tower. The company now needs to centralize identity management. A CloudOps engineer must federate AWS IAM Identity Center with an external SAML 2.0 identity provider (IdP) to centrally manage access to all AWS accounts and cloud applications.

Which prerequisites must the CloudOps engineer have so that the CloudOps engineer can connect to the external IdP? (Select TWO.)

  1. A copy of the IAM Identity Center SAML metadata
  2. The IdP metadata, including the public X.509 certificate
  3. The IP address of the IdP
  4. Root access to the management account
  5. Administrative permissions to the member accounts of the organization

Answer(s): A,B

Explanation:

According to the AWS Cloud Operations and Identity Management documentation, when configuring federation between IAM Identity Center (formerly AWS SSO) and an external SAML 2.0 identity provider, two key prerequisites are required:

The IAM Identity Center SAML metadata file -- This is uploaded to the external IdP to establish trust, define SAML endpoints, and enable identity federation.

The IdP metadata (including the public X.509 certificate) -- This information is imported into IAM Identity Center to validate authentication assertions and encryption signatures.

IAM Identity Center and the IdP exchange this metadata to mutually establish secure, bidirectional federation.

Network-level details such as IP addresses (Option C) are unnecessary. Root access (Option D) or permissions to member accounts (Option E) are not required; only Control Tower or IAM administrative permissions in the management account are needed for setup.

Thus, the correct answer is A and B -- the SAML metadata from both sides is required for federation.


Reference:

AWS Cloud Operations & Identity Management Guide ­ Federating IAM Identity Center with an External SAML 2.0 Provider



A company hosts an FTP server on EC2 instances. AWS Security Hub sends findings to Amazon EventBridge when the FTP port becomes publicly exposed in attached security groups.

A CloudOps engineer needs an automated, event-driven remediation solution to remove public access from security groups.

Which solution will meet these requirements?

  1. Configure the existing EventBridge event to stop the EC2 instances that have the exposed port.
  2. Create a cron job for the FTP server to invoke an AWS Lambda function. Configure the Lambda function to modify the security group of the identified EC2 instances and to remove the instances that allow public access.
  3. Create a cron job for the FTP server that invokes an AWS Lambda function. Configure the Lambda function to modify the server to use SFTP instead of FTP.
  4. Configure the existing EventBridge event to invoke an AWS Lambda function. Configure the function to remove the security group rule that allows public access.

Answer(s): D

Explanation:

Per the AWS Cloud Operations and Security Automation documentation, Security Hub integrates with Amazon EventBridge to publish findings in real time. These events can trigger automated responses using AWS Lambda functions or AWS Systems Manager Automation runbooks.

In this scenario, the correct CloudOps approach is to configure the existing EventBridge rule to invoke a Lambda function that inspects the event payload, identifies the affected security group, and removes the offending inbound rule (e.g., port 21 open to 0.0.0.0/0).

This event-driven remediation provides continuous compliance and eliminates manual intervention. Cron jobs (Options B and C) contradict event-driven design and add operational overhead. Stopping instances (Option A) doesn't address the root cause -- the insecure security group.

Thus, Option D aligns with AWS best practices for automated security remediation through EventBridge and Lambda.


Reference:

AWS Cloud Operations & Security Hub Guide ­ Automating Security Remediation Using EventBridge and Lambda



A company has an application running on EC2 that stores data in an Amazon RDS for MySQL Single- AZ DB instance. The application requires both read and write operations, and the company needs failover capability with minimal downtime.

Which solution will meet these requirements?

  1. Modify the DB instance to be a Multi-AZ DB instance deployment.
  2. Add a read replica in the same Availability Zone where the DB instance is deployed.
  3. Add the DB instance to an Auto Scaling group that has a minimum capacity of 2 and a desired capacity of 2.
  4. Use RDS Proxy to configure a proxy in front of the DB instance.

Answer(s): A

Explanation:

According to the AWS Cloud Operations and Database Reliability documentation, Amazon RDS Multi- AZ deployments provide high availability and automatic failover by maintaining a synchronous standby replica in a different Availability Zone.

In the event of instance failure, planned maintenance, or Availability Zone outage, Amazon RDS automatically promotes the standby to primary with minimal downtime (typically less than 60 seconds). The failover is transparent to applications because the DB endpoint remains the same.

By contrast, read replicas (Option B) are asynchronous and do not provide automated failover. Auto Scaling (Option C) applies to EC2, not RDS. RDS Proxy (Option D) improves connection management but does not add redundancy.

Thus, Option A -- converting the RDS instance into a Multi-AZ deployment -- delivers the required high availability and business continuity with minimal operational effort.


Reference:

AWS Cloud Operations & Database Continuity Guide ­ Implementing Multi-AZ Deployments for Automatic RDS Failover



A company has an AWS CloudFormation template that includes an AWS::EC2::Instance resource and a custom resource (Lambda function). The Lambda function fails because it runs before the EC2 instance is launched.

Which solution will resolve this issue?

  1. Add a DependsOn attribute to the custom resource. Specify the EC2 instance in the DependsOn attribute.
  2. Update the custom resource's service token to point to a valid Lambda function.
  3. Update the Lambda function to use the cfn-response module to send a response to the custom resource.
  4. Use the Fn::If intrinsic function to check for the EC2 instance before the custom resource runs.

Answer(s): A

Explanation:

The AWS Cloud Operations and Infrastructure-as-Code documentation specifies that when using AWS CloudFormation, resources are created in parallel by default unless explicitly ordered using DependsOn.

If a custom resource (Lambda) depends on another resource (like an EC2 instance) to exist before execution, a DependsOn attribute must be added to enforce creation order. This ensures the EC2 instance is launched and available before the custom resource executes its automation logic.

Updating the service token (Option B) doesn't affect order of execution. The cfn-response module (Option C) handles callback communication but not sequencing. Fn::If (Option D) is for conditional creation, not dependency control.

Therefore, Option A is correct -- adding a DependsOn attribute guarantees that CloudFormation provisions the EC2 instance before executing the Lambda custom resource.


Reference:

AWS Cloud Operations & Infrastructure-as-Code Guide ­ Using DependsOn for Resource Creation Order in CloudFormation Templates



Viewing page 13 of 34
Viewing questions 61 - 65 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!