Se puede modificar la configuración y topología de una implementación, incluidas sus versiones de MongoDB, motores de almacenamiento y números de hosts o particiones. Se pueden realizar modificaciones en todos los niveles de la topología de una implementación desde un clúster de alto nivel o un set de réplicas hasta niveles más bajos, como un set de réplicas dentro de un clúster o un proceso individual dentro de un set de réplicas. También puedes modificar procesos autónomo.
Considerations
Aplicar cambios al clúster o al nodo
Si realiza cambios de configuración en un proceso individual de MongoDB dentro de un clúster, cualquier cambio futuro en el clúster ya no se aplica al proceso secundario.
Ejemplo
Si desactiva el registrar en la bitácora para un miembro de un set de réplicas y luego cambia el intervalo de confirmación del diario para el set de réplicas, el cambio no se aplica al miembro.
Versión de MongoDB
Para elegir qué versiones de MongoDB están disponibles para Cloud Manager, consulte Agrega una compilación personalizada de MongoDB.
Verifica los siguientes documentos para identificar cualquier consideración o problema de compatibilidad antes de cambiar la versión de MongoDB de una implementación:
La documentación para tu driver.
Planifica el cambio de versión durante un periodo de mantenimiento predefinido.
Cambia la versión de MongoDB en un entorno de pruebas antes de cambiar la versión en un entorno de producción. Tu entorno de pruebas debe replicar tu entorno de producción. Esto puede ayudar a evitar problemas de compatibilidad que podrían resultar en tiempos de inactividad en tu implementación de producción.
Siga las notas de versión de MongoDB cuando realice actualizaciones manuales de conjuntos de réplicas y clústeres fragmentados.
Nota
Limitaciones de degradación
No puedes rebajar una implementación de MongoDB:
Desde la versión 5.0 hasta cualquier versión anterior a la 4.4.0
Consideraciones de copia de seguridad para versiones de MongoDB
Para obtener más información sobre aspectos a tener en cuenta a la hora de hacer copias de seguridad, consulta Copias de seguridad: aspectos a considerar.
Si se opta por actualizar a MongoDB 4.2 con
"featureCompatibilityVersion" : 4.2, Cloud Manager muestra un modal que te pide que aceptes la licencia especial que MongoDB, Inc. otorga para usar MongoDB Enterprise en copias de seguridad.
Motor de almacenamiento
Importante
MongoDB eliminó el soporte para el motor de almacenamiento MMAPv1 en MongoDB 4.2. Si editas la configuración de tu implementación para cambiar tu motor de almacenamiento a WiredTiger Storage Engine, Cloud Manager reiniciará los procesos de MongoDB.
Si ejecutas o actualizas a MongoDB 3.0 o posterior y modificas el motor de almacenamiento de MongoDB, Cloud Manager detiene y reinicia el proceso de MongoDB. Para un set de réplicas con varios nodos, Cloud Manager realiza una sincronización inicial gradual de cada nodo.
Cloud Manager crea directorios de copia de seguridad durante la migración de un motor de almacenamiento a otro si el host dispone del espacio en disco adecuado. Si el espacio en disco es insuficiente, no se realizan copias de seguridad. Cloud Manager no borra los directorios de copia de seguridad una vez que se completa la migración. Puedes conservar o borrar los directorios de copias de seguridad anteriores. Los directorios de copia de seguridad están ubicados en el directorio de datos de mongod.
Ejemplo
Si el directorio de datos fuera /data/process, la copia de seguridad sería /data/process.bak.UNIQUENAME. El UNIQUENAME es una string aleatoria que genera Cloud Manager.
Antes de que puedas cambiar el motor de almacenamiento para una instancia autónomo o set de réplicas, debes dar a la automatización acceso de escritura al MongoDB directorio de datos al directorio principal. El agente crea una copia de seguridad temporal de los datos en el directorio principal cuando actualiza el motor de almacenamiento. Los cambios en el motor de almacenamiento en instancias autónomas también requieren espacio en disco adecuado para realizar un /mongodump completo y un /mongorestore completo. Este espacio de disco se restaura a la instancia después del cambio de configuración del motor de almacenamiento. El Cloud Manager no borra los directorios de copia de seguridad.
No puedes cambiar el motor de almacenamiento en un servidor de configuración. Para obtener más información sobre los motores de almacenamiento y las opciones disponibles, consulta Almacenamiento en el manual de MongoDB.
Propiedades fijas
No se pueden modificar los siguientes ajustes después de que se ha creado una implementación:
Puedes modificar la siguiente configuración de implementación:
log pathal nivel del proceso
Topología de implementación
Puedes realizar modificaciones en todos los niveles de la topología de una implementación, incluidos los procesos secundarios.
Para modificar la topología o los procesos, utiliza este tutorial o uno de los tutoriales más específicos:
Modificaciones a nivel de proyecto
Algunas modificaciones que afectan a una implementación se producen a nivel de proyecto. Los siguientes cambios afectan a todos los procesos de MongoDB en el proyecto. Para estos cambios, utiliza los tutoriales especificados:
Para activar TLS para la implementación, consulta Habilitar TLS para una implementación.
Para habilitar la autenticación para la implementación, consulte Habilitar la autenticación para un proyecto de Cloud Manager.
Para agregar o modificar usuarios y roles de MongoDB en la implementación, consulte Administrar usuarios de MongoDB.
Múltiples modificaciones
Puedes combinar varias modificaciones en una sola implementación.
Ejemplo
Podrías realizar todas las siguientes modificaciones antes de hacer clic en el Review Changes botón:
Agrega la versión estable más reciente de MongoDB a la Agregar una compilación personalizada.
Habilitar TLS para los procesos de MongoDB de la implementación.
Agrega un nuevo clúster fragmentado que ejecute la última versión estable de MongoDB desde arriba.
Al hacer clic en Review Changes, la revisión muestra todos los cambios en una sola pantalla para que los confirmes antes de implementarlos.
Forzar reconfiguración
Solo para Sets de réplicas y clústeres particionados
El MongoDB Agent puede forzar a un set de réplicas a aceptar una nueva configuración cuando se establece la configuración de replicación de Force Reconfigure en Yes. Solo forzar una reconfiguración para recuperar un set de réplicas a partir de un estado en el que solo una minoría de sus nodos esté disponible.
ADVERTENCIA: Forzar una reconfiguración del set de réplicas podría provocar un rollback de las escrituras confirmadas por la mayoría.
Proceda con precaución. Ponte en contacto con el soporte técnico de MongoDB si tienes preguntas sobre los posibles impactos de esta operación.
Tip
Reconfigura un set de réplicas con miembros no disponibles en el Manual de MongoDB.
Eliminando una partición
Solo para clústeres fragmentados
Cuando se remueve una partición, las bases de datos no particionadas de esa partición se mueven a una partición restante usando el comando movePrimary.
Todas las colecciones particionadas permanecen en linea y disponibles durante el proceso de eliminación de la partición. Sin embargo, las operaciones de lectura y guardado enviadas a las colecciones no particionadas durante la operación movePrimary pueden producir un comportamiento inesperado, incluyendo el fracaso de la migración o la pérdida de datos.
Recomendamos mover la partición primaria de cualquier base de datos que contenga colecciones no fragmentadas antes de remover la partición.
Para aprender más sobre cómo remover particiones, consulte Remover particiones de un clúster particionado existente.
Remoción de varios miembros del set de réplicas
Puedes remover o migrar varios miembros del conjunto de réplicas simultáneamente, pero debe permanecer la mayoría de los miembros con derecho a voto. Si necesitas remover más nodos con derecho a voto, remuévelos uno a la vez.
Ejemplo
Ejemplo 1
Tienes un set de réplicas de cuatro nodos. Todos los nodos son miembros con derecho a voto. Solo se puede remover un nodo, lo que conserva la mayoría de tres de cada cuatro nodos de votación. Puede remover otro nodo del set de réplicas de tres nodos restante posteriormente. Esto preserva la mayoría de los nodos de votación restantes.
Ejemplo
Ejemplo 2
Tiene un set de réplicas de cuatro nodos. Tres nodos son miembros con derecho a voto y un nodo es un miembro sin derecho a voto. Puedes remover un miembro con derecho a voto y un miembro sin derecho a voto al mismo tiempo. Esto conserva la mayoría de dos de cada tres nodos de votación.
Para obtener más información sobre la votación, consulta Alta disponibilidad del set de réplicas y Elecciones de set de réplicas.
Requisitos previos
Su implementación debe estar ejecutando una versión de la automatización que sea compatible con Cloud Manager. Si tu implementación no está ejecutando una versión compatible del agente, Cloud Manager muestra un banner que te invita a actualizar tus agentes.
Procedimiento
Selecciona el tipo de implementación que deseas editar:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Modifique la configuración autónoma.
La sección Standalone Settings contiene los siguientes ajustes de configuración:
Configuración | Descripción |
|---|---|
Hostname | Nombre de host en el que Cloud Manager implementa el |
Port | Especifique el número de puerto IANA para el proceso El |
Version | |
Auth Schema Version | Seleccionar el esquema para almacenar los datos de usuario para su implementación. Si se actualiza de una versión de MongoDB anterior a la 3.0, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para información de compatibilidad, consulta los Cambios de seguridad en las notas de versión 3.0 de MongoDB. |
Feature Compatibility Version | Selecciona la compatibilidad de características entre versiones de la implementación. Cloud Manager muestra este campo si su implementación ejecuta MongoDB versión 3.4 o posterior. |
Log File | Especifica la ruta completa a la Por ejemplo, especificar El |
Modificar Opciones avanzadas de configuración.
La sección Advanced Configuration Options te permite configurar opciones de tiempo de ejecución de MongoDB para cada proceso de MongoDB en tu implementación.
Para agregar una opción:
Haga clic en Add Option.
Haz clic en Select a Startup Option y selecciona la opción de configuración.
Cloud Manager muestra un campo de entrada contextual para configurar un valor aceptable para la opción seleccionada.
Haga clic en Add para agregar la opción seleccionada y su valor correspondiente al proceso.
Para obtener descripciones de las Advanced Configuration Options disponibles, consulta Opciones avanzadas para implementaciones de MongoDB.
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Modifique la configuración a nivel de clúster.
La sección Replica Set Configuration contiene los siguientes ajustes de configuración a nivel de clúster.
Configuración | Descripción |
|---|---|
Auth Schema Version | Seleccionar el esquema para almacenar los datos de usuario para su implementación. Si se actualiza de una versión de MongoDB anterior a la 3.0, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para información de compatibilidad, consulta los Cambios de seguridad en las notas de versión 3.0 de MongoDB. |
Feature Compatibility Version | Selecciona la compatibilidad de características entre versiones de la implementación. Cloud Manager muestra este campo si su implementación ejecuta MongoDB versión 3.4 o posterior. |
Replica Set Settings | Muestra una tabla de cada proceso asociado con el set de réplicas. Puede configurar la versión del servidor de MongoDB, el directorio de datos y la ruta de registro de cada proceso. |
Process Name | Nombre de host y puerto de un proceso Cloud Manager aplica cualquier configuración configurada para el set de réplicas a todos sus procesos asociados. |
Version | |
Log File | Especifica la ruta completa a la Por ejemplo, especificar El |
Configure cada miembro del conjunto de réplicas.
Cloud Manager enumera cada set de réplicas bajo el encabezado MongoD Settings de la sección Member Configuration. Cada miembro del set de réplicas tiene las siguientes opciones configurables:
Configuración | Descripción |
|---|---|
Member | Selecciona uno de los siguientes roles de miembro del set de réplicas del menú:
|
Hostname | Selecciona del menú el host en el que Cloud Manager Automation implementa el miembro del set de réplicas. El menú sólo enumera los hosts bajo Automatización de Cloud Manager. Para obtener documentación completa sobre cómo añadir servidores a Cloud Manager Automation, consulte Provisionar servidores para la automatización. Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una dirección IPv6. |
Port | Especifique el número de puerto IANA para el proceso El |
Votes | |
Priority | |
Delay | Especifica el número de segundos "detrás" del nodo primario que este nodo debe "retrasarse". Esta configuración corresponde a la opción de configuración de |
Build Indexes | Especifique |
Tags | Especifica la etiqueta o etiquetas asociadas al set de réplicas. Este ajuste corresponde a la opción de configuración del set de réplicas Para obtener la documentación completa acerca de los sets de réplicas, consulte Etiquetas de sets de réplicas |
Add a Mongod |
Configura tus ajustes de replicación.
La sección Replication Settings contiene las siguientes opciones de configuración para el set de réplicas:
Configuración | Descripción |
|---|---|
Protocol Version | Seleccione la versión del protocolo de replicación utilizada por el set de réplicas. Esta configuración corresponde a la opción de configuración del Para obtener más información, consulta versiones del protocolo de set de réplicas. |
Chaining Allowed | Especifica |
Write Concern Majority Journal Default | Determina el comportamiento de |
Heartbeat Timeout (secs) | Especifica el número de segundos que los miembros del set de réplicas esperan para recibir un pings exitoso entre sí. Esta configuración corresponde a la opción de configuración de |
Election Timeout (ms) | Especifica el límite de tiempo en milisegundos para detectar cuándo el primario de un set de réplicas no se encuentra disponible. Esta configuración corresponde a la opción de configuración del set de réplicas |
CatchUp Timeout (ms) | Especifica el límite de tiempo en milisegundos para que una primaria recientemente elegida se sincronice o se ponga al día con los otros miembros del set de réplicas que puedan tener escrituras más recientes. Esta configuración corresponde a la opción de configuración del set de réplicas |
CatchUp Takeover Delay (ms) | Especifique el tiempo en milisegundos que un nodo espera para iniciar una toma de control catchup después de determinar que va por delante del primario actual. Esta configuración corresponde a la opción de configuración |
Last Error Defaults | Especifique el nivel de confirmación de escritura (write concern) por defecto para el set de réplicas. El set de réplicas utiliza este nivel de confirmación de escritura (write concern) solamente cuando las operaciones de escritura o getLastError no especifican otro nivel de confirmación de escritura (write concern). Si esta opción no está configurada, el nivel de confirmación de escritura (write concern) por defecto para el set de réplicas solo requiere confirmación de la primaria. Especifique esta opción en forma de documento, es decir, |
Force Reconfigure | Especifica que deseas forzar una reconfiguración del set de réplicas. Cuando se establece en ADVERTENCIA: Forzar una reconfiguración del set de réplicas podría provocar un rollback de las escrituras confirmadas por la mayoría. Proceda con precaución. Ponte en contacto con el soporte técnico de MongoDB si tienes preguntas sobre los posibles impactos de esta operación. Para más información, consulta Reconfigurar un set de réplicas con Miembros No Disponibles en el Manual del Servidor de MongoDB. |
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Configurar los ajustes de todo el clúster.
La sección Cluster Configuration contiene los siguientes ajustes de configuración a nivel de clúster.
Configuración | Descripción |
|---|---|
Shard Name Prefix | Especifique el prefijo de cada partición en el clúster. Cloud Manager nombra cada partición en el clúster utilizando el formato |
Auth Schema Version | Seleccionar el esquema para almacenar los datos de usuario para su implementación. Si se actualiza de una versión de MongoDB anterior a la 3.0, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para información de compatibilidad, consulta los Cambios de seguridad en las notas de versión 3.0 de MongoDB. |
Feature Compatibility Version | Selecciona la compatibilidad de características entre versiones de la implementación. Cloud Manager muestra este campo si su implementación ejecuta MongoDB versión 3.4 o posterior. |
Process Name | Nombre de host y puerto de un Cloud Manager agrupa los procesos Para clústeres que ejecutan MongoDB 3.0 o anteriores, Cloud Manager agrupa los procesos del servidor de configuración |
Version | |
Log File | Especifica la ruta completa a la entrada de registro Por ejemplo, especificar El |
Configura cada partición en su clúster.
En la sección Member Configuration, haz clic en Shard Settings para abrir las opciones de configuración de partición. Cloud Manager enumera cada partición en el clúster y los procesos mongod asociados a dicha partición. Cada proceso de partición cuenta con las siguientes opciones. No puedes modificar las opciones que aparecen en gris:
Configuración | Descripción |
|---|---|
Member | Selecciona uno de los siguientes roles de miembro del set de réplicas del menú:
|
Hostname | Selecciona del menú el host en el que Cloud Manager Automation implementa el miembro del set de réplicas. El menú sólo enumera los hosts bajo Automatización de Cloud Manager. Para obtener documentación completa sobre cómo añadir servidores a Cloud Manager Automation, consulte Provisionar servidores para la automatización. Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una dirección IPv6. |
Port | Especifique el número de puerto IANA para el proceso El |
Votes | |
Priority | |
Delay | Especifica el número de segundos "detrás" del nodo primario que este nodo debe "retrasarse". Esta configuración corresponde a la opción de configuración de |
Build Indexes | Especifique |
Tags | Especifica la etiqueta o etiquetas asociadas al set de réplicas. Este ajuste corresponde a la opción de configuración del set de réplicas Para obtener la documentación completa acerca de los sets de réplicas, consulte Etiquetas de sets de réplicas |
Add a Mongod |
Para agregar particiones adicionales al clúster:
Haga clic en Add a Shard.
En la sección Cluster Configuration, configure los siguientes parámetros para cada
mongoden la partición:Version
Data Directory
Log File
Configura cada mongos en tu clúster.
Desde la sección Member Configuration, haz clic en Mongos Settings para abrir las opciones de configuración mongos. Cada proceso mongos tiene las siguientes opciones. No se pueden modificar las opciones que están atenuadas:
Configuración | Descripción |
|---|---|
Hostname | Seleccione del menú el host al que Cloud Manager automatización implementa el Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una dirección IPv6. |
Port | Especifique el número de puerto IANA para el proceso El |
Add a Mongos | Haz clic para agregar un proceso adicional |