Los siguientes ejemplos ilustran algunas implementaciones posibles de MongoDB y Ops Manager.
Considerations
Las copias de seguridad ya no requieren base de datos principal. Para obtener más información, consulta Servicio del daemon de copias de seguridad.
Prueba de instalación en un solo host
Para un despliegue de prueba, puedes implementar todos los componentes de Ops Manager en un único host, como se describe en Instala una instalación de prueba sencilla de Ops Manager.
Nota
Si deseas probar los servicios de copia de seguridad, utiliza la aplicación Ops Manager para configurarlos. Al configurar Ops Manager, puedes especificar la configuración de la copia de seguridad.
La base de datos de la aplicación almacena snapshots del estado de la implementación en cursores de copia de seguridad.
Instalaciones de producción
Metadatos y snapshots redundantes
Esta implementación proporciona redundancia para la base de datos de la aplicación Ops Manager y almacenamiento de snapshots en el evento de falla de host. El despliegue ejecuta la base de datos en un set de réplicas de MongoDB con tres nodos que contienen datos y copias de los datos.
Importante
Esta implementación proporciona alta disponibilidad para la aplicación de 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 que contenga datos de la base de datos de la Aplicación Ops Manager. Para hacer que la implementación sea más duradera, habilita el registro de actividades.
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 la base de datos de la aplicación Ops Manager principal y como almacenamiento de snapshot secundario. |
2 |
| Sirve como almacén de instantáneas principal y como base de datos de la aplicación Ops Manager secundaria. |
3 |
| Aloja los miembros del set de réplicas secundarias de la base de datos de la aplicación y almacenamiento de snapshot de la Aplicación Ops Manager. 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 altamente disponible y múltiples almacenamientos de snapshot
Esta implementación de Ops Manager ejecuta múltiples instancias detrás de un balanceador de carga para proporcionar alta disponibilidad para Ops Manager. Esta implementación escala para añadir un almacenamiento de snapshot adicional.
El despliegue incluye:
dos hosts que sirven la Aplicación de Ops Manager y la Base de Datos de la Aplicación de Ops Manager
cuatro hosts que sirven la aplicación Ops Manager con la copia de seguridad habilitada y las bases de datos de copia de seguridad
hosts adicionales para servir a los miembros restantes de cada set de réplicas
Implementar un HTTP Balanceador de carga para balancear el tráfico HTTP para la aplicación de Ops Manager. Ops Manager no suministra un balanceador de carga HTTP. Debes aprovisionarlo, implementarlo y configurarlo tú mismo. Un balanceador de carga colocado 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 |
| Provee los nodos principal y secundario para la base de datos de la aplicación Ops Manager. |
3, 4, 5 & 6 |
| Sirve como el primario y secundario para los dos almacenamiento de snapshot. Solo el daemon de copias de seguridad necesita comunicarse con las bases de datos principales. Por lo tanto, su |
7 & 8 |
| 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 aprender a instalar Ops Manager con alta disponibilidad, consulte Configurar una aplicación de Ops Manager con alta disponibilidad.