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.
Sustitución de nodos
MemoryDB suele actualizar su flota con parches y actualizaciones, por lo general sin problemas. Sin embargo, cada cierto tiempo tenemos que relanzar los nodos de MemoryDB con el fin de aplicar las actualizaciones obligatorias del sistema operativo en el host subyacente. Estas sustituciones son necesarias para aplicar actualizaciones que refuerzan la seguridad, la fiabilidad y el rendimiento operativo.
Puede optar por administrar personalmente estas sustituciones en cualquier momento antes del periodo programado para la sustitución de nodos. Cuando administre personalmente una sustitución, la instancia recibirá la actualización del sistema operativo cuando vuelva a lanzar el nodo y se cancelará la sustitución de nodos programada. Es posible que reciba alertas que indiquen que va a tener lugar la sustitución de nodos. Si ya ha mitigado manualmente la necesidad de mantenimiento, puede hacer caso omiso de estas alertas.
nota
Los nodos de reemplazo generados automáticamente por MemoryDB pueden tener direcciones IP diferentes. Usted es responsable de revisar la configuración de la aplicación para asegurarse de que los nodos estén asociados con las direcciones IP apropiadas.
La lista siguiente identifica acciones que puede realizar cuando MemoryDB programa el reemplazo de uno de sus nodos:
Opciones de sustitución de nodos de MemoryDB
-
No hacer nada: si no hace nada, MemoryDB reemplaza el nodo según lo programado.
Si el nodo es miembro de un clúster Multi-AZ, MemoryDB proporciona mayor disponibilidad durante la aplicación de parches, las actualizaciones y otras operaciones de sustitución de nodos relacionadas con el mantenimiento.
La sustitución se completa mientras el clúster atiende solicitudes de escritura entrantes.
-
Cambie el periodo de mantenimiento: para eventos de mantenimiento programados, recibirá un correo electrónico o un evento de notificación de MemoryDB. En estos casos, si cambia el periodo de mantenimiento antes de la hora de sustitución programada, su nodo se sustituirá en ese momento a la nueva hora. Para obtener más información, consulte Modificación de un clúster de MemoryDB.
nota
La posibilidad de mover el periodo de sustitución para modificarlo solo está disponible cuando la notificación de MemoryDB incluye un periodo de mantenimiento. Si la notificación no incluye un periodo de mantenimiento, no se puede cambiar el periodo de sustitución.
Por ejemplo, supongamos que es jueves 9 de noviembre a las 15:00 h y el próximo periodo de mantenimiento es el viernes 10 de noviembre a las 17:00 h. A continuación, se exponen tres escenarios con sus resultados:
-
Cambia el periodo de mantenimiento a los viernes a las 16:00, después de la fecha y hora actuales y antes del siguiente periodo de mantenimiento programado. El nodo se sustituye el viernes 10 de noviembre a las 16:00.
-
Cambia el periodo de mantenimiento al sábado a las 16:00, después de la fecha y hora actuales y después del siguiente periodo de mantenimiento programado. El nodo se sustituye el sábado 11 de noviembre a las 16:00.
-
Cambia el periodo de mantenimiento al miércoles a las 16:00 un día anterior de la misma semana que la fecha y hora actuales. El nodo se sustituye el próximo miércoles 15 de noviembre a las 16:00.
Para obtener instrucciones, consulte Administración del mantenimiento.
-
