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 no Amazon Web Services 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 oferece suporte a 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.
Para obter instruções específicas do Azure, consulte Alterar a capacidade de armazenamento e IOPS no 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 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
mongoddo 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.
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.
O Atlas altera automaticamente o tamanho do oplog se você alterar o tamanho do armazenamento, somente se você tiver definido manualmente um tamanho de oplog personalizado para o seu cluster. Se você nunca definiu manualmente o tamanho do oplog, o Atlas não dimensiona automaticamente o tamanho do oplog quando você altera 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. Somente depois de você ter definido manualmente um tamanho de oplog personalizado, o Atlas dimensionará automaticamente o tamanho do oplog quando você aumentar o armazenamento do cluster, da seguinte forma:
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 no 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 tiverem sido concluídas, a AWS geralmente leva cerca de seis horas para aumentar a capacidade de armazenamento ou 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 oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível 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.
Antes de aplicar sua capacidade de armazenamento ou aumentos de IOPS, a página Review Changes descreve como o Atlas aborda o aumento.
A página Clusters exibirá um banner se o Atlas estiver esperando que a AWS permita outra modificação de volume antes de alterar a capacidade de armazenamento ou o IOPS do cluster:
- 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 24horas.
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 reduzir a capacidade de armazenamento existente.
O Atlas pode reduzir a capacidade de armazenamento provisionando primeiro novos volumes e, em seguida, sincronizando dados dos volumes antigos com os novos com um processo de sincronização de dados no local. Isso contorna a limitação da AWS, mas há tempo de inatividade em cada nó durante a sincronização. Ao contrário dos aumentos de capacidade, o Atlas sempre usa esse processo para diminuições de capacidade, independentemente do período de resfriamento da modificação de volume.
AWS permite reduzir o IOPS sem migrar dados.
Se o período de resfriamento da modificação de volume tiver passado, o Atlas reduzirá IOPS no local sem reiniciar os nós. Se o período de resfriamento não tiver passado, o Atlas poderá provisionar novos volumes e dados de sincronização, o que causará uma reinicialização contínua.
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.
Observação
Nem todas as regiões do Azure oferecem suporte ao armazenamento estendido. Para detalhes, veja regiões compatíveis.
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/taxa de transferência de disco em qualquer período de 24horas. 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.
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.
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.
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.
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 multirregional, as capacidades específicas do volume de armazenamento ou o armazenamento estendido poderão estar indisponíveis. A interface do usuário do Atlas notifica que seu IOPS será reduzido. Essa alteração pode impacto o desempenho do aplicativo, a velocidade da 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 permitem armazenamento estendido.
O Azure não permite diminuir a capacidade de armazenamento em vigor. Para reduzir a capacidade de armazenamento de um cluster no Azure, o Atlas realiza o provisionamento de novos volumes e, em seguida, sincroniza os dados dos volumes antigos para os novos usando uma sincronização inicial lógica ou baseada em cópia de arquivos. Antes de aplicar as reduções da capacidade de armazenamento, a página Review Changes notifica que Atlas triggers uma reinicialização contínua do cluster quando você faz essa alteração.
Uma sincronização inicial copia dados em toda a rede e reconstrói todos os índices. Durante esse período, você ainda poderá acessar seu cluster, mas cada nó modificado pelo Azure permanecerá indisponível até que a sincronização inicial do nó seja concluída. Para clusters grandes, as sincronizações iniciais para cada nó podem levar várias horas para serem concluídas.
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 oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível 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.
Configurar armazenamento estendido/IOPS no Azure
O procedimento a seguir descreve como obter IOPS estendido, além do número de IOPS que você recebe quando aumenta o tamanho do armazenamento na mesma camada do cluster.
Você pode alterar o número de IOPS para M40+ clusters do Atlas para regiões que suportam armazenamento estendido.
Para ampliar o número de IOPS:
No Cluster tier, mude para o
M40ou nível de camada do cluster. O controle deslizante IOPS é exibido na seção IOPS .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 oferece suporte ao armazenamento estendido com as seguintes limitações:
M40: até 4TBM50/M60: até 8TBM80+: até 14TB
Observação
O armazenamento estendido está disponível apenas para os clusters M40+. Para alterar o nível do seu cluster, consulte Modificar um cluster.
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 fará o provisionamento de novos volumes e, em seguida, sincronizará os dados dos volumes antigos para os novos usando uma sincronização inicial lógica ou baseada em cópia de arquivos.
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.
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.
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 as IOPS para o cluster de várias nuvens.
IOPS (apenas AWS)
M30+ clusters na AWS oferecem diferentes opções para personalizar a quantidade de IOPS:
Você pode usar IOPS provisionado ou IOPS de alto desempenho para clusters Gen1 e Gen2 , respectivamente.
Você pode usar IOPS Padrão Estendido para Clusters Gen2.
Observação
Para clusters Gen1 de tier M40+, você pode personalizar IOPS apenas para clusters nas classes General e Low CPU. Você não pode personalizar IOPS para clusters Gen1 na classe Local NVMe SSD.
IOPS provisionada e IOPS de alto desempenho
IOPS provisionadas e IOPS de alto desempenho permitem que você personalize a taxa máxima de IOPS para o seu cluster com benefícios de desempenho adicionais. IOPS provisionadas e IOPS de alto desempenho referem-se ao mesmo conceito, embora clusters Gen1 usem Provision IOPS na IU do Atlas e clusters Gen2 usem High Performance IOPS. Para simplificar, usamos High Performance IOPS para nos referirmos a ambos aqui.
Em comparação com IOPS padrão, IOPS de alto desempenho:
Oferecem 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 sobre os méritos do uso de IOPS de alto desempenho versus IOPS padrão, consulte Instâncias otimizadas do Amazon EBS. Veja o resumo a seguir:
Os volumes SSD de Uso Geral são projetados para fornecer desempenho básico 99% do tempo.
Os volumes de SSD de IOPS de alto desempenho são projetados para entregar seu desempenho provisionado 99,9% das vezes.
Observação
As alterações no provisionamento de IOPS afetam as características, o desempenho e o custo. Quando você seleciona Provision IOPS para seu cluster Gen1 ou High Performance para seu cluster Gen2, o armazenamento muda de volumes SSD de uso geral para volumes SSD de IOPS de alto desempenho.
Para aprender mais, consulte Configurar IOPS provisionada e IOPS de alto desempenho.
IOPS Padrão Estendido para clusters dedicados Gen2
Os clusters dedicados AWS Gen2 oferecem IOPS Padrão Estendido, permitindo que você configure os IOPS padrão do cluster e a capacidade de armazenamento independentemente um do outro. À medida que você aumenta os IOPS Padrão Estendido, a taxa de transferência de disco disponível do cluster também aumenta. Para clusters dedicados AWS Gen2, o máximo configurável de IOPS é 80k IOPS.
O Atlas cobra o Extended Standard IOPS separadamente da capacidade de armazenamento para clusters dedicados AWS Gen2. Essa flexibilidade ajuda você a otimizar seus custos de cluster.
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 seu cluster, não selecione Provision IOPS ao criar seu cluster de tier M30+ Gen1. O cluster usa IOPS padrão por padrão.
Se quiser provisionar um valor exato de IOPS, selecione Provision IOPS ao criar seu cluster de tier M30+ Gen1 ou mude para um cluster Gen2.
O IOPS padrão mínimo para clusters de nível M30+ é de 3.000. O valor IOPS padrão permanece em 3.000, a menos que você defina o tamanho de armazenamento do cluster para 1 TB ou mais. Se o armazenamento do seu cluster M30+ atingir ou exceder 1 TB, o Atlas aumentará a taxa de IOPS padrão usando um IOPS para uma proporção de armazenamento de 3:1, até 16k IOPS para volumes de armazenamento de rede da AWS.
Os clusters Gen1 de classe SSD NVMe locais devem utilizar o padrão IOPS.
IOPS Padrão Estendido para clusters Gen2
Os clusters dedicados AWS Gen2 oferecem IOPS Padrão Estendido, permitindo que você configure as IOPS padrão e a capacidade de armazenamento do cluster independentemente uma da outra. O máximo configurável para IOPS é de 80k IOPS para clusters dedicados AWS Gen2.
Para usar o IOPS padrão estendido para seus clusters dedicados Gen2 do Amazon Web Services de tier M30+, selecione Standard ao lado de IOPS na seção Cluster Tier.
Em seguida, você também pode:
Especifique a taxa exata de IOPS na caixa de texto ou
Mova a barra deslizante abaixo das opções de IOPS até que a caixa de texto exiba sua taxa de IOPS preferida.
IOPS de alto desempenho
IOPS de alto desempenho são compatíveis apenas com clusters de tier M30+ na AWS. Para usar IOPS de alto desempenho para seu cluster AWS de tier M30+, ao lado de IOPS na seção Cluster Tier, selecione uma das seguintes opções:
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 exata de IOPS na caixa de texto ou
Mova a barra deslizante abaixo das opções de IOPS até que a caixa de texto exiba sua taxa de IOPS preferida.
Observação
O intervalo de IOPS provisionadas disponível para um cluster Gen1 está relacionado à capacidade de armazenamento em disco. Alterar a capacidade de armazenamento do seu cluster Gen1 altera a faixa de IOPS provisionadas disponível.
O intervalo de IOPS de alto desempenho disponível para um cluster Gen2 não está relacionado à capacidade de armazenamentoem 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.