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 Ops Manager Overview.

  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.

    • MongoDB hosts per the Production Notes in the MongoDB manual. MongoDB instances in Ops Manager include:

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

  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.

If the servers where you deploy MongoDB don't have internet access and if you use Automation, then before you create the first managed MongoDB deployment from Ops Manager, you must configure local mode and store the binaries. MongoDB Agents can then download the binaries directly from Ops Manager. To learn more, see Configure Deployment to Have Limited Internet Access.

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.

If you will use authentication or TLS for connections to the Ops Manager Application Database and Backup Database, you must configure those options on each database when deploying the database and then you must configure Ops Manager with the necessary certificate information for accessing the databases. For details, see Configure the Connections to the Application Database

If you want to use LDAP for user management, you can configure LDAP authentication before or after creating your first project. There are different prerequisites for implementing a new LDAP authentication scheme or for converting an existing authentication scheme to LDAP. To learn more about these differences, see Prerequisites.

For details on LDAP authentication, see Configure Ops Manager Users for LDAP Authentication and Authorization.

If you will use TLS for connections to Ops Manager from MongoDB Agents, users, and the API, then you must configure Ops Manager to use TLS. The procedure to install Ops Manager includes the option to configure TLS access.

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.

If you need to assign backups of particular MongoDB deployments to particular data centers, then each data center requires its own Ops Manager instance, Backup Daemon, and MongoDB Agent. The separate Ops Manager instances must share a single dedicated Ops Manager Application Database. The MongoDB Agent in each data center must use the URL for its local Ops Manager instance, which you can configure through either different hostnames or split-horizon DNS. For detailed requirements, see Assign Snapshot Stores to Specific Data Centers.

Volver

Instalar una prueba sencilla

En esta página