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

If EC2 instances in one region (eu-central-1) need to access a database in another (us-east-1), and the database must remain only in us-east-1, the most operationally efficient solution is a VPC peering connection.

From the VPC Peering documentation:

Inter-Region VPC peering enables routing of traffic between VPCs in different AWS Regions using private IP addresses, without VPN or additional hardware.

Also:

You must manually update security group rules to allow traffic from the peered VPC.

So:

Create the VPC peering

Add the private IP range of the remote EC2 instances to the inbound rules of the database’s security group

Amazon S3 Cross-Region Replication (CRR) is a feature that automatically replicates objects across AWS regions. When CRR is configured, certain aspects are replicated by default, and some are not. Here are the details:

Objects in the source S3 bucket for which the bucket owner does not have permissions: CRR does not replicate objects for which the bucket owner does not have permissions.

Objects that are stored in S3 Glacier: Objects in the S3 Glacier storage class are not replicated by CRR.

Objects that existed before replication was configured: Only objects created or modified after the replication configuration will be replicated. Objects that existed before the configuration are not replicated by default.

Object metadata: CRR replicates the object metadata along with the object to ensure that the replica in the destination bucket is as accurate as possible.

Amazon S3 Cross-Region Replication

Replication Configuration Examples

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.