Lista de verificação de instalação
Você deve tomar várias decisões com base no conteúdo desta página antes de instalar o MongoDB Ops Manager. Durante o processo de instalação, você fará escolhas com base nessas decisões.
Para instalar o Ops Manager:
Planeje sua instalação de acordo com as perguntas desta página.
Servidores de provisionamento que atendam aos requisitos de sistema doMongoDB Ops Manager .
Aviso
Potencial para falha de produção
Sua instância do Ops Manager pode falhar em produção se você não configurar o seguinte:
O gerente de operações hospeda de acordo com os requisitos de sistema do gerente de operações.
Hosts do MongoDB de acordo com as Notas de produção no manual do MongoDB. As instâncias do MongoDB no Ops Manager incluem:
O banco de dados de aplicativos do Ops Manager,
Cada blockstore.
Cada Backup Daemon do Ops Manager possui um banco de dados principal. Isso se aplica apenas ao FCV 4.0 e anteriores. O FCV 4.2 e posteriores não usam bancos de dados principais para backups.
Instale o banco de dados de aplicativos e o banco de dados de backup opcional.
Instale o Ops Manager com um dos seguintes métodos:
Observação
Para instalar uma implantação de avaliação simples em um único servidor, consulte Instalar uma instalação simples do MongoDB Ops Manager de teste.
Decisões de topologia
Você precisa de redundância e/ou alta disponibilidade?
A topologia escolhida para sua implantação afeta a redundância e a disponibilidade de seus metadados e snapshots, e a disponibilidade do Aplicativo MongoDB Ops Manager .
MongoDB Ops Manager armazena metadados e snapshots de aplicativos no Banco de Dados de Ops Manager Application Database e no Banco de Dados de Backup do Ops Manager, respectivamente. Para fornecer redundância de dados, execute cada banco de dados como um conjunto de réplicas de três membros em vários servidores.
Para fornecer alta disponibilidade para operações de gravação nos bancos de dados, configure cada conjunto de réplicas para que todos os três membros contenham os dados. Dessa forma, se um membro não estiver acessível, o conjunto de réplicas ainda poderá gravar dados. MongoDB Ops Manager usa a preocupação de gravação w:2 , que requer confirmação do primário e de um secundário para cada operação de gravação.
Para fornecer alta disponibilidade para o aplicativo MongoDB Ops Manager , execute pelo menos duas instâncias do aplicação e use um balanceador de carga. Um balanceador de carga colocado na frente do aplicativo MongoDB Ops Manager não deve retornar conteúdo armazenado em cache. Para obter mais informações, consulte Configurar um aplicativo de MongoDB Ops Manager altamente disponível.
As tabelas a seguir descrevem os pros e contras de diferentes topologias.
Instalação de teste
Essa implantação é executada em um servidor e não tem redundância de dados. Se você perder o servidor, deverá começar do zero.
Pro | As necessidades apenas de um servidor. |
Con | Se você perder o servidor, perderá tudo: usuários e projetos, metadados, backups, configurações de automação, métricas de monitoramento armazenados etc. |
Instalação de produção com metadados e snapshots altamente disponíveis
Esta instalação requer pelo menos três servidores. Os conjuntos de réplicas para o Ops Manager Application Database e o Banco de Dados de Backup cada um compreende pelo menos três membros portadores de dados . Isso requer armazenamento e memória suficientes.
Pro | Você pode perder um membro do banco de dados de Ops Manager Application Database de dados de backup e ainda manter a disponibilidade MongoDB Ops Manager . Nenhuma funcionalidade MongoDB Ops Manager é perdida enquanto o membro está inativo. |
Con | A perda da instância do MongoDB Ops Manager exige que você inicie manualmente uma nova instância MongoDB Ops Manager . Nenhuma funcionalidade MongoDB Ops Manager está disponível enquanto o aplicativo estiver inativo. |
Instalação de produção com um aplicativo MongoDB Ops Manager altamente disponível
Isso executa vários aplicativos MongoDB Ops Manager atrás de um balanceador de carga e requer infraestrutura fora do que o MongoDB Ops Manager oferece. Para obter detalhes, consulte Configurar um aplicativo de MongoDB Ops Manager altamente disponível.
Pro | MongoDB Ops Manager continua disponível mesmo quando qualquer servidor individual é perdido. |
Con | Exige um número maior de servidores e requer um balancer de carga capaz de rotear o tráfego para servidores de aplicativos disponíveis. |
Você distribuirá instâncias gerenciadas do MongoDB em servidores que não têm acesso à Internet?
Se os servidores onde você implementa o MongoDB não tiverem acesso à Internet e se você usar a Automação, antes de criar a primeira implementação gerenciada do MongoDB a partir do MongoDB Ops Manager, você deverá configurar o modo local e armazenar os binários. Os MongoDB Agents podem então baixar os binários diretamente do MongoDB Ops Manager. Para saber mais, consulte Configurar o sistema para ter acesso limitado à internet.
Você usa um proxy para as conexões de rede de saída do aplicativo MongoDB Ops Manager ?
Se o MongoDB Ops Manager for usar um servidor proxy para acessar serviços externos, você deverá definir as configurações de proxy no arquivo de configuração conf-mms.properties do MongoDB Ops Manager. Se você já tiver iniciado o MongoDB Ops Manager, deverá reiniciar após definir as configurações de proxy.
Decisões de segurança
Você usará autenticação, TLS ou ambos para as conexões com os bancos de dados de apoio?
Se você usar autenticação ou TLS para conexões com o reconhecimento de data center de aplicação do Ops Manager e o reconhecimento de data center de backup, deverá configurar essas opções em cada reconhecimento de data center ao implantar o reconhecimento de data center e, em seguida, deverá configurar o Ops Manager com as informações de certificado necessárias para acessar os reconhecimentos de data center. Para obter detalhes, consulte Configurar as conexões com o banco de dados de aplicativo
Você usará o LDAP para autenticação de usuário no Ops Manager?
Se quiser usar o LDAP para gerenciamento de usuários, você pode configurar a autenticação LDAP antes ou depois de criar seu primeiro projeto. Existem diferentes pré-requisitos para implementar um novo esquema de autenticação LDAP ou para converter um esquema de autenticação existente para LDAP. Para saber mais sobre essas diferenças, consulte Pré-requisitos.
Para obter detalhes sobre a autenticação LDAP , consulte Configurar usuários do Ops Manager para autenticação e autorização LDAP.
Você usará TLS para conexões com o aplicação Ops Manager?
Se você usar o TLS para conexões ao Ops Manager a partir do MongoDB Agent, dos usuários e da API, deverá configurar o Ops Manager para usar o TLS. O procedimento para instalar o Ops Manager inclui a opção para configurar o acesso ao TLS .
Decisões de backup
Os servidores que executam seus Backup Daemons terão acesso à Internet?
Se os servidores que executam seus Backup Daemons não tiverem acesso à Internet, você deverá configurar o acesso binário offline para o Backup Daemon antes de executá-lo. A página Configurar a implantação para ter acesso limitado à Internet aborda a opção de configurar o acesso binário offline.
Determinados backups são necessários para estar em determinados data centers?
Se você precisar atribuir backups de implementações específicas do MongoDB a data centers específicos, cada centro de dados exigirá sua própria instância do Ops Manager, Backup Daemon e MongoDB Agent. As instâncias separadas do Ops Manager devem compartilhar um único banco de dados dedicado do Aplicativo de Ops Manager. O MongoDB Agent em cada centro de dados deve usar o URL para sua instância local do Ops Manager, que você pode configurar por meio de nomes de host diferentes ou DNS de horizonte dividido. Para obter requisitos detalhados, consulte Atribuir armazenamentos de snapshots a data centers específicos.