Personalizar armazenamento do cluster principal do Atlas

Classe de baixa CPU

Geralmente, a opção do Low CPU oferece uma alternativa de menor custo para aplicativos que exigem mais memória e menos CPUs. Essa opção inclui metade das vCPUs de uma instância com a opção General do mesmo nível. Por exemplo, uma instância General M40 inclui 4 vCPUs, enquanto uma instância Low CPU M40 inclui 2 vCPUs. Dependendo da camada do cluster, essa opção também pode incluir um número menor de conexões máximas. Para saber mais, consulte Limites de conexão e camada do cluster.

Armazenamento NVMe

Você pode selecionar a opção de armazenamento do Local NVMe SSD para alguns clusters dedicados que são executados na AWS ou Azure. SSDs NVMe efêmeros conectados localmente oferecem o mais alto nível de velocidade e desempenho. O Atlas provisiona armazenamento para clusters NVMe em gigabytes (GB).

Em clusters Atlas Core, uma sincronização inicial baseada em cópia de arquivo sempre será usada para sincronizar todos os nós de um cluster NVME sempre que uma sincronização inicial for necessária.

Comportamento do tamanho do oplog

O Atlas gerencia o tamanho do oplog do cluster e suas entradas de maneira diferente, dependendo da edição do banco de dados do cluster.

• Em um Atlas Infinite cluster, o Atlas armazena o oplog na camada de armazenamento e o auto-scaling de armazenamento do Atlas Core não gerencia o armazenamento do cluster. Para saber mais, consulte Oplog em clusters Atlas Infinite.

• Em um cluster Atlas Core, o gerenciamento do oplog depende da habilitação ou não do auto-scaling de armazenamento para o cluster:

  • O Atlas permite o dimensionamento automático de armazenamento de cluster por padrão. Se você optar por usar o dimensionamento automático de armazenamento, o Atlas gerenciará as entradas do oplog com base na configuração da janela mínima de retenção do oplog (oplogMinRetentionHours). As entradas do oplog têm carimbo de data/hora. A oplog window é a diferença de tempo entre os mais recentes e os mais antigos carimbos de data/hora no oplog.

    Por padrão, o Atlas define a janela mínima de retenção do oplog para 24 horas. Isso significa que, a menos que você defina a janela mínima de retenção do oplog para um valor personalizado específico, o mongod do cluster do Atlas retém todas as entradas do oplog por pelo menos 24 horas e até que o oplog atinja o tamanho máximo permitido segundo as melhores práticas do MongoDB.

    Você pode definir a janela mínima de retenção do oplog para um valor específico na UI do Atlas . Para que o auto-scaling de armazenamento seja concluído com êxito, o Atlas requer que a janela mínima de retenção do oplog (oplogMinRetentionHours) seja de até (60 segundos) * (GB de espaço em disco configurado).

    Se a capacidade de armazenamento do cluster diminui, o Atlas dimensiona automaticamente o tamanho do oplog para garantir que ele se encaixe no tamanho de armazenamento reduzido.

    Observação

    Em alguns cenários de gravação em massa de alto volume, como migrações, o cluster pode não manter a janela de retenção mínima do oplog configurada. Planeje as migrações e outras operações com uso intenso de gravação de acordo.

  • Você pode desativar o auto-scaling do armazenamento em cluster desmarcando a caixa de seleção Storage Scaling na seção Auto-scale. Se você optar por não usar o auto-scaling de armazenamento, o Atlas gerenciará o tamanho do oplog da seguinte forma:

    • Se você não especificar o tamanho do oplog na UI, o Atlas definirá o tamanho do oplog para:

      • 5% do tamanho do disco quando você cria um cluster, para General e Low-CPU clusters

      • 10% do tamanho do disco para clusters com armazenamento NVMe.

      Para clusters dedicados que usam armazenamento EBS (não NVMe), o Atlas dimensiona automaticamente o tamanho do oplog para corresponder ao novo tamanho do disco quando você altera o tamanho do armazenamento. Para clusters com armazenamento NVMe, o tamanho do oplog está vinculado ao tamanho da instância, em vez do tamanho do disco, já que o armazenamento NVMe não pode ser redimensionado de forma independente. O Atlas sincroniza automaticamente o tamanho do oplog com o novo tamanho da instância ao alterar o tier do cluster.

    • Você pode optar por dimensionar o tamanho do oplog quando dimensionar o armazenamento do cluster. Nesse caso, defina manualmente o tamanho do oplog para um valor específico ao criar um cluster. O Atlas dimensiona automaticamente o tamanho do oplog quando você aumenta o armazenamento do cluster, da seguinte maneira:

      • Para clusters do General e Low-CPU, o tamanho do oplog é escalado em até 5% da capacidade de armazenamento, não excedendo o máximo determinado de acordo com as melhores práticas do MongoDB.

      • Para clusters com armazenamento NVMe, o tamanho do oplog é escalado para permanecer em 10% da capacidade de armazenamento, não excedendo o máximo determinado de acordo com as melhores práticas do MongoDB.

    • Se você reduzir o armazenamento do cluster, o Atlas usará a proporção anterior de oplog para disco para reduzir o oplog proporcionalmente. Por exemplo, se você escalar de 100 GB para 50 GB com um oplog de 25 GB (proporção de 0.25), o novo tamanho do oplog também terá uma proporção de 0.25, o que o tornaria 12.5 GB. A única exceção é se o novo tamanho do oplog for menor que 5% da capacidade de armazenamento (ou menor que 10% para armazenamento NVMe). Nesse caso, o Atlas usa o valor mais alto para o tamanho do oplog, que seria 5% da capacidade de armazenamento (10% para armazenamento NVMe).

O oplog também afeta o auto-scaling de forma diferente em cada edição:

• Em um Atlas Core cluster, o Atlas atrasa um evento de auto-scaling até que a oplog window cubra o tempo de dimensionamento estimado. Para evitar que a janela bloqueie o dimensionamento, defina a janela mínima de retenção de oplog.

• Em um cluster Atlas Infinite, a janela mínima de retenção do oplog não afeta o auto-scaling. Para saber mais, consulte Oplog em clusters Atlas Infinite.

Alterar a capacidade de armazenamento ou IOPS na AWS

O Atlas lida com as alterações de maneira diferente dependendo se você deseja aumentar ou diminuir a capacidade de armazenamento ou a taxa de transferência de armazenamento (IOPS) na AWS.

Altere a capacidade de armazenamento e o IOPS no Azure

No caso dos clusters Low CPU ou General implementados no Azure, você pode estender o IOPS e a capacidade de armazenamento dos volumes de dados na IU do Atlas.

Se você aumentar o armazenamento em disco para clusters Low CPU ou General, poderá:

• Receba mais IOPS em clusters no mesmo tier de cluster.

• Use esses clusters para hospedar aplicativos com altos requisitos de carga de trabalho de E/S sem precisar configurar a fragmentação para distribuir a carga de trabalho dos aplicativos pelos servidores.

O Azure tem períodos de resfriamento de modificação de volume que podem limitar a frequência com que você pode fazer alterações de armazenamento.

As declarações a seguir descrevem as opções que você tem na IU do Atlas para IOPS e gerenciamento de armazenamento em clusters do Azure.

1. Inicialmente, quando você escolhe um cluster do Azure Low CPU ou General, o Atlas designa o tamanho de armazenamento padrão e o IOPS com base no tier escolhido.

2. Dependendo das características específicas dos volumes de armazenamento usados em sua região e se o cluster está na região que oferece suporte ao armazenamento estendido, você pode realizar uma das seguintes ações:

   • Se sua região não for compatível com armazenamento estendido, você poderá alterar a capacidade de armazenamento somente em quantidades predefinidas e não poderá alterar o IOPS usando o controle deslizante.

   • Se sua região suporta armazenamento estendido, você pode usar o controle deslizante Storage para aumentar a capacidade de armazenamento padrão dentro do mesmo tier. O Atlas também aumenta o IOPS para corresponder ao aumento no tamanho do armazenamento.

3. Se, após você aumentar o tamanho do volume de armazenamento, o número maior de IOPS ainda não for suficiente e o tier do cluster estiver em uma região que suporta armazenamento estendido, você pode aumentar ainda mais o número de IOPS usando o controle deslizante IOPS, sem mudar o tier do cluster.

4. Além disso, você também pode expandir o armazenamento total do cluster além dos limites padrão do nível do cluster em regiões que oferecem suporte ao armazenamento estendido. Você ativa tamanhos de armazenamento estendidos nas Configurações do projeto.

As seções a seguir descrevem como aumentar o tamanho do armazenamento e o IOPS.

• Alterar o tamanho do volume de dados no Azure

• Configurar armazenamento estendido/IOPS no Azure

Alterar a capacidade de armazenamento no Google Cloud

O Google Cloud Platform oferece suporte a armazenamento estendido para cluster que atendem aos seguintes critérios:

• O cluster é um cluster Atlas Core .

• O cluster é da classe General ou Low-CPU

• O cluster é de região única.

• O armazenamento estendido está disponível para clusters de tier M40 e superiores com as seguintes limitações:

  • M40: até 4TB

  • M50/M60: até 8TB

  • M80+: até 14TB

  Para alterar o nível do seu cluster, consulte Modificar um Atlas Core Cluster.

Ativar o armazenamento estendido desacelera as sincronizações iniciais e as restaurações de snapshots entre projetos e pode reduzir a alta disponibilidade. Habilitar o armazenamento estendido é uma solução temporária para clusters que podem exigir capacidade de armazenamento adicional no futuro. Recomendamos habilitar a fragmentação para capacidade de armazenamento expandida a longo prazo.

Ao contrário da AWS, o Google Cloud não tem períodos de resfriamento de modificação de volume. Portanto, as alterações de armazenamento podem ser feitas imediatamente sem esperar que as modificações anteriores sejam concluídas.

Quando você aumenta a capacidade de armazenamento de um cluster, o Atlas modifica o tamanho dos volumes de dados dos servidores de maneira contínua, sem tempo de inatividade. O Atlas aumenta a capacidade de armazenamento em vigor sem copiar dados ou executar um sincronização inicial.

No entanto, o Google Cloud não permite a redução da capacidade de armazenamento no local. Se você reduzir a capacidade de armazenamento de um cluster, o Atlas provisionará novos volumes e, em seguida, sincronizará os dados dos volumes antigos para os novos com um processo de sincronização de dados no local. Isso contorna a limitação do Google Cloud, mas há tempo de inatividade em cada nó durante a sincronização.

Antes de aplicar a redução da capacidade de armazenamento, a página Review Changes notifica que o Atlas aciona uma reinicialização contínua do cluster quando você faz essa alteração.

Durante esse período, você ainda pode acessar seu cluster, mas cada nó que o Google Cloud modifica permanece indisponível até que o processo de sincronização de dados do nó seja concluído. Para clusters grandes, esse processo de cada nó pode levar várias horas para ser concluído.

O Atlas tem limites de capacidade de disco em conjuntos de réplicas únicas, podendo escalar até 4 TB para níveis de cluster mais altos. Para expandir o armazenamento total do cluster além dos limites padrão, você pode ativar o armazenamento estendido nas Configurações do projeto. Para acomodar maior escalabilidade no futuro, habilite a fragmentação para expansão de longo prazo.

Alterar a capacidade de armazenamento para clusters de fornecedores multinuvem

A Atlas seleciona o menor denominador comum entre os três fornecedores de nuvem. Isso garante consistência em todo o sistema multinuvem.

Não é possível ajustar o IOPS para o cluster multinuvem.

IOPS provisionado e IOPS de alto desempenho para clusters hospedados na AWS

O IOPS provisionado e o IOPS de alto desempenho permitem que você personalize a taxa máxima de IOPS para seu cluster hospedado na AWS com benefícios adicionais de desempenho. IOPS provisionado e IOPS de alto desempenho referem-se ao mesmo conceito, embora os clusters Gen1 usem Provision IOPS na UI do Atlas e os clusters Gen2 usem High Performance IOPS. Para simplificar, usamos IOPS de alto desempenho para nos referir a ambos aqui.

As IOPS padrão usam volumes SSD de uso geral da AWS, projetados para entregar seu desempenho de linha de base 99% das vezes. As IOPS de alto desempenho usam volumes SSD de IOPs provisionadas da AWS, que são projetados para oferecer seu desempenho provisionado 99.9% das vezes.

Em comparação com IOPS padrão, IOPS de alto desempenho:

• Entregam sua taxa de IOPS configurada de forma mais consistente.

• Reduzir a latência p90 do cluster (medição do tempo de resposta do servidor). Noventa por cento das solicitações de servidor têm respostas mais rápidas do que o valor de latência p90. Portanto, um valor de latência p90 mais baixo significa um tempo de resposta geralmente mais rápido.

Para saber mais, consulte:

• Tipos de volume do Amazon EBS

• Configurar IOPS provisionadas e IOPS de alto desempenho

IOPS padrão estendido

Gen2 clusters dedicados na AWS ou no Google Cloud têm um IOPS mínimo de linha de base, além do qual você pode provisionar IOPS adicionais:

• Para clusters com armazenamento em disco abaixo de 1000GB (1TB), essa linha de base é 3000 IOPS.

• Para clusters com armazenamento em disco acima de 1000GB, essa linha de base é dimensionada com armazenamento em uma proporção de IOPS para-GB de 3:1.

A tabela a seguir mostra exemplos não exaustivos de como essa linha de base é dimensionada com vários tamanhos de disco:

To provision additional IOPS for your cluster, you can use Extended Standard IOPS for Gen2 clusters hosted on AWS or Google Cloud. Extended Standard IOPS allow you to provision up to:

• 80k IOPS for AWS Gen2 Dedicated clusters

• 160k IOPS for GCP Gen2 Dedicated clusters

À medida que você aumenta o IOPS, a taxa de transferência do disco disponível do cluster também aumenta.

For Gen2 Dedicated clusters, you provision additional IOPS and scale storage capacity independently, so scaling one doesn't necessitate scaling the other. Because provisioning additional IOPS and scaling storage capacity are independent, Atlas bills for each separately.

Para saber mais, consulte:

• Gen2 Clusters dedicados

• Configurar IOPS para clusters Gen2

Configurar a taxa IOPS

Proporções mínimas de capacidade de disco para RAM

O Atlas força as seguintes proporções mínimas para determinadas camadas do cluster. Isso mantém o desempenho do cluster consistente com grandes conjuntos de dados.

Os tamanhos de instância M10 a M40 têm uma proporção de capacidade de disco para memória do sistema de 60:1. Os tamanhos de instância maiores que M40 têm uma proporção de 120:1.

O Atlas tem limites de capacidade de disco em conjuntos de réplicas únicas, podendo escalar até 4 TB para níveis de cluster mais altos. Para expandir o armazenamento total do cluster além dos limites padrão, você pode ativar o armazenamento estendido nas Configurações do projeto. Para acomodar maior escalabilidade no futuro, habilite a fragmentação para expansão de longo prazo.