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 Ops Manager, consulta 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:
Las notas de versión de MongoDB
Advertencia
Actualizaciones de MongoDB 5.0 a 6.0
Cuando actualices un clúster particionado de MongoDB de la 5.0 a la 6.0, debes utilizar el procedimiento que se encuentra en la página Actualizar un Clúster Particionado a 6.0 del Manual de MongoDB para actualizar la tabla de enrutamiento almacenada en caché para cada
mongos.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
De la versión 4.4 a cualquier versión anterior a la 4.2.6
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.
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, Ops Manager reinicia los procesos de MongoDB.
Si ejecutas o actualizas a MongoDB 3.0 o posterior y modificas el motor de almacenamiento de MongoDB, Ops Manager apaga y reinicia el proceso de MongoDB. Para un conjunto de réplicas de varios nodos, Ops Manager realiza una sincronización inicial gradual de cada nodo.
Ops Manager crea directorios de copias de seguridad durante la migración de un motor de almacenamiento a otro si el host cuenta con suficiente espacio en disco. Si el espacio en disco no es suficiente, no se realizarán copias de seguridad. Ops Manager no borra los directorios de copia de seguridad una vez que la migración está completa. Puede mantener o borrar los directorios de copia de seguridad anteriores. Los directorios de copia de seguridad 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 Ops Manager.
Antes de poder cambiar el motor de almacenamiento para una instancia autónoma o un set de réplicas, debe otorgar a la automatización acceso de escritura a la directorio de datos de MongoDB en el directorio principal. 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 autónomas también requieren un espacio de disco adecuado para realizar un /mongodump y /mongorestore completos. Este espacio en disco se restaura a la instancia después del cambio de configuración del motor de almacenamiento. El Ops Manager no elimina 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 en la implementación, consulta Habilitar autenticación para un Proyecto de Ops 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.
Advertencia
Actualizaciones de MongoDB 5.0 a 6.0
Cuando se actualiza un clúster particionado de MongoDB 5.0 a 6.0, deben utilizarse el procedimiento en la página Actualizar un clúster particionado a 6.0 del manual de MongoDB para actualizar la tabla de enrutamiento almacenada en caché para cada mongos.
Todos los cambios son a nivel de clúster
No se pueden hacer cambios a nodos individuales de un set de réplicas o clúster shardeado, solo al conjunto completo o al clúster completo.
El operador de Kubernetes sobrescribe algunas configuraciones de Ops Manager
Algunas configuraciones que configura utilizando Kubernetes operador no se pueden anular en la aplicación Ops Manager. Si cambias una de estas configuraciones, el operador de Kubernetes revierte las configuraciones cada vez que aplicas la especificación de recurso. Se aceptan configuraciones que el operador de Kubernetes no gestiona.
La siguiente lista de configuraciones es exclusiva para Kubernetes. Esta lista puede cambiar en una fecha posterior.
Estas configuraciones se pueden encontrar en la página Configuración de Automatización.
processes.args2_6.net.portprocesses.args2_6.replication.replSetNameprocesses.args2_6.storage.dbPathprocesses.args2_6.systemLog.pathprocesses.authSchemaVersionprocesses.cluster(procesos mongos)processes.featureCompatibilityVersionprocesses.hostnameprocesses.nameprocesses.versionreplicaSets._idreplicaSets.members._idreplicaSets.members.hostreplicaSets.membersreplicaSets.versionsharding.clusterRole(config server)sharding.configServerReplicasharding.namesharding.shards._idsharding.shards.rs
Ejemplo
El operador de Kubernetes crea un set de réplicas de 3 nodos.
Cambiaste
storage.wiredTiger.engineConfig.cacheSizeGBa40.Luego se escala el set de réplicas a 5 nodos.
El
storage.wiredTiger.engineConfig.cacheSizeGBpara los nuevos nodos debe ser40.
Cambios no disponibles en Kubernetes
Si una configuración no está disponible para un recurso de Kubernetes de MongoDB, entonces el cambio debe realizarse en la aplicación Ops Manager.
Requisitos previos
La implementación debe estar ejecutando una versión de Automatización que sea compatible con Ops Manager. Si su implementación no ejecuta una versión compatible del agente, Ops Manager muestra una etiqueta que le pide que actualice sus agentes.
Debe tener suficiente espacio en disco en el directorio principal para realizar copias de seguridad antes de realizar cambios en el motor de almacenamiento en procesos autónomos. Recomendamos usar sets de réplicas en lugar de procesos autónomos, que aplican cambios de manera gradual.
Para actualizar un objeto de MongoDB Kubernetes, es necesario cumplir con los requisitos previos y completar los procedimientos en la página Instalar el operador de Kubernetes.
Procedimiento
Selecciona el tipo de implementación que deseas editar:
Navega a la página Deployment de tu proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.
Si aún no se muestra, haz clic en Deployment en la barra lateral.
Modifique la configuración autónoma.
La sección Standalone Settings contiene los siguientes ajustes de configuración:
Configuración | Descripción |
|---|---|
Hostname | EL hostname al que Ops Manager despliega el |
Port | Especifique el número de puerto IANA para el proceso El |
Version | Selecciona la versión del servidor MongoDB del proceso Ops Manager solo muestra las versiones de MongoDB que están disponibles para tu implementación. Para desactivar este filtro, consulte |
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. Ops Manager muestra este campo si tu implementación ejecuta la versión 3.4 de MongoDB 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.
Ops 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 las Advanced Configuration Options disponibles, consulta Opciones avanzadas para implementaciones de MongoDB.
Navega a la página Deployment de tu proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.
Si aún no se muestra, haz clic en Deployment en la barra lateral.
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. Ops Manager muestra este campo si tu implementación ejecuta la versión 3.4 de MongoDB 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 Ops Manager aplica cualquier configuración definida para el set de réplicas a todos sus procesos asociados. |
Version | Selecciona la versión del servidor MongoDB del proceso Ops Manager solo muestra las versiones de MongoDB que están disponibles para tu implementación. Para desactivar este filtro, consulte |
Log File | Especifica la ruta completa a la Por ejemplo, especificar El |
Configure cada miembro del conjunto de réplicas.
Ops Manager enumera cada miembro del 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 desde el menú el host en el que Ops Manager automatización implementa el miembro del conjunto de réplicas. El menú solo enumera los hosts bajo Ops Manager automatización. Para obtener documentación completa sobre cómo añadir servidores a la automatización de Ops Manager, consulta 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. |
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 Advanced Options.
Haz clic en Select a Startup Option y selecciona la opción de configuración.
Ops Manager muestra una entrada sensible al contexto para configurar un valor aceptable para la opción seleccionada.
Haz clic en Add para añadir la opción seleccionada y su valor correspondiente a cada proceso del tipo de proceso seleccionado en el clúster.
Ops Manager enumera cada proceso en el clúster agrupado lógicamente. Haz clic en la flecha gris a la izquierda del agrupamiento lógico para mostrar sus subagrupamientos y procesos. Puedes modificar las opciones avanzadas para cada proceso individualmente según sea necesario.
Para obtener descripciones de las Advanced Configuration Options disponibles, consulta Opciones avanzadas para implementaciones de MongoDB.
Haz clic en Confirm & Deploy para implementar tus cambios.
En caso contrario, haz clic en Cancel y podrás realizar cambios adicionales.
Ops Manager muestra el siguiente mensaje si intentas forzar la reconfiguración de un set de réplicas.
Antes de hacer clic en Confirm & Deploy, asegúrate de comprender los riesgos de reconfigurar manualmente un set de réplicas.
Tip
Reconfigura un set de réplicas con miembros no disponibles en el Manual de MongoDB.
Navega a la página Deployment de tu proyecto.
Si aún no se muestra, se debe seleccionar la organización que contiene el proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.
Si aún no se muestra, haz clic en Deployment en la barra lateral.
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 | Especifica el prefijo de cada partición en el clúster. Ops 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. Ops Manager muestra este campo si tu implementación ejecuta la versión 3.4 de MongoDB o posterior. |
Process Name | Nombre de host y puerto de un Ops Manager agrupa los procesos de Para clústeres que ejecutan MongoDB 3.0 o anterior, Ops Manager agrupa los procesos del servidor de configuración |
Version | Seleccione la versión del servidor de MongoDB del Ops Manager solo muestra las versiones de MongoDB que están disponibles para tu implementación. Para desactivar este filtro, consulte |
Log File | Especifica la ruta completa a la entrada de registro Por ejemplo, especificar El |
Configura cada partición en su clúster.
Desde la sección Member Configuration, haga clic en Shard Settings para abrir las opciones de configuración de la partición. Ops Manager enumera cada partición en el clúster y los mongod procesos asociados a esa partición. Cada proceso de partición tiene las siguientes opciones. No se pueden modificar las opciones que están atenuadas:
Configuración | Descripción |
|---|---|
Member | Selecciona uno de los siguientes roles de miembro del set de réplicas del menú:
|
Hostname | Selecciona desde el menú el host en el que Ops Manager automatización implementa el miembro del conjunto de réplicas. El menú solo enumera los hosts bajo Ops Manager automatización. Para obtener documentación completa sobre cómo añadir servidores a la automatización de Ops Manager, consulta 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 servidor de configuración en tu clúster.
Ops Manager muestra un encabezado diferente para la configuración del servidor, dependiendo de la versión de MongoDB que se haya seleccionado para los servidores.
- MongoDB 3.2 o posterior:
Desde la sección Member Configuration, haz clic en Config Server Replica Set Settings para abrir las opciones de configuración de CSRS. Cada miembro del set de réplicas del servidor de configuración tiene las siguientes opciones:
ConfiguraciónDescripciónMember
Selecciona uno de los siguientes roles de miembro del set de réplicas del menú:
DefaultUn nodo del set de réplicas que puede convertirse en el primario y participar en las elecciones.
Un nodo del set de réplicas que no contiene datos, pero puede votar en las elecciones. Corresponde a la opción de configuración
arbiterOnlyde la réplica.Un nodo del set de réplicas que lleva datos y que puede votar en elecciones. Corresponde a la opción de configuración de réplicas
hidden.Un nodo con datos en el set de réplicas que puede votar en elecciones. Corresponde a las siguientes opciones de configuración de réplicas:
secondaryDelaySecsyhidden.
Hostname
Selecciona desde el menú el host en el que Ops Manager automatización implementa el miembro del conjunto de réplicas. El menú solo enumera los hosts bajo Ops Manager automatización. Para obtener documentación completa sobre cómo añadir servidores a la automatización de Ops Manager, consulta 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
mongod. Esta configuración corresponde a la opción del archivo de configuraciónnet.port. Por defecto a27017.El
mongoddebe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos demongoden un solo host, debe seleccionar un puerto único no en uso para cada proceso.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
secondaryDelaySecsmongodset de réplicas.Build Indexes
Especifique
truepara dirigir elmongoda crear un índice. Esta configuración corresponde a la opción de configuración del set de réplicasbuildIndexesmongod.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
tagsmongod.Para obtener la documentación completa acerca de los sets de réplicas, consulte Etiquetas de sets de réplicas
Add a Mongod
- MongoDB 3.0 o anterior
Desde la sección Member Configuration, haga clic en Config Server Settings para abrir las opciones del servidor de configuración. Cada servidor de configuración tiene las siguientes opciones:
ConfiguraciónDescripciónHostname
Selecciona desde el menú el host en el que Ops Manager automatización implementa el miembro del conjunto de réplicas. El menú solo enumera los hosts bajo Ops Manager automatización. Para obtener documentación completa sobre cómo añadir servidores a la automatización de Ops Manager, consulta 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
mongod. Esta configuración corresponde a la opción del archivo de configuraciónnet.port. Por defecto a27017.El
mongoddebe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos demongoden un solo host, debe seleccionar un puerto único no en uso para cada proceso.
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 en el que la automatización de Ops Manager 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 |
Configura cada set de réplicas en tu clúster.
La sección Replication Settings contiene las siguientes opciones de configuración para cada set de réplicas en el clúster:
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. |
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 Advanced Options.
Haz clic en Select a Startup Option y selecciona la opción de configuración.
Ops Manager muestra una entrada sensible al contexto para configurar un valor aceptable para la opción seleccionada.
Haz clic en Add para añadir la opción seleccionada y su valor correspondiente a cada proceso del tipo de proceso seleccionado en el clúster.
Ops Manager enumera cada proceso en el clúster agrupado lógicamente. Haz clic en la flecha gris a la izquierda del agrupamiento lógico para mostrar sus subagrupamientos y procesos. Puedes modificar las opciones avanzadas para cada proceso individualmente según sea necesario.
Para obtener descripciones de las Advanced Configuration Options disponibles, consulta Opciones avanzadas para implementaciones de MongoDB.
Edita el archivo de especificación de recursos de Kubernetes.
Modifica o agrega cualquier configuración que necesites añadir o cambiar.
Guarde su archivo de especificaciones.
Invoca el siguiente comando de Kubernetes para actualizar tu recurso.
kubectl apply -f <standalone-conf>.yaml