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 MongoDB Ops Manager em um único host, conforme descrito em Instalar uma instalação simples de teste MongoDB Ops Manager .
Observação
Se você quiser testar os serviços de backup, use o aplicativo MongoDB Ops Manager para configurá-los. Ao configurar o MongoDB Ops Manager, é possível 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 banco de dados de 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 MongoDB Ops Manager . MongoDB Ops Manager usa uma preocupação de gravação w:2 e pode tolerar a perda de um nó portador de dados do banco de Ops Manager Application Database. Para tornar o sistema mais durável, habilite o registro no registro no diário.
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 |
| Atesta o banco de banco de dados do aplicativo MongoDB Ops Manager principal e o armazenamento de snapshots secundário. |
2 |
| Serve o armazenamento de snapshots como primário e o banco de dados do aplicativo Ops Manager como secundário. |
3 |
| Hospeda o Ops Manager Application Database e membros do conjunto de réplica secundária da armazenamento 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 MongoDB 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.
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 MongoDB Ops Manager com alta disponibilidade, consulte Configurar um aplicativo MongoDB Ops Manager altamente disponível.