This website uses cookies to ensure you get the best experience.
Learn more.
A traditional RDS Multi-AZ DB instance fails over during an outage. Existing clients hold broken connections and cache the old address indefinitely. Which application behavior should be implemented?
Published
- Reconnect to the traditional standby as a second independent writable database before failover.
- Assume synchronous replication guarantees no connection can ever break.
- Hard-code the former primary private IP permanently.
- Use bounded reconnection and retry behavior that honors endpoint DNS changes and transaction uncertainty.
Comments — 0
Sign in to comment