Observação
Recurso Indisponível em Clusters de Camada Grátis
Essa funcionalidade está disponível para clusters Flex e superiores. Os clusters gratuitos são projetados para aprendizado e desenvolvimento em pequena escala e oferecem suporte a um subconjunto de recursos do Atlas . Para saber mais sobre quais recursos estão disponíveis para clusters gratuitos, consulte Limites de cluster gratuito do Atlas .
Considerações
Suporte por camada do cluster
O Atlas é compatível com a mudança da região e do fornecedor de nuvem de um cluster:
A qualquer momento em um cluster Flex, desde que a nova região seja compatível com clusters Flex.
A qualquer momento em um cluster
M10+do Atlas Core.
Durante a visualização pública, você não pode alterar a região ou o provedor de nuvem de um cluster Atlas Infinite existente.
Nós elegíveis e preferenciais
Cada nó nas regiões preferenciais e elegíveis pode:
Participar de eleições de conjuntos de réplicas
Torne-se o primary se a maioria dos nós do conjunto de réplicas estiver disponível.
Nos clusters do Atlas Core, os nós elegíveis devem totalizar 3, 5 ou 7. Nos clusters do Atlas Infinite, a camada de armazenamento coordena o failover em vez de uma eleição entre os nós do cluster. Um nó de computação auxiliar se torna o nó primário sem repetição de oplog ou inicialização a frio. Para saber mais, consulte MongoDB Atlas Infinite: Arquitetura.
Migração, Tempo de Inatividade e Impacto no Desempenho
Dependendo da quantidade de dados a serem migrados, as migrações podem levar um tempo significativo. Para maximizar a disponibilidade de um conjunto de réplicas, o Atlas migra um membro por vez, começando primeiro pelos membros secundários e depois pelos primários.
A migração pode afetar o desempenho se o seu primário já estiver atingindo a capacidade operacional: cada conjunto de réplicas recém-migrado deve executar uma sincronização inicial, aumentando a carga operacional. O tipo de sincronização inicial que o Atlas executa depende do seu provedor de nuvem. Para aprender mais, consulte Opções de configuração do Atlas. As migrações também podem afetar o desempenho se as preferências de leitura forem definidas para ler de secundários: o conjunto de réplicas fica sem um secundário durante a migração.
Emparelhamento de VPC/VNet (AWS e Azure)
Se você mover um cluster para fora de uma região que tenha uma conexão de emparelhamento VPC/VNet, o cluster movido não poderá mais usar essa conexão de emparelhamento para se comunicar com servidores na rede emparelhada. Todos os outros clusters com nós que permanecem na região original podem continuar a usar a conexão de emparelhamento.
Você pode criar várias conexões de emparelhamento para cada região, incluindo uma nova conexão de emparelhamento com a região para a qual você moveu um cluster.
Observação
Os nós de cluster removidos de uma região não podem herdar regras de acesso de grupos de segurança (AWS) ou blocos CIDR permitidos configurados para a conexão de emparelhamento. Você deve configurar as entradas da lista de acesso IP para permitir que o cluster movido se comunique com servidores que residem na rede de emparelhamento. Os nós de cluster restantes na região não são afetados.
Cobrança
Se você alterar a região de maior prioridade do seu cluster ou se o MongoDB migrar dados de oplog para uma região diferente, você será cobrado pelo armazenamento nas regiões antiga e nova nos dias seguintes à mudança de região. Você deve desabilitar o backup contínuo em nuvem e reativá-lo para evitar a cobrança em ambas as regiões.
Observação
Se você desabilitar o backup em nuvem contínuo no Atlas, o histórico de backups será apagado.
Mover um cluster de região única
Use o procedimento a seguir para mover nós para um cluster de região única.
No Atlas, vá para a página Clusters do seu projeto.
Se ainda não tiver sido exibido, selecione a organização que contém seu projeto 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.
Na barra lateral, clique em Clusters sob o título Database.
A página Clusters é exibida.
Na Cloud Provider & Region visualização, selecione a nova região desejada para o novo cluster.
Para clusters gratuitos:
Você também deve selecionar uma camada do cluster maior. O Atlas suporta a movimentação de clusters gratuitos somente quando você aumenta a camada do cluster.
As regiões disponíveis são um subconjunto do total de regiões suportadas para qualquer fornecedor de serviços de nuvem fornecido.
Mover um Cluster de Várias Regiões
Use o procedimento a seguir para mover nós para uma ou mais regiões em um cluster de M10 ou mais regiões:
No Atlas, vá para a página Clusters do seu projeto.
Se ainda não tiver sido exibido, selecione a organização que contém seu projeto 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.
Na barra lateral, clique em Clusters sob o título Database.
A página Clusters é exibida.
Na Cloud Provider & Region visualização , revise as opções atuais de configuração multirregional .
Para uma determinada região, clique no Region atualmente selecionado e escolha uma nova região na lista suspensa. Se você modificar a região do Preferred, o cluster do Atlas exigirá uma ou mais eleições para selecionar um novo primário na região selecionada. Consulte Testar Failover Primário para obter instruções sobre como testar a resposta da sua aplicação a uma eleição de conjunto de réplicas antes de alterar o cluster do Preferred.
Para alterar o número de nós que o Atlas implementa em uma determinada região, aumente ou diminua o valor do Number of Nodes. o número total de nós na região Preferred e todas as regiões Electable devem ser um número ímpar.