Menu Docs
Página inicial do Docs
/
MongoDB Atlas
/

Custos de configuração do cluster

Nesta página

  • Fornecedor de serviços de nuvem e região
  • Camada do cluster
  • Backup.
  • Connector BI para Atlas
  • Número de nós

O Atlas oferece suporte à implantação de clusters no Amazon Web Services, Google Cloud Platform e Microsoft Azure. A escolha do provedor de serviço de nuvem e região ou regiões para o projeto Atlas afeta o custo da execução de um cluster do Atlas.

Os custos dos clusters multirregionais dependem da quantidade e da localização das regiões adicionais selecionadas. Ao criar um cluster, o Atlas exibe o custo da camada do cluster com base apenas no Preferred Region do cluster . Você pode ver o custo total de execução do cluster na Cluster Overview.

Para saber mais sobre como configurar seu provedor de nuvem e região, consulte Provedores e regiões de nuvem.

Atlas fornece diferentes camada do cluster. Cada camada do cluster tem uma capacidade de RAM, uma capacidade de armazenamento e uma velocidade máxima de armazenamento padrão. A cobrança por hora do cluster inclui esses valores padrão. O Atlas usa o cluster selecionado ao implantar todos os servidores portadores de dados [1] em seu cluster.

Dependendo da escolha do provedor de serviços de nuvem, o Atlas fornece opções de personalização da capacidade de armazenamento de cluster e a velocidade desse armazenamento. Se você adicionar capacidade ou velocidade, incorrerá em custos adicionais além do custo base. Para clusters multirregionais, o custo por cluster, incluindo quaisquer personalizações selecionadas, é relativo a Preferred Region. A caixa Cluster Overview mostra suas cobranças gerais.

O Atlas cobra pela capacidade de armazenamento de forma diferente, dependendo do fato de você usar o padrão do cluster ou especificar uma capacidade de armazenamento personalizada.

  • Se você utilizar a capacidade de armazenamento padrão, o Atlas incluirá seu custo no custo por hora do agrupamento.

  • Se você personalizar a quantidade de capacidade de armazenamento, o Atlas cobrará pela quantidade total de armazenamento. O Atlas não deduz o custo da capacidade de armazenamento padrão. Essa alteração pode ser uma atualização de disco ou uma alteração na família de instâncias, como mudar de CPU geral para CPU baixa.

Exemplo

Um novo cluster M10 tem como padrão 10 GB de armazenamento. Você pode aumentar essa quantidade para até 120 GB de armazenamento usando esta camada do cluster.

Se você aumentar a capacidade de armazenamento para 50 GB, seu custo mensal do Atlas incluirá 50 GB de armazenamento, não o custo dos 40 GB adicionais.

Observação

O aumento da capacidade de armazenamento pode alterar o máximo de IOPS disponível a cada Custom Storage Speed.

O Atlas mede a velocidade de armazenamento como IOPS máximo. Cada camada do cluster do Atlas oferece uma velocidade de armazenamento padrão que está incluída no custo por hora do cluster. A escolha do provedor de nuvem e do cluster afeta as opções de personalização de velocidade de armazenamento disponíveis, bem como o custo para selecionar uma velocidade de armazenamento personalizada.

Para a maioria dos tipos de cluster, é possível aumentar a velocidade de armazenamento de Standard para Fast ou Fastest, o que afeta os custos. A seleção de uma velocidade personalizada altera o IOPS e o tipo de armazenamento usado. O tipo de armazenamento muda de um SSD de uso geral para um SSD de IOPS provisionado. Para saber mais sobre os tipos de armazenamento, consulte Tipos de volume do Amazon EBS.

Todos os clusters usam discos SSD premium com IOPS com base na capacidade de armazenamento. O máximo de IOPS aumenta à medida que você aumenta a capacidade de armazenamento do cluster na mesma camada. O custo do aumento de IOPS está incluído no custo do aumento da capacidade de armazenamento. Se você optar por aumentar o IOPS, além do aumento do IOPS que acompanha o aumento da capacidade de armazenamento, o MongoDB mais.

Para saber mais, consulte Alterar a capacidade de armazenamento e IOPS no Azure e Armazenamento premium de alto desempenho e discos gerenciados para VMs.

Todos os clusters usam discos permanentes SSD com IOPS máximo fixo com base na capacidade de armazenamento do cluster. O IOPS máximo aumenta à medida que a capacidade de armazenamento aumenta. O custo do IOPS máximo aumentado está incluído no custo do aumento da capacidade de armazenamento. Para saber mais sobre os discos permanentes do Google Cloud, consulte Discos permanentes.

Para ajudar a minimizar os custos do cluster e, ao mesmo tempo, manter a flexibilidade para dimensionar facilmente o cluster, você pode ativar o Cluster Auto-Scaling. Com o dimensionamento automático, seu cluster dimensiona automaticamente o nível, a capacidade de armazenamento ou ambos em resposta ao uso do cluster. O escalonamento automático reduz a necessidade de otimizar manualmente seu cluster para se adaptar à sua carga de trabalho atual.

O Atlas suporta backups em nuvem. Para cada cluster com backups em cloud habilitados, a Atlas cobra:

  • Custos de armazenamento para dados no conjunto de réplicas

  • Custos de armazenamento para o conjunto de réplicas do servidor de configuração em sistemas fragmentados

  • Custos de transferência de rede para restaurar um snapshot

Para aprender como o Atlas cobra dados de rede, consulte Transferência de Dados.

Para saber mais sobre backups legados, consulte Backups legados (obsoleto).

Importante

Se você ativou os Backups Contínuos na Nuvem, a Atlas cobrará usando as taxas fornecidas para os Backups Contínuos na Nuvem.

Backups em Nuvem do Atlas fornecem armazenamento de backup localizado usando a funcionalidade nativa de snapshot do fornecedor de serviços de nuvem do cluster. Os snapshots no Cloud Backups são instantâneos incrementais, em que, na maioria dos casos, após o primeiro snapshot, um novo snapshot salva apenas os dados que foram alterados após o snapshot mais recente. Por exemplo, um cluster com 10 GB de dados e 3 instantâneos pode exigir menos de 30 GB de armazenamento total de snapshots, dependendo de como os dados foram alterados entre os snapshots.

A incrementalidade é determinada pelo provedor de serviços de nuvem do seu cluster. Para calcular o custo dos backups em nuvem, o Atlas obtém os dados métricos brutos dos provedores de nuvem e calcula o tamanho total de todos os snapshots com base na região onde armazena o snapshot e na quantidade de armazenamento usado por mês.

O custo dos backups na nuvem é calculado por GB por mês. As taxas variam entre provedores de nuvem e entre regiões dentro de um determinado provedor de nuvem.

Provedor de nuvem
Cost per GB

AWS

US$ 0,14 a US$ 0,19

Azure

US$ 0,34 a US$ 0,65

Google cloud

US$ 0,08 a US$ 0,12

Embora esta taxa determine o custo do backup, sua conta exibe este item em termos de GB days. Isso aparece como um item de linha todos os dias, mas não resulta em cobranças duplicadas. Cada backup retido em um determinado dia contribui para o total de GB days faturado para esse dia.

Exemplo

Você faz backup de 400 GB de dados de um cluster em uma região da AWS com um custo por GB de US$ 0,14 por mês, gerando um custo de US$ 56,00.

Para determinar o preço em GB days, use a seguinte fórmula:

((GB per month rate) * 12 months)/365 days.

Neste caso: ($0.14 * 12)/365 = $0.004603. Um backup de 400 GB aparecerá em seu extrato de faturamento como 400 GB dias a um preço de US$ 0,004603, por um custo total de US$ 1,84 por dia. Em um mês de 30 dias, o custo de retenção de um backup de 400 GB totaliza US$ 55,20.

Observação

O Atlas aplica uma política de backup padrão aos clusters habilitados para Cloud Backup na criação. Revise e altere a política de backup conforme necessário.

O Atlas pode cobrar pelo backup equivalente à capacidade total de armazenamento do volume. Isso depende de como o fornecedor de nuvem armazena os snapshots de volume.

Ao restaurar um agrupamento utilizando um download manual via HTTPS, o Atlas também cobra por:

  • Cada hora em que o link de download permanece ativo (cobrança por download de backup deVM no Atlas).

  • A capacidade total de armazenamento do volume de dados da máquina virtual de restauração (cobrança dearmazenamento de restauração de backup do Atlas).

  • Custos de transferência de dados para baixar o snapshot pela internet pública ou para baixar o snapshot por endpoints privados para Atlas clusters na AWS ou Azure com endpoints privados. Esses custos variam de acordo com o provedor de nuvem e a região. Para saber mais, consulte Endpoints privados para clusters dedicados.

O Atlas pode reter mais de um snapshot completo por conjunto de réplicas ou fragmento em determinados casos. Isso pode gerar uma fatura mais elevada, devido à menor incrementalidade geral do snapshot. O Atlas pode reter mais de um snapshot completo nos seguintes casos:

  • Quando um snapshot é tirado em um nó diferente do snapshot anterior, devido a failover de nó ou região.

  • Quando a configuração de um cluster muda (incluindo camada do cluster, volume de armazenamento ou IOPS).

  • Quando a prioridade da região muda para um cluster de várias regiões e um novo nó se torna responsável por capturas instantâneas.

  • Durante a manutenção realizada pelo fornecedor de nuvem do cluster.

Se o Atlas precisar reter mais de um snapshot, ele armazenará o novo snapshot na mesma região que o nó de backup atual do cluster. O Atlas continua usando esse nó de backup para snapshots e armazenamento de snapshot.

O Atlas pode cobrar pelo backup até a capacidade total de armazenamento do volume, dependendo de como seu fornecedor de nuvem armazena snapshots de volume.

Exemplo

O volume de armazenamento no fornecedor de nuvem tem uma capacidade de 4 TB. O provedor de nuvem informa ao Atlas que os snapshots ocupam toda a capacidade do volume, embora seus backups ocupem apenas 500 GB. Devido a esses relatórios, a Atlas cobra 4 TB em armazenamento de backup.

Para saber mais sobre como o Atlas gerencia o armazenamento de instantâneos, consulte Fazer backup do seu cluster.

Se você tiver dúvidas sobre o dimensionamento e o preço do backup do Cloud Backup, entre em contato com o suporte do Atlas:

1
  1. Se ainda não tiver sido exibido, selecione a organização que contém seu projeto no menu Organizations na barra de navegação.

  2. Se ainda não estiver exibido, selecione o projeto desejado no menu Projects na barra de navegação.

  3. Ao lado do menu Projects, expanda o menu Options e clique em Project Support.

    A página Suporte ao Projeto é exibida.

2

Os proprietários de clusters podem ativar restaurações contínuas de backup em nuvem a partir de backups em nuvem. Os backups PIT são cobrados com base no espaço em disco ocupado por um oplog interno, combinado com o tamanho do snapshot do backup na nuvem.

Você pode configurar as cópias de segurança do PIT para cobrir uma janela de tempo que você especifica. Janelas de backup mais longas resultam em oplogs maiores e custos de backup maiores.

Para calcular o custo dos backups contínuos na nuvem, o Atlas obtém os dados brutos de métricas dos provedores de nuvem e calcula o tamanho total de todos os snapshots e a quantidade de armazenamento usada por mês:

  • O provedor de nuvem

  • A região em que os snapshots são armazenados

  • Nível de uso

Provedor de nuvem
Armazenamento de 0 a 5 GB usado (Nível 0)
5 a 100 GB de armazenamento usado (nível 1)
100 a 250 GB de armazenamento usado (nível 2)
250 a 500 GB de armazenamento usado (nível 3)
mais de 500 GB de armazenamento usado (nível 4)

AWS

US$ 1,00 a US$ 1,55
US$ 0,75 a US$ 1,20
US$ 0,50 a US$ 0,80
US$ 0,25 a US$ 0,40

Azure

US$ 1,00 a US$ 3,95
US$ 0,75 a US$ 2,95
US$ 0,50 a US$ 2,00
US$ 0,55 a US$ 1,00

Google cloud

US$ 0,60 a US$ 0,95
US$ 0,45 a US$ 0,70
US$ 0,30 a US$ 0,50
US$ 0,15 a US$ 0,25

Exemplo

Um cluster na AWS na região US_EAST_1 tem um tamanho total combinado de snapshot e oplog de 115 GB. Os primeiros 5 GB são gratuitos. Os valores cobrados pelos 110 GB restantes são de US$ 1,00, de 5 a 100 GB, e de US$ 0,75, de 100 GB a 115 GB:

(95 × US$ 1,00) + (15 × US$ 0,75) = US$ 106,25 por mês

Observação

O Atlas aplica uma política de backup padrão aos clusters habilitados para Cloud Backup na criação. Revise e altere a política de backup conforme necessário.

O Atlas cobra pelos seguintes itens:

  • Transferência de dados entre regiões quando seus backups são copiados para outra região.

  • Habilitando o Additional Backup Copies para seu agrupamento e utilizando armazenamento adicional em outras regiões. Por exemplo, se você copiar todos os backups para uma região adicional, pagará aproximadamente o dobro do armazenamento: um valor para o backup padrão e aproximadamente o mesmo valor para as cópias armazenadas em outra região (os custos de armazenamento variam de acordo com a região). Além disso, ao copiar backups para uma região GCP, a incrementalidade do snapshot não é preservada. Isso pode levar a um aumento exponencial no custo, especialmente para clientes com grandes volumes de dados, pois cada snapshot copiado é um snapshot completo. Por exemplo, se você tiver um cluster com 1 TB de dados e o valor atual de armazenamento de backup em sua fatura for uma média de 3 TB de armazenamento de backup (devido às alterações incrementais em seus dados ao longo do tempo), copiar 10 backups para outra região no GCP incorrerá em 1 TB de custo da transferência de dados para cada cópia e 10 TB de armazenamento de backup para a região de backup secundária (1 TB de tamanho de dados * 10 snapshots copiados).

    Importante

    Google Cloud Platform

    Nas regiões do Google Cloud, a incrementalidade de seus backups não é preservada. Cada cópia armazenada no Google Cloud é uma cópia completa. Por isso, habilitar cópias de backup em uma região do Google Cloud provavelmente resultará em custos exponencialmente mais altos em comparação com outros provedores de nuvem.

    Nas regiões do AWS e do Azure, a incrementalidade de seus backups é preservada durante o processo de cópia.

O valor que pode ser reduzido dos custos varia de acordo com a configuração de seu sistema. Você pode reduzir seus custos de cópia de segurança do Atlas das seguintes maneiras:

  • Excluir snapshots de backup desnecessários

  • Reduza a frequência com que o Atlas cria capturas de imagem da cópia de segurança

  • Reduzir o tempo de retenção dos snapshots de backup

  • Modifique a política de backup para reduzir o número de capturas de imagem copiadas automaticamente para regiões adicionais

  • Aumente a eficiência dos padrões de acesso ao banco de dados do seu aplicativo para melhorar a incrementalidade do snapshot (por exemplo, usar uma inserção simples em vez de atualizar uma array é uma operação mais eficiente e pode melhorar a incrementalidade do snapshot)

  • Alterar o fornecedor de nuvem ou a região de backup do cluster

  • Reduzir a duração da janela de restauração (somente para backups em nuvem contínuos)

Observação

Quando você exclui um instantâneo, os dados excluídos que existem em qualquer outro instantâneo ainda são contados como dados exclusivos. Os dados exclusivos só são excluídos da sequência de instantâneos se todos os instantâneos que fazem referência a esses dados forem excluídos.

Importante

O Atlas BI Connector está chegando ao fim da vida útil. Ele se tornará obsoleto e não será mais compatível em 2025 de junho.

O MongoDB está fazendo a transição do BI Connector for Atlas para Atlas SQL. Para saber mais sobre a transição para a nova interface, consulte Transição do Atlas BI Connector para Atlas SQL.

Excluindo clientes MongoDB Atlas Enterprise e MongoDB Atlas Platinum, se o BI Connector for Atlas estiver habilitado para seu agrupamento:

  • A taxa de faturamento do connector BI for Atlas é descrita no console do cluster como um aumento diário no custo do cluster associado. Você pode exibir a taxa ao implantar o cluster ou modificando o cluster.

  • O BI Connector for Atlas tem um preço de uso sustentado. Ou seja, a taxa diária é cobrada apenas até que o máximo para o mês seja atingido.

O Atlas cobra o custo do cluster e o custo do armazenamento de dados para cada nó de obtenção de dados [1] em seu cluster.

  • Para um conjunto de réplicas, o número de nós de obtenção de dados é igual ao fator de replicação.

  • Para um cluster fragmentado, o número de nós que contém dados é igual ao fator de replicação multiplicado pelo número de shards.

Se você habilitar a fragmentação, o Atlas também executará três servidores de configuração além dos seus nós portadores de dados. As seleções para a camada do cluster e armazenamento de dados não afetam os custos dos nós de configuração. Os servidores de configuração são cobrados separadamente. O custo desses servidores é refletido no custo do cluster.

[1](1, 2) Para conjuntos de réplicas, os servidores portadores de dados são os servidores que hospedam os nós do conjunto de réplicas. Nos clusters fragmentados, os servidores portadores de dados são os servidores que hospedam os fragmentos. Para clusters fragmentados, o Atlas também distribui servidores para os servidores de configuração; eles são cobrados a uma taxa separada dos custos do cluster.

Voltar

Otimização de cobrança