A financial transaction application uses a Multi-AZ Amazon RDS for PostgreSQL DB instance. Following an unplanned failover event, logs indicate that the database successfully transitioned to the standby instance within 40 seconds. However, the application server pool was unable to reconnect to the database for over five minutes, resulting in dropped client requests. A SysOps Administrator discovers that the application servers continued resolving the RDS endpoint to the IP address of the failed primary instance.
Which combination of actions should the SysOps Administrator take to resolve this issue and minimize failover recovery time? (Select TWO.)
- Deploy Amazon RDS Proxy between the application servers and the database instance, and update the application to connect to the proxy endpoint.Cevap
- Reduce the DNS caching Time to Live (TTL) value in the application server's Java Virtual Machine (JVM) configuration settings.Cevap
- CPromote an existing Amazon RDS Read Replica to primary by using an AWS Lambda function triggered by an Amazon EventBridge database event.
- DConfigure an Amazon Route 53 Active-Passive failover routing policy mapped directly to the private IP addresses of the primary and standby database instances.
- ECreate an Amazon Route 53 CNAME record pointing to the RDS Multi-AZ secondary endpoint, and associate it with a Route 53 health check.
Cevap
Deploying Amazon RDS Proxy between the application and the database instance, and reducing the DNS caching Time to Live (TTL) value in the application server's JVM configuration settings.
Deploying Amazon RDS Proxy allows the application to remain connected to the proxy endpoint while the proxy handles the backend failover to the promoted standby instance transparently. Additionally, reducing the JVM DNS caching TTL forces the application servers to discard cached IP records and query DNS again, enabling them to discover the new CNAME target quickly.
Adım Adım Çözüm
Anahtar Kavram
RDS Multi-AZ failovers update the CNAME record of the database endpoint. Applications must either bypass DNS lookup delays using a proxy (like Amazon RDS Proxy) or configure their client-side DNS caching (like JVM TTL) to expire stale records quickly.