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.
Consulte los siguientes documentos para conocer 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.
Planifique el cambio de versión durante una ventana de mantenimiento predefinida.
Cambie la versión de MongoDB en un entorno de prueba antes de cambiar a un entorno de producción. Su entorno de prueba debe ser un reflejo de su entorno de producción. Esto puede ayudar a evitar problemas de compatibilidad que podrían provocar tiempos de inactividad en su 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 la degradación
No es posible degradar una implementación de MongoDB:
Desde la versión 5.0 a 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 las consideraciones de copia de seguridad, consulte Consideraciones de copia de seguridad.
Si elige 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ó la compatibilidad con el1 motor de almacenamiento MMAPv en 4.2 MongoDB. Si edita la configuración de su implementación para cambiar su motor de almacenamiento a WiredTiger Storage Engine, Cloud Manager reinicia los procesos de MongoDB.
Si ejecuta o actualiza a MongoDB 3.0 o una versión posterior y modifica el motor de almacenamiento de MongoDB, Cloud Manager cierra y reinicia el proceso de MongoDB. En un conjunto de réplicas con varios miembros, Cloud Manager realiza una sincronización inicial continua de cada miembro.
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 era /data/process, la copia de seguridad sería /data/process.bak.UNIQUENAME. UNIQUENAME es una cadena aleatoria generada por 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 las siguientes configuraciones una vez creada una implementación:
Puede modificar las siguientes configuraciones de implementación:
log patha nivel de proceso
Topología de implementación
Puede 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, utilice 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 habilitar TLS para la implementación, consulte 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
Puede combinar varias modificaciones en una sola implementación.
Ejemplo
Puede realizar todas las modificaciones siguientes antes de hacer clic en el Review Changes botón:
Agregue la última versión estable de MongoDB a Agregar una compilación personalizada.
Habilite TLS para los procesos 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 pantalla para que pueda confirmarlos antes de implementarlos.
Forzar reconfiguración
Solo para conjuntos de réplicas y clústeres fragmentados
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 de un conjunto de réplicas puede provocar una reversión de la mayoría de las escrituras confirmadas.
Proceda con precaución. Contacte con el soporte de MongoDB si tiene preguntas sobre las posibles consecuencias de esta operación.
Tip
Reconfigurar un conjunto de réplicas con miembros no disponibles en el Manual de MongoDB.
Eliminar un fragmento
Solo para clústeres fragmentados
Cuando se elimina un fragmento, todas las bases de datos no fragmentadas en ese fragmento se mueven a un fragmento restante mediante el comando movePrimary.
Todas las colecciones fragmentadas permanecen en línea y disponibles durante el proceso de eliminación. Sin embargo, las operaciones de lectura y escritura enviadas a colecciones no fragmentadas durante la operación movePrimary pueden provocar un comportamiento inesperado, como el fallo 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 obtener más información sobre cómo eliminar fragmentos, consulte Eliminar fragmentos de un clúster fragmentado existente.
Remoción de varios miembros del set de réplicas
Puede eliminar o migrar varios miembros del conjunto de réplicas a la vez, pero la mayoría de los miembros con derecho a voto deben permanecer. Si necesita eliminar más miembros con derecho a voto, elimínelos uno a uno.
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 conjunto de réplicas de cuatro nodos. Tres nodos son miembros con derecho a voto y uno sin derecho a voto. Puede eliminar un miembro con derecho a voto y uno sin derecho a voto simultáneamente. Esto conserva la mayoría de dos de los tres nodos con derecho a voto.
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 ejecutar una versión de Automation compatible con Cloud Manager. Si su implementación no ejecuta una versión compatible del agente, Cloud Manager mostrará un mensaje solicitándole que actualice sus 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.
Modificar la configuración independiente.
La sección Standalone Settings contiene las siguientes configuraciones:
Configuración | Descripción |
|---|---|
Hostname | Nombre de host donde Cloud Manager implementa. Este nombre de host |
Port | Especifique el número de puerto IANA para el proceso El debe tener acceso exclusivo al |
Version | |
Auth Schema Version | Seleccione el esquema para almacenar los datos de usuario en su implementación. Si actualiza desde una versión de MongoDB anterior 3.0 a, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para obtener información sobre compatibilidad,consulte los cambios de seguridad en las notas de la 3.0 versión de MongoDB. |
Feature Compatibility Version | Seleccione la versión de compatibilidad de funciones de la implementación. Cloud Manager muestra este campo si su implementación ejecuta MongoDB versión 3.4 o posterior. |
Log File | Especifique la ruta completa al Por ejemplo, especificar indica El |
Modificar opciones de configuración avanzadas.
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 una entrada sensible al contexto 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.
Modificar la configuración de todo el clúster.
La sección Replica Set Configuration contiene las siguientes configuraciones para todo el clúster.
Configuración | Descripción |
|---|---|
Auth Schema Version | Seleccione el esquema para almacenar los datos de usuario en su implementación. Si actualiza desde una versión de MongoDB anterior 3.0 a, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para obtener información sobre compatibilidad,consulte los cambios de seguridad en las notas de la 3.0 versión de MongoDB. |
Feature Compatibility Version | Seleccione la versión de compatibilidad de funciones 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 al conjunto de réplicas. Puede configurar la versión del servidor MongoDB, el directorio de datos y la ruta de registro de cada proceso. |
Process Name | Nombre de host y puerto de un proceso. Este nombre de host Cloud Manager aplica cualquier configuración configurada para el conjunto de réplicas a todos sus procesos asociados. |
Version | |
Log File | Especifique la ruta completa al Por ejemplo, especificar indica El |
Configurar 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 | Seleccione uno de los siguientes roles de miembro del conjunto de réplicas del menú:
|
Hostname | Seleccione en el menú el host donde Cloud Manager Automation implementa el miembro del conjunto de réplicas. El menú solo muestra los hosts de Cloud Manager Automation. Para obtener la documentación completa sobre cómo agregar servidores a Cloud Manager Automation, consulte Aprovisionar servidores para Automation. Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una6 dirección IPv. |
Port | Especifique el número de puerto IANA para el proceso El debe tener acceso exclusivo al |
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 | Especifique la etiqueta o etiquetas asociadas al conjunto de réplicas. Esta configuración corresponde a la opción de 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 conjunto 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, consulte Versiones del protocolo del conjunto de réplicas. |
Chaining Allowed | Especifique |
Write Concern Majority Journal Default | Determina el comportamiento de |
Heartbeat Timeout (secs) | Especifique el número de segundos que los miembros del conjunto de réplicas esperan para recibir un latido correcto entre sí. Esta configuración corresponde a la |
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 tras determinar que está por delante del nodo principal actual. Esta configuración corresponde a la |
Last Error Defaults | Especifique la preocupación de escritura predeterminada para el conjunto de réplicas. El conjunto de réplicas utiliza esta preocupación de escritura solo cuando las operaciones de escritura o getLastError no especifican ninguna otra preocupación de escritura. Si esta opción no está configurada, la preocupación de escritura predeterminada para el conjunto de réplicas solo requiere confirmación del servidor principal. 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 de un conjunto de réplicas puede provocar una reversión de la mayoría de las escrituras confirmadas. Proceda con precaución. Contacte con el soporte de MongoDB si tiene preguntas sobre las posibles consecuencias de esta operación. Para obtener más información, consulte Reconfigurar un conjunto de réplicas con miembros no disponibles en el Manual del servidor 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 las siguientes configuraciones para todo el clúster.
Configuración | Descripción |
|---|---|
Shard Name Prefix | Especifique el prefijo de cada fragmento del clúster. Cloud Manager asigna a cada fragmento el |
Auth Schema Version | Seleccione el esquema para almacenar los datos de usuario en su implementación. Si actualiza desde una versión de MongoDB anterior 3.0 a, MongoDB 3.0+ utiliza un esquema diferente para los datos de usuario que las versiones anteriores. Para obtener información sobre compatibilidad,consulte los cambios de seguridad en las notas de la 3.0 versión de MongoDB. |
Feature Compatibility Version | Seleccione la versión de compatibilidad de funciones 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 Para los clústeres que ejecutan MongoDB 3.0 o anterior, 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 |
Configurar cada fragmento en su clúster.
En la Member Configuration sección,Shard Settings haga clic en para abrir las opciones de configuración del fragmento. Cloud Manager muestra cada fragmento del clúster y los procesos asociados a él. Cada proceso del fragmento tiene las siguientes opciones. No se pueden modificar mongod las opciones que están en gris:
Configuración | Descripción |
|---|---|
Member | Seleccione uno de los siguientes roles de miembro del conjunto de réplicas del menú:
|
Hostname | Seleccione en el menú el host donde Cloud Manager Automation implementa el miembro del conjunto de réplicas. El menú solo muestra los hosts de Cloud Manager Automation. Para obtener la documentación completa sobre cómo agregar servidores a Cloud Manager Automation, consulte Aprovisionar servidores para Automation. Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una6 dirección IPv. |
Port | Especifique el número de puerto IANA para el proceso El debe tener acceso exclusivo al |
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 | Especifique la etiqueta o etiquetas asociadas al conjunto de réplicas. Esta configuración corresponde a la opción de 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 fragmentos 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
Configure cada mongos en su clúster.
En la Member Configuration sección,Mongos Settings haga clic en para abrir las mongos opciones de configuración. Cada proceso tiene las siguientes opciones. No se pueden modificar mongos las opciones que están en gris:
Configuración | Descripción |
|---|---|
Hostname | Seleccione en el menú el host donde Cloud Manager Automation implementa. El menú solo muestra los hosts de Cloud Manager Automation. Para obtener la documentación completa sobre cómo agregar servidores a Cloud Manager Automation, consulte Este nombre de host puede ser un nombre de host, un FQDN, una dirección IPv4 o una6 dirección IPv. |
Port | Especifique el número de puerto IANA para el proceso El debe tener acceso exclusivo al |
Add a Mongos | Haga clic para agregar un proceso |