Utilize os seguintes recursos para configurar e gerenciar clusters do Atlas.
Visualizar seus clusters
Acesso necessário
Para visualizar seus clusters, você deve ter acesso Project Read Only ou superior ao projeto.
Procedimento
Para listar todos os clusters para seu projeto utilizando a Atlas CLI, execute o seguinte comando:
atlas clusters list [options]
Para retornar os detalhes do agrupamento que você especificar utilizando a Atlas CLI, execute o seguinte comando:
atlas clusters describe <clusterName> [options]
Para saber mais sobre a sintaxe e os parâmetros dos comandos anteriores, consulte a documentação do Atlas CLI para atlas clusters list e atlas clusters describe.
Para retornar os detalhes das definições da configuração avançada para o cluster especificado usando o Atlas CLI, execute o seguinte comando:
atlas clusters advancedSettings describe <clusterName> [options]
Para saber mais sobre os parâmetros e a sintaxe de comando, consulte a documentação do Atlas CLI para descrever o clusters do Atlas advancedSettings.
Para visualizar todos os clusters na interface do usuário do Atlas, consulte Exibir todos os clusters da nuvem. Para exibir os detalhes de um cluster, consulte Exibir detalhes do cluster.
Cluster Tiers
Você pode selecionar uma camada do cluster ao criar um novo cluster ou modificar um cluster existente.
Nos clusters do Atlas Core, a camada do cluster define a RAM, as vCPUs e o armazenamento para cada servidor portador de dados [1] no cluster. Em clusters do Atlas Infinite, a camada do cluster define a RAM, as vCPUs e o IOPS para cada nó no cluster.
Em clusters do Atlas Infinite, a camada do cluster também corrige os valores de IOPS de armazenamento e de taxa de transferência de armazenamento. Esses valores não mudam à medida que a quantidade de dados armazenados aumenta. Para analisar o desempenho do armazenamento de cada camada, consulte IOPs de armazenamento infinito do Atlas e Valores de taxa de transferência por camada do cluster.
| [1] | Nos clusters do Atlas Core, os servidores portadores de dados são as máquinas que executam os nós que contêm os dados do aplicação . Em um cluster fragmentado, cada shard é um conjunto de réplicas cujos membros são os servidores portadores de dados. Os clusters fragmentados também podem usar servidores de configuração, que são cobrados separadamente dos servidores portadores de dados. Em clusters Atlas Infinite, servidores de armazenamento de dados não se aplicam. O Atlas armazena e gerencia seus dados em uma camada de armazenamento separada da camada de computação. Os nós de analítica elegíveis e read-only são nós de computação que acessam dados na camada de armazenamento. Para saber mais, consulte MongoDB Atlas Infinite: Arquitetura. |
Observação
Você poderá ver valores diferentes dependendo do provedor de nuvem e da região selecionados.
Durante a visualização pública, os clusters do Atlas Infinite oferecem suporte às camadas do cluster M10-M60 General e às camadas do cluster M40-M60 Low-CPU. Os clusters do Atlas Infinite não oferecem suporte a clusters fragmentados.
Os clusters do Atlas Core suportam camadas de cluster M10+ General e M40+ Low-CPU camadas de cluster.
As seções a seguir descrevem as diferenças entre as camadas do cluster disponíveis.
Clusters gratuitos e clusters flexíveis
Use clusters gratuitos e clusters flexíveis como uma maneira econômicas de começar a usar o MongoDB e para aplicativos de baixa taxa de transferência. Esses clusters distribuem em um ambiente com acesso a um subconjunto de funcionalidades do Atlas . Para saber mais sobre as limitações do cluster gratuito e do cluster flexível, consulte:
Você pode distribuir um cluster gratuito (cluster de conjunto de réplicas de sandbox livre) por projeto do Atlas . Você pode escalar um cluster gratuito para um cluster flexível ou para um cluster dedicado a qualquer momento.
Os clusters flexíveis fornecem os seguintes recursos adicionais em comparação com os clusters gratuitos:
Backups para seus dados de cluster
Maior armazenamento
Ao criar um cluster gratuito ou um cluster flexível, você pode selecionar Atlas Infinite ou Atlas Core. A seleção não altera seu cluster gratuito ou cluster flexível. O Atlas armazena a seleção e a aplica quando você escala a camada do cluster para um cluster dedicado, onde é possível, opcionalmente, selecionar uma edição diferente. Para saber mais, consulte Dimensionar um cluster gratuito ou flexível para um cluster dedicado.
Considerações
Os clusters flexíveis não têm a disponibilidade completa dos recursos encontrados nos clusters dedicados. Para saber mais, consulte Limites nos tipos de cluster do Atlas.
Clusters Dedicados para Aplicativos de Baixo Tráfego
M10 e M20 camadas do cluster oferecem suporte a ambientes de desenvolvimento e ambientes de produção com aplicativos de baixo tráfego.
Essas camadas do cluster suportam somente implantações de conjuntos de réplicas, mas, por outro lado, fornecem acesso total aos recursos Atlas .
Observação
M10 e camadas do cluster M20 usam infraestrutura de desempenho estável. Os fornecedores de nuvem limitam o uso da CPU após períodos de intermitência, o que pode causar limitação sob carga pesada. Para aprender mais, consulte Como o Atlas dimensiona a camada do cluster.
Clusters Dedicados para Aplicativos de Alto Tráfego
M30+ clusters são recomendados para ambientes de produção.
Essas camadas do cluster oferecem suporte a implantações de conjuntos de réplicas e cluster fragmentado com acesso total aos recursos Atlas .
Alguns cluster têm variantes, indicadas pelo caractere ❯. Quando você seleciona esses clusters, o Atlas lista as variantes e marca cada cluster para distinguir suas principais características.
Gen2 Clusters dedicados
M30+ Os Atlas Core clusters estão disponíveis em geraç}es de cluster Gen1 ou Gen2 na AWS e no Google Cloud. Nos clusters do Atlas Core, os clusters dedicados Gen2 oferecem desempenho aprimorado em comparação com os clusters Gen1 e suportam IOPS padrão estendido, oferecendo os seguintes benefícios:
Desempenho de preço otimizado.
Hardware mais recente que permite o crescimento a longo prazo e evita restrições de capacidade de hardware mais antigo.
Dimensionamento independente do IOPS padrão e da capacidade de armazenamento do seu cluster com maiores taxas máximas de IOPS padrão:
80kIOPS para AWS160kIOPS para Google Cloud
M30+ Os clusters Atlas Infinite estão disponíveis apenas em Gen2 e não são compatíveis com IOPS padrão estendida. Para saber mais sobre como os clusters do Atlas Infinite lidam com armazenamento e IOPS, consulte Gerenciar armazenamento em um cluster do Atlas Infinite e IOPs de armazenamento do Atlas Infinite e valores de taxa de transferência por camada de cluster.
Ao criar um novo cluster por meio da UI do Atlas , o Atlas seleciona automaticamente a opção Gen2 na seção Cluster Tier para clusters qualificados. Para um cluster Atlas Core, você pode selecionar Gen1 em vez de implantar um cluster Gen1.
Dica
Definindo a geração de um cluster usando a Atlas Administration API ou a Atlas CLI
Para especificar a geração de um cluster usando a Atlas Administration API ou a Atlas CLI, use as opções instanceSize ou --tier, respectivamente.
Os clusters Gen1 usam apenas a camada do cluster em seus nomes na API e na CLI, enquanto os clusters Gen2 usam a camada do cluster com _GEN_2 anexado. Por exemplo, para implantar um cluster em camadas M30:
Use
M30para um cluster Gen1M30.Use
M30_GEN_2para um cluster Gen2M30.
For a list of AWS and Google Cloud cluster tiers that support Gen2 clusters, see:
Para clusters existentes, você pode alternar entre gerações da mesma forma que alteraria o tier do seu cluster. Para saber mais, consulte Modificar o Cluster Tier.
Considerações
Antes de usar clusters Gen2, considere as seguintes limitações. Você também pode comparar os clusters Gen1 e Gen2.
Os clusters Gen2 estão disponíveis apenas na AWS e no Google Cloud. Gen2 Os clusters dedicados não estão disponíveis no Azure.
O suporte a várias nuvens não está disponível para clusters dedicados da Ger2.
Nem todas as regiões de provedor de nuvem oferecem suporte a clusters dedicados Gen2. Para saber mais, consulte:
O suporte entre regiões está disponível somente se todas as regiões em que você implementa seu cluster suportarem clusters Gen2 no provedor de nuvem escolhido.
Nos clusters Atlas Core e Atlas Infinite clusters, os clusters
M10eM20são independentes de geração. Você não seleciona uma geração de cluster quando distribui um clusterM10ouM20.Todos os nós dentro de um cluster devem ser da mesma geração. Você não pode misturar nós Gen1 e Gen2 dentro do mesmo cluster.
Os clusters Gen2 oferecem suporte apenas ao auto-scaling reativo, não ao auto-scaling preditivo. Para saber mais, consulte Dimensionamento de um cluster dedicado Gen2.
Comparar clusters Gen1 e Gen2
A tabela a seguir lista as diferenças entre as gerações de cluster Gen1 e Gen2:
Gen1 | Gen2 | |
|---|---|---|
Armazenamento e expansão de IOPS padrão | O armazenamento e as IOPS padrão são dimensionados juntos | O armazenamento e as IOPS padrão são dimensionados independentemente |
IOPS padrão máximo [2] | Até:
| Até:
|
Cluster Tiers | Todos os níveis |
|
Provedores de nuvem | AWS, Google Cloud, Azure | AWS, Google Cloud |
Disponibilidade de região | Todas as regiões para um determinado provedor de nuvem | Para AWS, consulte Suporte à Região Gen2 Para o Google Cloud, consulte Suporte à região gen2 |
Implementações Entre Regiões | Somente em regiões que permitem clusters Gen2 para o provedor de nuvem que você está usando. Veja: | |
Auto-Scaling | Dimensionamento automático reativo e preditivo | Auto-scaling reativo somente em clusters Atlas Core. Os clusters Atlas Infinite oferecem suporte ao auto-scaling reativo e preditivo. |
Suporte a Implantação entre Nuvens | ||
O armazenamento e as IOPS são dimensionados juntos, portanto, sua fatura reflete o dimensionamento de ambos. | O armazenamento e as IOPS são dimensionados de forma independente, portanto, sua fatura reflete apenas o que você dimensionou. |
| [2] | A taxa máxima de IOPS de um cluster também depende da camada e do tamanho do disco. As taxas máximas de IOPS padrão listadas são as taxas de IOPS mais altas realizáveis por meio de diferentes configurações de camada e tamanho de disco. |
Clusters fragmentados
Um cluster fragmentado distribui seus dados em vários shards, cada um deles um conjunto de réplicas, para escalar horizontalmente sua implantação do Atlas e lidar com eficiência com o crescimento do volume de dados e do volume de trabalho. Para saber como configurar e gerenciar a fragmentação, consulte Gerenciar fragmentação do cluster.
Você pode usar a API de Administração do Atlas para escolher uma camada diferente por shard em um cluster fragmentado. Você também pode selecionar as camadas de nó da Analytics independentemente para cada shard. As camadas de shard maiores e menores devem estar dentro de duas camadas uma da outra. Por exemplo, se o maior shard for M50, o menor shard poderá ser M30 ou M40. Se você alterar a camada do cluster de um cluster fragmentado na interface do usuário do Atlas , o Atlas alterará a camada de todos os fragmentos no cluster.
Você também pode usar a API de administração do Atlas para escolher IOPS diferentes por fragmento se o cluster estiver na AWS usando IOPS provisionadas pela AWS ou se o cluster estiver no Azure em regiões que oferecem suporte a IOPS estendida/armazenamento.
O Atlas Infinite não oferece suporte a clusters fragmentados na visualização pública. Para os recursos suportados na visualização pública, consulte Disponibilidade da visualização pública.
Para saber mais, consulte Manage cluster fragmentação e o atualizar One cluster in One projeto ponto de extremidade na documentação da Administration API do Atlas.
Limitações
Cada fragmento deve ter o mesmo tamanho de disco em todos os nós. Os clusters NVMe não são compatíveis com o escalonamento independente de fragmentos.
Armazenamento NVMe
Para aplicativos hospedados na AWS ou no Azure que exigem E/S de baixa latência e alta taxa de transferência, o Atlas oferece opções de armazenamento usando NVMe SSDs efêmeros conectados localmente.
Observação
O Atlas não permite clusters NVMe no Google Cloud. Os clusters NVMe não são compatíveis com o escalonamento independente de fragmentos.
Considerações do NVMe
As instâncias NVMe não podem ser usadas em clusters de multinuvem.
O Atlas Infinite não oferece suporte ao armazenamento NVMe SSD conectado localmente na visualização pública. Para os recursos suportados na visualização pública, consulte Disponibilidade da visualização pública.
Os seguintes tiers do cluster oferecem suporte a clusters NVMe no AWS:
M40M50M60M80M200M400
Os seguintes tiers de cluster permitem clusters NVMe no Azure:
M60M80M200M300M400M600
O Atlas permite clusters NVMe nas seguintes regiões do Azure:
Região do Azure | Localização | Região do Atlas |
|---|---|---|
| São Paulo, Brasil |
|
| Toronto, ON |
|
| Iowa, USA |
|
| Virgínia (Leste dos EUA) |
|
| Virginia, USA |
|
| Texas, USA |
|
| El Mirage, Arizona |
|
Região do Azure | Localização | Região do Atlas |
|---|---|---|
| Paris, França |
|
| Irlanda |
|
| Gävle, Suécia |
|
| Londres, Inglaterra, Reino Unido |
|
| Países Baixos |
|
Região do Azure | Localização | Região do Atlas |
|---|---|---|
| Nova Gales do Sul, Austrália |
|
| Pune (Índia central) |
|
| Saitama, Tokyo, Japan |
|
O espaço de armazenamento de valor fixo e RAM para um cluster NVMe correspondem ao seu tier do cluster. Para saber mais, consulte Opções de configuração do cluster da Amazon e Opções de configuração do cluster do Azure.
Clusters com armazenamento NVMe usam backups em nuvem. Não é possível desabilitar o backup em clusters NVMe . Se você quiser usar backups por hora, o Atlas limita os backups em clusters NVMe a uma vez a cada 12 horas.
Os clusters NVMe usam um nó secundário oculto que consiste em um provisionamento de volume com alta taxa de transferência e IOPS para facilitar o backup.
Não é possível interromper um cluster NVMe.
Nos clusters do Atlas Core, o dimensionamento de clusters (incluindo o auto-scaling) que usam a opção de armazenamento NVMe SSD local requer uma sincronização inicial e sempre usa uma sincronização inicial baseada em cópia de arquivo para sincronizar todos os nós de um cluster NVME sempre que uma sincronização inicial for necessário. Os clusters do Atlas NVMe são dimensionados automaticamente para o próximo nível superior quando 90% do espaço de armazenamento está cheio. Uma sincronização inicial leva mais tempo para ser concluída em comparação com sincronizações subsequentes e reduz o desempenho do primário do qual os dados são lidos.
Zonas de Disponibilidade do NVMe
Os clusters NVMe nas seguintes regiões do Azure têm duas zonas de disponibilidade:
eastus2centralussouthcentralus
Os clusters NVMe em todas as outras regiões do Azure que indicam Zonas de Disponibilidade têm três Zonas de Disponibilidade .
Comparação entre clusters gratuitos, flexíveis e dedicados
A tabela a seguir destaca as principais diferenças entre clusters gratuitos, clusters flexíveis e clusters dedicados do Atlas Core.
Clusters gratuitos | Clusters Flex | Clusters dedicados | |
|---|---|---|---|
Armazenamento (Tamanho dos Dados + Tamanho do Índice) | 512 MB | 5 GB | 10 - 4000 GB |
Suporte à Versão do MongoDB | 8.0 | 8.0 | 7.0 e a versão mais recente |
Métricas e alertas | Limitado | Limitado | |
VPC Peering | No | No | |
Seleção de região global | Um subconjunto de regiões no Amazon Web Services, Google Cloud Platform e Azure. | Um subconjunto de regiões no Amazon Web Services, Google Cloud Platform e Azure. | O Atlas é compatível com a implantação de clusters globalmente na Amazon Web Services, no Google Cloud Platform e no Microsoft Azure. |
Implementações Entre Regiões | No | No | Sim. Especifique regiões adicionais para alta disponibilidade ou leituras locais ao criar ou dimensionar um cluster. |
Backups | No | Sim | |
Fragmentação | No | No | Sim, para clusters que usam uma camada |
Cluster dedicado | Não, clusters gratuitos são executados em um ambiente compartilhado | Não, os clusters Flex são executados em um ambiente compartilhado | Sim, os clusters |
Assistente de desempenho | No | No | Sim |
Connector BI para Atlas | No | No | Sim |
Para obter uma lista completa de limitações de cluster gratuitas, consulte Limites de cluster gratuito do Atlas.
Para saber mais,consulte Auto-Scaling for Atlas Clusters.
Dê os próximos passos
Você pode gerenciar clusters das seguintes maneiras:
em ação | Descrição |
|---|---|
Personalize a capacidade de armazenamento do cluster. Cada camada de cluster vem com um conjunto padrão de recursos. Clusters do | |
Fragmente seu cluster para escalar horizontalmente. Você pode usar a UI do Atlas Cluster Builder, a versão mais recente da Atlas Admin API, Atlas CLI ou o HashiCorp Terraform MongoDB Atlas Provider para fragmentar seu cluster. Você também pode usar a versão mais recente da API de administração do Atlas para dimensionar cada fragmento do seu cluster de forma independente. | |
Configurar os intervalos das camadas do cluster que o Atlas usa para dimensionar automaticamente sua camada do cluster, a capacidade de armazenamento ou ambos em resposta ao uso do cluster. | |
Defina configurações de cluster adicionais, como opções de versão, backup e criptografia do MongoDB. | |
Use as marcações de recursos que você fornece e gerencia para categorizar os recursos por finalidade, ambiente, equipe ou centro de cobrança. | |
Reconfigure um cluster existente. Modifique qualquer uma das opções de configuração Atlas disponíveis. | |
Gerencie as atualizações da versão principal para seu cluster. O Atlas permite que você atualize a versão principal de um Atlas cluster a qualquer momento. | |
Configure janelas de manutenção para seu cluster. Você pode definir a hora do dia em que o Atlas deve iniciar a manutenção semanal em seu cluster. | |
Pause, retome ou encerre um cluster existente. Você não pode alterar a configuração de um cluster pausado. Além disso, você não pode ler ou gravar dados em um cluster pausado. | |
Configure a distribuição multinuvem para aumentar a disponibilidade. O Atlas oferece opções para melhorar a disponibilidade e o equilíbrio de volume de trabalho do cluster. | |
Use tags de conjunto de réplicas predefinidas que o Atlas fornece para direcionar consultas de aplicativos específicos para tipos de nós e regiões específicos. Para usar tags de conjunto de réplicas predefinidas em sua cadeia de conexão e direcionar as queries para nós específicos, defina a tag na opção cadeia de conexão |