DOP-C02 Exam Dumps : AWS Certified DevOps Engineer - Professional

The requirement is not just to perform a one-time upgrade, but to ensure that Kubernetes and related components stay continuously within the AWS standard support window, with minimal ongoing effort. EKS Auto Mode is designed to reduce operational burden by managing cluster infrastructure, including control plane and data plane lifecycle, in a more automated fashion. When EKS Auto Mode is enabled and existing managed node groups are removed, EKS can manage compute capacity and associated upgrades in a more integrated, hands-off way, tracking supported versions automatically.

Option A (aws eks update-cluster-version) and Option C (eksctl upgrade) are both manual upgrade mechanisms. They can update clusters to a specific version but do not continuously ensure future upgrades as new supported versions are released; they require the DevOps team to schedule and execute each upgrade. Option D (IaC refactor) is generally a good practice but does not inherently provide automatic version lifecycle management; it also introduces significant upfront effort compared to enabling Auto Mode.

Thus, enabling EKS Auto Mode and deprecating manual managed node groups provides the least operational overhead for staying within the EKS-supported version schedule.

RDS Multi-AZ with cross-Region read replicas provides synchronous replication with near-zero data loss and supports fast failover with RPO < 1 min and RTO < 10 min.

Automation can promote replicas and update Route 53 CNAME to redirect traffic during failover.

Options B, C, and D rely on snapshots, backups, or DMS, which cannot guarantee such low RPO/RTO and require manual intervention or complex automation.