Alta disponibilidad en bases de datos

← Volver a documentación
Documentación / Bases de Datos / Alta disponibilidad en bases de datos

Arquitectura de alta disponibilidad

La alta disponibilidad en bases de datos garantiza que tu aplicación continúe funcionando incluso si una instancia de base de datos falla. iLove Telecom ofrece replicación Multi-AZ (Multi-Zona de Disponibilidad) que mantiene una réplica síncrona en una zona de disponibilidad diferente dentro de la misma región. El servicio gestiona automáticamente la replicación, el monitoreo de salud y la conmutación por error sin intervención manual.

Replicación Multi-AZ (síncrona)

Con Multi-AZ habilitado, cada escritura se replica en la instancia secundaria antes de confirmarse al cliente. Esto garantiza cero pérdida de datos (RPO = 0) en caso de fallo de la instancia primaria. El tiempo de recuperación (RTO) es típicamente inferior a 120 segundos. Durante la conmutación, el DNS cambia automáticamente al nuevo primario. Las conexiones existentes se interrumpen brevemente; implementa lógica de reconexión en tu aplicación para manejar este escenario.

Replicación entre regiones (asíncrona)

Para protección ante desastres a nivel de región, configura replicación entre regiones. La réplica se actualiza de forma asíncrona, lo que implica que puede haber una pérdida de datos de hasta 5 segundos (RPO configurable). Esta réplica puede promoverse manualmente en caso de desastre regional. iLove Telecom ofrece replicación entre regiones de América del Norte, Europa y Asia-Pacífico. El tráfico de replicación viaja cifrado por la red interna.

Read replicas para escalado de lectura

Además de la alta disponibilidad, puedes crear Read Replicas para distribuir la carga de consultas de solo lectura. Cada réplica de lectura es una instancia independiente que replica los cambios desde la primaria de forma asíncrona. Puedes crear hasta 5 réplicas de lectura por instancia. Tus aplicaciones de lectura intensiva (reportes, dashboards, búsquedas) pueden conectarse a estas réplicas usando un endpoint separado, liberando la instancia principal para escrituras transaccionales.

Estrategia de conmutación por error

Diseña tu aplicación para manejar conmutaciones por error de forma elegante. Implementa retry logic con backoff exponencial para las conexiones. Usa endpoints de conexión que iLove Telecom actualiza automáticamente durante la conmutación. Prueba la conmutación por error periódicamente usando la función "Forzar failover" en el panel, que simula un fallo del primario y activa la réplica. Recomendamos realizar pruebas al menos una vez al trimestre en un entorno de staging antes de probar en producción.

¿No encuentras lo que buscas?

Nuestro equipo de soporte técnico está disponible 24/7 para ayudarte con cualquier duda.