Encrypt EBS by default with an instance refresh and build an encrypted Aurora cluster from a snapshot
Short answer
AC Enable EBS encryption-by-default with an instance refresh and restore a KMS-encrypted Aurora cluster from a snapshot.
Question
Key Takeaways
EBS encryption-by-default plus an instance refresh is the native way to encrypt previously unencrypted instances. Aurora encryption is set at creation, so an existing unencrypted cluster is migrated by snapshotting and restoring into a new KMS-encrypted cluster. Neither task uses ACM, which manages TLS certificates, not at-rest encryption.
Web and backend EC2 layers use EBS that is unencrypted, and an Aurora MySQL cluster is unencrypted. For EBS, enable EBS encryption-by-default in the Region and perform an Auto Scaling group instance refresh so existing instances are replaced by encrypted ones launched from the templates. For Aurora, you cannot encrypt an existing cluster in place; create a new KMS-encrypted cluster restored from a snapshot of the current cluster. ACM is for certificates, not storage encryption, so it does not apply.
Common mistake: Using ACM for EBS or Aurora encryption (options B/E)—ACM issues certificates, not KMS data keys, so it cannot encrypt storage. Or trying to apply KMS encryption to an existing Aurora cluster in place (option D), which AWS does not support; a snapshot-restore to a new encrypted cluster is required.
Expert Analysis
Why the Answer Is Correct
A enables EBS encryption-by-default in the Region and triggers an Auto Scaling group instance refresh, replacing instances with encrypted EBS volumes. C creates a new KMS-encrypted Aurora cluster from a snapshot of the existing one, the supported path since Aurora encryption cannot be added to a live cluster. Both meet encryption-at-rest with native mechanisms.
Why the Other Options Are Wrong
B and E propose ACM encryption for EBS/Aurora; ACM manages certificates, not storage encryption, so they are invalid. D tries to encrypt an existing cluster in place, which Aurora does not allow—snapshot-and-restore to an encrypted cluster (C) is required. A and C are the correct pair.
Community Comment Notes
Community voted A,C (100). Commenters stressed you cannot encrypt EBS with ACM and cannot encrypt an existing Aurora cluster directly—snapshot to a KMS-encrypted cluster is needed. B, D, and E were dismissed as invalid or impossible.
Official Reference
- https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSEncryption.html
- https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Overview.Encryption.html
These links open the official vendor documentation in a new tab.
Community Votes
100% of anonymous learners picked answer AC. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 5 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 5
-
aescudero51 👍 4A/C B - You don't use ACM for encryption, it's KMS D - You can't encrypt an existing cluster, you need to snapshot, then encrypt with KMS E - Same as B
-
danish1234 👍 2AC . You can not encrypt ebs with ACM.
-
danish1234 👍 1AC . All other options are joke.
-
Zek 👍 1A,C - Agree
-
sema2232 👍 1why not B?
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.