Docs Menu
Docs Home
/ /

Lista de verificación de instalación

Debe tomar varias decisiones según el contenido de esta página antes de instalar Ops Manager. Durante el proceso de instalación, tomará decisiones basadas en estas decisiones.

Para instalar Ops Manager:

  1. Lea el Descripción general del administrador de operaciones.

  2. Planifique su instalación de acuerdo con las preguntas de esta página.

  3. Aprovisione servidores que cumplan con los requisitos del sistema de Ops Manager.

    Advertencia

    Potencial de fallo de producción

    Su instancia de Ops Manager puede fallar en producción si no configura lo siguiente:

    • Los hosts de Ops Manager se configuran según los requisitos del sistema de Ops Manager.

    • Hosts MongoDB por Notas de producción en el manual de MongoDB. Las instancias de MongoDB en Ops Manager incluyen:

      • La base de datos de la aplicación Ops Manager,

      • Cada almacenamiento en bloques.

  4. Instalar la base de datos de la aplicación y la base de datos de respaldo opcional.

  5. Instale Ops Manager con uno de los siguientes métodos:

    Nota

    Para instalar una implementación de evaluación simple en un único servidor, consulta Instalar una instalación de prueba sencilla de Ops Manager.

La topología que elijas para tu implementación afecta la redundancia y disponibilidad tanto de tus metadatos como de tus snapshots, y la disponibilidad de la aplicación Ops Manager.

Ops Manager almacena metadatos e instantáneas de la aplicación en la base de datos de la aplicación y la base de datos de respaldo de Ops Manager, respectivamente. Para proporcionar redundancia de datos, ejecute cada base de datos como un conjunto de réplicas de tres miembros en varios servidores.

Para proporcionar alta disponibilidad para las operaciones de escritura en las bases de datos, configure cada conjunto de réplicas de modo que los tres miembros contengan datos. De esta forma, si un miembro no es accesible, el conjunto de réplicas podrá escribir datos. Ops Manager utiliza la w:2 preocupación de escritura, que requiere la confirmación del servidor principal y de uno secundario para cada operación de escritura.

Para proporcionar alta disponibilidad a la aplicación Ops Manager, ejecute al menos dos instancias de la aplicación y utilice un balanceador de carga. Un balanceador de carga colocado delante de la aplicación Ops Manager no debe devolver contenido almacenado en caché. Para obtener más información, consulte Configurar una aplicación Ops Manager de alta disponibilidad.

Las siguientes tablas describen los pros y contras de las diferentes topologías.

Esta implementación se ejecuta en un solo servidor y no tiene redundancia de datos. Si pierde el servidor, deberá empezar desde cero.

Pro

Solo necesita un servidor.

Con

Si pierde el servidor, lo pierde todo: usuarios y proyectos, metadatos, copias de seguridad, configuraciones de automatización, métricas de monitorización almacenadas, etc.

Esta instalación requiere al menos tres servidores. Los conjuntos de réplicas de la base de datos de la aplicación Ops Manager y la base de datos de respaldo constan cada uno de al menos tres miembros que contienen datos. Esto requiere suficiente almacenamiento y memoria.

Pro

Puedes perder un nodo de la base de datos de la aplicación Ops Manager o de la base de datos de copias de seguridad y aún así mantener la disponibilidad de Ops Manager. No se pierde funcionalidad de Ops Manager mientras el nodo está fuera de servicio.

Con

La pérdida de la instancia de Ops Manager requiere que inicie manualmente una nueva. La funcionalidad de Ops Manager no está disponible mientras la aplicación esté inactiva.

Esto ejecuta varias aplicaciones de Ops Manager tras un balanceador de carga y requiere una infraestructura distinta a la que ofrece Ops Manager. Para más información,consulte Configurar una aplicación de Ops Manager de alta disponibilidad.

Pro

Ops Manager continúa estando disponible incluso cuando se pierde algún servidor individual.

Con

Requiere una mayor cantidad de servidores y un balanceador de carga capaz de enrutar el tráfico a los servidores de aplicaciones disponibles.

Si los servidores donde implementa MongoDB no tienen acceso a internet y utiliza Automation, antes de crear la primera implementación administrada de MongoDB desde Ops Manager, debe configurar el modo local y almacenar los binarios. Los agentes de MongoDB pueden descargar los binarios directamente desde Ops Manager. Para obtener más información, consulte Configurar la implementación para tener acceso limitado a internet.

Si Ops Manager va a usar un servidor proxy para acceder a servicios externos, debe configurar el proxy en el archivo de configuración conf-mms.properties de Ops Manager. Si ya ha iniciado Ops Manager, debe reiniciarlo después de configurar el proxy.

Si va a utilizar autenticación o TLS para las conexiones a la base de datos de la aplicación Ops Manager y a la base de datos de respaldo, debe configurar dichas opciones en cada base de datos al implementarla y, a continuación, configurar Ops Manager con la información de certificado necesaria para acceder a las bases de datos. Para obtener más información, consulte Configurar las conexiones a la base de datos de la aplicación.

Nota

A partir de MongoDB,8.0 la autenticación y autorizaciónLDAP está obsoleta. Esta función está disponible y seguirá funcionando sin cambios durante la vida útil de MongoDB.8 LDAP se eliminará en una futura versión principal.

Para más detalles, consulta Obsolescencia de LDAP.

Si desea usar LDAP para la administración de usuarios, puede configurar la autenticación LDAP antes o después de crear su primer proyecto. Existen diferentes requisitos previos para implementar un nuevo esquema de autenticación LDAP o para convertir un esquema de autenticación existente a LDAP. Para obtener más información sobre estas diferencias, consulte Requisitos previos.

Para obtener detalles sobre la autenticación LDAP, consulte Configurar usuarios de Ops Manager para laautenticación y autorización LDAP.

Si va a usar TLS para las conexiones a Ops Manager desde agentes, usuarios y la API de MongoDB, debe configurar Ops Manager para que use TLS. El procedimiento de instalación de Ops Manager incluye la opción de configurar el acceso TLS.

Si los servidores que ejecutan sus Daemons de Backup no tienen acceso a Internet, debe configurar el acceso binario sin conexión para el Daemon de Backup antes de ejecutarlo. La página "Configurar la implementación con acceso limitado a Internet" incluye la opción para configurar el acceso binario sin conexión.

Si necesita asignar copias de seguridad de implementaciones específicas de MongoDB a centros de datos específicos, cada centro de datos requiere su propia instancia de Ops Manager, su propio demonio de copia de seguridad y su propio agente de MongoDB. Las distintas instancias de Ops Manager deben compartir una única base de datos de aplicaciones de Ops Manager dedicada. El agente de MongoDB de cada centro de datos debe usar la URL de su instancia local de Ops Manager, que puede configurar mediante diferentes nombres de host o un DNS de horizonte dividido. Para conocer los requisitos detallados, consulte Asignar almacenes de instantáneas a centros de datos específicos.

Volver

Instalar una prueba sencilla

En esta página