Ops Manager realiza un reinicio en secuencia al realizar mantenimiento en nodos en un clúster. Para mantener la disponibilidad del clúster durante un periodo de mantenimiento, automatización actualiza los nodos en un clúster de la siguiente manera:
Para sets de réplicas de tres miembros, la automatización actualiza los nodos uno a la vez.
Para sets de réplicas de cinco nodos, la automatización actualiza dos nodos al mismo tiempo.
Antes de realizar el mantenimiento en tus clústeres, revisa las siguientes consideraciones y toma medidas, si es necesario, para mantener la disponibilidad del clúster.
Nota
Para aprender cómo la Automatización realiza mantenimiento en tus clústeres, consulta ¿Cómo realiza Ops Manager el mantenimiento en los nodos del clúster?
oplog Tamaño
Cada nodo de un clúster se reinicia en modo autónomo antes de que comience el mantenimiento. El nodo vuelve a reproducir las escrituras en el oplog para ponerse al día con los otros nodos cuando se agrega nuevamente al clúster después de completar el mantenimiento.
Asegúrate de que el oplog del clúster sea lo suficientemente grande como para almacenar todas las escrituras que tu aplicación pueda realizar durante el periodo de mantenimiento. Utiliza la opción avanzada de implementación replication.oplogSizeMB para ajustar el tamaño del oplog.
Prioridad
Todas las conexiones de clientes con un nodo principal se descartan cuando comienza el mantenimiento en ese nodo. Las conexiones se restablecen con el nuevo nodo primario elegido.
Puedes preferir que un nodo en un centro de datos específico se convierta en el nuevo nodo principal. Edita la configuración del clúster y ajusta la prioridad de cada nodo para indicar tu 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 y cinco miembros, si un nodo adicional deja de estar disponible durante el 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.
Construcciones de índices únicos
La automatización construye índices en los nodos del clúster uno a la vez utilizando 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 construir el índice.
No puedes usar Data Explorer o el recurso de configuración de automatización en Ops Manager para crear índices únicos de forma continua porque estos métodos no detienen la escritura en el clúster.
Si tu caso de uso requiere que compiles nuevos índices únicos:
Detén todas las escrituras en la colección afectada. Para obtener más información. consulta db.fsyncLock() en el Manual de MongoDB.
Consulta Crear índices en conjuntos de réplicas en el Manual de MongoDB para crear el índice único de forma continua.