Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
A la hora de planificar la implementación de MemoryDB, debe hacerlo de modo que los errores tengan una repercusión mínima en su aplicación y sus datos. Los temas de esta sección abordan enfoques que puede aplicar para proteger la aplicación y los datos frente a errores.
Mitigación de errores: clústeres de MemoryDB
Un clúster de MemoryDB se compone de un único nodo principal, disponible para operaciones de lectura y escritura para su aplicación y de 0 a 5 nodos de réplica de solo lectura. Sin embargo, recomendamos encarecidamente utilizar al menos una réplica para una alta disponibilidad. Cuando se escriben datos en el nodo principal, también se conservan en el registro de transacciones y de forma asíncrona en los nodos de réplica.
Qué sucede en caso de error en una réplica de lectura
MemoryDB detecta la réplica con error.
MemoryDB deja el nodo con error sin conexión.
MemoryDB ejecuta y aprovisiona un nodo de reemplazo en la misma zona de disponibilidad.
El nuevo nodo se sincroniza con el registro de transacciones.
Durante este tiempo, la aplicación podrá seguir realizando operaciones de lectura y escritura con los demás nodos.
MemoryDB Multi-AZ
Si el Multi-AZ está activado en sus clústeres de MemoryDB, se detectará un error en el primario y se reemplazará automáticamente.
MemoryDB detecta el error del nodo principal.
MemoryDB realiza una conmutación por error a una réplica después de asegurarse de que es coherente con la copia principal que ha fallado.
MemoryDB pone en marcha una réplica en la zona de disponibilidad del nodo principal con error.
El nuevo nodo se sincroniza con el registro de transacciones.
La conmutación por error a un nodo de réplica suele ser más rápida que la creación y el aprovisionamiento de un nuevo nodo principal. Esto significa que la aplicación podrá reanudar la escritura en el nodo principal antes.
Para obtener más información, consulte Minimización del tiempo de inactividad en MemoryDB con Multi-AZ.
