Exemplos de Arquiteturas de Implantação
Os exemplos a seguir ilustram algumas possíveis sistemas do MongoDB e MongoDB Ops Manager .
Considerações
Na FCV 4.0 e anteriores, para obter o melhor desempenho em qualquer uma dessas instalações, configure cada host de backup com duas partições de disco: uma para o armazenamento de snapshots ou o armazenamento do sistema de arquivos e outra para o banco de dados principal.
No FCV 4.2
e posterior, os backups não exigem mais head databases. Para obter mais informações, consulte o Serviço Backup Daemon.
Instalação de teste em um único host
Para uma implantação de teste, você pode implantar todos os componentes do Ops Manager em um único host, conforme descrito em Instalar uma instalação simples do Ops Manager de teste.
![A implantação mínima é adequada para desenvolvimento ou teste e hospeda a aplicação e o Backup Daemon, bem como o reconhecimento de data center associados em um único servidor.](/pt-br/docs/ops-manager/current/static/b42702d8e5aad27260192ba5e51c2901/6061c/ops-manager-test.webp)
Observação
Se você quiser testar os serviços de backup, use o aplicativo Ops Manager para configurá-los. Ao configurar o Ops Manager, você pode especificar as configurações de backup.
Para o FCV 4.0 e versões anteriores, o serviço Backup Daemon cria os bancos de dados principais dinamicamente nesse diretório. Em seguida, o serviço Backup Daemon gerencia esses bancos de dados principais.
Para FCV 4.2
e posterior, o banco de dados do aplicativo armazena snapshots do estado de implantação em cursores de backup.
Instalações de produção
Metadados e snapshots redundantes
Esse sistema oferece redundância para o Ops Manager Application Database e o armazenamento de snapshots no caso de falha do host. A implantação executa o banco de dados em um conjunto de réplicas MongoDB com três membros portadores de dados com cópias dos dados.
Importante
Esta implantação fornece alta disponibilidade para o aplicativo Ops Manager. O Ops Manager usa uma write concern w:2
e pode tolerar a perda de um nó portador de dados do aplicativo de banco de dados do Ops Manager. Para tornar o sistema mais durável, habilite o registro no diário.
![Um sistema típico usa conjuntos de réplicas para o banco de dados de aplicação e armazenamento de snapshots.](/pt-br/docs/ops-manager/current/static/3f799694899cf5768cafafdf0e6b43a7/5a89c/ops-manager-ha-single-database.webp)
Observação
Todos os hosts devem satisfazer os requisitos combinados de hardware e software para ambos os sistemas especificados na coluna Requisitos do sistema .
Anfitrião | Requisitos do sistema | Propósito |
---|---|---|
1 |
| Fornece o banco de dados principal do aplicativo Ops Manager e o secundário de armazenamento de snapshots. |
2 |
| Serve o armazenamento de snapshots como primário e o banco de dados do aplicativo Ops Manager como secundário. |
3 |
| Hospeda o banco de dados do aplicativo Ops Manager e membros do conjunto de réplica secundária da loja de snapshots. Os conjuntos de réplicas proporcionam redundância de dados e são altamente recomendados, mas não são necessários para o Ops Manager. |
Para obter um tutorial de exemplo sobre como instalar a instalação mínima possível do Ops Manager, consulte Instalar um sistema de teste simples no RHEL.
Aplicativo Ops Manager com alta disponibilidade e vários armazenamentos de snapshots
Essa implantação do Ops Manager executa várias instâncias atrás de um balanceador de carga a fim de fornecer alta disponibilidade para o Ops Manager. Essa implantação suporta dimensionamento horizontal para incluir um armazenamento de snapshot adicional.
![Uma implementação altamente disponível usa o dimensionamento horizontal do reconhecimento de data center e o armazenamento de snapshots para backups, além de vários Backup Daemon.](/pt-br/docs/ops-manager/current/static/0d3ee8107eee0215b87677d421bcca27/a3a3b/ops-manager-ha-multiple-databases.webp)
A implantação inclui:
dois hosts que atendem ao MongoDB Ops Manager e ao Ops Manager Application Database
quatro hosts que disponibilizam backup ativado e bancos de dados de backup ao aplicativo Ops Manager
hosts adicionais para atender os membros restantes de cada conjunto de réplicas
Implemente um balanceador de cargaHTTP do para equilibrar o tráfego HTTP para o aplicativo de Ops Manager. O Ops Manager não fornece um HTTP balanceador. Você mesmo deve provisionar, implantar e configurar. Um balanceador de carga colocado antes dos hosts do aplicativo de Ops Manager não deve retornar conteúdo armazenado em cache.
É necessário que todos os serviços de software consigam se comunicar com os bancos de dados do aplicativo Ops Manager e os armazenamentos de snapshots. Configure seus firewalls para permitir o tráfego entre esses hosts nas portas adequadas.
Observação
Todos os hosts devem satisfazer os requisitos combinados de hardware e software para ambos os sistemas especificados na coluna Requisitos do sistema .
Anfitrião | Requisitos do sistema | Propósito |
---|---|---|
1 e 2 |
| Fornece o primário e o secundário para o Ops Manager Application Database. |
3, 4, 5 e 6 |
| Fornece o primário e o secundário para os dois armazenamentos de snapshots. Somente o Backup Daemon precisa se comunicar com os bancos de dados principais. Como tal, seu valor |
7 e 8 |
| Atende os membros restantes do conjunto de réplicas do Ops Manager Application Database e os dois armazenamentos de snapshot. |
Para saber como instalar o Ops Manager com alta disponibilidade, consulte Configurar um aplicativo de Ops Manager altamente disponível.