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.

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

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 auto-scaling de armazenamento para o cluster.

• O Atlas permite o auto-scaling de armazenamento de cluster por padrão. Se você optar por usar o auto-scaling de armazenamento, o Atlas gerencia as entradas de 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 Atlas cluster retém todas as entradas do oplog por pelo menos 24 horas e até que o oplog atinja o tamanho máximo permitido pelas 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 a janela mínima de retenção do oplog (oplogMinRetentionHours) de até (60 segundos) * (GB de espaço em disco configurado).

• 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 não altera 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 a capacidade de armazenamento do cluster diminuir, o Atlas não alterará o tamanho do oplog.

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 no Azure

Para clusters distribuídos no Azure, você pode alterar a capacidade de armazenamento somente em quantidades predefinidas. Para alterar o tamanho do volume de dados do servidor:

• Especifique o tamanho de disco de sua preferência na caixa de texto.

• Mova a barra deslizante até que a caixa de texto exiba seu tamanho de disco preferido.

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 Azure não permite downgrades de capacidade de armazenamento local. Se você reduzir a capacidade de armazenamento de um agrupamento, o Atlas substituirá cada nó e executará uma sincronização inicial para cada nó no cluster.

Durante este período, ainda pode aceder ao seu cluster, mas cada nó que o Azure modifica permanece indisponível até que a sincronização inicial desse nó seja concluída.

Antes de aplicar as alterações na 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.

Alterar a capacidade de armazenamento no Google Cloud

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 reduções da capacidade de armazenamento no local.

Se você fizer downgrade da 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 as alterações na 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.

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.

As seguintes limitações podem ser aplicadas:

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

• Se o cluster multinuvem incluir o Azure, você pode alterar a capacidade de armazenamento apenas em quantidades predefinidas. Consulte Alterar a Capacidade de Armazenamento no Azure.

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 provisionado versus padrão, consulte Instâncias otimizadas do 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 camadas de cluster mais altas. 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, recomendamos que você habilite a fragmentação para expansão de longo prazo.