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:
Lea el Descripción general del administrador de operaciones.
Planifique su instalación de acuerdo con las preguntas de esta página.
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 según las Notas de Producción del manual de MongoDB. Las instancias MongoDB en Ops Manager incluyen:
La base de datos de la aplicación Ops Manager,
Cada almacenamiento en bloques.
Cada base de datos principal del Daemon de Copia de Seguridad de Ops Manager. Esto solo aplica a FCV 4.0 y versiones anteriores. FCV 4.2 y versiones posteriores no utilizan bases de datos principales para las copias de seguridad.
Instalar la base de datos de la aplicación y la base de datos de respaldo opcional.
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.
Decisiones de topología
¿Necesita redundancia y/o alta disponibilidad?
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.
Instalación de prueba
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. |
Instalación de producción con metadatos e instantáneas de alta disponibilidad
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. |
Instalación de producción con una aplicación Ops Manager de alta disponibilidad
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. |
¿Implementarás instancias de MongoDB administradas en servidores que no tienen acceso a Internet?
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.
¿Utilizará un proxy para las conexiones de red salientes de la aplicación Ops Manager?
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.
Decisiones de seguridad
¿Utilizarás autenticación? ¿TLS o ambos para las conexiones a las bases de datos de respaldo?
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.
¿Utilizará LDAP para autenticar a los usuarios en Ops Manager?
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.
¿Utilizará TLS para las conexiones a la aplicación Ops Manager?
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.
Decisiones de respaldo
¿Los servidores que ejecutan sus Backup Daemons tendrán acceso a Internet?
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.
¿Es necesario realizar determinadas copias de seguridad en determinados centros de datos?
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.