Menu Docs
Página inicial do Docs
/
MongoDB Ops Manager
/

Preparar-se para a manutenção de clusters

Nesta página

  • oplog Tamanho
  • Priority
  • Tolerância a falhas
  • Construções de índice único

MongoDB Ops Manager executa umareinicialização contínua quando você executa manutenção em nós em um cluster. Para manter a disponibilidade do cluster durante um período de manutenção, a automação atualiza os nós em um cluster da seguinte maneira:

  • Para conjuntos de réplicas de três membros, a automação atualiza os nós um nó de cada vez.

  • Para conjuntos de réplicas de cinco membros, a automação atualiza dois nós de cada vez.

Antes de realizar a manutenção dos clusters, revise as seguintes considerações e tome ação, se necessário, para manter a disponibilidade do cluster.

Observação

Para saber mais sobre como a automação executa manutenção em seus clusters, consulte Como o MongoDB Ops Manager executa manutenção em nós de cluster?.

Cada nó em um cluster é reiniciado em modo standalone antes do início da manutenção. O nó repete as gravações no oplog para alcançar os outros nós quando é adicionado de volta ao cluster após a conclusão da manutenção.

Certifique-se de que o oplog do cluster seja grande o suficiente para armazenar todas as gravações que seu aplicativo pode fazer durante o período de manutenção. Use a opção avançada de sistema replication.oplogSizeMB para ajustar o tamanho do oplog.

Todas as conexões de cliente com um nó primário são descartadas quando a manutenção é iniciada nesse nó. As conexões são restabelecidas com o nó primário recém-eleito.

Você pode preferir que um nó em um data center específico se torne o novo nó primário. Edite a configuração do cluster e ajuste a prioridade de cada nó para indicar seu nó primário preferido.

Os nós em manutenção não oferecem suporte a failover para o cluster. Para conjuntos de réplicas de três e cinco membros, se um nó adicional ficar indisponível durante a manutenção, o cluster perderá a maioria dos nós. O nó primário perde esse status e desce para se tornar um nó secundário. Uma nova primária não pode ser eleita até que a maioria dos nós do cluster fique disponível.

A automação cria índices nos nós do cluster, um de cada vez, usando comandos idênticos, mas independentes. Para garantir que as gravações respeitem a qualidade unique dos campos indexados em um índice único, todas as gravações na collection no cluster devem ser interrompidas antes de você criar o índice.

Não é possível usar a chave de criptografia de dados (DEK) ou o recurso de configuração de automação no Ops Manager para criar índice único de forma contínua porque esses métodos não interrompem as gravações no cluster.

Se o seu caso de uso exigir que você crie novos índices únicos:

  1. Pare todas as gravações na coleção afetada. Para mais informações. consulte db.fsyncLock() no Manual do MongoDB.

  2. Consulte Construir índices sobre conjuntos de réplicas no Manual do MongoDB para criar o índice único de forma contínua.

Dica

Veja também:

Voltar

Ver todos os clusters