Migrar um conjunto de réplicas para um novo servidor
Nesta página
- A autenticação OAuth 2.0 para acesso programático ao Cloud Manager está disponível como um recurso de visualização.
- O recurso e a documentação correspondente podem mudar a qualquer momento durante o período de Pré-visualização. Para usar a 2.0 autenticação OAuth, crie uma conta de serviço para usar em suas solicitações para a API pública do Cloud Manager .
Visão geral
Você pode substituir um nó de um conjunto de réplicas gerenciadas por outro nó do console do Cloud Manager. Use este processo para migrar membros de conjuntos de réplicas para novos servidores subjacentes. Este procedimento exige que você:
Provisione o novo servidor.
Adicione um membro extra ao conjunto de réplicas.
Desligue o antigo membro do conjunto de réplicas.
Cancele o managed do membro antigo (opcional).
Considerações
Sincronização inicial
Quando você adiciona um novo membro do conjunto de réplicas, o membro deve executar uma sincronização inicial, que leva tempo para ser concluída, dependendo do tamanho do conjunto de dados. Para obter mais informações sobre a sincronização inicial, consulte Sincronização de dados do conjunto de réplicas.
Migração de vários membros
Você pode remover ou migrar vários membros do conjunto de réplicas de uma só vez, mas a maioria dos membros votantes deve permanecer. Se você precisar remover mais membros votantes, remova-os um de cada vez.
Exemplo
Exemplo 1
Você tem um conjunto de réplicas de quatro nós. Todos os nós são membros votantes. Você pode remover apenas um nó, que preserva a maioria dos três dos quatro nós de votação. Você pode remover outro nó do conjunto de réplicas de três nós restante posteriormente. Isso preserva a maioria dos nós de votação restantes.
Exemplo
Exemplo 2
Você tem um conjunto de réplicas de quatro nós. Três nós são membros votantes e um nó é um membro não votante. Você pode remover um membro votante e um membro não votante ao mesmo tempo. Isso preserva a maioria dos dois dos três nós de votação.
Para saber mais sobre votação, consulte Alta Disponibilidade do Conjunto de Réplicas e Eleições do Conjunto de Réplicas.
A remoção de membros durante a migração pode afetar a capacidade do conjunto de réplicas de reconhecer gravações, dependendo do nível de write concern que você usa. Para obter mais informações, consulte Write Concern no manual do MongoDB.
Procedimento
Execute este procedimento separadamente para cada membro de um conjunto de réplicas a ser migrado.
Provisione o novo servidor.
Consulte Provision servidor.
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Vá para a página.<a class=\" \" href=\" \" title=\" \"><svg xmlns=\" \" width=\" \" height=\" \"Processes fill=\" \" viewbox=\" \" class=\" \" role=\" \" aria-label=\" \"><path fill=\" \" d=\" \"> <path fill=\" \" d=\" \">
Clique na aba Processes para sua implantação.
A página Processos é exibida.
Adicione um membro ao conjunto de réplicas.
Na seção Member Configuration , clique em Add a Mongod para adicionar um novo membro mongod .
O Cloud Manager exibe as seguintes definições de configuração para mongod:
Contexto | Descrição |
|---|---|
Member | Selecione uma das seguintes roles do nó do conjunto de réplicas no menu:
|
Hostname | Selecione no menu o host para o qual o Cloud Manager Automation implementa o membro do conjunto de réplicas. O menu lista somente os hosts em Automação do Cloud Manager. Para obter a documentação completa sobre como adicionar servidores à automação do Cloud Manager, consulte Provision Servers for Automation. Esse nome de host pode ser um nome de host, um FQDN, um endereço IPv4 ou um endereço IPv6 . |
Port | Especifique o número da porta IANA para o processo O |
Votes | Especifique o número de votos que o membro do conjunto de réplicas tem durante as eleições. Essa configuração corresponde à opção de configuração do conjunto de réplicas |
Priority | |
Delay | Especifique o número de segundos "atrás" do nó primário que esse nó deve "atrasar". Essa configuração corresponde à opção de configuração do conjunto de réplicas |
Build Indexes | Especifique |
Tags | Especifique a tag ou tags associadas ao conjunto de réplicas. Essa configuração corresponde à opção de configuração do conjunto de réplicas Para obter a documentação completa sobre as tags de conjuntos de réplicas, consulte Tags de conjuntosde réplicas |
Certifique-se de selecionar o Hostname que corresponde ao servidor recém-provisionado.
Configure o novo mongod processo.
Na seção Replica Set Configuration , visualize a tabela sob o título Replica Set Settings . A coluna Process Name lista o nome do host e a porta de cada conjunto de membros do conjunto de réplicas. O Cloud Manager agrupa inicialmente os processos sob o nome do conjunto de réplica. Clique em à esquerda do nome do conjunto de réplicas para listar todos os membros associados ao conjunto de réplicas.
Defina as seguintes configurações para o Process Name que corresponde ao membro recém-adicionado:
Contexto | Descrição |
|---|---|
Version | |
Data Directory | Especifique o diretório onde o processo Cada processo |
Log File | Especifique o caminho completo para o arquivo de log Por exemplo, especificar O |
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Verifique se o novo membro foi sincronizado.
Clique no nome do conjunto de réplicas para abrir a visualização do cluster. Verifique se o status de cada novo membro não está mais no estado Recovering .
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Remova o membro antigo do conjunto de réplicas.
Clique em Modify.
Navegue até a seção Member Configuration.
Clique em botão de reticências para o membro que você deseja remover.
No menu, selecione Remove from Replica Set.
Importante
A remoção do membro primário do conjunto de réplicas aciona uma eleição. O conjunto de réplicas não pode processar operações de escrita até que a eleição seja concluída. Para obter a documentação completa sobre as eleições do conjunto de réplicas, consulte Eleições do conjunto de réplicas.
Clique em Save.
#. Clique em Review Changes e depois, em Confirm & Deploy. O Cloud Manager converte o membro removido do conjunto de réplicas em um cluster autônomo visível na visualização Deployment .
No MongoDB Cloud Manager, acesse aGo Deployment página do seu projeto.
Se ainda não estiver exibido, selecione a organização que contém o projeto desejado no menu Organizations na barra de navegação.
Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.
Se a página Deployment ainda não estiver exibida, clique em Deployment na barra lateral.
A página Sistema é exibida.
Remova o membro antigo.
Para remover o membro do Cloud Manager, clique no ícone de reticências ... e selecione Remove from Cloud Manager.
O Cloud Manager não desliga automaticamente um processo removido do gerenciamento. Se você não encerrou o processo na etapa anterior, deverá fazê-lo manualmente, conectando-se diretamente à máquina host.
Para obter a documentação completa sobre a remoção de processos do gerenciamento do Cloud Manager, consulte Parar de gerenciar e/ou monitorar um sistema.