Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
Click here >
Docs Menu
Docs Home
/ /
Crea implementaciones
Docs Home
/
Gestión
/
Gerente de Operaciones
/
Crea implementaciones
Docs Home
/
Gestión
/
Gerente de Operaciones
/
Crea implementaciones

Añadir procesos existentes de MongoDB a Ops Manager

Ops Manager proporciona un asistente para agregar sus implementaciones existentes de MongoDB a la supervisión y gestión. El asistente te solicita:

  • Instala el MongoDB Agent si no lo tienes instalado

  • Identificar el clúster, el set de réplicas, o el autónomo que se va a añadir. Puede optar por agregar la implementación a supervisión o tanto en supervisión como en automatización.

    Si estás agregando una implementación que tienes la intención de migrar en vivo a Atlas, debes agregar la implementación (y sus credenciales) solo para supervisión.

Considerations

Nombres únicos

Las implementaciones deben tener nombres únicos dentro de los proyectos.

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.

Opciones de configuración de MongoDB

La automatización no es compatible con todas las opciones de MongoDB, lo que puede dar como resultado intentos de importación fallidos. Para aprender más, consulta Soporte de configuración y automatización de MongoDB.

TLS

Si habilitas TLS, el FQDN del host que ejecuta un proceso de MongoDB debe coincidir con el SAN del certificado TLS en ese host.

Importante

Para evitar ataques Man-in-the-Middle, limite el ámbito de los certificados TLS tanto como sea posible. Aunque puedes usar un certificado TLS con muchos SAN, o un certificado TLS wildcard en cada host, no deberías hacerlo. Para obtener más información, consulta RFC 2818, sección 3.1.

Nombres de host preferidos

Configura un nombre de host preferido si:

  • Requiere un nombre de host específico, FQDN, IPv4 dirección o IPv6 dirección para acceder al proceso de MongoDB, o

  • Debe especificar el nombre de host que se utilizará para hosts con múltiples alias.

Para aprender más, consulta el Preferred Hostnames ajuste en Configuración de Proyecto.

Restaurar un host previamente eliminado

Si no ha eliminado completamente un host de Ops Manager y desea restaurar ese host, puede reimportar el proceso de MongoDB eliminado.

Si ha eliminado completamente un host de Ops Manager, restaure ese host antes de volver a importarlo. Para buscar un host eliminado, debes tener el Global Owner rol.

Para localizar y restaurar un host eliminado:

  1. Navega a la vista Deployment.

  2. En el menú More, haz clic en Deleted Hosts.

  3. Seleccioná el para restaurar el host.

Después de restaurar el host, puedes importar el procedimiento del proceso existente.

Nota

Si tu host no aparece en la lista Deleted Hosts, puedes re-importar el proceso inmediatamente.

Gestionar los servicios de MongoDB en Windows

Si añades un proceso de MongoDB existente que se ejecuta como un servicio de Windows a Automatización, Automatización:

  • Detiene y deshabilita el servicio existente

  • Crea e inicia un nuevo servicio

Credenciales de autenticación en clústeres de origen y destino

Si el proyecto de Ops Manager tiene habilitadas configuraciones de autenticación de MongoDB para sus implementaciones, la implementación de MongoDB que importes debe ser compatible con el mecanismo de autenticación del proyecto.

Se recomienda importar a un nuevo proyecto de destino que no tenga procesos en ejecución ni autenticación habilitada.

Si el clúster de origen utiliza autenticación y el Proyecto de destino de Ops Manager no tiene procesos gestionados existentes, Ops Manager habilita la autenticación en el Proyecto de destino, importa el keyfile existente del clúster de origen y lo utiliza para autenticar al usuario que realiza el proceso de importación.

Si tanto el clúster de origen como el proyecto de Ops Manager de destino utilizan autenticación y el proyecto tiene procesos, Ops Manager intenta utilizar la configuración de autenticación existente en el proyecto de destino durante el proceso de importación. Para que el proceso de importación tenga éxito, las credenciales de autenticación en el clúster de origen y en el proyecto de destino de Ops Manager deben ser las mismas.

Para garantizar que la importación sea exitosa, antes de iniciar el proceso de importación, agregue las credenciales del proyecto de destino de Ops Manager en el clúster de origen. Para obtener más información, consulta Rotar claves para el set de réplicas o Rotar claves para clústeres particionados.

Casos de uso de autenticación

Si la implementación de MongoDB requiere autenticación, al agregar la implementación a Ops Manager para su supervisión, es necesario proporcionar las credenciales necesarias.

  • Si la implementación no utiliza automatización, pero sí utiliza copia de seguridad, supervisión o ambos, puedes encontrar esas credenciales donde estaban antes de actualizar al MongoDB Agent.

  • Si la implementación no usa automatización, pero usará copia de seguridad, supervisión o ambos:

    1. Cree las credenciales para la implementación de MongoDB. Para obtener más información, consulta Acceso requerido para el agente MongoDB para supervisión y Acceso requerido para el agente MongoDB para copia de seguridad.

    2. Agrega las credenciales que concediste a esas funciones a Ops Manager después de agregar los procesos de MongoDB. Para obtener más información, consulte Agregar credenciales para supervisión y Agregar credenciales para copia de seguridad.

  • Si la implementación utiliza automatización, Ops Manager emplea las credenciales del MongoDB Agent. Puedes borrar las credenciales de los Agentes heredados de respaldos y agentes de supervisión. El MongoDB Agent utiliza esas credenciales para sus funciones de automatización, copia de seguridad y supervisión.

  • Si la implementación utilizará automatización pero no lo utilizó antes de importarlo, añade el usuario mms-automation a los procesos de base de datos que importaste y agrega las credenciales del usuario a Ops Manager.

Para obtener más información, consulta Agregar credenciales para la automatización.

Automatización y configuración de seguridad actualizada al importar

Agregar una implementación de MongoDB a la automatización puede afectar la configuración de seguridad del proyecto de Ops Manager y de la implementación de MongoDB.

  • La automatización habilita la configuración de seguridad del proyecto. Si la implementación de MongoDB requiere autenticación pero el proyecto de Ops Manager no tiene habilitadas las configuraciones de autenticación, entonces cuando agregas la implementación de MongoDB a la automatización, Ops Manager actualiza las configuraciones de seguridad del proyecto con las configuraciones de seguridad de la implementación recién importada.

    El proceso de importación solo actualiza la configuración de seguridad del proyecto en Ops Manager si la configuración de seguridad del proyecto se encuentra actualmente deshabilitada. El proceso de importación no desactiva la configuración de seguridad del proyecto ni cambia su mecanismo de autenticación habilitado.

  • Automatización importa usuarios y roles de MongoDB. Las siguientes declaraciones se aplican a situaciones en las que una implementación de MongoDB requiere autenticación o el proyecto Ops Manager tiene habilitada la configuración de autenticación.

    Si la implementación de MongoDB contiene usuarios o roles definidos por el usuario, puede optar por importar estos usuarios y roles para que Ops Manager los gestione. Los usuarios y roles importados son Synced en todas las implementaciones gestionadas del proyecto de Ops Manager.

    • Si se establece el valor Enforce Consistent Set del Proyecto en Yes, Ops Manager elimina de las implementaciones de MongoDB a aquellos usuarios y roles que no se han importado.

    • Si estableces el valor del proyecto Enforce Consistent Set en No, Ops Manager dejará de gestionar a los usuarios y roles no importados en el proyecto. Estos usuarios y roles permanecen en la implementación de MongoDB. Para gestionar estos usuarios y roles, debes conectarte directamente a la implementación de MongoDB.

    Si no deseas que el proyecto de Ops Manager gestione usuarios y roles específicos, utiliza las páginas Authentication & Users y Authentication & Roles para remover estos usuarios y roles durante la importación antes de confirmar e implementar los cambios. Para obtener más información, consulta Gestionar o eliminar la gestión de los usuarios de MongoDB.

    Si la implementación de MongoDB importada ya tiene los usuarios mms-backup-agent y mms-monitoring-agent en su base de datos admin, el proceso de importación reemplaza los roles de estos usuarios con los roles para los usuarios mms-backup-agent y mms-monitoring-agent según lo establecido en el proyecto Ops Manager.

  • La automatización se aplica a todas las implementaciones del proyecto. Los ajustes de seguridad actualizados del proyecto, que incluyen todos los usuarios y roles gestionados por el proyecto de Ops Manager, se aplican a todas las implementaciones del proyecto, incluyendo la implementación de MongoDB importada.

    Ops Manager reinicia todas las implementaciones en el proyecto con la nueva configuración, incluyendo la implementación importada de MongoDB. Después de la importación, todas las implementaciones en el proyecto utilizan el archivo de clave de automatización de Ops Manager al reiniciar.

    La implementación que importes debe usar el mismo archivo de claves que los procesos existentes en el proyecto de destino o el proceso de importación puede no continuar. Para obtener más información, consulta Credenciales de autenticación en clústeres de origen y destino.

    Si las implementaciones existentes en el proyecto requieren un perfil de seguridad diferente al del proceso importado, crea un nuevo proyecto en el que puedas importar la implementación original de MongoDB.

Ejemplos de usuarios importados

Los siguientes ejemplos se aplican a situaciones en las que la implementación de MongoDB requiere autenticación o el proyecto Ops Manager tiene habilitados los ajustes de autenticación.

Si importas los usuarios de MongoDB y los roles personalizados, una vez que el proyecto Ops Manager comience a gestionar la implementación de MongoDB, ocurre lo siguiente, independientemente del valor de Enforce Consistent Set:

  • El Proyecto Ops Manager habilita la autenticación, gestiona usuarios y roles importados y sincroniza los usuarios y roles nuevos con todas sus implementaciones gestionadas.

  • El control de acceso de la implementación de MongoDB está habilitado y requiere autenticación. La implementación de MongoDB tiene todos los usuarios y roles gestionados por el Proyecto Ops Manager. Estos usuarios y roles tienen Synced definido en Yes.

Si no se importan los roles personalizados y los usuarios de MongoDB, una vez que el Proyecto de Ops Manager comience a gestionar la implementación de MongoDB, ocurrirá lo siguiente:

Si Enforce Consistent Set se establece en Yes:

  • El proyecto Ops Manager habilita la autenticación y no cambia sus usuarios y roles gestionados.

  • El control de acceso de la implementación de MongoDB está habilitado y requiere autenticación.

  • Ops Manager elimina de la implementación los usuarios y roles de MongoDB que no se importaron.

  • La implementación de MongoDB tiene todos los usuarios y roles que gestiona el proyecto de Ops Manager. Estos usuarios y sus roles tienen Synced establecidos en Yes.

Si Enforce Consistent Set se establece en No:

  • El proyecto Ops Manager habilita la autenticación y no cambia su configuración de seguridad, incluidos los usuarios y roles.

  • El control de acceso de la implementación de MongoDB está habilitado y requiere autenticación.

  • Los usuarios y roles de MongoDB que no se importan permanecen en la implementación de MongoDB.

  • La implementación de MongoDB mantiene todos los usuarios y roles gestionados por el Proyecto de Ops Manager. Estos usuarios y roles tienen Synced establecido en Yes.

Requisitos previos

  • Si mongod está habilitado como servicio en la implementación, podría producirse una condición de competencia en la que systemd inicia mongod en el reinicio, en lugar de la Automatización. Para evitar este problema, asegúrese de que el servicio mongod esté desactivado antes de añadir su implementación a Automation:

    1. Verifica si el servicio mongod está habilitado:

      sudo systemctl is-enabled mongod.service

    2. Si el servicio está habilitado, desactívalo:

      sudo systemctl disable mongod.service

  • Si el proyecto de Ops Manager no tiene habilitadas las configuraciones de autenticación pero el proceso de MongoDB requiere autenticación, añade el usuario MongoDB Agent para el proyecto Ops Manager con los roles adecuados. El proceso de importación muestra los roles requeridos para el usuario. El usuario añadido se convierte en el usuario MongoDB Agent del proyecto.

  • Si el Proyecto de Ops Manager tiene habilitadas las configuraciones de autenticación, añade el usuario del MongoDB Agent del Proyecto de Ops Manager al proceso de MongoDB.

    • Para encontrar el usuario del agente de MongoDB, haz clic en Deployments, luego en Security y después en Users.

    • Para encontrar la contraseña del usuario MongoDB Agent del proyecto Ops Manager, utiliza uno de los siguientes métodos:

      Sigue los pasos en el procedimiento Añadir procesos de MongoDB para iniciar el asistente en la interfaz de usuario. Cuando llegues a la ventana modal que diga Do you want to add automation to this deployment?:

      1. Seleccione Add Automation and Configure Authentication.

      2. Haga clic en Show Password.

      Utilice el endpoint automatización Configuration recurso:

      curl --user "{PUBLIC-KEY}:{PRIVATE-KEY}" --digest \
        --header "Accept: application/json" \
        --include \
        --request GET "<host>/api/public/v1.0/groups/<Group-ID>/automationConfig"

      Abre el archivo mmsConfigBackup en tu editor de texto preferido y localiza el valor de autoPwd.

    • En mongosh, utilizá el método db.createUser() para añadir el usuario del Agente MongoDB del proyecto de Ops Manager al proceso de MongoDB. Por ejemplo, si el proyecto de Ops Manager utiliza la autenticación Nombre de usuario/Contraseña, ejecute el siguiente comando para agregar el usuario mms-automation a la base de datos admin en la implementación de MongoDB para importar:

      db.getSiblingDB("admin").createUser(
        {
          user: "mms-automation",
          pwd: "<password>",
          roles: [
            'clusterAdmin',
            'dbAdminAnyDatabase',
            'readWriteAnyDatabase',
            'userAdminAnyDatabase',
            'restore',
            'backup',
            'directShardOperations'  // Required for sharded clusters
          ]
        }
      )

      Nota

      Debe especificar el rol directShardOperations para la automatización del clúster particionado. Este rol permite que el agente de automatización realice operaciones de mantenimiento que requieran acceso directo a las particiones, como añadir particiones a clústeres existentes. En las implementaciones no particionadas (autónomos o de sets de réplicas), se puede omitir este rol.

  • Cuando agregas un clúster en Ops Manager, Ops Manager habilita automáticamente la rotación de registros, lo que podría entrar en conflicto con la configuración existente logRotate de los registros de mongod o mongos. Para evitar esta colisión, haz lo siguiente:

    • Desactive su configuración de logRotate para los procesos mongod o mongos.

    • Remueva las opciones systemLog.logRotate y systemLog.logAppend opciones del mongod o mongos proceso configuración para utilizar el por defecto de Ops Manager.

  • El proceso de importación requiere que las credenciales de autenticación y los archivos de claves sean los mismos en los clústeres de origen y destino. Para aprender más, consulta Credenciales de autenticación en clústeres de origen y destino.

  • Para importar con éxito un set de réplicas existente a Ops Manager, la instancia debe estar sana.

Importante

Si se agrega un clúster fragmentado, debe crear este usuario a través de mongos y en cada una de las particiones. Es decir, crear el usuario tanto como un usuario a nivel de clúster a través de mongos así como un usuario local en cada partición.

Procedimientos

Agrega procesos de MongoDB

Para agregar procesos existentes de MongoDB a Ops Manager:

1

Navega a la página Deployment de tu proyecto.

  1. 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.

  2. Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.

  3. Si aún no se muestra, haz clic en Deployment en la barra lateral.

2

Haz clic en Add y selecciona Existing MongoDB Deployment.

3

Siga las indicaciones para agregar la implementación.

Agregar credenciales de autenticación a su implementación

Después de añadir un proceso de MongoDB existente a Ops Manager, es posible que debas añadir credenciales de autenticación para las nuevas implementaciones si la autenticación está habilitada para el proyecto en el que importaste la implementación. Consulta Casos de uso de autenticación para aprender en qué situaciones debes agregar credenciales de automatización, supervisión o copia de seguridad para tu nueva implementación.

Si estás agregando una implementación que tienes la intención de migrar en vivo a Atlas, debes agregar la implementación (y sus credenciales) solo para supervisión.

Selecciona el mecanismo de autenticación que deseas utilizar:

Agregar credenciales para la automatización

Para agregar credenciales para una implementación que usará la automatización pero no la usaba antes de importarla a Ops Manager:

1
Agrega el usuario MongoDB Agent a tus bases de datos.

El usuario del agente de MongoDB realiza tareas de automatización en tus bases de datos MongoDB. Asegúrate de que este usuario de MongoDB tenga los privilegios adecuados.

2
Navegue al cuadro de diálogo Security Settings para su implementación.

  1. 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.

  2. Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.

  3. Si aún no se muestra, haz clic en Deployment en la barra lateral.

  1. Haz clic en la pestaña Security.

  2. Haz clic en la pestaña Settings.

  3. Realiza una de las siguientes acciones:

    • Si esta es la primera vez que configura TLS, autenticación o configuración de autorización para este proyecto, haz clic en Get Started.

    • Si ya se ha configurado la autenticación TLS, o la configuración de autorización para este proyecto, haga clic en Edit.

3
Haga clic en Edit Credentials.
4
Continúa por el modal hasta que veas la página Configure Ops Manager Agents.
5
Agrega las credenciales correspondientes:
Configuración
Valor

MongoDB Agent Username

Introduzca el nombre de usuario del Agente de MongoDB.

MongoDB Agent Password

Introduzca la contraseña del MongoDB Agent Nombre de usuario.

Configuración
Valor

MongoDB Agent LDAP Username

Introduce el nombre de usuario LDAP.

MongoDB Agent LDAP Password

Introduce la contraseña del nombre de usuario LDAP del agente de MongoDB.

MongoDB Agent LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP del agente de MongoDB.

Proporcione el LDAP del grupo de MongoDB Agent nombre distinguido solo si utiliza la autorizacion LDAP. Cada MongoDB Agent debe tener y usar su propio LDAP Grupo nombre distinguido.

Los valores requeridos dependen de si se está conectando a un KDC atendido por Linux o a un servidor de Active Directory de Windows.

Configuración
Valor

Monitoring Kerberos Principal

Principal de Kerberos.

Monitoring Keytab Path

Ruta de archivo absoluta al Keytab del Agente de MongoDB.

Monitoring LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP del agente de MongoDB.

El LDAP Group nombre distinguido se crea entonces como un rol en MongoDB para otorgar al MongoDB Agent los privilegios apropiados.

Solo debe proporcionar el nombre distinguido del grupo LDAP si utiliza la autorización LDAP.

Configuración
Valor

MongoDB Agent Username

Nombre de usuario de Active Directory.

MongoDB Agent Password

Contraseña de Active Directory.

Domain

Nombre NetBIOS de un dominio en los Servicios de directorios de Active Directory. Debe estar en mayúsculas.

Configuración
Valor

MongoDB Agent Username

Ingrese el nombre distintivo de LDAPv3 derivado del archivo de clave PEM del Agente MongoDB.

TLS/SSL CA File Path

La ruta en el disco que contiene los certificados de Autoridad de Certificación (CA) confiables en formato PEM. Estos certificados verifican el certificado de servidor devuelto de cualquier instancia de MongoDB que esté ejecutándose con TLS/SSL. Debes ingresar al menos una ruta de archivo CA de TLS/SSL.

MongoDB Agent PEM Key file

Si la implementación de MongoDB requiere certificados de cliente, en la línea para el sistema operativo correspondiente, debe proporcionar la ruta y el nombre de archivo .pem para el certificado de cliente utilizado por el PEM Key file del MongoDB Agent en el servidor. Debe introducir un valor para al menos un archivo de clave PEM de MongoDB Agent.

MongoDB Agent PEM Key Password

Proporcione la contraseña para el archivo de clave PEM si estaba cifrado.

MongoDB Agent LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP del agente de MongoDB.

Sólo debes proporcionar el nombre distinguido del grupo LDAP del MongoDB Agent si utilizas la autorizacion LDAP.

Agregar credenciales para supervisión

Para agregar credenciales para una implementación que no usará automatización pero sí supervisión:

1
Navegue al cuadro de diálogo Monitoring Settings para su implementación.

  1. 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.

  2. Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Projects de la barra de navegación.

  3. Si aún no se muestra, haz clic en Deployment en la barra lateral.

  1. Haz clic en , y luego haz clic en Monitoring Settings junto a la implementación cuyas configuraciones de supervisión deseas ver.

2
Haga clic en Credentials.
3
Agrega las credenciales correspondientes:
Configuración
Valor

Monitoring Username

Introduce el nombre de usuario de supervisión.

Monitoring Password

Introduzca la contraseña para nombre de usuario de supervisión.

Configuración
Valor

Monitoring LDAP Username

Introduce el nombre de usuario LDAP.

Monitoring LDAP Password

Ingrese la contraseña para el nombre de usuario LDAP de supervisión.

Monitoring LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP de supervisión.

Proporcione el Grupo de LDAP de la supervisión de nombre distinguido solo si utiliza la autorización LDAP. Cada supervisión debe tener y usar su propio grupo LDAP nombre distinguido.

Los valores requeridos dependen de si se está conectando a un KDC atendido por Linux o a un servidor de Active Directory de Windows.

Configuración
Valor

Monitoring Kerberos Principal

Principal de Kerberos.

Monitoring Keytab Path

Ruta de archivo absoluta al Keytab de supervisión.

Monitoring LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP de supervisión.

A continuación, el LDAP Group DN se crea como un rol en MongoDB para otorgar a la supervisión los privilegios adecuados.

Solo debe proporcionar el nombre distinguido del grupo LDAP si utiliza la autorización LDAP.

Configuración
Valor

Monitoring Username

Nombre de usuario de Active Directory.

Monitoring Password

Contraseña de Active Directory.

Domain

Nombre NetBIOS de un dominio en los Servicios de directorios de Active Directory. Debe estar en mayúsculas.

Configuración
Valor

Monitoring Username

Introduce el nombre distinguido de LDAPv3 derivado del archivo de clave PEM de la supervisión.

Monitoring PEM Key file

Proporcione la ruta y el nombre del archivo para el archivo de clave PEM de supervisión en el servidor en la línea para el sistema operativo apropiado.

Monitoring PEM Key Password

Proporcione la contraseña para el archivo de clave PEM si estaba cifrado.

Monitoring LDAP Group DN

Ingrese el nombre distinguido para el grupo LDAP de supervisión.

Sólo necesitas proporcionar el nombre distinguido del Grupo de supervisión si utilizas la autorización LDAP.

Agregar credenciales para la copia de seguridad

Para agregar credenciales para una implementación que no utilizará Automatización pero que sí utilizará copia de seguridad:

1
Navega a la página Continuous Backup de tu proyecto.

  1. 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.

  2. Si aún no se muestra, se debe seleccionar el proyecto deseado en el menú Project de la barra de navegación.

  3. Haz clic en Continuous Backup en la barra lateral.

2
para tu implementación, haz clic en , luego haz clic en Edit Credentials.
3
Agrega las credenciales correspondientes:
Configuración
Valor

Backup Username

Introduce el nombre de usuario de la copia de seguridad.

Backup Password

Introduce la contraseña de nombre de usuario de copia de seguridad.

Configuración
Valor

Backup LDAP Username

Introduce el nombre de usuario LDAP.

Backup LDAP Password

Introduce la contraseña del nombre de usuario LDAP de copia de seguridad.

Backup LDAP Group DN

Introduce el Nombre Distinguido para el grupo LDAP de la Copia de Seguridad.

Proporciona el LDAP Group nombre distinguido de la copia de seguridad solo si utilizas autorizacion LDAP. Cada copia de seguridad debe tener y utilizar su propio LDAP Grupo nombre distinguido.

Los valores requeridos dependen de si se está conectando a un KDC atendido por Linux o a un servidor de Active Directory de Windows.

Configuración
Valor

Monitoring Kerberos Principal

Principal de Kerberos.

Monitoring Keytab Path

Ruta de archivo absoluta al Keytab de la copia de seguridad.

Monitoring LDAP Group DN

Introduce el Nombre Distinguido para el grupo LDAP de la Copia de Seguridad.

El LDAP nombre distinguido de grupo se crea como un rol en MongoDB para otorgar a la copia de seguridad los privilegios apropiados.

Solo debe proporcionar el nombre distinguido del grupo LDAP si utiliza la autorización LDAP.

Configuración
Valor

Backup Username

Nombre de usuario de Active Directory.

Backup Password

Contraseña de Active Directory.

Domain

Nombre NetBIOS de un dominio en los Servicios de directorios de Active Directory. Debe estar en mayúsculas.

Configuración
Valor

Backup Username

Introduzca el LDAPv3 nombre distinguido derivado de la copia de seguridad del archivo de PEM Key.

Backup PEM Key file

Proporcione la ruta y el nombre de archivo del archivo de clave PEM de la copia de seguridad en el servidor en la línea para el sistema operativo correspondiente.

Backup PEM Key Password

Proporcione la contraseña para el archivo de clave PEM si estaba cifrado.

Backup LDAP Group DN

Introduce el Nombre Distinguido para el grupo LDAP de la Copia de Seguridad.

Solo necesita proporcionar el nombre distinguido de Grupo LDAP de la copia de seguridad si utiliza la autorizacion LDAP.

Volver

Utilizar MongoDB Agent

Next

Agregar procesos supervisados

En esta página