Modificar um cluster

Migração, disponibilidade e impacto no desempenho

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.

A sincronização inicial baseada em cópia de arquivo está ativada para clusters dedicados com NVMe em execução no MongoDB 6.0+.

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

• Atualizações de clusters livres ou clusters fragmentados (clusters M0, M2 e M5) para uma camada de cluster mais alta.

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

• Upgrades ou downgrades de uma camada de cluster NVMe para outra, iniciados 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 shards independentemente um do outro. Para cada shard (ou seja, conjunto de réplicas), o Atlas migra um nó por vez, começando primeiro com os nós secundários e depois com o primary.

As gravações recuperáveis devem evitar erros de gravação durante a eleição de uma nova primária. Em média, uma eleição pode levar cinco segundos.

A migração pode afetar o desempenho se o primary já estiver atingindo a capacidade operacional: cada nó do conjunto de réplicas recém-migrado deve realizar um initial sync do primary, aumentando a carga operacional. As migrações também podem afetar o desempenho se você definir read preferences para ler de secundários: o conjunto de réplicas fica sem um secundário durante a migração.

Se o volume 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.

Cobrança

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.

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

Backup.

A partir da versão 4.2 do MongoDB, Backups legados foram preteridos em favor dos Backups em Nuvem. Quando você faz upgrade para a versão 4.2 ou posterior, seu sistema de backup é atualizado para o backup na nuvem se estiver atualmente definido como backup legado. Após esse upgrade:

• Todos os seus snapshots de backup legados existentes permanecem disponíveis. Eles expiram ao longo do tempo de acordo com a sua política de retenção.

• Sua política de backup é redefinida para o agendamento padrão. Se você tiver uma política de backup personalizada em vigor com backups legados, deverá recriá-la com o procedimento descrito na documentação do Cloud Backup.

Visualizar regiões disponíveis

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 de comando e parâmetros, consulte a documentação do Atlas CLI para ver a lista atlas clusters disponableRegions.

Considerações sobre cluster gratuito e cluster compartilhado

• Não é possível fazer downgrade de um cluster M10+ dedicado para um cluster gratuito M0 ou cluster compartilhado M2/M5.

• 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 atualização.

Camada do cluster

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.

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

• Personalizar o armazenamento em cluster

• Configurar Opções de Dimensionamento Automático

Para clusters M10+, você pode selecionar uma camada de cluster com o tamanho adequado para seu volume de trabalho de análise. Para saber mais, consulte Nós de analítica para isolamento de volume de trabalho.

Nível de pesquisa

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.

Atualizar a versão MongoDB do Cluster

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 atualizar para MongoDB 5.0 ou posterior, você deve ativar Backup do Cluster se Legacy Backups estiverem ativados no momento.

Habilitar ou desabilitar backup para o cluster

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.

Habilitar ou Desabilitar Proteção de Encerramento 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.

Escale seu conjunto de réplicas para um cluster fragmentado

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

Quando a atualização for concluída, você deverá reiniciar todos os clientes de aplicativos e reconectar-se ao cluster fragmentado. 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ê estiver utilizando uma connection string Lista de sementes DNS , seu aplicativo se conectará automaticamente ao mongos para o cluster fragmentado.

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

Modifique o Number of Shards

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

Você pode configurar o número de fragmentos a serem implementados com o cluster fragmentado. Seu cluster pode ter entre 1 e 50 fragmentos, inclusive.

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.

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.

Habilitar ou desabilitar o Connector BI para Atlas para o cluster

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

Habilitar Encryption at rest

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.

Configurar opções de configuração adicionais

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

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

Pré-requisitos

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

• Seu cluster deve ser um cluster M10+.

• Você deve ter a função Project Cluster Manager ou superior.

Procedimento