Amazon Web Services SAP-C02 Exam With Confidence Using Practice Dumps

B is correct because Amazon FSx for Lustre provides a high-performance, POSIX-compliant file system that can be directly linked with Amazon S3 using data repository integration. This allows the EC2-based processing engine (which requires POSIX file operations) to read/write files through a mounted Lustre file system while automatically importing objects from S3 and exporting results back to S3 using Lustre’s S3 integration policies. This satisfies all requirements: POSIX file access, no need to change the application to use the S3 API, and automated synchronization for both inputs and outputs.

Why the other options are incorrect:

A: DataSync is designed for scheduled or task-based data transfers. It does not provide a mounted POSIX file system interface for the application to read/write “in place,” and the “without an agent” requirement is not a fit for an EC2-hosted POSIX workflow that needs continuous file semantics.

C: Amazon EFS is POSIX and mountable, but “data repository associations to S3” is not an EFS capability in the way described. EFS does not provide native bidirectional automatic sync with S3 using import/export policies like FSx for Lustre’s S3 integration.

D: S3 File Gateway provides a file interface backed by S3, but keeping cache coherent with explicit RefreshCache calls is operationally complex and not truly “automatic synchronization” in the sense required. It also introduces caching behaviors that can complicate immediate availability expectations.

Migrate the database to Amazon Aurora MySQL. - Create an Amazon Aurora Replica. - Use RDS Proxy in front of the database. - These options are correct because they address the requirement of reducing the failover time to less than 20 seconds. Migrating to Amazon Aurora MySQL and creating an Aurora replica can reduce the failover time to less than 20 seconds. Aurora has a built-in, fault-tolerant storage system that can automatically detect and repair failures. Additionally, Aurora has a feature called " Aurora Global Database " which allows you to create read-only replicas across multiple AWS regions which can further help to reduce the failover time. Creating an Aurora replica can also help to reduce the failover time as it can take over as the primary DB instance in case of a failure. Using RDS proxy can also help to reduce the failover time as it can route the queries to the healthy DB instance, it also helps to balance the load across multiple DB instances.

According to the AWS documentation1, to access a private API from a VPC, you need to do the following:

Create an interface VPC endpoint for API Gateway in your VPC. This creates a private connection between your VPC and API Gateway.

Attach an endpoint policy to the VPC endpoint that allows the execute-api:lnvoke action for your private API. This grants permission to invoke your API from the VPC.

Enable private DNS naming for the VPC endpoint. This allows you to use the same DNS names for your private APIs as you would for public APIs.

Configure a resource policy for your private API that allows access from the VPC endpoint. This controls who can access your API and under what conditions.

Use the API endpoint’s DNS names to access the API from your VPC. For example,