Comparación de las soluciones de replicación de Amazon Aurora

La siguiente tabla proporciona una comparación de las tres soluciones de replicación de Amazon Aurora.

	Réplicas de Aurora	Réplicas de Aurora entre regiones	Bases de datos globales Aurora
Proporciona alta disponibilidad	Sí	No	No
Proporciona recuperación ante desastres	No	Sí	Sí
Tipo de replicación	Asíncrono	Asíncrono	Asíncrono
Conmutación por error automatizada	Sí	No	No
Descarga las consultas SELECT	Sí	Sí	Sí
Puede emitir escrituras contra réplicas	No	Sí (no se recomienda)	No
Proximidad al clúster principal	Siempre existe en la misma región que el principal.	No puede existir en la misma región que la principal.	No puede existir en la misma región que la principal.
Retraso de replicación	Por lo general, mucho menos de 100 milisegundos	Depende del volumen de transacciones. Normalmente, unos segundos para la mayoría de los sistemas.	Normalmente, menos de 1 segundo.
Consideraciones sobre costos	Pague únicamente por nodos de instancias de base de datos adicionales.	Usted paga las tarifas estándar de Aurora por las instancias, el almacenamiento, la transferencia de datos entre regiones, el almacenamiento de respaldo y las E/S de escritura replicadas entre la región principal y cada región secundaria.	Usted paga las tarifas estándar de Aurora por las instancias, el almacenamiento, la transferencia de datos entre regiones, el almacenamiento de respaldo y las E/S de escritura replicadas entre la región principal y cada región secundaria.
Número de réplicas compatibles	15 dentro de la misma región	Hasta cinco clústeres de bases de datos secundarios en diferentes regiones para la edición Aurora compatible con MySQL. (La edición compatible con Aurora PostgreSQL no admite réplicas entre regiones).	Hasta cinco clústeres de bases de datos secundarios en diferentes regiones.
Tiempo de aprovisionamiento	Menos de 5 minutos, independientemente del tamaño de la base de datos.	Depende del tamaño de la base de datos, ya que para crear la réplica es necesario replicar toda la copia de la base de datos en las regiones secundarias.	Depende del tamaño de la base de datos, ya que para crear la réplica es necesario replicar toda la copia de la base de datos en las regiones secundarias.

Al decidir qué opción implementar, siga las siguientes pautas:

• Si necesita una alta disponibilidad de su clúster Aurora, utilice réplicas de Aurora. Aurora promocionará automáticamente una de las réplicas de Aurora si se produce un error en la instancia principal. Las réplicas de Aurora también son excelentes para escalar horizontalmente las cargas de trabajo de lectura. El administrador de conexiones Aurora distribuirá automáticamente la carga de trabajo entre varias réplicas de Aurora dentro de la misma Región de AWS mediante el punto final de lectura común.

• Si busca una recuperación ante desastres (DR) entre regiones, utilice las bases de datos globales de Aurora. Con las bases de datos globales de Aurora, puede abarcar varias Regiones de AWS para permitir lecturas locales rápidas y una DR rápida. Puede usar una región secundaria como opción de respaldo en caso de que necesite recuperarse rápidamente de una degradación o interrupción regional. Una base de datos de una región secundaria puede pasar a tener capacidades completas de lectura/escritura en menos de 1 minuto.

• Las réplicas de Aurora entre regiones sirven para un par de casos de uso. En primer lugar, si necesita una copia entre regiones de la base de datos de Aurora y no puede usar una base de datos global debido a algunas de sus limitaciones, puede usar réplicas de Aurora entre regiones. En segundo lugar, si necesita migrar de Amazon Relational Database Service (Amazon RDS) para MySQL a Aurora MySQL Compatible Edition, puede configurar una réplica de Aurora MySQL.