Preparar-se para a manutenção de clusters
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?.
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.
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.
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.
Para aplicativos críticos com necessidades de alto tempo de atividade, considere adicionar um árbitro temporário a um conjunto de réplicas de três ou cinco membros antes de executar a manutenção. O árbitro temporário pode manter a maioria do cluster caso um nó de cluster adicional fique indisponível durante um período de manutenção.
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 coleção 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:
Pare todas as gravações na coleção afetada. Para mais informações. consulte db.fsyncLock() no Manual do MongoDB.
Consulte Construir índices sobre conjuntos de réplicas no Manual do MongoDB para criar o índice único de forma contínua.