Cada camada do cluster vem com um conjunto padrão de recursos. Clusters do M10+ fornecem a capacidade de personalizar sua capacidade de armazenamento.
O Atlas fornece as seguintes opções de configuração de armazenamento, dependendo do fornecedor de nuvem selecionado e da camada de cluster.
Classificação do cluster
M40+ Os clusters oferecem várias opções, incluindo:
- Low CPU
- General
- Local NVMe SSD
Todos os ambientes de produção podem utilizar a opção General.
Selecione a caixa Class com sua velocidade de preferência. Alterações na classe de cluster afetam o custo.
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.
Observação
O Atlas provisiona armazenamento para os clusters Low CPU e General em gibibytes (GiB), apesar de a IU mostrar GB.
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).
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.
Observação
O Atlas não permite clusters NVMe no Google Cloud.
Capacidade de armazenamento
Para alterar o tamanho do volume de dados do servidor, faça uma das seguintes tarefas:
Mova o controle deslizante até que a caixa de texto exiba o tamanho de disco de sua preferência.
Especifique o tamanho exato do disco na caixa de texto.
For Azure-specific instructions, see Change Storage Capacity and IOPS on Azure.
Alterações na capacidade de armazenamento afetam o custo.
Observação
O MongoDB usa uma pequena parte da capacidade de armazenamento especificada para arquivos de buffer, arquivos de diário e arquivos de log para garantir a operação adequada do cluster. Em mecanismos de armazenamento sem substituição, como o mecanismo de armazenamento WiredTiger, você deve esperar usar aproximadamente 20% a mais de espaço em disco do que os dados compactados ocupam.
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 dimensionamento automático de armazenamento de cluster por padrão. Se você optar por usar o dimensionamento automático 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 não ser que você defina a janela mínima de retenção do oplog para um valor personalizado específico, o do Atlas cluster retém todas as entradas do oplog por pelo
mongodmenos 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).
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).
Change Storage Capacity or IOPS on 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.
Importante
Você pode fazer um máximo de 4 modificações de volume de EBS em qualquer período de 24horas. Se você atingir esse limite, o Atlas não poderá modificar o disco do cluster até que a janela de 24horas seja redefinida.
Aumentar a capacidade ou a taxa de transferência
Se as alterações anteriores forem concluídas, a AWS normalmente leva cerca de seis horas para aumentar a capacidade de armazenamento ou o IOPS. No entanto, esse período pode variar dependendo do tamanho dos dados armazenados no disco. Para saber mais, consulte a documentação da AWS. O Atlas permite mais alterações dentro do prazo para alterações de modificação de volume.
AWS supports extended storage for clusters which meet the following criteria:
O cluster é da classe General ou Low-CPU
O cluster é de região única.
O armazenamento estendido está disponível para clusters de tier
M40e superiores com as seguintes limitações:M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Para alterar o tier do seu cluster, consulte Modificar um 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.
A forma como o Atlas lida com alterações adicionais em um determinado período depende dos limites da AWS para modificações de volume do EBS. A AWS restringe os ajustes de tamanho do volume e taxa de transferência do EBS a um máximo de quatro modificações por volume em um período contínuo de 24horas. Depois que esse limite é atingido, o Atlas atrasa a capacidade de armazenamento adicional ou as alterações de IOPS desse volume até que a AWS permita outra modificação.
Para a primeira alteração, o Atlas modifica os volumes de dados no local sem tempo de inatividade ao aumentar o tamanho do disco.
Para aumentos subsequentes do tamanho do disco:
Tamanho do volume de dadosTempo desde a última alteração de armazenamentoAção que o Atlas realizaMenos de 1 TB
Menos de 6 horas
O Atlas provisiona novos volumes e sincroniza os dados dos volumes antigos. Você poderá acessar seu cluster se o Atlas provisionar volumes novos. Você não poderá acessar nós que a AWS modificar até que a AWS anexe o novo volume.
Menos de 1 TB
6 horas ou mais
O Atlas espera até que o período de resfriamento expire e, em seguida, modifica os volumes de dados dos hospedar no local sem tempo de inatividade.
Mais de 1 TB
Período de resfriamento da modificação de volume menor que o (6 horas por TB)
O Atlas provisiona novos volumes e sincroniza os dados dos volumes antigos. Você poderá acessar seu cluster se o Atlas provisionar volumes novos. Você não poderá acessar nós que a AWS modificar até que a AWS anexe o novo volume.
Mais de 1 TB
Período de resfriamento da modificação de volume ou mais (6 horas por TB)
O Atlas espera até que o período de resfriamento expire e, em seguida, modifica os volumes de dados do hospedar no local sem tempo de inatividade. Isso leva menos tempo do que o provisionamento de novos volumes e a sincronização dos dados dos volumes antigos com os novos. Se você modificar o tamanho do disco dentro de 4 horas após uma modificação de disco anterior, o Atlas priorizará primeiro o upscaling de computação e, em seguida, a modificação de disco.
Before you apply your storage capacity or IOPS increases, the Review Changes page describes how Atlas approaches the increase.
The Clusters page displays a banner if Atlas is waiting for AWS to allow another volume modification before changing your cluster's storage capacity or IOPS:
- Algumas alterações de volume de EBS estão atrasadas porque a AWS atingiu o número máximo de modificações de volume de EBS permitidas para esse volume dentro de um período de 24 horas.
Esses comportamentos se aplicam quando o Atlas altera a capacidade durante o auto-scaling.
Para saber mais sobre as limitações da AWS, consulte a documentação da AWS.
Diminuir a capacidade ou a taxa de transferência
A AWS não permite que você reduza a capacidade de armazenamento no local.
Atlas can reduce storage capacity by first provisioning new volumes and then syncing data from the old to the new volumes with an in-place data sync process. This works around the AWS limitation, but there is downtime on each node during the sync. Unlike capacity increases, Atlas always uses this process for capacity decreases, regardless of the volume modification cooldown period.
AWS permite reduzir o IOPS sem migrar dados.
If the volume modification cooldown period has passed, Atlas reduces IOPS in place without restarting nodes. If the cooldown period has not passed, Atlas may provision new volumes and sync data, which causes a rolling restart.
Change Storage Capacity and IOPS on 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.
Observação
Nem todas as regiões do Azure oferecem suporte ao armazenamento estendido. Para mais detalhes, veja regiões compatíveis.
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.
Importante
Para clusters do Azure que oferecem suporte a Armazenamento Estendido/IOPS, você pode fazer até quatro alterações de IOPS/produtividade de disco em qualquer período de 24 horas. Se você atingir esse limite, o Atlas substituirá a máquina virtual (VM) para contornar essa limitação.
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.
Initially, when you choose an Azure Low CPU or General cluster, Atlas assigns the default storage size and IOPS based on the tier you choose.
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.
If, after you increase the storage volume's size, the increased number of IOPS still isn't sufficient, and the cluster's tier is in a region that supports extended storage, you can further extend the number of IOPS using the IOPS slider, without changing the cluster tier.
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.
Observação
Ao aumentar o IOPS para um cluster distribuído no Azure, os valores são limitados ao IOPS máximo da camada do cluster.
As seções a seguir descrevem como aumentar o tamanho do armazenamento e o IOPS.
Alterar o tamanho do volume de dados no Azure
Para alterar o tamanho do volume de dados do servidor:
Na seção Cluster tier > Storage, você pode executar uma das seguintes ações, dependendo da região:
Se sua região oferecer suporte a armazenamento estendido, mova o controle deslizante para a direita e escolha o tamanho de disco de sua preferência.
A caixa de texto à direita do controle deslizante muda dinamicamente e indica o novo tamanho do disco. O Atlas também aumenta o IOPS para corresponder ao aumento no tamanho do armazenamento.
Se sua região não suporta armazenamento estendido, você pode aumentar a capacidade do disco em quantidades predefinidas. Nesse caso, o Atlas não aumenta o IOPS.
Para aumentos de capacidade de armazenamento, o Atlas aumenta a capacidade de armazenamento em vigor sem copiar dados ou executar uma sincronização inicial.
Observação
Se você mudar para outra região ou para um cluster de várias regiões, os recursos específicos de volume de armazenamento ou o armazenamento estendido poderão não estar disponíveis. A UI do Atlas notifica você de que seu IOPS será reduzido. Essa alteração pode afetar o desempenho do aplicativo, a velocidade de restauração de dados de um backup ou a cópia de backups dessas regiões para outras regiões. Para preservar o mesmo desempenho, continue usando a mesma região. Para saber mais, consulte regiões que dão suporte ao armazenamento estendido.
Azure doesn't allow decreasing the storage capacity in place. Atlas can reduce storage capacity by first provisioning new volumes and then syncing data from the old to the new volumes with an in-place data sync process. This works around the Azure limitation, but there is downtime on each node during the sync.
Before you apply your storage capacity reductions, the Review Changes page notifies you that Atlas triggers a rolling restart of your cluster when you make this change.
During this time, you can still access your cluster, but each node that Azure modifies remains unavailable until the node's data sync process completes. For large clusters, this process for each node might take several hours to complete.
Para expandir o armazenamento total do cluster além dos limites da camada do cluster, você pode habilitar o armazenamento estendido nas configurações do projeto para regiões que oferecem suporte ao armazenamento estendido.
Azure supports extended storage for clusters which meet the following criteria:
O cluster é da classe General ou Low-CPU
O cluster é de região única.
O armazenamento estendido está disponível para clusters de tier
M40e superiores com as seguintes limitações:M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Para alterar o tier do seu cluster, consulte Modificar um 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.
Configure Extended Storage/IOPS on Azure
O procedimento a seguir descreve como obter IOPS estendidos, além do número de IOPS que você recebe quando aumenta o tamanho de armazenamento dentro do mesmo tier do cluster.
You can change the number of IOPS for M40+ Atlas clusters for regions that support extended storage.
Para ampliar o número de IOPS:
In the Cluster tier, change to the
M40or higher cluster tier. The IOPS slider displays in the IOPS section.Se ainda não o fez, aumente o tamanho do armazenamento.
Se seu aplicativo exigir IOPS adicionais além do aumento de IOPS que você recebeu ao aumentar o armazenamento, você poderá estender ainda mais o IOPS. Mova o controle deslizante IOPS para a direita e escolha seu número preferido de IOPS. A ampliação do IOPS afeta o custo.
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 é da classe General ou Low-CPU
O cluster é de região única.
O armazenamento estendido está disponível para clusters de tier
M40e superiores com as seguintes limitações:M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Para alterar o tier do seu cluster, consulte Modificar um 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.
Tipos de IOPS
M30+ clusters offer different options for customizing the amount of IOPS, depending on the cluster's cloud provider and cluster generation:
Para clusters hospedados na AWS, você pode usar IOPS provisionadas e IOPS de alto desempenho para clusters dedicados Gen1 e Gen2, respectivamente.
Para clusters hospedados na AWS ou no Google Cloud, você pode usar IOPS padrão estendida para clusters dedicados da Gen2.
Observação
Para clusters de nível Gen1 M40+, você pode personalizar IOPS somente para clusters nas classes General e Low CPU. Não é possível personalizar IOPS para clusters Gen1 na classeLocal NVMe SSD.
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:
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:
For clusters with disk storage under
1000GB(1TB), this baseline is3000IOPS.Para clusters com armazenamento em disco acima de
1000GB, essa linha de base é dimensionada com armazenamento em uma proporção de IOPS para-GBde 3:1.
Observação
Clusters hosted on AWS make a distinction between Standard IOPS and Provisioned or High Performance IOPS. This distinction stems from the cluster's underlying SSD volumes, and is exclusive to clusters hosted on AWS.
To learn more, see Provisioned IOPS and High Performance IOPS.
A tabela a seguir mostra exemplos não exaustivos de como essa linha de base é dimensionada com vários tamanhos de disco:
Armazenamento em disco | IOPS de linha de base |
|---|---|
|
|
|
|
|
|
|
|
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:
80kIOPS for AWS Gen2 Dedicated clusters160kIOPS para clusters dedicados do GCP Gen2
As you increase IOPS, the cluster’s available disk throughput also increases.
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:
Configurar a taxa IOPS
IOPS Padrão para Clusters Gen1
Se você quiser que sua taxa de IOPS seja dimensionada automaticamente com a capacidade de armazenamento do cluster, não selecione Provision IOPS ao criar o cluster de camada AWS Gen1 M30+. O cluster usa IOPS padrão por padrão.
If you want to provision an exact standard IOPS value for your AWS cluster, see Provisioned and High Performance IOPS.
Observação
Clusters hosted on AWS make a distinction between Standard IOPS and Provisioned or High Performance IOPS. This distinction stems from the cluster's underlying SSD volumes, and is exclusive to clusters hosted on AWS.
To learn more, see Provisioned IOPS and High Performance IOPS.
O IOPS padrão mínimo para M30+ clusters de nível é 3000. O valor IOPS padrão permanece em 3000, a menos que você defina o tamanho de armazenamento do cluster para 1 TB ou mais. Se o armazenamento do cluster M30+ atingir ou exceder 1 TB, o Atlas aumentará a taxa de IOPS padrão usando uma IOPS para uma taxa de armazenamento de 3:1, até 16k IOPS para volumes de armazenamento de rede da AWS .
Clusters da classe Gen1 de SSD NVMe locais devem utilizar o IOPS padrão.
IOPS Estendidas Padrão para Clusters Gen2
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:
80kIOPS for AWS Gen2 Dedicated clusters160kIOPS for GCP Gen2 Dedicated clusters
Observação
Clusters hosted on AWS make a distinction between Standard IOPS and Provisioned or High Performance IOPS. This distinction stems from the cluster's underlying SSD volumes, and is exclusive to clusters hosted on AWS.
To learn more, see Provisioned IOPS and High Performance IOPS.
Se seus clusters dedicados de camada M30+ Gen2 estiverem hospedados na AWS, você deverá primeiro selecionar Standard ao lado de IOPS na seção Cluster Tier.
Em seguida, você também pode:
Especifique a taxa IOPS exata na caixa de texto ou
Mover a barra deslizante abaixo das opções de IOPS até que a caixa de texto exiba a taxa de IOPS de sua preferência.
IOPS provisionadas e de alto desempenho
High Performance IOPS are supported only for M30+ tier clusters on AWS. To use High Performance IOPS for your M30+ tier AWS cluster, next to IOPS under the Cluster Tier section, select one of the following options:
Provision IOPS se você estiver usando clusters Gen1.
High Performance IOPS se você estiver usando o cluster Gen2.
Em seguida, você também pode:
Especifique a taxa IOPS exata na caixa de texto ou
Mover a barra deslizante abaixo das opções de IOPS até que a caixa de texto exiba a taxa de IOPS de sua preferência.
Observação
A faixa de IOPS provisionadas disponível para um cluster Gen1 está relacionada à capacidade de armazenamento em disco. A alteração da capacidade de armazenamentodo cluster Gen1 altera a faixa de IOPS provisionadas disponíveis.
A faixa de IOPS de Alto Desempenho disponível para um cluster Gen2 não está relacionada à capacidade de armazenamento em disco.
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.
Exemplo
Para suportar 3 TB (ou 3.072 GB) de capacidade de disco, selecione uma camada do cluster com um mínimo de 32 GB de RAM. Isso seria M50 ou superior.
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.
Dica
Para saber mais sobre os recursos padrão e as opções de configuração disponíveis para cada fornecedor de serviços de nuvem, consulte:
Camada de cluster e capacidade de armazenamento com auto-scale
O dimensionamento automático reativo da camada do cluster do Atlas está disponível para todos os níveis de cluster dedicado sob a classificação do cluster General e a classificação do cluster Low-CPU.
Para novos clusters, o Atlas permite automaticamente o auto-scaling da camada de cluster e o auto-scaling de armazenamento.
Utilize as opções do Auto-scale para configurar o cluster para dimensionar automaticamente a camada do cluster, a capacidade de armazenamento, ou ambas, em resposta ao uso do cluster.
Importante
Durante uma migração, se você restaurar um snapshot com um tamanho maior que a capacidade de armazenamento do cluster de destino, o cluster não será dimensionado automaticamente.
Você pode desativar o auto-scaling da camada de cluster e do armazenamento. Para saber mais, consulte Como o Atlas dimensiona a camada de cluster e Como o Atlas dimensiona o armazenamento de cluster.