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 miembro
Si realiza cambios de configuración en un proceso MongoDB individual dentro de un clúster, cualquier cambio futuro en el clúster ya no se aplicará 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 Agregar una compilación de MongoDB personalizada.
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 de su conductor.
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 la versión de MongoDB al realizar 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 sobre copias de seguridad para las 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.2Cloud Manager muestra un modal que le solicita que acepte la licencia especial que MongoDB, Inc. otorga para usar MongoDB Enterprise para 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 respaldo durante la migración de un motor de almacenamiento a otro si el host dispone de suficiente espacio en disco. Si el espacio en disco es insuficiente, no se crean copias de seguridad. Cloud Manager no elimina los directorios de respaldo una vez finalizada la migración. Puede conservar o eliminar los directorios de respaldo anteriores. Estos directorios se encuentran 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 cambiar el motor de almacenamiento de una instancia independiente o un conjunto de réplicas, debe otorgar a Automation acceso de escritura al directorio principal del directorio de datos de MongoDB. El agente crea una copia de seguridad temporal de los datos en el directorio principal al actualizar el motor de almacenamiento. Los cambios en el motor de almacenamiento en instancias independientes también requieren suficiente espacio en disco para realizar un volcado completo de /mongodump y /mongorestore. Este espacio en disco se restaura en la instancia tras el cambio de configuración del motor de almacenamiento. Cloud Manager no elimina los directorios de copia de seguridad.
No se puede 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, consulte 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 patha nivel de 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 del proyecto. Para estos cambios, utilice 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 para la implementación,consulte Administrar usuarios de MongoDB.
Modificaciones múltiples
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:
Agregue la última versión estable de MongoDB a Agregar una compilación personalizada.
Habilitar TLS para los procesos de MongoDB de la implementación.
Agregue un nuevo clúster fragmentado que ejecute la última versión estable de MongoDB mencionada anteriormente.
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 Agente de MongoDB puede forzar que un conjunto de réplicas acepte una nueva configuración si se establece la configuración de replicación Force Reconfigure en Yes. Fuerce una reconfiguración solo para recuperar un conjunto de réplicas si solo una minoría de sus miembros 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 el fragmento principal de cualquier base de datos que contenga colecciones no fragmentadas antes de eliminar el fragmento.
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
Tiene un conjunto de réplicas de cuatro nodos. Todos los nodos tienen derecho a voto. Puede eliminar solo un nodo, lo que conserva la mayoría de tres de los cuatro nodos con derecho a voto. Posteriormente, puede eliminar otro nodo del conjunto de réplicas de tres nodos restante. Esto conserva la mayoría de los nodos con derecho a voto 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, consulte Alta disponibilidad del conjunto de réplicas y Elecciones del conjunto 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
Seleccione el tipo de implementación que desea 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 Advanced Configuration Options sección le permite configurar las opciones de tiempo de ejecución de MongoDB para cada proceso de MongoDB en su implementación.
Para agregar una opción:
Haga clic en Add Option.
Haga Select a Startup Option clicen y seleccione 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 los disponibles,Advanced Configuration Options consulte 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 miembro del conjunto de réplicas bajo el encabezado MongoD Settings de la sección Member Configuration. Cada miembro del conjunto 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 | Especifique el número de segundos que este miembro debe retrasarse respecto al miembro principal. Esta configuración corresponde a la |
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 documentación completa sobre las etiquetas de conjunto de réplicas, consulte Etiquetas de conjunto de réplicas |
Add a Mongod |
Configure sus 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) | Especifique el límite de tiempo en milisegundos para detectar cuándo el servidor principal de un conjunto de réplicas es inaccesible. Esta configuración corresponde a la opción de |
CatchUp Timeout (ms) | Especifique el límite de tiempo en milisegundos para que un servidor principal recién elegido se sincronice o se ponga al día con los demás miembros del conjunto de réplicas que puedan haber escrito más recientemente. Esta configuración corresponde a la |
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 | Especifique que desea forzar una reconfiguración del conjunto 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 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, si se especifica, se indica 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 | Especifique el número de segundos que este miembro debe retrasarse respecto al miembro principal. Esta configuración corresponde a la |
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 documentación completa sobre las etiquetas de conjunto de réplicas, consulte Etiquetas de conjunto 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 |