MongoDB Ops Manager executa uma reinicialização contínua quando você realiza 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 como a automação executa a manutenção em seus clusters, consulte Como o Ops Manager executa a manutenção em nós de cluster?.
oplog Tamanho
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.
Make sure that the cluster's oplog is large enough to store all writes that you application might make during the maintenance period. Use the replication.oplogSizeMB advanced deployment option to adjust the oplog size.
Priority
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.
Tolerância a falhas
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.
Construções de índice único
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:
Stop all writes to the affected collection. For more information. see
db.fsyncLock()in the MongoDB Manual.Consulte Construir índices sobre conjuntos de réplicas no Manual do MongoDB para criar o índice único de forma contínua.
Dica