Una empresa desea utilizar un clúster de base de datos de Amazon RDS para PostgreSQL para reducir la sobrecarga administrativa de las cargas de trabajo de producción. La base de datos debe ser de alta disponibilidad con conmutación por error automática en la mayoría de los escenarios en menos de 40 segundos. La empresa también quiere descargar las lecturas de la instancia principal y mantener los costos bajos. ¿Qué solución cumple con estos requisitos?

La opción correcta es utilizar una implementación de clúster de base de datos Multi-AZ de Amazon RDS y dirigir la carga de trabajo de lectura al reader endpoint. Un clúster de base de datos Multi-AZ de RDS para PostgreSQL ofrece alta disponibilidad con conmutación por error rápida (generalmente en menos de 35 segundos), cumpliendo el requisito de 40 segundos. Este tipo de implementación incluye una instancia principal y dos instancias secundarias legibles, lo que permite descargar las lecturas al reader endpoint que distribuye automáticamente las conexiones entre las instancias secundarias, optimizando el rendimiento y manteniendo los costos bajos al no requerir réplicas de lectura adicionales. Las otras opciones son incorrectas porque: Una implementación de instancia de base de datos Multi-AZ de RDS no permite descargar lecturas a las instancias secundarias; estas son solo para conmutación por error. Crear réplicas de lectura adicionales en un clúster Multi-AZ es redundante y más costoso, ya que las instancias secundarias ya son legibles.