Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de marcação de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL .
Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
MongoDB Branding Shape
Click here >
Menu Docs

Gerenciar fragmentação de cluster

Você pode dimensionar horizontalmente o sistema do Atlas fragmentando o cluster. A fragmentação permite distribuir seus dados em vários nós ou fragmentos para lidar com eficiência com o crescimento do volume de dados e do volume de trabalho. Para saber mais, consulte Fragmentação. Se o seu fragmento atingir a capacidade, você poderá configurar o autoscaling para dimensionar seus fragmentos de forma independente.

Ao configurar a escalabilidade do shard, tenha em mente o seguinte:

  • O número de nós elegíveis, somente leitura e analíticos em todos os shards deve ser o mesmo.

    Para clusters globais, você pode ter um número diferente de nós por zona.

  • A capacidade de armazenamento em todos os shards deve ser a mesma.

  • A camada NVME em todos os shards deve ser a mesma.

  • Se você ativar o auto-scaler de computação:

    • O nível mínimo e máximo se aplica ao nível do cluster.

    • O auto-scaler do Atlas permite apenas uma lacuna máxima de 2 camadas entre o fragmento com a camada do cluster mais alta e o fragmento com a camada do cluster mais baixa.

    Observação

    Não é possível configurar o auto-scaling para cada shard se os shards estiverem em classificação do cluster diferentes. Por exemplo, você não pode ativar o auto-scaling se um shard estiver em M30 (Geral) e outro shard estiver em M40 (Baixa CPU).

O dimensionamento independente de fragmentos permite configurar cada fragmento separadamente para melhor atender aos requisitos de carga de trabalho de cada fragmento. Você pode configurar a camada do cluster de cada fragmento individual para uma alocação personalizada e otimizada de recursos e custos para cada fragmento. Ou seja, em cada shard, seus nós elegíveis e nó somente leitura podem estar em uma camada do cluster diferente dos nós analíticos. Na AWS e na Azure, você também pode configurar o desempenho do disco para cada fragmento.

Por exemplo, para um shard, você pode configurar seus nós elegíveis e read-only (3 nós) em M30 e nós de análise (nó 1) em M40, enquanto para outro shard, você pode configurar seus elegíveis e nós somente leitura (3 nós) em M40 e nós de analítica (1 nó) em M30.

Você pode usar a interface do usuário do Atlas Cluster Builder para fragmentar seu cluster. Depois que seu cluster for fragmentado, você poderá usar a versão mais recente da Atlas Admin API, Atlas CLI ou HashiCorp Terraform MongoDB Atlas Provider para escalar cada shard independentemente. Você não pode usar a UI do Atlas para dimensionar cada shard de forma independente. No entanto, você pode ativar o auto-scaling de computação na UI do Atlas para que os shards sejam dimensionados de forma independente.

Depois de escalar cada shard independentemente usando a API de administração do Atlas , o Atlas CLI ou o Terraform, você não poderá gerenciar o cluster usando a interface do usuário do Atlas Cluster Builder.

Você pode usar a API de Administração do Atlas , o Atlas CLI ou o Terraform para escolher uma camada diferente por fragmento. Os nós de analítica também podem ter camadas selecionadas de forma independente em todos os shards.

Quando você edita um cluster fragmentado com várias camadas de fragmentos na UI do Atlas , a alteração do nível alterará o nível de todos os fragmentos.

Você pode usar a API de administração do Atlas para especificar IOPS diferentes para cada shard.

Se o seu cluster estiver no Amazon Web Services, escolha entre IOPS Padrão e IOPS Provisionado para cada shard. Se um shard usar IOPS provisionado, você poderá provisionar IOPS diferentes para cada shard. Se um shard usar IOPS padrão, o IOPS padrão estará vinculado ao tamanho de armazenamento do cluster.

Se o seu cluster estiver no Azure em regiões que suportam Armazenamento Estendido/IOPS, você poderá provisionar IOPS Padrão diferentes para cada fragmento. Caso contrário, o IOPS Padrão está vinculado ao tamanho de armazenamento do disco do cluster. Para saber mais, consulte Configurar armazenamento estendido/IOPS no Azure.

Todos os fragmentos em um Atlas cluster podem ser dimensionados uniformemente para a mesma camada do cluster. Por padrão, clusters fragmentados criados antes de dezembro de 9, 2024 usam o dimensionamento de shard em todo o cluster. Se você gerencia seu cluster usando a API de administração do Atlas , Atlas CLI ou Terraform, atualize a API de administração do Atlas , Atlas CLI ou Terraform para escalar seus shards de forma independente. Se você usa a UI do Atlas e ativou o dimensionamento automático de computação, para dimensionar seus shards de forma independente, entre em contato com o suporte do MongoDB .

Para saber mais sobre como fragmentar seu cluster M30 ou maior, consulte Implantar um cluster fragmentado e modificar o número de fragmentos.