O Cloud Manager executa uma reinicialização contínua quando você realiza manutenção em nós em um cluster. A automação atualiza os nós em um cluster um a um até que todos os nós sejam atualizados para manter a disponibilidade do cluster durante um período de manutenção.
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 Cloud Manager executa manutenção em nós de cluster?.
oplog Tamanho
Each node in a cluster is restarted in standalone mode before maintenance starts. The node replays writes in the oplog to catch up to the other nodes when it is added back to the cluster after maintenance completes.
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 membros, se um nó adicional ficar indisponível enquanto um nó estiver em manutenção, o cluster terá perdido a maioria dos nós. O nó primário perde esse status e retorna para se tornar um nó secundário. Um novo primary não pode ser eleito até que a maioria dos nós do cluster esteja disponível.
Para aplicativos de função crítica com altas necessidades de tempo de atividade, considere converter um conjunto de réplicas de três membros para um conjunto de réplicas de cinco membros antes de realizar a manutenção para manter a maioria do cluster caso um nó de cluster adicional fique indisponível durante um período de manutenção.
Observação
Os conjuntos de réplicas de cinco membros ou maiores são mais resilientes e têm menor probabilidade de sofrer perda de maioria durante os períodos de manutenção.
Uma opção mais simples, mas menos resiliente, para aumentar a tolerância a múltiplas falhas é adicionar um árbitro temporário a um conjunto de réplicas de três membros antes de executar a manutenção.
Construções de índice único
Automation builds indexes on cluster nodes one at a time using identical but independent commands. To ensure that writes respect the unique quality of indexed fields in a unique indexe, all writes to the collection on the cluster must stop before you build the index.
Não é possível usar a chave de criptografia de dados (DEK) ou o recurso de configuração de automação no Cloud Manager para criar um í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