Configurar alta disponibilidade e isolamento do volume de trabalho
Nesta página
- Considerações
- No Atlas, Go para a página Clusters do seu projeto.
- Clique em Connect.
- Nós elegíveis para alta disponibilidade
- Adicionar nós elegíveis
- Remover nós elegíveis
- Alterar nós elegíveis para nós read-only
- Melhorar a disponibilidade de um cluster
- Alterar o fornecedor ou região de maior priority
- Nós read-only para leituras locais ideais
- Adicionar nós read-only
- Remover nós read-only
- Alterar a finalidade do volume de trabalho dos nós
- Nós de analítica para isolamento do volume de trabalho
- Adicionar nós de analítica
- Selecionar uma camada de cluster para seus nós de analítica
- Remover nós de analítica
- Nós de pesquisa para isolamento do volume de trabalho
- Considerações
- Adicionar nós de pesquisa
- Remover nós de pesquisa
- Limitações
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 agrupamento, alterne de Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) para On.
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
foo123contendo um nó de análisefoo123-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 análise 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 que usam um servidor de configuração dedicado, 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 adiciona, remove ou modifica membros votantes levará mais tempo, pois o Atlas adiciona, remove ou modifica membros votantes 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 40 de, não incluindo:
Regiões do Google Cloud se comunicando umas com as outras
Clusters gratuitos
Clusters flexíveis
Os clusters fragmentados incluem nós adicionais. Os nós elegíveis no Config Server Replica Set (CSRS) dedicado 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:
Se você excluir a região C, região A + região B = 40.
Se você excluir a região B, região A + região C = 35, <= 40.
Se você excluir a região A, região B + região C = 15, <= 40.
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 de cadeia de conexão padrão em vez do formato de lista de sementes DNS, remover uma região inteira de um cluster entre regiões existente poderá resultar em uma nova cadeia de conexão.
Para verificar a cadeia de conexão correta após distribuir as alterações:
1No Atlas, váGo para a Clusters página do seu projeto.
Aviso
Melhorias na navegação em andamento
No momento, estamos lançando uma experiência de navegação nova e aprimorada. Se as etapas a seguir não corresponderem à sua visualização na UI do Atlas, consulte a documentação de visualização.
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.
Se ainda não estiver exibido, clique em Clusters na barra lateral.
A página Clusters é exibida.
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.O Atlas pode usar hardware de provedor de nuvem diferentes
M10paraM20clusters e em regiões específicas de GCP. Como resultado, determinadas combinações de regiões do GCP podem não ser compatíveis comM10e clusters deM20multirregionais.
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 do primário. 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
É possível alterar um nó elegível para um nó somente leitura ao adicionar um nó somente leitura e remover um nó elegível ao mesmo tempo. Para saber mais, consulte Alterar a finalidade da carga 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. |
Node |
|
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:
Nodes | 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.
Por exemplo, um cluster fragmentado com cargas de trabalho pesadas em seu fragmento primário pode atrasar a eleição. Isso resulta em não ter todos os nós de tipo primário 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 primário do cluster. Para direcionar queries para nós somente leitura, use tags predefinidas de conjunto de réplicas.
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:
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 análise ajudam a lidar com as operações de análise de dados, como reportar queries do BI Connector for Atlas. Para direcionar queries aos nós de análise, use tags predefinidas do conjunto de réplicas.
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 cadeia de conexão readPreference e readPreferenceTags não estão disponíveis para o shell mongo. Para saber mais, consulte cursor.readPref() e Mongo.setReadPref() ao invés disso.
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 análise 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 definir os nós em seu cluster 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.
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 implantar nós de pesquisa somente para clusters dedicados (M10 ou posterior). Você não pode adicionar nós de pesquisa em clusters de camadas gratuitas (M0) e compartilhadas (M2 e M5). Você pode usar a IU do Atlas e a API de Administração do Atlas para provisionar nós de pesquisa para clusters novos e existentes na AWS, Google Cloud ou Azure.
Provedor de nuvem
Você pode hospedar os nós de pesquisa em qualquer provedor de nuvem. Você não pode distribuir nós de pesquisa separadamente para clusters globais.
Regiões do fornecedor de nuvem
O Atlas distribui os nós de pesquisa na mesma região da AWS, do Google Cloud ou do Azure que os nós elegíveis, somente leitura e de análise.
O Atlas é compatível com a implantação de nós de pesquisa separadamente para isolamento de carga de trabalho em qualquer região do Google Cloud. Para AWS e Azure, você não pode implantar nós de pesquisa em determinadas regiões. O seguinte comportamento da IU do Atlas se aplica:
Se você selecionar qualquer uma das seguintes regiões AWS ou Azure para os nós do seu cluster primeiro, o Atlas desabilitará 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 e Azure para nós de pesquisa.
Nome da região | Região AWS |
|---|---|
Paris |
|
Zurich |
|
Milan |
|
Espanha |
|
EUA |
|
Bahrein |
|
Cidade do Cabo |
|
Hong kong |
|
Jakarta |
|
Melbourne |
|
Hyderabad |
|
Nome da região | Região do Azure |
|---|---|
AUSTRALIA_CENTRAL |
|
AUSTRALIA_CENTRAL_2 |
|
AUSTRALIA_SOUTH_EAST |
|
BRAZIL_SOUTHEAST |
|
CANADA_EAST |
|
FRANCE_SOUTH |
|
GERMANY_NORTH |
|
INDIA_WEST |
|
INDIA_SOUTH |
|
ITALY_NORTH (disponível somente para nós de pesquisa com baixa CPU) |
|
JAPAN_WEST |
|
KOREA_SOUTH |
|
NORWAY_WEST |
|
SOUTH_AFRICA_WEST |
|
SWEDEN_SOUTH |
|
SWITZERLAND_WEST |
|
UAE_CENTRAL |
|
UK_WEST |
|
US_WEST_CENTRAL |
|
US_WEST |
|
US_NORTH_CENTRAL |
|
Para implantar Search Nodes separadamente, você deve selecionar uma região compatível com AWS, Google Cloud ou Azure no menu suspenso Electable nodes for high availability. Para saber mais sobre as regiões compatíveis, consulte Regiões para nós de pesquisa dedicados. O Atlas usa automaticamente a mesma região para nós de análise e somente leitura em seu cluster. Após a implantação, você não pode alterar o provedor de nuvem nem a região dele para seu cluster do Atlas.
Clusters multirregionais e multinuvem
O Atlas oferece suporte à implantação de nós de pesquisa em várias regiões e provedores de nuvem. Ao implantar nós de pesquisa para clusters multirregionais ou multinuvem, considere o seguinte:
O Atlas implanta o mesmo número de nós de pesquisa em cada região.
Todos os nós nas regiões têm o mesmo nível de pesquisa.
Se você usar a Administration API do Atlas para adicionar uma nova região aos nós de pesquisa existentes, o Atlas implanta o mesmo número de nós de pesquisa na nova região. No entanto, se a nova região não for compatível com o nível de pesquisa atual, a solicitação falhará.
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 nós de pesquisa no S20. Você pode selecionar um nível superior para queries mais rápidas e aggregations mais complexas ou um nível inferior para volumes de trabalho menores. Se você quiser reduzir o tamanho para um nível inferior, o nível de pesquisa deverá acomodar quaisquer índices de pesquisa existentes, além de espaço em disco adicional para arquivos e registros de bugs. 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 implantados 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 dos nós de pesquisa implantados no Google Cloud ou no Azure, consulte:
Habilitar Encryption at rest
Você pode ativar a Encryption at rest com o Customer Key Management para todos os dados nos nós de pesquisa para proteger suas cargas de trabalho do Atlas Search e do Atlas Vector Search com chaves de criptografia gerenciadas pelo cliente. Para saber mais, consulte Habilitar gerenciamento de chaves do cliente para nós de pesquisa.
No momento, esse recurso está disponível apenas para o AWS KMS.
Adicionar nós de pesquisa
Para configurar nós de pesquisa separados em seu cluster do Atlas, faça o seguinte:
Alterne Multi-Cloud, Multi-Region & Workload Isolation (M10+ clusters) para On.
Alterne Search nodes for workload isolation para On.
Especifique o número de nós a serem implementados. Você pode especificar entre um mínimo de 2 e um máximo de 32 nós.
Após a implantação, é possível modificar o cluster para adicionar e remover quaisquer nós de pesquisa adicionais.
Observação
Para clusters multirregionais, o Atlas implanta o número especificado de nós em cada região. Para saber mais, consulte Clusters multirregionais e multinuvem.
Expanda Cluster Tier para selecionar um nível para seus nós de pequisa na aba Search Tiers.
Para saber mais sobre os diferentes níveis de seus nós de pesquisa, consulte Nível de pesquisa.
Para criar um nó de pesquisa para um cluster utilizando o Atlas CLI, execute o seguinte comando:
atlas clusters search nodes create [options]
Para saber mais sobre a sintaxe e os parâmetros do comando, consulte a documentação do Atlas CLI sobre criação de nós de pesquisa de clusters do Atlas.
Observação
Você pode adicionar nós de pesquisa ao cluster existente do Atlas somente se não tiver nenhum e nunca tiver criado índices do Atlas Search em seu cluster.
Para configurar Search Nodes separados em seu cluster do Atlas, envie uma POST solicitação para o /deployment ponto de extremidade do recurso Atlas Search. Você deve especificar o número de nós e o tamanho da instância. Você pode implantar entre um mínimo de 2 e um máximo de 32 nós. Para saber mais, consulte Criar 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
Para remover alguns nós de pesquisa, ajuste a configuração Number of Search Nodes em Search nodes for workload isolation. Você pode implantar entre 2 e 32 nós de pesquisa no seu cluster.
Importante
Se você remover todos os nós de pesquisa, perderá a criptografia do nó de pesquisa com chaves gerenciadas pelo cliente. Seus dados ainda usarão a criptografia padrão do Atlas, mas suas cargas de trabalho e índices de pesquisa não serão mais criptografados com suas chaves gerenciadas pelo cliente.
Para remover todos os nós de pesquisa em seu cluster do Atlas, faça o seguinte:
Alterne Search nodes for workload isolation para Off.
Agora, você pode selecionar qualquer região entre os provedores de nuvem disponíveis.
Clique em Remove para confirmar no modal Are you sure you want to remove Search Nodes?.
Clique em Review Changes.
Clique na caixa de seleção para confirmar que você entende e concorda com as considerações para excluir um cluster com nós de pesquisa.
Haverá uma breve interrupção no processamento dos resultados da query de pesquisa.
Clique em Apply Changes.
Importante
Se você remover todos os nós de pesquisa, perderá a criptografia do nó de pesquisa com chaves gerenciadas pelo cliente. Seus dados ainda usarão a criptografia padrão do Atlas, mas suas cargas de trabalho e índices de pesquisa não serão mais criptografados com suas chaves gerenciadas pelo cliente.
Para excluir um nó de pesquisa para um cluster utilizando o Atlas CLI, execute o seguinte comando:
atlas clusters search nodes delete [options]
Para saber mais sobre a sintaxe e os parâmetros do comando, consulte a documentação do Atlas CLI sobre a exclusão de nós de pesquisa de clusters do Atlas.
Para adicionar ou remover nós de pesquisa ou modificar a camada de pesquisa em seu cluster do Atlas, envie uma solicitação PATCH para o recurso do Atlas Search /deployment de endpoint Update Search Nodes (Atualizar nós de pesquisa).
Você pode especificar o seguinte:
O número de nós a remover. Se omitido, o Atlas não altera o número atual de nós implantados.
O tamanho da instância a ser usado para alternar para um nível de pesquisa diferente. Se omitido, o Atlas não modifica o nível de pesquisa atual para os nós implantados.
Para saber mais, consulte Atualizar nós de pesquisa.
Importante
Se você remover todos os nós de pesquisa, perderá a criptografia do nó de pesquisa com chaves gerenciadas pelo cliente. Seus dados ainda usarão a criptografia padrão do Atlas, mas suas cargas de trabalho e índices de pesquisa não serão mais criptografados com suas chaves gerenciadas pelo cliente.
Para remover todos os nós de pesquisa no seu cluster Atlas, envie uma DELETE solicitação para o /deployment ponto de extremidade do recurso Atlas Search. Para saber mais, consulte Excluir nós de pesquisa.
Se você excluir todos os nós de pesquisa existentes no cluster, haverá uma 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. Você puder executar consultas enquanto os índices estão sendo criados no nó que hospeda os processos mongot e mongod , e você observará tempo de inatividade da query.
Limitações
Se você estiver se conectando a conjuntos de réplicas hospedados em uma implantação multinuvem por meio de uma conexão privada, poderá acessar somente os nós no mesmo provedor de nuvem e na mesma região da qual você está se conectando. Esse provedor de nuvem pode não ter o nó primário em sua região. Quando isso acontece, você deve especificar o modo de preferência de leitura secundário na string de conexão 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.
Como alternativa, sugerimos a criação de clusters fragmentados para implantações em várias nuvens acessadas por meio de um endpoint privado. Quando você implanta um cluster de fragmentos, seja um único fragmento ou vários fragmentos, pode se conectar ao cluster por meio de pontos de extremidade privados locais e realizar operações de leitura e gravação. Você não precisa especificar o modo secundário de preferência de leitura, mesmo que os nós primários do cluster estejam localizados em uma região diferente. O mongos na região do provedor de nuvem à qual você se conecta encaminhará a solicitação para o nó primário em uma região diferente, se necessário. Para saber mais, consulte Implantação de um cluster fragmentado.