Personalizar o armazenamento em cluster

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.

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, conforme a habilitação ou não do dimensionamento automático 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 IU do Atlas. Para que o dimensionamento automático de armazenamento seja concluído com êxito, o Atlas requer a janela mínima de retenção do oplog (oplogMinRetentionHours) 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.

• 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.

    O Atlas altera automaticamente o tamanho do oplog se você alterar o tamanho do armazenamento.

  • Você pode optar por escalar o tamanho do oplog quando escalar o armazenamento do cluster. Nesse caso, defina manualmente o tamanho do oplog para um valor específico ao criar um cluster. Conforme você aumenta o armazenamento do cluster, o Atlas dimensiona o tamanho do oplog 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).

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.

Alterar a capacidade de armazenamento e 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 na mesma camada 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.

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 nível 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 nível. 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 nível 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 nível 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

• Ampliar o IOPS no Azure

Alterar a capacidade de armazenamento no Google Cloud

O Google Cloud oferece suporte ao armazenamento estendido com as seguintes limitações:

• M40: até 4TB

• M50/M60: até 8TB

• M80+: até 14TB

Quando você altera 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 initial sync. 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.

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

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 comparado ao IOPS padrão na AWS

As IOPS provisionadas permitem personalizar a taxa máxima de IOPS para seu cluster. Elas também:

• Fornecer sua taxa de IOPS configurada de forma mais consistente em comparação com o IOPS padrão.

• 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 sobre os méritos do uso de IOPS provisionadas versus padrão, consulte instâncias otimizadas para Amazon EBS. Veja o seguinte resumo:

• Os volumes SSD de Uso Geral são projetados para fornecer desempenho básico 99% do tempo.

• Os volumes de SSD de IOPS provisionados são projetados para entregar seu desempenho provisionado 99,9% das vezes.

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.