Configurar um Aplicativo de Ops Manager altamente disponível

balancer de carga

Os componentes do aplicativo de Ops Manager não têm estado entre as solicitações. Qualquer servidor do aplicativo de Ops Manager pode lidar com solicitações, desde que todos os servidores leiam do mesmo aplicativo de banco de dados do Ops Manager. Se um aplicativo de Ops Manager ficar indisponível, outro preencherá as solicitações.

Para tirar proveito disso para alta disponibilidade, configure um balancer de carga de sua escolha para equilibrar o pool de hosts do Aplicativo de Ops Manager. Para fazer isso no Ops Manager, execute as seguintes ações:

• Defina a propriedade URL to Access Ops Manager como a URL do balancer de carga.

• Configure a propriedade Load Balancer Remote IP Header para X-Forwarded-For, que é o campo de cabeçalho HTTP que o balanceador de carga utiliza para identificar o endereço IP do cliente de origem.

  Observação

  Se você estiver usando um4 balancer de carga de camada que não suporta X-Forwarded-For por padrão, habilite X-Forwarded-For ou use o protocolo de proxy.

O Aplicativo de Ops Manager usa o endereço IP do cliente para auditoria, registro e definição de uma lista de acesso para a API.

Depois que o balancer de carga for configurado e iniciado, você não deverá se conectar ao Aplicativo de Ops Manager a partir de seus URLs de host individual.

Conjunto de réplicas para o aplicativo de banco de dados do Ops Manager

Distribua um conjunto de réplicas em vez de um autônomo para hospedar o Ops Manager Application Database. Os conjuntos de réplicas terão failover automático se o primário ficar indisponível.

Se o conjunto de réplicas tiver membros em diversas instalações, certifique-se de que uma única instalação tenha votos suficientes para eleger um primário , se necessário. Escolha a instalação que hospeda os principais sistemas de aplicativos. Coloque a maioria dos membros votantes e todos os membros que podem se tornar primários nesta instalação. Caso contrário, as partições da rede poderiam impedir que o conjunto fosse capaz de formar uma maioria. Para obter detalhes sobre como os conjuntos de réplicas elegem as primárias, veja Eleições do conjunto de réplicas.

Você pode fazer backup do conjunto de réplicas usando snapshots do sistema de arquivos. Os snapshots do sistema de arquivos usam ferramentas em nível de sistema para criar cópias do dispositivo que contém os arquivos de dados do conjunto de réplicas.

Para distribuir o conjunto de réplicas que hospeda o banco de dados do Aplicativo de Ops Manager, consulte Instância de apoio do MongoDB.

O gen.key arquivo

gen.key é um arquivo binário de 24 bytes usado para criptografar e descriptografar os bancos de dados de backup e as credenciais de usuário do Ops Manager. Um arquivo gen.key idêntico deve ser armazenado em cada servidor que faz parte de um sistema do Ops Manager altamente disponível.

O arquivo gen.key pode ser gerado automaticamente ou manualmente.

Para que o Ops Manager gere o arquivo:

Inicie um servidor Ops Manager. O Ops Manager criará um arquivo gen.key se não houver nenhum.

Para criar o arquivo manualmente:

Gere um arquivo binário de 24 bytes.

Exemplo

O seguinte cria o arquivo gen.key usando openssl:

openssl rand 24 > /<keyPath>/gen.key

Proteja o arquivo gen.key como qualquer arquivo confidencial. Altere o proprietário para o usuário que está executando o Ops Manager e defina a permissão de leitura e gravação do arquivo somente para o proprietário.

Depois de obter o arquivo gen.key (criado de maneira automática ou manual), antes de iniciar os outros servidores do Ops Manager, copie o arquivo no diretório apropriado no servidor atual e para o diretório apropriado nos outros servidores do Ops Manager:

• /etc/mongodb-mms/ para instalações de RPM ou Ubuntu

• ${HOME}/.mongodb-mms/ para instalações de arquivo (.tar)

Modo de atualização

Se você tiver uma instalação do Ops Manager com mais de um host do Ops Manager apontando para o mesmo aplicativo de banco de dados, poderá atualizar o Ops Manager para uma versão mais recente sem incorrer em tempo de inatividade de monitoramento. Após concluir a atualização de um host Ops Manager de um sistema do Ops Manager altamente disponível, esse sistema entra em um estado conhecido como Modo de atualização. Nesse estado, o Ops Manager está disponível durante uma atualização. Os benefícios desse modo são que, durante todo o processo de atualização, o usuário pode fazer a atualização:

• Alertas e monitoramento operam

• As instâncias do Ops Manager permanecem ativas

• O aplicativo do gerente de operações pode ser acessado no modo somente leitura

• APIs do Ops Manager que gravam ou excluem dados estão desabilitadas

Sua instância do Ops Manager permanece no Modo de atualização até que todos os hosts do Ops Manager tenham sido atualizados e reiniciados. Você não deve atualizar mais de um host do Ops Manager de cada vez.