Configurar alta disponibilidade e isolamento do volume de trabalho

Dica

Você pode criar MongoDB sistemas multinuvem no Atlas usando qualquer combinação de provedores de nuvem: AWS, Azure e Google Cloud.

Você pode definir os nós no deployment do MongoDB para utilizar diferentes:

Provedores de nuvem
Regiões geográficas
Prioridades de volume de trabalho
Configurações de replicação

O uso dessas opções permite melhorar a disponibilidade e o equilíbrio do volume de trabalho do cluster.

Para configurar opções específicas do nó para seu cluster, alterne Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) para On.

Funcionalidade de isolamento de volume de trabalho, multirregiões e fornecedor multinuvem

clique para ampliar

Um cluster pode ser hospedado em:

Várias regiões em um único fornecedor de nuvem.
Várias regiões em vários fornecedores de nuvem.

Como cada fornecedor de nuvem tem seu próprio conjunto de regiões, os clusters multinuvem também são clusters multirregionais.

Considerações

O Atlas não garante que os nomes de host permaneçam consistentes com os tipos de nó durante as alterações de topologia.
Exemplo
Se você tiver um cluster chamado foo123 contendo um nó de analítica foo123-shard-00-03-a1b2c.mongodb.net:27017, o Atlas não garante que o nome de host específico continuará a se referir a um nó de analítica após uma alteração de topologia, como dimensionar um cluster para modificar seu número de nós ou regiões.
Em clusters fragmentados, o Atlas distribui os três nós do servidor de configuração com base no número de regiões elegíveis no cluster. Se o cluster tiver:
- Somente em uma região elegível, o Atlas distribui todos os três nós de configuração nessa região.
- Duas regiões selecionáveis, o Atlas distribui dois nós de configuração na região de maior prioridade e um nó de configuração na segunda região maior prioridade.
- Três ou mais regiões elegíveis, o Atlas distribui um nó de configuração em cada uma das três regiões de maior prioridade.
Ter um grande número de regiões ou ter nós distribuídos por longas distâncias pode resultar em tempos prolongados de eleição ou atrasos de replicação.
Uma alteração de cluster que adicione, remova ou modifique membros votantes levará mais tempo, pois o Atlas adiciona, remove ou modificamembros votantes do , um por vez, de forma contínua.
Os clusters podem abranger regiões e provedores de serviços em nuvem. O número total de nós em clusters que abrangem as regiões tem uma restrição específica por projeto.
O Atlas limita o número total de nós em outras regiões em um projeto a um total de 40. Esse total exclui:
- Regiões do Google Cloud se comunicando umas com as outras
- Clusters gratuitos ou clusters compartilhados
- Instâncias sem servidor
Os clusters fragmentados incluem nós adicionais. Os nós elegíveis no conjunto de réplicas do servidor de configuração dedicado (CSRS) contam para o número total de nós permitidos. Cada cluster fragmentado tem um nó elegível adicional por região como parte do CSRS dedicado. Para saber mais, consulte Servidores de configuração do conjunto de réplicas.
O número total de nós entre quaisquer duas regiões deve atender a essa restrição.
Exemplo
Se um projeto do Atlas tiver nós em clusters espalhados por três regiões:
- 30 nós na Região A
- 10 nós na Região B
- 5 nós na Região C
Você só pode adicionar mais 5 nós à Região C porque:
1. Se você excluir a região C, região A + região B = 40.
2. Se você excluir a região B, região A + região C = 35, <= 40.
3. Se você excluir a região A, região B + região C = 15, <= 40.
4. Cada combinação de regiões com os 5 nós adicionados ainda atende à restrição por projeto:
  Região A + B = 40
  Região A + C = 40
  Região B + C = 20
Você não pode criar um cluster multirregional em um projeto se ele tiver um ou mais clusters abrangendo 40 ou mais nós em outras regiões.
Entre em contato com o suporte Atlas para tirar dúvidas ou obter assistência para aumentar esse limite.
O Atlas fornece write concerns personalizados integrados para clusters multirregionais. Use esses write concern para garantir que suas operações de gravação se propaguem para um número desejado de regiões, garantindo assim a consistência dos dados entre suas regiões. Para saber mais, consulte Write concerns personalizados integrados.
O número de zonas de disponibilidade, zonas ou domínios de falha em uma região não afeta o número de nós do MongoDB que o Atlas pode distribuir. Os clusters MongoDB Atlas são sempre feitos de conjuntos de réplicas com um mínimo de três nós do MongoDB.
Se você usar o formato padrão de connection string em vez do formato de lista de sementes DNS , a remoção de uma região inteira de um cluster entre regiões existente pode resultar em uma nova connection string.
Para verificar a cadeia de conexão correta após distribuir as alterações:
1. Clique em Database no canto superior esquerdo do Atlas.
2. Clique em Connect na visualização Clusters .
Se você planeja criar uma ou mais conexões de emparelhamento de VPC em seu primeiro cluster pago dedicado M10+ para a região ou regiões selecionadas, primeiro revise a documentação sobre Conexões de emparelhamento de VPC.

Nós elegíveis para alta disponibilidade

Se regiões com nós elegíveis forem adicionadas, você poderá:

aumentar a disponibilidade de dados e
reduzir o impacto das interrupções do centro de dados.

Você pode definir regiões diferentes para um fornecedor de nuvem ou escolher diferentes fornecedores de nuvem.

O Atlas define o nó na primeira linha da tabela Electable nodes como a região Highest Priority.

O Atlas prioriza nós nesta região para elegibilidade primária. Outros nós são classificados na ordem em que aparecem. Para obter mais informações, consulte Prioridade do membro.

Cada nó elegível pode:

Participe de eleições de conjuntos de réplicas.
Tornar-se o primary enquanto a maioria dos nós no conjunto de réplicas permanece disponível.

Adicionar nós elegíveis

Você pode adicionar nós elegíveis em um provedor de nuvem e uma região na seção Electable nodes for high availability.

Para adicionar um nó elegível:

Clique em Add a provider/region.
Selecione o provedor de nuvem no menu suspenso Provider.
Selecione a região no menu suspenso Region.
Quando você altera a opção Provider, o Region altera para uma opção em branco. Se você não selecionar uma região, o Atlas exibirá um erro ao clicar em Create Cluster.
Especifique o número desejado de Nodes para o provedor e região.
O número total de nós elegíveis em todos os provedores e regiões do cluster deve ser igual a 3, 5 ou 7.

O Atlas considera as regiões marcadas com um conforme recomendado. Essas regiões oferecem alta disponibilidade em comparação com outras regiões.

Para saber mais, consulte:

Remover nós elegíveis

Para remover um nó de uma região, clique no ícone no lado direito dessa região. Não é possível remover um nó na região Highest Priority.

Para saber mais, consulte Backups de cluster multirregional.

Alterar nós elegíveis para nós read-only

Você pode alterar um nó elegível para um nó read-only adicionando um nó read-only e removendo um nó elegível ao mesmo tempo. Para saber mais, consulte Alterar a finalidade do volume de trabalho dos nós.

Melhorar a disponibilidade de um cluster

Para melhorar a redundância e a disponibilidade de um cluster, aumente o número de nós elegíveis nessa região. Cada Atlas cluster tem uma região do Highest Priority. Se o seu cluster abranger várias regiões, você poderá selecionar qual região do provedor de nuvem deve ser a Highest Priority.

Para evitar a perda de disponibilidade e desempenho, considere os seguintes cenários:

Ponto de falha	Como prevenir este ponto de falha
Provedor de nuvem	Mínimo de um conjunto de nós em todos os três provedores de nuvem. Mais de um nó por região.
Região	Mínimo de um nó definido em três ou mais regiões diferentes. Mais de um nó por região.
Nó	Três ou mais nós elegíveis em uma região Recommended ou Três ou mais nós elegíveis em duas ou mais regiões.

Alterar o fornecedor ou região de maior priority

Se você alterar o provedor de Highest Priority e a região em um cluster multirregional ativo, o Atlas selecionará um novo nó primary no provedor e na região especificados (supondo que o número de nós em cada provedor e região permaneça o mesmo e nada mais seja modificado).

Exemplo

Se você tiver um cluster ativo de 5 nós com a seguinte configuração:

Nós	Fornecedor	Região	Priority
3	AWS	us-east-1	Mais alta
2	Google cloud	us-west3

Para transformar os nós us-west3 do Google Cloud em Highest Priority, arraste sua linha até o topo da lista Electable nodes do seu cluster. Após essa alteração, o Atlas escolhe um novo PRIMARY em us-west3. O Atlas não inicia uma sincronização inicial ou reprovisiona hosts ao alterar essa configuração.

Importante

Certas circunstâncias podem atrasar a eleição de uma nova primária.

Exemplo

Um cluster fragmentado com volumes de trabalho pesados em seu fragmento primary pode atrasar a eleição. Isso resulta em não ter todos os nós de tipo primary na mesma região temporariamente.

Para minimizar esses riscos, evite modificar sua região primária durante períodos de carga de trabalho pesada.

Nós read-only para leituras locais ideais

Use nós read-only para otimizar leituras locais nas respectivas áreas de serviço dos nós.

Adicionar nós read-only

Você pode adicionar nós read-only da seção Read-Only Nodes for Optimal Local Reads.

Para adicionar um nó read-only em um fornecedor de nuvem e região:

Clique em Add a provider/region.
Selecione o provedor de nuvem no menu suspenso Provider.
Selecione a região no menu suspenso Region.
Quando você altera a opção Provider, o Region altera para uma opção em branco. Se você não selecionar uma região, o Atlas exibirá um erro ao clicar em Create Cluster.
Especifique o número desejado de Nodes para o provedor e região.

O Atlas considera as regiões marcadas com um conforme recomendado. Essas regiões oferecem alta disponibilidade em comparação com outras regiões.

Os nós read-only não oferecem alta disponibilidade porque não participam de eleições. Eles não podem se tornar o primary do cluster. Os nós somente para leitura têm tags de preferência de leitura distintas que permitem direcionar as queries para as regiões desejadas.

Remover nós read-only

Para remover todos os nós read-only em um provedor de nuvem e região, clique no ícone à direita desse provedor de nuvem e região.

Alterar a finalidade do volume de trabalho dos nós

Você pode alterar a finalidade do volume de trabalho de um nó adicionando e removendo nós ao mesmo tempo.

Observação

Você deve adicionar e remover o nó dentro da mesma alteração de configuração para reutilizá-lo. Se você remover o nó, salve a alteração e então adicione o nó de provisionamento, o Atlas fornece um novo nó.

Por exemplo, para alterar um nó somente leitura para um nó elegível:

Adicionar um nó elegível.
Remover um nó read-only.
Clique em Review Changes.
Clique em Apply Changes.

Nós de analítica para isolamento do volume de trabalho

Use os nós de analítica para isolar as queries que você não deseja que entrem em conflito com seu volume de trabalho operacional. Os nós de analítica ajudam a lidar com as operações de análise de dados, como reportar queries do BI Connector for Atlas. Os nós de analítica têm marcações de conjunto de réplicas distintas que permitem que você direcione as queries para as regiões desejadas.

Clique em Add a region para selecionar uma região na qual distribuir nós de analítica. Especifique o número desejado de Nodes na região.

Observação

As opções de connection string readPreference e readPreferenceTags não estão disponíveis para o shell mongo . Para saber mais, consulte cursor.readPref() e Mongo.setReadPref() .

Adicionar nós de analítica

Você pode adicionar nós de analítica a partir da seção Analytics nodes for workload isolation.

Para adicionar nós de analítica em um fornecedor de nuvem e região:

Clique em Add a provider/region.
Selecione o provedor de nuvem no menu suspenso Provider.
Selecione a região no menu suspenso Region.
Quando você altera a opção Provider, o Region altera para uma opção em branco. Se você não selecionar uma região, o Atlas exibirá um erro ao clicar em Create Cluster.
Especifique o número desejado de Nodes para o provedor e região.

O Atlas considera as regiões marcadas com um conforme recomendado. Essas regiões oferecem alta disponibilidade em comparação com outras regiões.

Os nós de análise não oferecem alta disponibilidade porque não participam de eleições. Eles não podem se tornar o primário do cluster.

Selecionar uma camada de cluster para seus nós de analítica

Seus volumes de trabalho podem variar muito entre os nós de analítica e operacionais. Para ajudar a gerenciar esse problema, para clusters M10+ , você pode selecionar uma camada do cluster dimensionada adequadamente para seu volume de trabalho analítico. Você pode selecionar uma camada do cluster para seus nós de analítica que seja maior ou menor do que a camada do cluster selecionada para seus nós elegíveis e read-only (nós operacionais). Essa funcionalidade ajuda a garantir que você obtenha o desempenho necessário para suas queries transacionais e analíticas sem provisionar mais ou menos todo o cluster para seu volume de trabalho analítico.

As seguintes considerações se aplicam à aba Analytics Tier e nós de analítica:

Importante

Se você selecionar uma camada do cluster na aba Analytics Tier significativamente abaixo da camada do cluster selecionada na guia Base Tier , poderá ocorrer um atraso de replicação . O nó de analítica pode cair completamente do oplog .

Se você selecionar uma camada do cluster General na aba Analytics Tier e uma camada do cluster Low-CPU na aba Base Tier, não haverá permissão para auto-scaling de disco no cluster. O auto-scaling de disco também não é permitido se você selecionar uma camada do cluster General na aba Base Tier e uma camada de cluster Low-CPU na aba Analytics Tier.
O tamanho do disco e o IOPS devem permanecer iguais em todos os tipos de nó.
O tamanho do armazenamento deve corresponder entre a guia Base Tier e a guia Analytics Tier. Você pode definir o tamanho do armazenamento na guia Base Tier.
Se você deseja selecionar a classe Local NVME SSD na aba Base Tier, a aba Analytics Tier deverá ter o mesmo nível selecionado.
Se uma camada do cluster aparecer esmaecida, ela não será compatível com o tamanho do disco do cluster ou com a classe Local NVME SSD.
Uma camada do cluster selecionada na aba Analytics Tier tem o mesmo preço de uma camada do cluster selecionada na aba Base Tier . No entanto, quando um Analytics Tier é maior ou menor do que o Base Tier, o preço é ajustado de acordo em uma base proporcional por nó. O preço aparece na UI do Atlas quando você cria ou edita um cluster. Para saber mais, consulte Gerenciar faturamento.

Depois de adicionar os nós de análise, você pode selecionar uma camada do cluster dimensionada adequadamente para sua carga de trabalho de análise.

Na seção Cluster Tier, clique na aba Analytics Tier.
Selecione o Cluster Tier.

Remover nós de analítica

Para remover todos os nós de analítica de um fornecedor de nuvem e região, clique no ícone à direita desse fornecedor de nuvem e região.

Nós de pesquisa para isolamento do volume de trabalho

Você pode configurar os nós no seu agrupamento para executar somente o processo Atlas Search mongot . Quando executa o processo mongot do Atlas Search separadamente, você melhora a disponibilidade e o balanceamento do volume de trabalho do processo mongot . Para saber mais, consulte Arquitetura de nós de pesquisa.

Considerações

Em clusters do Atlas M10 ou superiores executando o MongoDB v6.0 e superior, você pode configurar os nós de pesquisa separadamente dos nós do banco de dados. Analise o seguinte antes de distribuir os nós do Atlas Search separadamente.

Camada do cluster

Você pode distribuir nós de pesquisa somente para clusters dedicados (M10 ou superior). Não é possível adicionar nós de pesquisa em clusters de nível gratuito (M0) e compartilhado (M2 e M5). Você pode usar a UI e a API de administração do Atlas para provisionar nós de pesquisa para clusters de região única novos e existentes no AWS, Google Cloud ou Azure.

Provedor de nuvem

Você pode hospedar os nós de pesquisa apenas na AWS ou no Google Cloud. Você não pode distribuir Nós de Pesquisa separadamente para clusters do Azure ao criar ou modificar esses clusters. Você não pode distribuir nós de pesquisa separadamente para instâncias sem servidor, clusters multinuvem ou clusters globais.

Regiões do fornecedor de nuvem

O Atlas distribui os nós de pesquisa na mesma região do AWS, do Google Cloud ou do Azure que os nós elegíveis, de analítica e read-only.

O Atlas oferece suporte à implantação de nós de pesquisa separadamente para isolamento do volume de trabalho em qualquer região do Google Cloud e do Azure . No entanto, você não pode distribuir nós de pesquisa em determinadas regiões da AWS . O seguinte comportamento da UI do Atlas é aplicado:

Se você selecionar qualquer uma das seguintes regiões da AWS para seus nós de cluster primeiro, o Atlas desativará a alternância Search nodes for workload isolation .
Se você habilitar o Search nodes for workload isolation primeiro, o Atlas desativará o seguinte no menu suspenso para regiões abaixo de Electable nodes for high availability.

O Atlas não é compatível com as seguintes regiões da AWS para nós de pesquisa.

Nome da região	Região AWS
Paris	`eu-west-3`
Zurique	`eu-central-2`
Milão	`eu-south-1`
Espanha	`eu-south-2`
EUA	`me-central-1`
Bahrein	`me-south-1`
Cidade do Cabo	`af-south-1`
Hong kong	`ap-east-1`
Jacarta	`ap-southeast-3`
Melbourne	`ap-south-4`
Hyderabad	`ap-south-2`

Para implantar nós de pesquisa separadamente, você deve selecionar uma região compatível do AWS, do Google Cloud ou do Azure no menu suspenso Electable nodes for high availability . Para saber mais sobre as regiões suportadas, consulte Regiões para nós de pesquisa dedicados. O Atlas usa automaticamente a mesma região para nós somente leitura e analíticos em seu cluster. Após a implantação, você não pode alterar o provedor de nuvem ou região do provedor de nuvem para seu agrupamento do Atlas.

Nível de pesquisa

Você pode selecionar um nível para os nós de pesquisa na aba Search Tier.

Por padrão, o Atlas distribui pesquisar Nodes no S20. Você pode selecionar um nível superior para query mais rápidas e aggregations mais complexas ou um nível inferior para volumes de trabalho menores. Para alguns níveis, você também pode escolher entre baixa CPU, recomendada para o Atlas Vector Search, e alta CPU, otimizada para o Atlas Search.

Para nós de pesquisa distribuídos na AWS, o Atlas fornece diferentes níveis de pesquisa em diferentes regiões. Se o nível de pesquisa que você selecionou não estiver disponível para sua região, o Atlas distribuirá automaticamente os nós de pesquisa no próximo nível superior disponível nessa região. Para saber mais, consulte Níveis de pesquisa da AWS.

Para saber mais sobre os níveis de pesquisa para nós de pesquisa implementados no Google Cloud ou Azure, consulte:

Adicionar nós de pesquisa

Quando você adiciona nós de pesquisa a um cluster que não tem nenhum nó de pesquisa, os processos mongot existentes em funcionamento mongod com cauda escreve à base de dados, o que acontece depois que o Atlas Search conclui a sincronização inicial e os processos mongot nos novos nós dedicados de pesquisa realizam uma sincronização inicial nas coleções exigidas. Isso resulta em leituras duplicadas durante o processo de migração.

Remover nós de pesquisa

Se você excluir todos os nós de pesquisa existentes no cluster, haverá uma breve interrupção no processamento dos resultados da query de pesquisa enquanto o Atlas migra de mongot processos executados separadamente em nós de pesquisa dedicados para processos mongot executados junto com mongod. No entanto, você não terá qualquer tempo de inatividade durante a migração de índices e não haverá dados obsoletos.

Limitações

Se você estiver se conectando a um sistema de várias nuvens por meio de uma conexão privada, poderá acessar apenas os nós no mesmo provedor de nuvem do qual está se conectando. Esse provedor de nuvem pode não ter o nó primary em sua região. Quando isso acontece, você deve especificar o modo de read preference secundário na connection string para acessar o sistema.

Se você precisar acessar todos os nós do sistema multinuvem do fornecedor atual por meio de uma conexão privada, você deve:

Configurar uma VPN para cada fornecedor restante.
Configure um endpoint privado para o Atlas para cada um dos provedores restantes.

← Pausar, retomar ou encerrar um cluster

Query usando marcações de conjunto de réplicas predefinidas →