Perguntas frequentes: Replicação e conjuntos de réplicas
Nesta página
- Que tipo de replicação o MongoDB permite?
- A replicação funciona nas conexões de Internet e WAN?
- O MongoDB pode replicar por uma conexão de "ruído"?
- Por que usar o registro no diário se a replicação já fornece redundância de dados?
- Que informações os árbitros trocam com o restante do conjunto de réplicas?
- É normal que os membros do conjunto de réplicas usem quantidades diferentes de espaço em disco?
- Posso renomear um conjunto de réplicas?
Este documento responde a perguntas frequentes sobre replicação no MongoDB. Consulte também a seção Replicação no manual, que fornece uma visão geral da replicação, incluindo detalhes sobre:
Que tipo de replicação o MongoDB permite?
O MongoDB aceita conjuntos de réplicas, que podem ter até 50 nós.
A replicação funciona nas conexões de Internet e WAN?
Sim.
Por exemplo, um sistema pode manter um primário e um secundário em um data center da costa leste junto com um membro secundário para recuperação de desastres em um data center da costa oeste.
O MongoDB pode replicar por uma conexão de "ruído"?
Sim, porém com falhas de conexão e latência perceptível.
Os membros do conjunto tentarão reconectar aos outros membros do conjunto em resposta aos flaps de rede. Isso não requer intervenção do administrador. No entanto, se as conexões de rede entre os nós no conjunto de réplicas forem muito lentas, talvez não seja possível para os membros do nó acompanhar a replicação.
Por que usar o registro no diário se a replicação já fornece redundância de dados?
O registro no diário facilita a recuperação mais rápida de falhas.
O registro em diário é particularmente útil para proteção contra falhas de energia, especialmente se o conjunto de réplicas residir em um único centro de dados ou circuito de energia.
Quando um conjunto de réplicas é executado com journaling, você pode reiniciar com segurança mongod instâncias sem intervenção adicional.
Observação
O registro no diário requer alguma sobrecarga de recursos para operações de gravação. No entanto, o registro no diário não afeta o desempenho da leitura.
O registro no diário é ativado por padrão em todas as compilações de 64 bits do MongoDB v2.0 e superior.
Que informações os árbitros trocam com o restante do conjunto de réplicas?
Os árbitros nunca recebem o conteúdo de uma coleção, mas trocam os seguintes dados com o restante do conjunto de réplicas:
Credenciais usadas para autenticar o árbitro com o conjunto de réplicas. Essas trocas são criptografadas.
Dados de configuração do conjunto de réplicas e dados de votação. Essas informações não são criptografadas. Somente as trocas de credenciais são criptografadas.
Se o sistema do MongoDB usar TLS/SSL, todas as comunicações entre árbitros e os outros membros do conjunto de réplicas serão seguras.
Consulte a documentação para Configurar mongod e mongos para TLS/SSL para mais informações. Tal como acontece com todos os componentes MongoDB, execute árbitros em redes seguras.
É normal que os membros do conjunto de réplicas usem quantidades diferentes de espaço em disco?
Sim.
Fatores como: diferentes tamanhos de oplog, diferentes níveis de fragmentação de armazenamento e a pré-alocação de ficheiros de dados do MongoDB podem levar a alguma variação na utilização do armazenamento entre os nós. As disparidades de uso de armazenamento serão mais pronunciadas quando você adicionar membros em horários diferentes.
Posso renomear um conjunto de réplicas?
Sim, conjuntos de réplicas não partilhadas podem ser renomeados. Este procedimento requer tempo de inatividade.
Para saber como renomear seu conjunto de réplicas, consulte Renomear um conjunto de réplicas autogerenciado.
Antes de renomear um conjunto de réplicas, faça um backup completo do MongoDB deployment.