Cloud Manager realiza un reinicio continuo al realizar tareas de mantenimiento en los nodos de un clúster. La automatización actualiza los nodos del clúster uno por uno hasta que todos se actualizan para mantener la disponibilidad del clúster durante el período de mantenimiento.
Antes de realizar mantenimiento en sus clústeres, revise las siguientes consideraciones y tome medidas, si es necesario, para mantener la disponibilidad del clúster.
Nota
Para obtener más información sobre cómo Automation realiza el mantenimiento de sus clústeres, consulte ¿Cómo realiza Cloud Manager el mantenimiento en los nodos del clúster?
oplog Tamaño
Cada nodo de un clúster se reinicia en modo independiente antes de que comience el mantenimiento. El nodo reproduce las escrituras en el registro de operaciones para alcanzar a los demás nodos cuando se reincorpora al clúster una vez finalizado el mantenimiento.
Asegúrese de que el registro de operaciones del clúster sea lo suficientemente grande como para almacenar todas las escrituras que su aplicación pueda realizar durante el período de mantenimiento. Utilice la replication.oplogSizeMB opción de implementación avanzada para ajustar el tamaño del registro de operaciones.
Prioridad
Todas las conexiones de cliente a un nodo principal se interrumpen al iniciarse el mantenimiento en dicho nodo. Se restablecen las conexiones con el nuevo nodo principal seleccionado.
Quizás prefiera que un nodo de un centro de datos específico se convierta en el nuevo nodo principal. Edite la configuración del clúster y ajuste la prioridad de cada nodo para indicar cuál es su nodo principal preferido.
Tolerancia a los fallos
Los nodos en mantenimiento no ofrecen compatibilidad con la conmutación por error del clúster. En conjuntos de réplicas de tres miembros, si un nodo adicional deja de estar disponible mientras otro nodo está en mantenimiento, el clúster pierde la mayoría de sus nodos. El nodo principal pierde este estado y pasa a ser secundario. No se puede elegir un nuevo nodo principal hasta que la mayoría de los nodos del clúster estén disponibles.
Para aplicaciones de misión crítica con necesidades de alto tiempo de actividad, considere convertir un conjunto de réplicas de tres miembros a un conjunto de réplicas de cinco miembros antes de realizar el mantenimiento para mantener la mayoría del clúster en caso de que un nodo de clúster adicional no esté disponible durante un período de mantenimiento.
Nota
Los conjuntos de réplicas de cinco miembros o más grandes son más resistentes y tienen menos probabilidades de experimentar pérdida de mayoría durante los períodos de mantenimiento.
Una opción más simple pero menos resistente para aumentar la tolerancia a fallas múltiples es agregar un árbitro temporal a un conjunto de réplicas de tres miembros antes de realizar el mantenimiento.
Construcciones de índices únicos
La automatización crea índices en los nodos del clúster uno a uno mediante comandos idénticos pero independientes. Para garantizar que las escrituras respeten la unique calidad de los campos indexados en un índice único, todas las escrituras en la colección del clúster deben detenerse antes de crear el índice.
No puede usar el Explorador de datos ni el Recurso de configuración de automatización en Cloud Manager para crear índices únicos de manera continua porque estos métodos no detienen las escrituras en el clúster.
Si su caso de uso requiere que cree nuevos índices únicos:
Detenga todas las escrituras en la colección afectada. Para más información, consulte db.fsyncLock() en el Manual de MongoDB.
Consulte Crear índices en conjuntos de réplicas en el Manual de MongoDB para crear el índice único de forma progresiva.