Perguntas frequentes: automação

Quais versões do MongoDB o Ops Manager managed?

Para funções específicas do MongoDB Ops Manager e versões MongoDB suportadas, consulte Matriz de compatibilidade doMongoDB .

Quais são os caminhos de atualização para as versões 1.8.x e 2.0.x do Ops Manager?

Para caminhos de atualização, consulte Upgrade do Ops Manager.

Como o Ops Manager managed os sistemas do MongoDB?

Depois de implantar o agente no ambiente da implantação do MongoDB, cada agente se comunica periodicamente com o Ops Manager e executa qualquer trabalho necessário.

Os agentes reavaliam constantemente seu ambiente para adaptar seu trabalho conforme necessário. Como parte dessa atividade de rotina, o agente estabelece conexões frequentes de curta duração com os membros do cluster. Se um agente encontrar um problema, como problemas de conectividade de rede ou falha do Ops Manager, os agentes ajustarão seu trabalho para compensar e chegar com segurança ao estado objetivo.

Os agentes criam planos para passar do estado atual para um estado de meta. Os planos são executados em etapas, onde cada etapa é autônoma e independente das outras etapas.

Como o Ops Manager realiza manutenção em nós de cluster?

MongoDB Ops Manager executa umareinicialização contínua quando você executa manutenção em nós em um cluster. O agente atualiza os nós em um cluster um a um, sempre mantendo um nó primário, até que todos os nós sejam atualizados para manter a disponibilidade do cluster durante um período de manutenção.

Para cada nó secundário no cluster, o agente:

1. Reinicia o processo mongod em execução no nó no modo standalone .

2. Executa a tarefa de manutenção.

3. Reinicia o processo mongod em execução no nó no modo replSet .

Após os nós secundários serem atualizados, o agente:

1. Desce o primário usando o comando rs.stepDown() .

2. Atlas Triggers uma eleição para um novo nó primário.

3. Executa a tarefa de manutenção no nó primário anterior.

4. Reinicia o processo mongod em execução no antigo nó primário no modo replSet para ingressar no cluster como um nó secundário.

No Ops Manager, o agente executa reinicializações contínuas em nós de cluster para tarefas de manutenção, incluindo o seguinte:

• Girando chaves KMIP .

• Rotacionar arquivos-chave.

• Alterando os argumentos de configuração do mongod .

• Atualizando ou fazendo downgrade do modo TLS, auth ou clusterAuth .

• Alterando a versão do MongoDB.

• Alterando o tamanho do oplog.

• Removendo um processo de um conjunto de réplicas.

• Cancelando uma restauração a partir de um backup.

• Habilitando o Profiler

De quantas automações eu preciso?

Para usar a automação, você deve ter um agente em execução em cada host onde uma instância gerenciada do MongoDB é executada.

Alguma fonte de dados do MongoDB é transferida pelo agente?

Os agentes não transmitem nenhum registro de dados de um MongoDB deployment. Os agentes comunicam apenas informações de configuração da implantação e registros do MongoDB.

O Ops Manager lidará com falhas durante uma atualização?

De um modo geral, sim. O design dos componentes de gerenciamento e automação do Ops Manager não leva em conta todas as possíveis falhas; no entanto, a arquitetura do sistema pode contornar muitos tipos de falhas.

Que tipos de sistema posso criar no Ops Manager?

Usando o Ops Manager, você pode configurar todos os tipos de sistema do MongoDB: clusters sharded, conjuntos de réplicas e standalones.

Os fragmentos em um cluster fragmentado devem ser conjuntos de réplicas. Ou seja, um fragmento não pode ser um mongod autônomo. Se você precisar executar um fragmento como um único mongod (que não oferece redundância ou failover), execute o fragmento como um conjunto de réplicas de um único nó.