Docs Menu
Docs Home
/ /

Arquitecturas de implementación de ejemplo

Los siguientes ejemplos ilustran algunas implementaciones posibles de MongoDB y Ops Manager.

Las copias de seguridad ya no requieren bases de datos de cabecera. Para más información, consulte Servicio Daemon de respaldo.

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.

La implementación mínima es adecuada para desarrollo o pruebas, y aloja la aplicación y el demonio de respaldo, así como las bases de datos asociadas en un solo servidor.

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.

La base de datos de la aplicaciónalmacena instantáneas del estado de implementación en cursores de respaldo.

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 utiliza un w:2 Preocupación por la escritura y puede tolerar la pérdida de un nodo que contiene datos de la base de datos de la aplicación Ops Manager. Para que la implementación sea más duradera, habilite el registro en diario.

Una implementación típica utiliza conjuntos de réplicas para la base de datos de la aplicación y el almacén de instantáneas.
haga clic para ampliar

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

  • Aplicación Ops Manager

  • Base de datos de la aplicación Ops Manager

Sirve como base de datos principal de la aplicación Ops Manager y como almacén de instantáneas como secundario.

2

  • Aplicación Ops Manager

  • tienda de instantáneas

Sirve como almacén de instantáneas principal y como base de datos de la aplicación Ops Manager secundaria.

3

  • Base de datos de la aplicación Ops Manager

  • tienda de instantáneas

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.

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.

Una implementación de alta disponibilidad utiliza un escalamiento horizontal de la base de datos de la aplicación y del almacén de instantáneas para las copias de seguridad, así como múltiples daemons de copia de seguridad.
haga clic para ampliar

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

  • Aplicación Ops Manager

  • Base de datos de la aplicación Ops Manager

Sirve como base de datos principal y secundaria para la aplicación Ops Manager.

3, 4, 5 & 6

  • Aplicación Ops Manager

  • tienda de instantáneas

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 net.bindIp es 127.0.0.1 para evitar la comunicación externa. especifica lanet.bindIp dirección IP que mongod y mongos escuchan para las conexiones provenientes de las aplicaciones.

7 y8

  • Base de datos de la aplicación Ops Manager

  • tienda de instantáneas

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.

Volver

Arquitectura

En esta página