Perguntas frequentes: automação

Quais versões do MongoDB o Cloud Manager managed?

Para funções específicas do Cloud Manager e versões do MongoDB suportadas, consulte a Matriz de Compatibilidade do MongoDB.

Como o Cloud Manager managed sistemas do MongoDB?

Depois de provisionar servidor no Cloud Manager ou implantar o agente no ambiente da implantação do MongoDB, cada agente se comunica periodicamente com o Cloud 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 Cloud Manager, o agente ajustará seu trabalho para compensar e chegar com segurança ao estado da meta.

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 Cloud Manager realiza manutenção em nós de cluster?

O Cloud Manager executa uma reinicialização contínua quando você realiza 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 Cloud Manager, o agente executa reinicialização contínua 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

Quantos agentes 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 Cloud Manager lidará com falhas durante uma atualização?

De um modo geral, sim. O design dos componentes de gerenciamento e automação do Cloud 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 implementação posso criar no Cloud Manager?

Usando o Cloud Manager, você pode configurar todos os tipos de implantação do MongoDB: clusters sharded, conjuntos de réplicas e autônomo.

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ó.