Configuración de AWS rds multi-az

Aug 16 2020

En el clúster aws rds postgresql (no aurora), hay una instancia de escritor y una instancia de lector. Par de preguntas -

  1. En la salida del comando describe-db-cluster, muestra "MultiAZ": verdadero, pero describe-db-instances de las instancias de este clúster dice "MultiAZ": falso.
  • (a) ¿Las instancias del clúster están configuradas para ser multi-az?
  • (b) Siempre que la instancia del escritor falla, veo que el lector se convierte en escritor, un poco confundido aquí porque pensé que la diferencia entre la configuración de réplica de lectura y multi-az es que en el caso de que ocurra la conmutación por error automática de multi-az y en el caso de las necesidades de conmutación por falla de la réplica de lectura para activarse manualmente. ¿Cómo es que la réplica de lectura se está volviendo principal en caso de conmutación por error?
  • (c) Por qué se demuestra que multi-az es cierto a nivel de clúster. ¿Se muestra multi-az porque el lector y el escritor están en diferentes az?
  1. ¿Cómo sé qué clase de almacenamiento (iops aprovisionados, gp2) utilizan las instancias del clúster? No puedo resolverlo a partir de la salida del comando describe-db-instances o describe-db-cluster.

Respuestas

Marcin Aug 16 2020 at 16:16

Creo que hay cierta confusión aquí sobre qué es cluster, aurora, multi-az, etc.

"Clúster" solo se aplica a Aurora. Por lo tanto, no existe el "clúster postgresql (no aurora)" y el comando describe-db-clusterno funcionará en bases de datos que no sean aurora. Si intenta ejecutarlo en una instancia de DB que no sea Aurora, obtendrá:

DBCluster <name> not found

En Aurora, MultiAZse proporciona a través de réplicas de Aurora (es decir, lectores), mientras que en las bases de datos RDS, MultiAZse proporciona a través de una instancia de base de datos en espera , que es diferente de las réplicas de lectura.

¿Cómo es que la réplica de lectura se está volviendo principal en caso de conmutación por error?

Porque esto es exactamente lo que sucede cuando ejecuta Aurora. En RDS, el Stand-by se convierte en el nuevo primario, no en la réplica de lectura.

Por qué se demuestra que multi-az es cierto a nivel de clúster. ¿Se muestra multi-az porque el lector y el escritor están en diferentes az?

Si. En Aurora, Multi-AZ se habilita a través de lectores en diferentes AZ que el primario.

¿Cómo sé qué clase de almacenamiento (iops aprovisionados, gp2) utilizan las instancias del clúster?

En Aurora no existe la noción de clases de almacenamiento diferentes. AWS utiliza una solución de almacenamiento de desarrollo interna diferente para ello.