Los siguientes ejemplos ilustran algunas implementaciones posibles de MongoDB y Ops Manager.
Considerations
En FCV 4.0 y versiones anteriores, para obtener el mejor rendimiento en cualquiera de estas instalaciones, configure cada host de respaldo con dos particiones de disco: una para el almacén de instantáneas o el almacén del sistema de archivos y otra para las bases de datos principales.
En FCV 4.2 Posteriormente, las copias de seguridad ya no requieren bases de datos principales. Para más información, consulte
Servicio Daemon de respaldo.
Instalación de prueba en un solo host
Para una implementación de prueba, puede implementar todos los componentes de Ops Manager en un solo host, como se describe en Instalar una instalación de prueba simple de Ops Manager.
Nota
Si desea probar los servicios de copia de seguridad, utilice la aplicación Ops Manager para configurarlos. Al configurar Ops Manager, puede especificar la configuración de la copia de seguridad.
Para FCV 4.0 y versiones anteriores, el servicio Backup Daemon crea dinámicamente las bases de datos principales en ese directorio. Posteriormente, el servicio Backup Daemon administra estas bases de datos principales.
Para FCV 4.2 y versiones posteriores, la base de datos de la aplicación almacena instantáneas del estado de implementación en cursores de respaldo.
Instalaciones de producción
Metadatos e instantáneas redundantes
Esta implementación proporciona redundancia para la base de datos de la aplicación Ops Manager y el almacenamiento de instantáneas en caso de fallo del host. La implementación ejecuta la base de datos en un conjunto de réplicas de MongoDB con tres miembros que contienen datos y copias de estos.
Importante
Esta implementación proporciona alta disponibilidad para la aplicación Ops Manager. Ops Manager usa un w:2 nivel de confirmación de escritura (write concern) y puede tolerar la pérdida de un nodo portador de datos de la base de datos de la aplicación Ops Manager. Para hacer que la implementación sea más durable, activa el registro en la bitácora.
Nota
Todos los hosts deben cumplir con los requisitos de hardware y software combinados para ambos sistemas especificados en la columna Requisitos del Sistema.
Host | Requisitos del sistema | Propósito |
|---|---|---|
1 |
| Sirve como base de datos principal de la aplicación Ops Manager y como almacén de instantáneas como secundario. |
2 |
| Sirve como almacén de instantáneas principal y como base de datos de la aplicación Ops Manager secundaria. |
3 |
| Aloja la base de datos de la aplicación Ops Manager y almacena los miembros del conjunto de réplicas secundarias del almacén de instantáneas. Los conjuntos de réplicas proporcionan redundancia de datos y son muy recomendables, pero no son necesarios para Ops Manager. |
Para obtener un tutorial de ejemplo sobre cómo instalar la instalación mínimamente viable de Ops Manager, consulte Instalar una implementación de prueba simple en RHEL.
Aplicación Ops Manager de alta disponibilidad y múltiples almacenes de instantáneas
Esta implementación de Ops Manager ejecuta varias instancias detrás de un balanceador de carga para proporcionar alta disponibilidad. Esta implementación se escala horizontalmente para añadir un almacén de instantáneas adicional.
El despliegue incluye:
dos hosts que sirven a la aplicación Ops Manager y a la base de datos de la aplicación Ops Manager
cuatro hosts que sirven a la aplicación Ops Manager con copia de seguridad habilitada y bases de datos de copia de seguridad
hosts adicionales para atender a los miembros restantes de cada conjunto de réplicas
Implementar un Balanceador decarga HTTP para equilibrar el tráfico HTTP de la aplicación Ops Manager. Ops Manager no proporciona un balanceador de carga HTTP. Debe aprovisionarlo, implementarlo y configurarlo usted mismo. Un balanceador de carga instalado antes de los hosts de la aplicación Ops Manager no debe devolver contenido en caché.
Todos los servicios de software deben poder comunicarse con las bases de datos de la aplicación de Ops Manager y los almacenamientos de snapshot. Configure sus firewalls para permitir el tráfico entre estos hosts en los puertos adecuados.
Nota
Todos los hosts deben cumplir con los requisitos de hardware y software combinados para ambos sistemas especificados en la columna Requisitos del Sistema.
Host | Requisitos del sistema | Propósito |
|---|---|---|
1 y 2 |
| Sirve como base de datos principal y secundaria para la aplicación Ops Manager. |
3, 4, 5 & 6 |
| Sirve como almacenamiento primario y secundario para los dos almacenes de instantáneas. Solo el Daemon de Backup necesita comunicarse con las bases de datos principales. Por lo tanto, su valor |
7 y8 |
| Sirve a los miembros restantes del set de réplicas para la base de datos de la aplicación Ops Manager y los dos almacenamientos de snapshot. |
Para saber cómo instalar Ops Manager con alta disponibilidad, consulte Configurar una aplicación Ops Manager de alta disponibilidad.