Menu Docs
Página inicial do Docs
/
MongoDB Atlas
/ /

Modificar um cluster

Nesta página

  • Opções de configuração do Atlas
  • Considerações
  • Acesso necessário
  • Editar um cluster
  • Modificar o tipo de cluster
  • Modifique o Global Cluster Configuration
  • Modifique o Cloud Provider & Region
  • Modifique o Cluster Tier
  • Modify Additional Settings
  • Modify Cluster Details
  • Salve suas alterações para mais tarde
  • Revisar e Aplicar Suas Alterações
  • Converter um conjunto de réplicas em um cluster fragmentado

Você pode modificar seu cluster após a configuração inicial.

  • Para um resumo das opções disponíveis, consulte Opções de Configuração do Atlas.

  • Para obter etapas de configuração detalhadas, consulte Acesso Obrigatório e as opções a seguir.

Para obter mais informações sobre o impacto, o custo e a política de backup das alterações de cluster veja as Considerações.

Você pode alterar as seguintes opções do seu Atlas cluster:

Contexto
em ação
Limitações
Altere o tipo de cluster.
Você só pode mover de um cluster compartilhado para um cluster dedicado ou uma instância sem servidor.
Habilite gravações globais para seu cluster ou altere as configurações de cluster global existentes.
Depois de habilitar gravações globais para um cluster, você não poderá desativá-las.

Selecione um fornecedor diferente para alterar o fornecedor de nuvem para os seus clusters dedicados.

Se você criou um cluster do Atlas no AWS ou criou um cluster do Atlas após 2 de Novembro de 2020, sua cadeia de conexão não mudará. Você não tem tempo de inatividade do cluster.

Se você criou um cluster Atlas no Google Cloud ou no Azure antes de 2 de novembro de 2020, quando o Atlas adicionou suporte para clusters multinuvem, mudar para um provedor diferente altera a string de conexão para seu novo cluster. Considere agendar um horário para atualizar seus aplicativos com a nova string de conexão para se conectar novamente ao cluster.

Para saber mais, consulte Preciso atualizar minha cadeia de conexão ao migrar para um provedor de nuvem diferente de um cluster dedicado para outro?

Se você adicionar ou mover um nó para uma região sem um nó primário ou sem um nó secundário existente, será necessário que cada membro do conjunto de réplicas recém-migrado execute uma sincronização inicial.

Para clusters no Azure, se você alterar uma região, alguns recursos de armazenamento poderão ficar indisponíveis nessa região. A Atlas UI notifica você de que seu IOPS será reduzido, o que pode impactar o desempenho do seu aplicativo. Para saber mais, consulte as regiões que oferecem suporte ao armazenamento estendido e Estender a capacidade de armazenamento e IOPS no Azure.

Implemente ou modifique um cluster multinuvem e multirregional.
Para clusters no Azure, se você mudar para um cluster multirregional, alguns recursos de volume de armazenamento poderão estar indisponíveis em uma das regiões. A UI do Atlas notifica você de que seu IOPS será reduzido, o que pode impactar o desempenho do seu aplicativo. Para saber mais, consulte as regiões que oferecem suporte ao armazenamento estendido e Estender a capacidade de armazenamento e IOPS no Azure.
Altere a camada do cluster.

Se o seu cluster usa Armazenamento NVMe, o Atlas deve realizar uma sincronização inicial.

Uma sincronização inicial baseada em cópia de arquivo sempre será usada para sincronizar todos os nós de um cluster NVMe quando uma sincronização inicial for necessária.

Altere as opções de armazenamento para a camada de cluster.
Os clusters que usam armazenamento NVMe têm um tamanho fixo para cada camada de cluster.
Altere as opções de auto-scaling do cluster, incluindo dimensionamento automático do armazenamento. Dependendo se você optar por usar o auto-scaling de armazenamento, o Atlas gerencia as entradas do oplog com base na janela mínima de retenção do oplog ou no tamanho do oplog. Para saber mais, consulte Comportamento do Tamanho do Oplog. O Atlas habilita o auto-scaling de armazenamento por padrão.
none
Atualize a versão principal do MongoDB do cluster.
Você não pode fazer downgrade da versão do MongoDB.
Dimensione um conjunto de réplicas para um cluster fragmentado.

Não é possível reverter este aumento de escala.

O Atlas permite clusters fragmentados para M30 ou clusters maiores.

Não é possível converter um definir de réplicas em um cluster fragmentado quando um dos seguintes recursos do Atlas App Services estiver ativado para o cluster:

Defina o número de shards para um cluster fragmentado.

A redução do número de shards leva algum tempo. O Atlas remove shards em ordem decrescente com base no número em seu campo "_id". Quaisquer alterações de configuração MongoDB subsequentes iniciam após o Atlas remover os shards.

IMPORTANTE: quando você remove um fragmento, o Atlas usa o comando moverPrimary para mover todos os bancos de dados não fragmentados nesse fragmento para um fragmento restante:

  • Todas as coleções fragmentadas permanecem online e disponíveis durante o processo de remoção de fragmentos. No entanto, as operações de leitura e escrita para coleções não fragmentadas durante a movePrimary operação pode resultar em comportamento inesperado, incluindo falha de migração ou perda de dados.

  • Recomendamos mover o fragmento primário para quaisquer bancos de dados que contenham coleções não compartilhadas antes de remover o fragmento.

  • Para obter mais informações, consulte Remover fragmentos de um cluster compartilhado existente.

O Atlas permite clusters fragmentados para M30 ou clusters maiores.

Habilitar ou desabilitar backups para o cluster.
O Atlas permite backups para clusters M2 e M5 automaticamente. Não é possível desabilitar o backup para clusters nesses níveis.

Habilite ou desabilite o Conector de BI para Atlas para este cluster.

O MongoDB Connector for Business Intelligence for Atlas (BI Connector) só está disponível para clusters M10 e maiores.

O BI Connector é uma ferramenta poderosa que oferece aos usuários acesso baseado em SQL a seus bancos de dados MongoDB . Como resultado, o BI Connector executa operações que podem ser intensivas em CPU e memória. Devido aos recursos limitados de hardware em M10 e camadas do cluster M20, pode ocorrer uma degradação do desempenho do cluster ao ativar o BI Connector. Se isso ocorrer, amplie para um cluster M30 ou maior ou desative o BI Connector.

none
Habilite ou desabilite o uso de suas próprias chaves de criptografia com esse cluster.
none

Clique em Aplicar alterações quando concluir.

Fazer alterações em um cluster geralmente requer a migração para novos servidores e volumes de armazenamento. O tempo necessário para uma sincronização inicial e a ressincronização de dados entre volumes de armazenamento aumenta linearmente com a quantidade de dados no cluster.

Uma sincronização inicial baseada em cópia de arquivo sempre será usada para sincronizar todos os nós de um cluster NVMe quando uma sincronização inicial for necessária.

As seguintes migrações exigem uma sincronização inicial:

  • Escalabilidade de clusters gratuitos ou clusters compartilhados ( clusters M0, M2, e M5) para um nível de camada do cluster.

  • Mudanças de volumes de armazenamento gerais para NVMe e de NVMe para armazenamento geral.

  • Ampliação ou redução de uma NVMe cluster tier para outra, iniciada manualmente ou por meio de dimensionamento automático. Os clusters NVMe são dimensionados automaticamente para o próximo nível superior quando 90% do espaço de armazenamento disponível é consumido.

  • Mudanças que exigem a substituição de um Atlas cluster apoiado por NVMe, como mudanças de região.

  • Para clusters distribuídos no Azure, muda para a Classificação do Cluster.

Para maximizar a disponibilidade:

  • Para um conjunto de réplicas, o Atlas migra um nó de cada vez, começando com os nós secundários primeiro e, em seguida, com o primary.

  • Para um cluster fragmentado, o Atlas executa a migração dos fragmentos independentemente um do outro. Para cada fragmento, como um conjunto de réplicas, o Atlas migra um nó por vez, começando com os nós secundários primeiro e depois com o primário.

As gravações repetíveis devem evitar erros de gravação durante a eleição de um novo primário. Em média, uma eleição pode levar cinco segundos.

A migração pode afetar o desempenho se o primário já estiver atingindo a capacidade operacional. Cada nó do conjunto de réplicas recém-migrado deve realizar uma sincronização inicial do primário, aumentando a carga operacional. As migrações também podem afetar o desempenho se você definir preferências de leitura para ler de secundários. O conjunto de réplicas está com um secundário inoperante durante a migração.

Se a carga de trabalho no cluster do Atlas for tal que impeça as operações, incluindo a capacidade de escalonamento, o MongoDB Atlas poderá, em algumas situações, criar índices em seu cluster do Atlas como uma proteção.

Ao alterar seu cluster, você pode comparar os custos de diferentes opções antes de aplicá-las. A caixa Cluster Overview exibe o custo da configuração selecionada, excluindo a transferência de dados.

Importante

Clusters gratuitos

A atualização de um cluster gratuito M0 para um cluster de nível pago M2 ou superior inicia a cobrança do cluster. Consulte Gerenciar cobrança para obter a documentação completa do cobrança do Atlas .

As seções seguintes fornecem documentação completa para cada uma das opções de configuração de escala do cluster do Atlas.

Consulte Cloud Backups para obter mais informações sobre como fazer backup do seu cluster.

Para modificar um cluster, você deve ter acesso Project Cluster Manager ou superior ao projeto.

Você pode modificar qualquer uma das configurações do cluster nesta página utilizando a Atlas CLI.

Para atualizar um cluster do Atlas utilizando a Atlas CLI, execute o seguinte comando:

atlas clusters update [clusterName] [options]

Para atualizar a camada do cluster, o tamanho do disco e/ou a versão do MongoDB para um Atlas cluster do M0, M2 ou M5 utilizando o Atlas CLI, execute o seguinte comando:

atlas clusters upgrade [clusterName] [options]

Para saber mais sobre a sintaxe e os parâmetros dos comandos anteriores, consulte a documentação do Atlas CLI para atualizações de clusters do Atlas e upgrades de clusters do Atlas.

Dica

Veja: links relacionados

Para atualizar as definições de configuração avançadas para um cluster utilizando o Atlas CLI, execute o seguinte comando:

atlas clusters advancedSettings update <clusterName> [options]

Para saber mais sobre a sintaxe e os parâmetros do comando, consulte a documentação do Atlas CLI para clusters do Atlas advancedSettings update.

Dica

Veja: links relacionados

1
  1. Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.

  2. Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.

  3. Se ainda não estiver exibido, clique em Clusters na barra lateral.

    A página Clusters é exibida.

2

Para o cluster que você deseja modificar, clique no ícone e selecione Edit Configuration.

Alternativamente, se você já estiver visualizando o cluster específico, clique no botão Configuration . Para clusters gratuitos M0 , você também pode clicar no botão Upgrade para o cluster.

Se você tiver um cluster compartilhado, poderá alterá-lo para um cluster dedicado ou uma instância sem servidor.

Para converter seu cluster compartilhado em uma instância sem servidor, consulte Converter um cluster compartilhado em uma instância sem servidor.

Para escalar seu cluster M0, M2 ou M5 para um cluster M10+, conclua as seguintes etapas:

1
  1. Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.

  2. Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.

  3. Se ainda não estiver exibido, clique em Clusters na barra lateral.

    A página Clusters é exibida.

2
3
4

Para saber mais, consulte Modificar o Cluster Tier.

Os clusters dedicados têm mais opções de configuração do que os clusters compartilhados.

Observação

Considerações

  • Não é possível alterar um cluster dedicado para um cluster compartilhado.

  • Não é possível alterar clusters dedicados para instâncias sem servidor

  • Você não pode alterar instâncias sem servidor para clusters.

Para obter uma lista completa de limitações de instância sem servidor, consulte Limites de instância sem servidor

Importante

Não é possível desabilitar Gravações Globais para um cluster depois de distribuído.

Você pode habilitar gravações globais para seu cluster ou modificar as configurações de cluster globais existentes.

Observação

Considerações

M0 Clusters de nível
Você pode modificar o provedor de nuvem e a região somente quando dimensionar seu cluster de M0 para um cluster maior.
M2 ou Clusters de Camada maiores
Você pode modificar o provedor de nuvem e a região quando modificar o cluster ou dimensionar para um cluster maior.

Mudar para um provedor diferente pode alterar a string de conexão com seu novo cluster se o cluster antigo tiver sido implantado no Google Cloud ou no Azure antes de outubro de 2020. Considere agendar um horário para atualizar seus aplicativos com a nova string de conexão para retomar a conectividade com o cluster. O Atlas migra dados para o novo cluster.

Você não pode modificar o provedor de nuvem ou a região do provedor de nuvem se tiver implantado nós de pesquisa em seu cluster do Atlas.

  • Para visualizar os fornecedores de nuvem atuais e as regiões deste cluster, selecione Cloud Provider & Region.

  • Para modificar os fornecedores de nuvem e as regiões aplicadas a esse cluster, siga os procedimentos em Nós elegíveis para alta disponibilidade.

  • Para adicionar nós elegíveis ao cluster durante uma interrupção regional, siga o procedimento em Reconfigurar um conjunto de réplicas durante uma interrupção regional.

  • Para escalar de um cluster gratuito ou compartilhado do Atlas, selecione entre os fornecedores de nuvem disponíveis.

  • Para remover ou implantar nós de pesquisa adicionais, ajuste a configuração Number of Search Nodes em Search nodes for workload isolation. Você pode implementar entre 2 e 32 nós de pesquisa em seu cluster.

    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.

    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.

Para listar regiões disponíveis que o Atlas suporta para novas implantações utilizando o Atlas CLI, execute o seguinte comando:

atlas clusters availableRegions list [options]

Para saber mais sobre a sintaxe e os parâmetros do comando, consulte a documentação da Atlas CLI para clusters do Atlas availableRegions list.

Dica

Veja: links relacionados

Você pode alterar o nível do cluster, bem como as especificações de memória, armazenamento e IOPS (velocidade) do cluster selecionado. Se você distribuiu nós de pesquisa separadamente para um cluster M10 ou superior, também poderá alterar seu nível de pesquisa.

Observação

Se você tiver uma política de compliance de backup habilitada, não poderá modificar a camada do cluster para um nível que não ofereça suporte ao backup em nuvem.

  • Você não pode reduzir um cluster dedicado M10+ para um cluster M0 gratuito ou M2/M5 cluster compartilhado.

  • Alterar a camada do cluster exige tempo de inatividade nos seguintes cenários:

  • Você muda de um cluster gratuito M0 ou de um cluster compartilhado M2/M5 para uma cluster de camadas M10 ou superior.

  • Você altera de um cluster gratuito do M0 para um cluster compartilhado do M2/M5.

  • Você altera de um cluster do M2 para um cluster compartilhado do M5.

    Para evitar a corrupção de dados, interrompa as operações de gravação em seu cluster durante a escala.

Selecione sua camada do cluster preferido. Se você implementou nós de pesquisa separadamente, na aba Base Tier, selecione sua camada de cluster preferida. O tamanho da instância selecionada determina a especificação de memória, armazenamento, vCPUs e IOPS para cada servidor portador de dados [1] no cluster.

Aviso

Fazer upgrade de uma camada de inquilino (gratuito ou compartilhado) para uma camada de cluster dedicado exclui o cluster atual. Para manter seus snapshots existentes, baixe esses snapshots antes de fazer upgrade do cluster.

Observação

O Atlas reformata todos os nós do cluster quando você modifica a camada do cluster.

Na seção Cluster Tier, você também pode:

Você pode selecionar uma camada do cluster dimensionada adequadamente para seu volume de trabalho analítico. Para saber mais,consulte Nós de analítica para isolamento de volume de trabalho.

Se você implantar nós somente leitura e quiser que seu cluster seja dimensionado mais rapidamente, considere ajustar o Modo de dimensionamento do conjunto de réplicas.

Na aba Search Tier , selecione seu nível de pesquisa preferido. Se o nível de pesquisa que você selecionar não estiver disponível em sua região, o Atlas mudará automaticamente para o próximo nível de pesquisa mais alto em sua região. O tamanho da instância selecionada determina a memória, o armazenamento, a especificação de IOPS e o custo de cada nó de pesquisa em seu cluster.

Observação

O Atlas reformata todos os nós do cluster quando você modifica o nível de pesquisa.

Você pode definir as seguintes opções:

Importante

  1. Selecione Additional Settings para visualizar a versão MongoDB configurada atualmente para o cluster.

    O Atlas sempre atualiza o cluster para a versão estável mais recente da versão especificada por meio de um processo contínuo para manter a disponibilidade do cluster.

    Você não pode fazer downgrade do cluster para uma versão anterior do MongoDB.

    Você pode alternar entre utilizar o Latest Release e utilizar uma versão específica somente se a versão MongoDB mais recente for uma versão principal.

  2. Na lista suspensa Select a version, selecione a nova versão MongoDB.

    O Atlas suporta os seguintes caminhos de atualização:

    • MongoDB 5.0 -> MongoDB 6.0

    • MongoDB 6.0 -> MongoDB 7.0

    • MongoDB 7.0 -> Versão mais recente

    Observação

    Se você habilitou o backup para seu cluster e deseja fazer upgrade para o MongoDB 5.0 ou posterior, deve habilitar Fazer backup do seu cluster se os backups legados estiverem habilitados no momento.

Os backups são habilitados automaticamente para clusters compartilhados M2 e M5 e não podem ser desabilitados.

Para habilitar cópias de segurança para um cluster do Atlas M10+, alterne Turn on Cloud Backup (M10 and up) para Yes. Se ativado, o Atlas tira snapshots de seus bancos de dados em intervalos regulares e os retém de acordo com a política de retençãodo seu projeto.

Para descrições detalhadas das opções de backup disponíveis, consulte Configurar opções de backup para o cluster.

Para habilitar o Termination Protection para um agrupamento, alterne Termination Protection para Yes.

Se ativado, o Atlas impede que os usuários excluam o cluster. Para excluir um cluster que tenha a proteção contra encerramento ativada, primeiro você deve desabilitar a proteção contra encerramento. Por padrão, o Atlas desativa a proteção contra encerramento para todos os clusters.

Dica

Veja também:

Não é possível converter um definir de réplicas em um cluster fragmentado quando um dos seguintes recursos do Atlas App Services estiver ativado para o cluster:

Para implantar seu agrupamento como um aglomerado compartilhado, alterne Shard your cluster (M30 and up) para Yes.

Para escalar um conjunto de réplicas para um cluster com vários shards, você deve primeiro escalar para um cluster de único shard, reiniciar seu aplicativo e reconectar-se ao cluster, e então adicionar shards adicionais.

Se você não reiniciar os clientes do aplicativo, seus dados poderão ficar inconsistentes quando o Atlas começar a distribuir os dados entre os fragmentos.

Se você não se reconectar os clientes do aplicativo, seu aplicativo poderá sofrer interrupções de dados.

  • Se você estiver usando uma string de conexão de Lista de sementes DNS, seu aplicativo se conectará automaticamente ao mongos de seu cluster fragmentado.

  • Se você estiver usando uma cadeia de conexão padrão, deverá atualizar sua cadeia de conexão para refletir sua nova topologia de cluster.

Este campo estará visível apenas se o sistema for um cluster fragmentado.

Seu cluster pode ter entre 1 e 100 fragmentos, inclusive.

Para escalar um conjunto de réplicas para um cluster com vários shards, você deve primeiro escalar para um cluster de único shard, reiniciar seu aplicativo e reconectar-se ao cluster, e então adicionar shards adicionais.

Se você não se reconectar os clientes do aplicativo, seu aplicativo poderá sofrer interrupções de dados.

Depois de dimensionar um cluster de conjunto de réplicas para um cluster de fragmento único, você pode definir o número de fragmentos a serem implantados com o cluster fragmentado.

Se você estiver reduzindo o número de fragmentos em seu cluster fragmentado, o Atlas removerá os fragmentos em ordem decrescente com base no número no campo "_id" (consulte Configuração de cluster fragmentado). Por exemplo, considere um cluster fragmentado com os seguintes três fragmentos:

  • "shard0"

  • "shard1"

  • "shard2"

Se você definir o número de fragmentos para dois, o Atlas removerá "shard2" do agrupamento.

Importante

Quando você remove um fragmento, o Atlas utiliza o comando movePrimary para mover quaisquer bancos de dados não compartilhados neste fragmento para um fragmento restante.

Todas as coleções fragmentadas permanecem online e disponíveis durante o processo de remoção de fragmentos. No entanto, as operações de leitura e escrita para coleções não fragmentadas durante a movePrimary operação pode resultar em comportamento inesperado, incluindo falha de migração ou perda de dados.

Recomendamos mover o fragmento primário para quaisquer bancos de dados que contenham coleções não compartilhadas antes de remover o fragmento.

Para obter mais informações, consulte Remover fragmentos de um cluster compartilhado existente.

Não crie um cluster fragmentado com um único fragmento para ambientes de produção. Os clusters de fragmentos únicos não fornecem os mesmos benefícios que as configurações de vários fragmentos. Depois de criar um cluster de fragmento único, reinicie o aplicativo, reconecte-se ao cluster e, em seguida, adicione mais fragmentos ao cluster.

Para habilitar o BI Connector for Atlas para esse cluster, alterne Enable Business Intelligence Connector (M10 and up) para Yes.

Para habilitar o Atlas Encryption at Rest para esse cluster usando seu KMS, alterne Manage your own encryption keys (M10 and up) para Yes. Para saber mais, consulte Gerenciar suas próprias chaves de encriptação.

Observação

Todas as alterações no KMS do cliente exigem uma sincronização inicial.

Configure opções adicionais para o seu cluster a partir desta seção.

Para detalhes dessas opções, consulte Configurar opções adicionais.

Adicione tags, visualize tags existentes e gerencie tags. Para saber mais, consulte Gerenciar tags de cluster ao modificar um cluster existente.

Importante

Não inclua informações confidenciais, como informações de identificação pessoal (PII) ou informações de saúde protegidas (PHI), em suas tags de recursos. Outros serviços MongoDB, como Faturamento, podem acessar etiquetas de recursos. As tags de recurso não são destinadas a dados privados e confidenciais. Para saber mais, consulte Informações confidenciais.

Clique em Save no final do formulário de configuração do cluster para salvar suas alterações.

Clicar em Save solicita que o Atlas envie um e-mail para o endereço de e-mail associado à sua conta Atlas com um link para retornar ao formulário de configuração de cluster modificado.

Você pode retornar ao formulário para:

  • Continuar fazendo alterações.

  • Redefina suas alterações feitas selecionando Reset to default configuration no pop-up que aparece.

  • Distribuir suas alterações de cluster.

Clique em Review Changes para revisar as alterações que efetuou.

A página Review Changes exibe um resumo completo lado a lado dos atributos modificados com quaisquer avisos ou anotações referentes às alterações. As configurações de atributo originais são listadas à esquerda, e as novas configurações correspondentes com alterações nos preços são listadas à direita.

O Atlas exibe todos os avisos e notas relacionados à alteração na parte superior. Isso inclui mudanças que:

  • Não podem ser revertidas.

  • Exigem uma sincronização inicial.

  • Resulta em atrasos esperados na execução, aumento do volume de trabalho ou tempo de inatividade.

Após revisar as alterações, clique em Apply Changes para aplicá-las ao seu cluster.

Se estiver atualizando de um cluster gratuito M0, o Atlas solicitará que você insira as informações de pagamento antes de aplicar suas alterações.

[1] Nos conjuntos de réplicas, os servidores portadores de dados são os servidores que hospedam os nós do conjunto de réplicas. Nos clusters fragmentados, os servidores de armazenamento de dados são os servidores que hospedam os fragmentos. Para clusters fragmentados, o Atlas também distribui servidores para os servidores de configuração; estes são cobrados a uma taxa separada dos custos do cluster.

Você pode converter um conjunto de réplicas em um cluster fragmentado.

Observação

O Atlas reinicializa todos os nós no seu conjunto de réplicas quando você o converte em um cluster fragmentado.

Para converter seu conjunto de réplicas em um cluster fragmentado:

1
  1. Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.

  2. Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.

  3. Se ainda não estiver exibido, clique em Clusters na barra lateral.

    A página Clusters é exibida.

2
  1. Para o cluster que você deseja modificar, clique em e selecione Edit Configuration.

  2. Expanda o Additional Settings para modificar sua configuração de cluster.

  3. Habilite a fragmentação na seção Shard your cluster configurando o botão de alternância para On.

    Observação

    Após converter um conjunto de réplicas em um cluster fragmentado, você não poderá convertê-lo novamente em um conjunto de réplicas.

    O Atlas seleciona automaticamente 1 Shard no menu suspenso. Você pode aumentar o número de fragmentos em uma etapa posterior depois de reiniciar seus clientes de aplicativos.

  4. Clique em Review Changes para revisar as alterações na cobrança e clique em Apply Changes.

Pode demorar algum tempo para o Atlas implementar as alterações. Aguarde até que o Atlas tenha convertido seu cluster antes de prosseguir para a próxima etapa.

3

Se você não reiniciar os consumidores do aplicativo, seus dados poderão ficar inconsistentes depois que o Atlas começar a distribuir os dados entre os shards.o

  • Se você estiver usando uma string de conexão Lista de sementes DNS, seu aplicativo se conectará automaticamente ao mongos do seu cluster fragmentado depois que você reiniciar o aplicativo.

  • Se você estiver usando uma cadeia de conexão padrão, deverá atualizar sua cadeia de conexão para refletir sua nova topologia de cluster.

  • Se você estiver usando endpoints privados para se conectar ao Atlas cluster, ele sofrerá tempo de inatividade durante a conversão.

Para saber mais, consulte Conectar-se a um cluster.

4
  1. Para o cluster que você deseja modificar, clique em e selecione Edit Configuration.

  2. Expanda o Additional Settings para modificar sua configuração de cluster.

  3. Selecione o número de shards no menu suspenso.

  4. Clique em Review Changes para revisar as alterações na cobrança e clique em Apply Changes.

A fragmentação oferece suporte a alta taxa de transferência e grandes conjuntos de dados, e você pode aumentar o número de shards à medida que os requisitos de dados aumentam.

5

Para fragmentar a coleção cujos dados você deseja distribuir, consulte sh.shardCollection() para obter mais informações.

Aviso

Se você fragmentar uma collection que já tenha um índice do Atlas Search, poderá passar por um breve período de inatividade de query quando a coleção começar a aparecer em um fragmento. Além disso, se você adicionar um fragmento a uma coleção já fragmentada que contenha um índice do Atlas Search, suas pesquisas nessa coleção falharão até que o processo de initial sync seja concluído nos fragmentos adicionados. Para saber mais, consulte processo de sincronização inicial.

6

Se você quiser fazer outras alterações no cluster fragmentado, consulte Modificar um cluster para obter mais informações sobre as configurações de todo o cluster que podem ser modificadas.

Voltar

Configurações adicionais