/ /

Crea implementaciones

Docs Home

Gestión

Gerente de Operaciones

Crea implementaciones

Docs Home

Gestión

Gerente de Operaciones

Crea implementaciones

Implementar un clúster particionado

Clústeres fragmentados proporcionan escalado horizontal para grandes conjuntos de datos y permiten operaciones de alto rendimiento al distribuir el conjunto de datos entre un grupo de servidores.

Para aprender más sobre particionado, consulta Introducción al particionado en el manual de MongoDB.

Utilice este procedimiento para implementar un nuevo clúster fragmentado que sea gestionado por Ops Manager. Luego, puedes utilizar Ops Manager para añadir particiones y realizar otras operaciones de mantenimiento en el clúster.

Nota

Agregado en Ops Manager 4.0

Se puede utilizar Kubernetes para implementar instancias de MongoDB con Ops Manager versión 4.0 o posterior.

Para aprender cómo implementar un clúster usando un objeto de Kubernetes, consulta Implementar un clúster en la documentación de MongoDB Enterprise Kubernetes Operator.

Requisitos previos

Para implementar clústeres de MongoDB, debe provisionar hosts para servir esos clústeres. Ops Manager requiere acceso a estos hosts.

Importante

Si ejecutas MongoDB Enterprise y aprovisionas tus propios hosts Linux, debes instalar las dependencias necesarias en cada servidor antes de instalar MongoDB. El manual de MongoDB proporciona el comando adecuado para instalar las dependencias.

Para aprender más sobre los detalles de un sistema operativo, consulta lo siguiente:

Considerations

Nombres únicos para los clústeres fragmentados

Utiliza nombres únicos para el nuevo clúster y sus particiones.

Importante

Los nombres de sets de réplicas, clústeres fragmentados y particiones dentro del mismo Proyecto deben ser únicos. Si no se asignan nombres únicos a las implementaciones, se producirán snapshots de copia de seguridad dañadas.

No implementes los agentes de supervisión dentro y fuera de Kubernetes.

No mezcles implementaciones de MongoDB fuera de Kubernetes con aquellas dentro de Kubernetes en el mismo proyecto.

Debido a la traducción de red de Kubernetes, un agente de supervisión fuera de Kubernetes no puede supervisar las instancias de MongoDB dentro de Kubernetes. Por esta razón, las implementaciones de k8s y no k8s en el mismo Proyecto no están soportadas. Utiliza proyectos separados.

Arquitectura de implementación del servidor de configuración

Novedades en la versión Ops: Manager 4.0

A partir de MongoDB 3.2 o versiones posteriores del servidor de configuración mongod procesos, el Ops Manager implementa tus servidores de configuración como un set de réplicas.

Para aprender más acerca de CSRS y servidores de configuración redundantes (SCCC), consulte Servidores de configuración.

Eliminando una partición

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.

Procedimiento

Navega hasta el Deployment página para 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.

Abre la Vista de Creación de Clústeres.

Haz clic en la flecha Add en la esquina superior derecha de la página Deployment. Seleccione New Cluster del menú desplegable para abrir la vista Create New Cluster.

Configurar los ajustes de todo el clúster.

La sección Cluster Configuration contiene la siguiente configuración de clúster a nivel global. Las configuraciones marcadas con un asterisco * en la IU de Ops Manager son obligatorias.

Configuración	Descripción
Cluster Name	Especifique el nombre de su implementación de clúster en particiones. No puedes cambiar esto una vez establecido.
Config Server Replica Set Name	Especifica el nombre de tu set de réplicas del servidor de configuración. No se puede modificar una vez configurado. Esta configuración corresponde a la opción de configuración de `_id` réplica. Ops Manager solo muestra esta opción si seleccionaste MongoDB 3.2 o una versión posterior como el Version de tus servidores de configuració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 `<prefix_n>`, donde `n` es un entero con índice 0e incremento monótono.
Process Name	Nombre de host y puerto de un `mongod` o `mongos` asociado al clúster. Este hostname puede ser un hostname, un FQDN, una dirección IPv4 o una dirección IPv6. Ops Manager agrupa los procesos de `mongod` bajo el nombre de su set de réplicas principal, y los procesos de `mongos` bajo mongoses. Ops Manager luego agrupa todos los componentes del clúster bajo el nombre del clúster. Haz clic en el a la izquierda de un grupo para ver una lista de sus subgrupos o procesos. Modificar cualquiera de las configuraciones disponibles para un grupo cambia el valor correspondiente en sus subgrupos y procesos. Para clústeres que ejecutan MongoDB 3.0 o anterior, Ops Manager agrupa los procesos del servidor de configuración `mongod` bajo configServers.
Version	Seleccione la versión del servidor de MongoDB del `mongod` o el proceso `mongos`. Ops Manager solo muestra las versiones de MongoDB que están disponibles para tu implementación. Para desactivar este filtro, consulte `automation.versions.download.baseUrl.allowOnlyAvailableBuilds`.
Data Directory	Especifica el directorio donde el proceso `mongod` almacena los archivos de datos. Esta configuración corresponde a la opción del archivo de configuración `storage.dbPath` `mongod`. El Ops Manager Automation debe tener permisos de sistema de archivos para leer, guardar y ejecutar todos los archivos y carpetas en el directorio especificado. Cada proceso `mongod` debe tener su propio directorio de base de datos. Si se despliegan varios procesos de `mongod` en el mismo host, asegúrate de que cada proceso tenga su propio directorio distinto.
Log File	Especifica la ruta completa a la entrada de registro `mongod` o `mongos`, incluyendo el nombre y la extensión de la entrada de registro. Esta configuración corresponde a la opción del archivo de configuraciones `systemLog.path`. El `mongod` o el `mongos` deben tener permiso para leer y escribir en el archivo especificado. Por ejemplo, especificar `/var/log/mongodb/mongo.log` dirige el `mongod` o `mongos` para almacenar su archivo de registro en `/var/log/mongodb/` como `mongo.log`. El `mongod` o el `mongos` deben tener su propio archivo único de registros. Si se implementan múltiples `mongod` o `mongos` procesos en el mismo host, asegúrate de que cada `mongod` o `mongos` tenga su propio archivo de registro único.

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. Ops Manager enumera cada partición en el clúster y los procesos de mongod asociados a esa partición. Cada proceso de partición tiene las siguientes opciones:

Configuración	Descripción
Member	Selecciona uno de los siguientes roles de miembro del set de réplicas del menú: `Default` Un nodo del set de réplicas que puede convertirse en el primario y participar en las elecciones. Árbitro 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 `arbiterOnly` de la réplica. Oculto 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`. Oculto retrasado 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: `secondaryDelaySecs` y `hidden`.
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ón `net.port`. Por defecto a `27017`. El `mongod` debe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos de `mongod` en un solo host, debe seleccionar un puerto único no en uso para cada proceso.
Votes	Especificar la cantidad de votos que el miembro del set de réplicas tiene durante las elecciones. Este ajuste corresponde a la opción de configuración del set de réplicas `votes` `mongod`.
Priority	Especifique la prioridad del nodo durante las elecciones. Miembros del set de réplicas con una prioridad de `0` no pueden convertirse en el primario ni pueden iniciar elecciones. Esta configuración corresponde a la opción de configuración de set de réplicas `priority` `mongod`.
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 `secondaryDelaySecs` `mongod` set de réplicas.
Build Indexes	Especifique `true` para dirigir el `mongod` a crear un índice. Esta configuración corresponde a la opción de configuración del set de réplicas `buildIndexes` `mongod`.
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 `tags` `mongod`. Para obtener la documentación completa acerca de los sets de réplicas, consulte Etiquetas de sets de réplicas
Add a Mongod	Agrega un proceso adicional `mongod` como set de réplicas. Agregar un nuevo `mongod` proceso también actualiza la lista de procesos en la sección Cluster Configuration. Debe configurar el Version, Data Directory y Log File del nuevo proceso.

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 mongod en la partición:
- Version
- Data Directory
- Log File

Configura cada servidor de configuración en tu clúster.

En el menú desplegable, elige entre los tipos de servidor de configuración Dedicated y Embedded. Los clústeres que contienen más de 3 particiones deben usar el tipo Dedicated.

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ón	Descripción
Member	Selecciona uno de los siguientes roles de miembro del set de réplicas del menú: `Default` Un nodo del set de réplicas que puede convertirse en el primario y participar en las elecciones. Árbitro 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 `arbiterOnly` de la réplica. Oculto 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`. Oculto retrasado 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: `secondaryDelaySecs` y `hidden`.
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ón `net.port`. Por defecto a `27017`. El `mongod` debe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos de `mongod` en un solo host, debe seleccionar un puerto único no en uso para cada proceso.
Votes	Especificar la cantidad de votos que el miembro del set de réplicas tiene durante las elecciones. Este ajuste corresponde a la opción de configuración del set de réplicas `votes` `mongod`.
Priority	Especifique la prioridad del nodo durante las elecciones. Miembros del set de réplicas con una prioridad de `0` no pueden convertirse en el primario ni pueden iniciar elecciones. Esta configuración corresponde a la opción de configuración de set de réplicas `priority` `mongod`.
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 `secondaryDelaySecs` `mongod` set de réplicas.
Build Indexes	Especifique `true` para dirigir el `mongod` a crear un índice. Esta configuración corresponde a la opción de configuración del set de réplicas `buildIndexes` `mongod`.
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 `tags` `mongod`. Para obtener la documentación completa acerca de los sets de réplicas, consulte Etiquetas de sets de réplicas
Add a Mongod	Agrega un proceso adicional `mongod` como set de réplicas. Agregar un nuevo `mongod` proceso también actualiza la lista de procesos en la sección Cluster Configuration. Debe configurar el Version, Data Directory y Log File del nuevo proceso.

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ón

Descripción

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ón net.port. Por defecto a 27017.

El mongod debe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos de mongod en 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 mongos opciones de configuración. Cada proceso mongos tiene las siguientes opciones:

Configuración	Descripción
Hostname	Seleccione del menú el host en el que la automatización de Ops Manager implementa el `mongos`. El menú solo muestra los hosts bajo automatización de Ops Manager. Para obtener la documentación completa sobre cómo agregar servidores a la automatización de Ops Manager, 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 `mongos`. Esta configuración corresponde a la opción del archivo de configuración `net.port`. Por defecto a `27017`. El `mongos` debe tener acceso exclusivo al puerto especificado. Si está implementando múltiples procesos de `mongos` en un solo host, debe seleccionar un puerto único no en uso para cada proceso.
Add a Mongos	Haz clic para agregar un proceso adicional `mongos`.

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 `protocolVersion` set de réplicas. Para obtener más información, consulta versiones del protocolo de set de réplicas.
Chaining Allowed	Especifica `true` para permitir que los miembros secundarios reproduzcan información de otros miembros secundarios. Esta configuración corresponde a la opción de configuración del set de réplicas `chainingAllowed`.
Write Concern Majority Journal Default	Determina el comportamiento de `{w:"majority"}` nivel de confirmación de escritura (write concern) si nivel de confirmación de escritura (write concern) no especifica explícitamente la opción de journal `j`. Esta configuración corresponde a la opción de configuración de `writeConcernMajorityJournalDefault` set de réplicas.
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 `heartbeatTimeoutSecs` set de réplicas.
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 `electionTimeoutMillis`.
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 `catchUpTimeoutMillis`.
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 `catchUpTakeoverDelayMillis` del set de réplicas.
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, `{"w":2}`.
Force Reconfigure	Especifica que deseas forzar una reconfiguración del set de réplicas. Cuando se establece en `Yes`, el MongoDB Agent obliga a que el set de réplicas acepte una nueva configuración incluso si la mayoría de sus nodos no 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. Para más información, consulta Reconfigurar un set de réplicas con Miembros No Disponibles en el Manual del Servidor de MongoDB.

Establece los niveles de preocupación de lectura y escritura por defecto para tu set de réplicas de MongoDB.

En la tarjeta Default Read Concerns/Write Concerns, se configura el nivel por defecto de reconocimiento solicitado desde MongoDB para las operaciones de lectura y escritura en este clúster. Establecer la preocupación de lectura y escritura por defecto puede ayudar con las implementaciones de MongoDB 5.0 y posteriores utilizando árbitros.

Desde la sección Default Read Concerns, puedes establecer propiedades de coherencia y aislamiento para la lectura de datos desde el clúster.

Selecciona el nivel de consistencia de lectura por defecto en el menú desplegable Level. Puedes elegir entre los siguientes valores:

local, el valor por defecto de MongoDB 5.0 y posteriores,
disponible, el valor por defecto de MongoDB 4.4, o
mayoría.

Desde la sección Default Write Concerns, se puede configurar el nivel por defecto de reconocimiento solicitado a MongoDB para las operaciones de escritura desde el clúster. Puedes establecer tres parámetros:

Parameter	Valor
opción w	Número deseado de instancias `mongod` que deben reconocer una operación de guardar. Puedes ingresar uno de los siguientes valores: `majority`, el valor por defecto de MongoDB 5.0 y versiones posteriores, o Cualquier número entero positivo. MongoDB 4.4 utiliza de forma predeterminada `1`.
j Opción	Indicador que indica si el reconocimiento de escritura debe guardarse en el registro en disco.
w Tiempo de espera	Límite de tiempo deseado para el nivel de confirmación de escritura (write concern) expresado en milisegundos. Establezca este valor cuando fije w a un valor mayor que `1`, incluyendo `majority`.

Establece cualquier opción de configuración avanzada para tu clúster compartido de MongoDB.

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.

Haga clic en Create Cluster.

Ops Manager te redirige a la vista Deployment, donde debes revisar la configuración del clúster antes de que Ops Manager comience la implementación.

Haz clic en Review & Deploy para revisar tus cambios.

Revisa y aprueba tus cambios.

Ops Manager muestra los cambios propuestos.

Si estás satisfecho, haz clic en Confirm & Deploy.
Si desea realizar cambios de configuración adicionales, haga clic en Cancel. Haz clic en Modify para que el clúster realice cambios adicionales.

Volver

Implementar Set de réplicas

Implementación en instancia autónoma

Nota

Agregado en Ops Manager 4.0

Requisitos previos

Importante

Considerations

Nombres únicos para los clústeres fragmentados

Importante

No implementes los agentes de supervisión dentro y fuera de Kubernetes.

Arquitectura de implementación del servidor de configuración

Eliminando una partición

Procedimiento

Navega hasta el .leafygreen-ui-8n27nz{font-style:normal;font-weight:700;}Deployment página para tu proyecto.

Abre la Vista de Creación de Clústeres.

Configurar los ajustes de todo el clúster.

Configura cada partición en su clúster.

Configura cada servidor de configuración en tu clúster.

Configura cada mongos en tu clúster.

Configura cada set de réplicas en tu clúster.

Establece los niveles de preocupación de lectura y escritura por defecto para tu set de réplicas de MongoDB.

Establece cualquier opción de configuración avanzada para tu clúster compartido de MongoDB.

Haga clic en Create Cluster.

Haz clic en Review & Deploy para revisar tus cambios.

Revisa y aprueba tus cambios.

Navega hasta el Deployment página para tu proyecto.

Configura cada `mongos` en tu clúster.