MongoDB: conjunto de réplicas - mestre x escravo

Um conjunto de réplicas pode ter apenas um primário em um determinado momento (um mestre) com os outros nós sendo secundários (escravos) e, portanto, eles não são nada como a replicação mestre-mestre (ou seja, vários mestres).

Definitivamente, você deve mudar para um conjunto de réplicas da configuração mestre/escravo porque essa é a maneira preferida e recomendada de replicar. Dos documentos do MongoDB: "conjuntos de réplicas são um superconjunto funcional de mestre/escravo e um código mais novo e robusto".

Quando um primário falha, um dos secundários será automaticamente eleito como um novo primário (você pode ver os documentos para ver os detalhes de como isso acontece).

Você não pode obter balanceamento de gravação por ter um conjunto de réplicas - você só pode distribuir gravações fragmentando no MongoDB.

Em primeiro lugar, não estou descartando nada de @Asya Kamsky. Mas eu gostaria de escrever algo sobre a réplica Set: Mater vs Slave .

De acordo com a fonte documentada do MongoDB, a replicação mestre-escravo é o modo de replicação mais geral suportado pelo . Este modo é muito flexível e pode ser usado para , , . A configuração básica é iniciar um e um ou mais , cada um dos quais conhece o endereço do arquivo . Para iniciar o , execute . Para iniciar um , execute , onde é o endereço do que acabou de iniciar.MongoDB the Definite Guide MongoDBbackupfailoverread scalingmaster node slave nodesmastermastermongod --masterslavemongod --slave --source master_addressmaster_addressmaster node

Suponha que, primeiro, crie um diretório para masterarmazenar os dados e escolha um port( 10000):

$ mkdir -p ~/dbs/master
$ ./mongod --dbpath ~/dbs/master --port 10000 --master

Agora configure o slave, escolhendo um diretório de dados e uma porta diferentes. Para um escravo, você também precisa dizer quem é seu mestre com a --sourceopção:

$ mkdir -p ~/dbs/slave
$ ./mongod --dbpath ~/dbs/slave --port 10001 --slave --source localhost:10000

All slaves must be replicated from a master node. Não há atualmente nenhum mecanismo para replicar a partir de um escravo ( encadeamento em série ) , porque os escravos não mantêm os seus próprios oplog .

Não há limite explícito para o número de slavesem um cluster, mas ter mil escravos consultando um único mestre provavelmente sobrecarregará o nó mestre .

Observação: se você tiver dois masters diferentesslave com as mesmas coleções, tentará mesclá -los, mas isso não é garantido. Se você estiver usando um único escravo com vários mestres diferentes, é melhor garantir que os mestres usem arquivos .MongoDB namespaces

A replica seté basicamente um master-slavecluster com arquivos failover. A maior diferença entre um cluster mestre-escravo e um conjunto de réplicas é que um conjunto de réplicas não possui um único mestre: um é eleito pelo cluster e pode mudar para outro nó se o mestre atual cair. No entanto, eles são muito semelhantes: um conjunto de réplicas sempre tem um single master node(chamado primário ) e um ou mais escravos (chamados secondaries).

Observação: quando o servidor principal fica inativo, o servidor secundário se torna master.

O registro de operações mantido pelo mestre é chamado de oplog , abreviação de log de operação. O oplogé armazenado em um banco de dados especial chamado local, na oplog.$maincoleção. Cada documento no oplogrepresenta uma única operação executada no servidor mestre .

No mestre-escravo na réplica definida no cenário de failover e eleição primária depende da condição e configuração entre mestre e escravo assim

1. Quando o primaryservidor for down, o secondaryservidor se tornará master.
2. Se primarycair, os highest-priorityservidores irão comparar como up-to-dateestão.
3. Se o Primary Servercair entre os secundários, a prioridade mais alta most-up-to-date serverse tornará o arquivo new primary.

Usar slavespara escalar reads é que a MongoDBreplicação é asynchronous. Isso significa que quando os dados são inseridos ou atualizados no master, os dados no slaveserão out-of-datemomentâneos. É importante considerar isso se você estiver atendendo a algumas solicitações usando consultas para slaves.

Nota: você deve ter certeza de nunca acessar writenenhum banco de dados no slaveque está sendo replicateddo master. O slavenão reverterá nada writespara corrigir corretamente mirroro arquivo master. O slavetambém não deve ter nenhum dos bancos de dados que estão sendo replicados quando inicializado . Se isso acontecer, esses bancos de dados nunca serão fully synced, mas apenas atualizados com new operations.

É muito parecido com "escrever e sincronizar os outros como uma fazenda mestre-mestre". como a documentação do MongoDB disse, "conjuntos de réplicas são uma forma de replicação mestre/escravo assíncrona, adicionando failover automático e recuperação automática de nós membros." Verifique http://www.mongodb.org/display/DOCS/Replica+Sets