Esta lista de verificação abrange uma instalação completa de produção do MongoDB Ops Manager. Escolha a opção que corresponde à sua situação:
Se você quiser avaliar o MongoDB Ops Manager e o MongoDB juntos em um único hospedar, consulte Instalar uma instalação simples do MongoDB Ops Manager de teste.
Se você já tiver uma URL ou convite do administrador do MongoDB Ops Manager, consulte Primeiros passos com implantações para criar ou importar uma implantação.
Se você estiver instalando o MongoDB Ops Manager para uso em produção, continue com esta lista de verificaçã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.
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 .
O Ops Manager armazena metadados e snapshots do aplicativo no banco de dados de aplicativos do Ops Manager e no banco de dados de backup, respectivamente. Para fornecer redundância de dados, execute cada reconhecimento de data center como um conjunto de réplicas de três membros em vários servidor.
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 write concern 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?
If the servers where you deploy MongoDB don't have Internet access and if you use Automation, then before you create the first managed MongoDB deployment from Ops Manager, you must configure local mode and store the binaries. MongoDB Agents can then download the binaries directly from Ops Manager. To learn more, see Configure Deployment to Have Limited Internet Access.
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
Will you use authentication, TLS, or both for the connections to the backing databases?
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á LDAP para autenticação de usuário no Ops Manager?
Observação
Starting with MongoDB 8.0, LDAP authentication and authorization is deprecated. The feature is available and will continue to operate without changes throughout the lifetime of MongoDB 8. LDAP will be removed in a future major release.
Para obter detalhes, consulte Descontinuação do LDAP.
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 MongoDB 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?
If the servers that run your Backup Daemons have no Internet access, you must configure offline binary access for the Backup Daemon before running the Daemon. The Configure Deployment to Have Limited Internet Access page covers the option to configure offline binary access.
Determinados backups são necessários para estar em determinados data centers?
Se você precisar atribuir backups de sistemas específicos do MongoDB a data centers específicos, cada centro de dados exigirá sua própria instância MongoDB Ops Manager , Backup Daemon e MongoDB Agent. As instâncias separadas MongoDB Ops Manager devem compartilhar um único Ops Manager Application Database. O MongoDB Agent em cada centro de dados deve usar a URL para sua instância local do MongoDB Ops Manager , que você pode configurar por meio de nomes de host diferentes ou DNS de horizonte dividido. Para obter os requisitos detalhados, consulte Atribuir armazenamentos de snapshots a centros de dados específicos.