Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Gestionar el mantenimiento del clúster

Nota

Esta página se aplica tanto a Atlas Infinite como a Atlas Core.

Puede gestionar cómo Atlas implementa el mantenimiento para sus proyectos mediante la configuración de:

  • Horas protegidas: horas críticas para el negocio durante las cuales no se puede actualizar estándar.

  • Maintenance Windows: La hora del día en que Atlas inicia el mantenimiento semanal que requiere elecciones de set de réplicas para los clústeres de un Proyecto.

  • Olas de mantenimiento: El orden en que los proyectos de su organización reciben mantenimiento. Las olas de mantenimiento se etiquetan secuencialmente,Wave 1 del Last Wave al.

Puedes visualizar cómo Atlas implementa el mantenimiento en tus proyectos, teniendo en cuenta tus ventanas de mantenimiento, horas protegidas y fases de mantenimiento, utilizando la herramienta Calendario de mantenimiento previsto.

Importante

Las ventanas de mantenimiento, las horas protegidas y las oleadas de mantenimiento se configuran por proyecto y se aplican únicamente a los clústeres dedicados (M10 y superiores). Para los clústeres gratuitos y los clústeres Flex, Atlas gestiona automáticamente sus ventanas de mantenimiento y no se pueden configurar manualmente.

Recomendamos que configure periodos de mantenimiento, horas protegidas y fases de mantenimiento, aunque todos son opcionales. Atlas realiza el mantenimiento automáticamente de manera continua para preservar la disponibilidad constante de aplicaciones resilientes. Para confirmar que su aplicación es resiliente a las elecciones de set de réplicas, pruebe la conmutación por error en Atlas.

Para obtener más información, consulta:

  • Horas protegidas: Además de configurar un periodo de mantenimiento, puede establecer horas protegidas diarias, que es un plazo de tiempo durante el cual Atlas evita realizar actualizaciones estándar. La duración del plazo de horas protegidas no puede exceder las 18 horas.

    Aunque Atlas puede realizar actualizaciones estándar que no implican un reinicio del clúster ni afectan el rendimiento de la carga de trabajo, fuera de su periodo de mantenimiento configurado, Atlas siempre respeta las horas protegidas.

  • Actividades de mantenimiento urgentes: Atlas podrá realizar actividades de mantenimiento urgentes (como parches de seguridad para vulnerabilidades de día cero) tan pronto como sea necesario, sin tener en cuenta las ventanas de mantenimiento configuradas, las horas protegidas o las oleadas de mantenimiento.

  • Operaciones de mantenimiento en curso: Una vez que programes una ventana de mantenimiento para tu clúster, no podrás cambiarla hasta que se hayan completado las operaciones de mantenimiento en curso.

  • Actualizaciones de la base de datos MongoDB: Si el mantenimiento incluye una actualización menor o de parche de MongoDB, Atlas muestra las versiones actual y de destino en la consola. Si Atlas actualiza la versión de mantenimiento de MongoDB en uno de sus clústeres durante la siguiente ventana de mantenimiento, el clúster mostrará la versión de mantenimiento de MongoDB de destino.

  • El mantenimiento requiere elecciones del set de réplicas: Atlas realiza el mantenimiento de la misma manera que el procedimiento de mantenimiento descrito en el Manual de MongoDB. Este procedimiento requiere al menos una elección de set de réplicas durante el periodo de mantenimiento por set de réplicas. Para confirmar que su aplicación es resistente a las elecciones del set de réplicas, pruebe el failover en Atlas.

  • El mantenimiento comienza lo más cerca posible del inicio de la ventana: El mantenimiento siempre comienza lo más cerca posible de la hora programada, pero la actualización de un clúster en curso o problemas inesperados del sistema podrían retrasar el tiempo de inicio.

  • Potencial de degradación breve del rendimiento durante el mantenimiento: Si tienes pocos Disk IOPS, tu clúster podría experimentar una breve degradación del rendimiento durante el mantenimiento mientras MongoDB repuebla el motor de almacenamiento de WiredTiger. Para aprender más, consulte Registrar en la bitácora y el motor de almacenamiento WiredTiger.

  • Olas de mantenimiento predeterminadas: Atlas asigna automáticamente oleadas de mantenimiento a los proyectos sin asignaciones de oleadas explícitas utilizando las siguientes reglas:

    • Atlas asigna proyectos sin un periodo de mantenimiento configurado a Wave 1.

    • Atlas asigna proyectos con un periodo de mantenimiento configurado a Wave 2.

    Puede modificar manualmente estas asignaciones de oleadas en cualquier momento. Para obtener más información, consulte Configurar los ajustes de gestión de mantenimiento.

  • Evaluación de las ventanas de mantenimiento: Atlas evalúa las ventanas de mantenimiento configuradas en el momento en que se inicia un evento de mantenimiento por primera vez. Si realiza cambios en las ventanas de mantenimiento entre el momento en que se inicia un evento de mantenimiento y se completa en todas las ventanas, Atlas comienza a utilizar las nuevas ventanas de mantenimiento al inicio del siguiente evento de mantenimiento.

  • Tiempo entre mantenimientos: Cuando se configuran oleadas de mantenimiento, existe un 48intervalo mínimo de horas entre el momento en que Atlas implementa el mantenimiento en una oleada y la siguiente. El mantenimiento debe completarse para todos los proyectos asignados a una oleada determinada antes de que Atlas proceda a la siguiente, comenzando Wave 1 con.

El modal de Scheduled Maintenance Operations puede mostrar uno o más de los siguientes tipos de mantenimiento:

  • Mantenimiento requerido de MongoDB: operaciones de mantenimiento críticas requeridas para la salud y estabilidad del clúster.

  • Actualización de la versión de MongoDB: Actualizaciones a versiones secundarias, versiones de parches o lanzamientos de mantenimiento de MongoDB.

  • Actualización de la versión de la política del sistema operativo: Actualizaciones de las políticas subyacentes del sistema operativo y los parches de seguridad.

  • Otra operación de mantenimiento: Actividades adicionales de mantenimiento requeridas para la gestión del clúster.

Verás un evento Maintenance window completed en tu fuente de actividad del proyecto cuando finalicen las operaciones de mantenimiento.

Puedes activar la opción Automatically defer maintenance for one week para que Atlas posponga automáticamente el mantenimiento programado una semana cada vez. Esto significa que el mantenimiento se ejecuta cada dos semanas en lugar de semanalmente, ya que la primera semana se pospone automáticamente. Si es necesario, puedes posponerlo manualmente una semana más.

Importante

Si tiene ventanas de mantenimiento configuradas para proyectos en una organización, no puede configurar el mantenimiento de aplazamiento automático para proyectos en esa organización.

Si habilita la Automatically defer maintenance for one week opción, Atlas configura el aplazamiento automático para futuras ventanas de mantenimiento. Para aplazar el mantenimiento programado, utilice la Defer 1 Week opción, como se describe en la sección Aplazar mantenimiento.

La función de aplazamiento automático permite consolidar las operaciones de mantenimiento en una única ventana de mantenimiento y reducir el número total de eventos de mantenimiento. Si desea probar el mantenimiento en entornos de prueba para validar las actualizaciones antes de que lleguen a producción, utilice las oleadas de mantenimiento en lugar del aplazamiento automático.

Para habilitar el aplazamiento automático, consulte Configurar la gestión de mantenimiento.

Puede configurar fases de mantenimiento para observar el impacto del mantenimiento en entornos de prueba antes de que llegue a producción. El mantenimiento incluye cualquier tipo de operación de mantenimiento programada. Se recomienda realizar pruebas antes de la puesta en producción para cualquier ciclo de actualización. Para obtener más información, consulte la guía sobre versiones y rutas de actualización antes de actualizar.

Muchos entornos de desarrollo de código dividen su flujo de trabajo en diferentes entornos, más comúnmente:

  • Desarrollo (Dev): Donde los desarrolladores inicialmente escriben y prueban código nuevo.

  • Garantía de calidad (QA): Donde los evaluadores revisan el código en busca de errores, rendimiento y fiabilidad en entornos que simulan cargas de trabajo del mundo real.

  • Producción (Prod): Donde los usuarios finales acceden al código e interactúan con él.

Las oleadas de mantenimiento son útiles para los flujos de trabajo separados por entornos, ya que le permiten supervisar cómo el mantenimiento del clúster afecta a los entornos internos antes de que el mantenimiento se implemente en los entornos de cara al usuario.

Para utilizar fases de mantenimiento en proyectos que abarquen estos entornos o similares, recomendamos configurar cada proyecto con el mismo periodo de mantenimiento y las mismas horas protegidas. A continuación, asigne cada entorno a una fase de mantenimiento de la siguiente manera:

  • Desarrollador a Wave 1

  • QA a Wave 2

  • Prod a Last Wave

Esto garantiza un período de al menos siete días entre los eventos de mantenimiento que se implementan en cada entorno. También puede aplazar el mantenimiento siete días adicionales para los proyectos asignados a Last Wave.

Para visualizar cuándo se implementará un evento de mantenimiento en los proyectos, se puede usar la herramienta Projected Maintenance Calendar. Esta herramienta permite introducir posibles periodos de mantenimiento y oleadas, así como una fecha de versión de mantenimiento. Con estos ajustes y la fecha de versión, la herramienta muestra la fecha y la hora en las que Atlas realizaría el mantenimiento en los proyectos de cada oleada.

Esta herramienta no está vinculada a su cuenta de Atlas. No puede leer la configuración que ha configurado en Atlas ni configurar la configuración de sus proyectos u organizaciones.