Multi-AZ de Amazon RDS con una instancia en espera

Conmute por error de manera automática Proteja el rendimiento de la base de datos Mejore la durabilidad Aumente la disponibilidad
Brinde soporte de alta disponibilidad para su aplicación con conmutación por error de base de datos automática con una duración de tan solo 60 segundos, cero pérdida de datos y sin necesidad de intervención manual.
 Evite suspender la actividad de E/S en su instancia principal durante la copia de seguridad al realizar la copia de seguridad desde su instancia en espera.
 Utilice las tecnologías de replicación síncronas de Multi-AZ de Amazon RDS para mantener los datos de su instancia de base de datos en espera tan actualizados como lo esté la principal. Mejore la disponibilidad al implementar una instancia en espera en una segunda AZ, y consiga tolerancia a errores en caso de error de una AZ o de una instancia de base de datos.

Funcionamiento

En una implementación Multi-AZ de Amazon RDS, Amazon RDS crea de manera automática una instancia de base de datos (DB) principal y replica de manera síncrona los datos en una instancia de una AZ diferente. Cuando detecta un error, Amazon RDS conmuta por error automáticamente a una instancia en espera sin necesidad de intervención manual.
Diagrama de cómo funcionan las implementaciones Multi-AZ de Amazon RDS

Multi-AZ de Amazon RDS con dos instancias en espera legibles

Conmute por error en un tiempo promedio inferior a 35 segundos Utilice puntos de conexión individuales para lecturas y escrituras Consiga una latencia de confirmación de transacción hasta dos veces superior Mejore la capacidad de lectura
Conmutación por error automática en un periodo promedio inferior a los 35 segundos, con cero pérdida de datos y sin intervención manual. Dirija consultas a los servidores de escritura e instancias en espera de réplica de lectura apropiados para aumentar el rendimiento y la escalabilidad.  Logre una latencia de escritura hasta dos veces superior en comparación con Multi-AZ con una solo instancia en espera. Gane escalabilidad de lectura mediante la distribución del tráfico en dos instancias en espera legibles.

Funcionamiento

Implemente bases de datos MySQL o PostgreSQL de alta disponibilidad y duraderas en tres AZ con Amazon RDS Multi-AZ con dos instancias en espera legibles. Realice conmutaciones por error automáticas en un tiempo promedio inferior a 35 segundos y disfrute de una latencia de confirmación de transacción hasta dos veces más rápida en comparación con Amazon RDS Multi-AZ con una instancia en espera, además de capacidad de lectura adicional y una selección de instancias basadas en AWS Graviton2 o en Intel para computación.

Amazon Aurora

Conmute por error de manera automática en tan solo 5 segundos Optimice el rendimiento con hasta 15 réplicas de lectura Aumente la durabilidad

Logre una disponibilidad del 99,99 % 

Conmute por error de manera automática en tan solo 5 segundos en caso de error de una instancia y evite periodos de inactividad Garantice el rendimiento máximo y optimice la capacidad de lectura mediante la replicación de datos a una de las hasta 15 réplicas de lectura de baja latencia Proteja los datos en caso de errores o pérdida de una AZ con una capa de almacenamiento virtualizada respaldada por SSD que replica los datos de seis maneras en tres AZ  Proteja la disponibilidad de su base de datos con un tiempo de actividad de hasta el 99,99 % cada ciclo de facturación mensual

Funcionamiento

Amazon Aurora utiliza una capa de almacenamiento virtualizada respaldada por SSD que replica automáticamente su almacenamiento de seis maneras en tres zonas de disponibilidad, gestionando la pérdida de hasta dos copias de datos sin afectar a la disponibilidad de escritura y hasta tres copias sin repercutir en la disponibilidad de lectura.
Introducción a Amazon RDS Multi-AZ (1:20)

Introducción a Amazon RDS Multi-AZ

Las implementaciones Multi-AZ de Amazon RDS proporcionan una mayor disponibilidad y durabilidad para las instancias de bases de datos (DB) de Amazon RDS, lo que las convierte en una opción ideal para las cargas de trabajo de las bases de datos de producción. Con dos opciones de implementaciones diferentes, puede personalizar sus cargas de trabajo para que tengan la disponibilidad que necesitan.
Introducción a Amazon RDS Multi-AZ
Las implementaciones Multi-AZ de Amazon RDS proporcionan una mayor disponibilidad y durabilidad para las instancias de bases de datos (DB) de Amazon RDS, lo que las convierte en una opción ideal para las cargas de trabajo de las bases de datos de producción. Con dos opciones de implementaciones diferentes, puede personalizar sus cargas de trabajo para que tengan la disponibilidad que necesitan.

Tabla comparativa

Single-AZ de Amazon RDS o Multi-AZ de Amazon RDS con una instancia en espera legible o Multi-AZ de Amazon RDS con dos instancias en espera legibles

Característica

Single-AZ

Multi-AZ con una instancia en espera

Multi-AZ con dos instancias en espera legibles

Motores disponibles
  • Amazon RDS for MariaDB
  • Amazon RDS for MySQL
  • Amazon RDS for PostgreSQL
  • Amazon RDS for Oracle
  • Amazon RDS for SQL Server
  • Amazon RDS for MariaDB
  • Amazon RDS for MySQL
  • Amazon RDS for PostgreSQL
  • Amazon RDS for Oracle
  • Amazon RDS for SQL Server
  • Amazon RDS for PostgreSQL
  • Amazon RDS for MySQL

Capacidad de lectura
adicional
  • Ninguna: la capacidad de lectura se limita a su instancia principal
  • Ninguna: su instancia de base de datos en espera es solo un destino de conmutación por error pasivo para alta disponibilidad
  • Dos instancias de base de datos en espera actúan como destinos de conmutación por error y sirven tráfico de lectura
  • La capacidad de lectura se determina por la sobrecarga de transacciones de escritura desde la instancia principal

·        

Latencia inferior (mayor rendimiento) para confirmaciones de transacción

 

 
  • Confirmaciones de transacción hasta dos veces más rápidas en comparación con Multi-AZ de Amazon RDS con una instancia en espera

Duración de conmutación por error automática
  • No disponible: será necesaria una operación de restauración a un momento dado iniciada por el usuario.
  • Esta operación puede tardar varias horas en completarse
  • Cualquier actualización de datos posterior al último punto de restablecimiento (normalmente en los últimos cinco minutos) no estará disponible
  • Una nueva instancia principal está disponible para dar servicio a tu nueva carga de trabajo en tan solo 60 segundos
  • El tiempo de duración de la conmutación por error es independiente del rendimiento de escritura
  • Una nueva instancia principal está disponible para dar servicio a tu nueva carga de trabajo en un tiempo promedio inferior a 35 segundos
  • El tiempo de duración de la conmutación por error depende de la longitud del retraso de la réplica

Mayor resiliencia a una interrupción de AZ
  • Ninguna: en caso de un error de AZ, se arriesga a perder datos y horas en tiempo de conmutación por error
  • En caso de un error de AZ, su carga de trabajo conmutará por error automáticamente a la instancia en espera actualizada
  • En caso de error, una de las dos instancias en espera restantes tomará el control y servirá a la carga de trabajo (escrituras) desde la instancia principal

Fluctuación inferior para confirmaciones de transacción
  • Sin optimización para fluctuación
  • Sensible a errores en la ruta de escritura
  • Utiliza el quórum de escritura 2 de 3: insensible a hasta una ruta de escritura errónea

Clientes

SysCloud
SysCloud crea copias de seguridad automática para aplicaciones de software como servicio (SaaS) críticas, supervisa archivos maliciosos y brinda información destacada sobre sus datos y el cumplimiento, todo ello en un único panel. SysCloud utiliza Multi-AZ de Amazon RDS con dos instancias en espera legibles para su sistema de supervisión interno: “La nueva opción de implementación Multi-AZ de Amazon RDS nos brinda una forma rentable de lograr un mejor rendimiento, disponibilidad y escalabilidad de lectura”, afirma Vikram Srinivasan, director de Infraestructura en SysCloud. “Con la nueva opción de implementación Multi-AZ de Amazon RDS, esperamos crear una mejor experiencia para nuestros clientes”.

Precios

Multi-AZ de Amazon RDS está disponible para Amazon RDS for MariaDB, Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon RDS for Oracle y Amazon RDS for SQL Server. Multi-AZ de Amazon RDS con dos instancias en espera legibles está disponible para RDS for MySQL y RDS for PostgreSQL. Para obtener más información acerca de cómo Amazon Aurora proporciona disponibilidad mejorada al replicar automáticamente sus datos de seis maneras en tres zonas de disponibilidad, consulte Amazon Aurora.

Para las implementaciones Single-AZ, Multi-AZ con una instancia en espera y Multi-AZ con dos instancias en espera legibles, los precios están fijados por hora de instancia de base de datos consumida desde el momento en que se lanza una instancia de base de datos hasta que se termina. Las horas parciales de la instancia de base de datos se facturan en incrementos de un segundo con un cargo mínimo de 10 minutos después de un cambio de estado que se puede facturar, como la creación, el inicio o la modificación de la clase de instancia de la base de datos.

Para obtener más información sobre los precios de Amazon RDS Multi-AZ, consulte las páginas de precio de Amazon RDS.

Más información sobre las características de Amazon RDS
Aprenda con tutoriales de 10 minutos

Explore Amazon RDS con simples tutoriales.

Explore la formación práctica 
Regístrese para obtener una cuenta de AWS
Comience a trabajar con Amazon RDS y Amazon Aurora

Explore la guía del usuario de Amazon RDS para comenzar.

Lea la documentación 
Comience a crear con Amazon RDS en la consola
Análisis en profundidad de Multi-AZ de Amazon RDS

Descubra con detalle cómo funciona Multi-AZ de Amazon RDS y las diferentes opciones de implementación.

Mire la sesión