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:
Planifica tu instalación acorde a las preguntas de esta página.
Provisión de servidores que cumplan con los requisitos del sistema de Ops Manager.
Advertencia
Potencial de fallo de producción
Tu instancia de Ops Manager puede fallar en producción si no configuras lo siguiente:
Hosts de Ops Manager según los Requisitos del sistema de Ops Manager.
Hosts de MongoDB según el 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.
Instale la base de datos de la aplicación y, opcionalmente, la base de datos de copias de seguridad.
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 los metadatos de la aplicación y los snapshot en la base de datos de la aplicación de Ops Manager y en la base de datos de copias de seguridad respectivamente. Para proporcionar redundancia de datos, ejecute cada base de datos como un set de réplicas de tres nodos 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 para la aplicación Ops Manager, ejecuta al menos dos instancias de la aplicación y utiliza un balanceador de carga. Un balanceador de carga colocado delante de la aplicación Ops Manager no debe devolver contenido en caché. Para obtener más información, consulta Configurar una aplicación de Ops Manager altamente disponible.
Las siguientes tablas describen los pros y los contras de las diferentes topologías.
Prueba de instalación
Esta implementación corre en un solo servidor y no tiene redundancia de datos. Si pierdes el servidor, debes comenzar de nuevo desde cero.
Pro | Solo necesita un servidor. |
Con | Si pierdes el servidor, pierdes todo: usuarios y proyectos, metadatos, copias de seguridad, configuraciones de automatización, métricas de supervisión almacenadas, etc. |
Instalación de producción con metadatos altamente disponibles y snapshots
Esta instalación requiere al menos tres servidores. Los conjuntos de réplicas para la base de datos de la aplicación de Ops Manager y la base de datos de copias de seguridad comprenden, cada uno, al menos tres nodos que llevan 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 inicies manualmente una nueva instancia de Ops Manager. Ninguna funcionalidad de Ops Manager está disponible mientras la aplicación esté fuera de funcionamiento. |
Instalación de producción con una aplicación Ops Manager altamente disponible
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 sigue estando disponible incluso cuando se pierde cualquier 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 gestionadas de MongoDB en servidores que no tengan acceso a internet?
Si los servidores donde implementa MongoDB no tienen acceso a Internet y usted usa automatización, entonces, antes de crear la primera implementación gestionada de MongoDB desde Ops Manager, debe configurar el modo local y almacenar los binarios. Los agentes de MongoDB pueden entonces descargar los binarios directamente desde Ops Manager. Para obtener más información, consulta Configurar una implementación con acceso limitado a Internet.
¿Utilizarás 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 vas a utilizar autenticación o TLS para las conexiones a la base de datos de la aplicación de Ops Manager y la base de datos de copias de seguridad, debes configurar esas opciones en cada base de datos al implementar la base de datos y luego debes configurar Ops Manager con la información necesaria de certificados para acceder a las bases de datos. Para obtener detalles, consulta Configura las conexiones a la base de datos de la aplicación
¿Utilizará LDAP para autenticar a los usuarios en Ops Manager?
Nota
A partir de MongoDB 8.0, La autenticación y autorización LDAP está en desuso. La funcionalidad está disponible y seguirá funcionando sin cambios durante toda la vida útil de MongoDB 8. LDAP será retirado en una futura versión importante.
Para más detalles, consulta Obsolescencia de LDAP.
Si quieres usar LDAP para la gestión de usuarios, puedes configurar la autenticación LDAP antes o después de crear tu 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, consulta 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 utilizar TLS para conexiones a Ops Manager desde los agentes de MongoDB, usuarios y la API, entonces debe configurar Ops Manager para utilizar TLS. El procedimiento para instalar Ops Manager incluye la opción de configurar el acceso TLS.
Decisiones de respaldo
¿Los servidores que ejecutan tus demonios de respaldo tendrán acceso a Internet?
Si los servidores que ejecutan tus demonios de copias de seguridad no tienen acceso a internet, debes configurar el acceso binario fuera de línea para el demonio de copias de seguridad antes de ejecutarlo. La página Configurar la implementación para tener acceso limitado a Internet cubre la opción de configurar el acceso sin conexión a binarios.
¿Se requiere que ciertas copias de seguridad estén en determinados centros de datos?
Si necesita asignar copias de seguridad de implementaciones específicas de MongoDB a centros de datos en particular, entonces cada centro de datos requiere su propia instancia de Ops Manager, Daemon de copia de seguridad y MongoDB Agent. Las instancias separadas de Ops Manager deben compartir una única base de datos dedicada de la aplicación. El MongoDB Agent en cada centro de datos debe usar la URL de su instancia local de Ops Manager, que puede configurar mediante diferentes nombres de host o DNS de división de horizonte DNS. Para requisitos detallados, consulte Asignar almacenamientos de snapshot a centros de datos específicos.