Partilhar via

Modelo de custo para os Azure NetApp Files

  • Artigo

Compreender o modelo de custo dos Arquivos NetApp do Azure ajuda você a gerenciar suas despesas a partir do serviço.

Para obter o modelo de custo específico para replicação entre regiões, consulte Modelo de custo para replicação entre regiões.

Cálculo do consumo de capacidade

Os Arquivos NetApp do Azure são cobrados na capacidade de armazenamento provisionada, que é alocada criando pools de capacidade. Os pools de capacidade são cobrados mensalmente com base em um custo definido por GiB alocado por hora. A alocação do pool de capacidade é medida por hora.

A capacidade das piscinas deve ser de pelo menos 1 TiB e pode ser aumentada ou diminuída em intervalos de 1 TiB. Os pools de capacidade contêm volumes que variam em tamanho de um mínimo de 50 GiB a um máximo de 100 TiB para volumes regulares e até 1 PiB para grandes volumes. Os volumes recebem cotas que são subtraídas do tamanho provisionado do pool de capacidade. Para um volume ativo, o consumo de capacidade em relação à cota é baseado na capacidade lógica (efetiva), sendo dados ativos do sistema de arquivos ou dados instantâneos. Consulte Como funcionam os instantâneos dos Arquivos NetApp do Azure para obter detalhes.

Exemplos de preços

Esta seção mostra exemplos para ajudá-lo a entender o modelo de custo do Azure NetApp Files.

Exemplo 1: Custo de um mês com provisionamento de pool de capacidade estática versus dinâmica

Se os requisitos de tamanho do pool de capacidade flutuarem (por exemplo, devido a necessidades variáveis de capacidade ou desempenho), considere redimensionar dinamicamente seus volumes e pools de capacidade para equilibrar o custo com as necessidades de capacidade e desempenho.

Por exemplo, você está usando a capacidade Premium 24 horas (1 dia) a 10 TiB, 96 horas (4 dias) a 24 TiB, quatro vezes a 6 horas (1 dia) a 5 TiB, 480 horas (20 dias) a 6 TiB e as horas restantes do mês a 0 TiB. Um perfil dinâmico de implantação de consumo de nuvem parece diferente de um perfil de consumo estático local tradicional:

Gráfico de barras que mostra o provisionamento dinâmico versus estático do pool de capacidade.

Quando os custos são cobrados a US$ 0,000403 por GiB/hora (preço dependendo da região), o detalhamento mensal de custos tem esta aparência:

Provisionamento estático em Premium (pico de capacidade/desempenho)

  • 24 TiB x 720 horas x 0,000403 USD por GiB/hora = 7.130,97 USD por mês (237,70 USD por dia)

Provisionamento dinâmico usando redimensionamento de pool de volume e capacidade

  • 10 TiB x 24 horas x $0,000403 por GiB/hora = $99,04
  • 24 TiB x 96 horas x $0,000403 por GiB/hora = $950,80
  • 6 TiB x 480 horas x 0,000403 USD por GiB/hora = $1.188,50
  • Total = $2,238.33

Gráfico de barras que mostra o modelo de custo de nível de serviço estático versus dinâmico.

Este cenário constitui uma economia mensal de US$ 4.892,64 em comparação com o provisionamento estático.

Exemplo 2: Custo de um mês com e sem alteração dinâmica do nível de serviço

Se os requisitos de tamanho do pool de capacidade permanecerem os mesmos, mas os requisitos de desempenho flutuarem, considere alterar dinamicamente o nível de serviço de um volume. Você pode provisionar e desprovisionar pools de capacidade de diferentes tipos ao longo do mês, fornecendo desempenho just-in-time e reduzindo custos durante períodos em que o desempenho não é necessário.

Considere um cenário em que o requisito de capacidade é uma constante de 24 TiB. Mas suas necessidades de desempenho flutuam entre 384 horas (16 dias) de nível de serviço Standard, 120 horas (5 dias) de nível de serviço Premium, 168 horas (7 dias) de nível de serviço Ultra e, em seguida, de volta a 48 horas (2 dias) de nível de serviço padrão. Nesse cenário, um perfil dinâmico de implantação de consumo de nuvem parece diferente em comparação com um perfil de consumo local estático tradicional:

Gráfico de barras que mostra o provisionamento com e sem alteração dinâmica do nível de serviço.

Nesse caso, quando os custos são cobrados a US$ 0,000202 por GiB/hora (Padrão), US$ 0,000403 por GiB/hora (Premium) e US$ 0,000538 por GiB/hora (Ultra), respectivamente (preço dependendo da região), a divisão mensal de custos fica assim:

Provisionamento estático no nível de serviço Ultra (desempenho máximo)

  • 24 TiB x 720 horas x 0,000538 USD por GiB/hora = 9.519,76 USD por mês (317,33 USD por dia)

Provisionamento dinâmico usando alteração dinâmica de nível de serviço

  • 24 TiB x 384 horas x 0,000202 USD por GiB/hora = $1.901,31
  • 24 TiB x 120 horas x $0,000403 por GiB/hora = $1.188,50
  • 24 TiB x 168 horas x $0,000538 por GiB/hora = $2,221.28
  • 24 TiB x 48 horas x $0,000202 por GiB/hora = $238,29
  • Total = $5,554.37

Gráfico de barras que mostra o modelo de custo de alteração de nível de serviço estático versus dinâmico.

Este cenário constitui uma economia mensal de US$ 3.965,39 em comparação com o provisionamento estático.

Consumo de capacidade de snapshots

O consumo de capacidade de instantâneos nos Arquivos NetApp do Azure é cobrado em relação à cota do volume pai. Como resultado, ele compartilha a mesma taxa de faturamento que o pool de capacidade ao qual o volume pertence. No entanto, ao contrário do volume ativo, o consumo de snapshot é medido com base na capacidade incremental consumida. Os instantâneos do Azure NetApp Files são diferenciais por natureza. Dependendo da taxa de alteração dos dados, os snapshots geralmente consomem muito menos capacidade do que a capacidade lógica do volume ativo. Por exemplo, suponha que você tenha um instantâneo de um volume de 500 GiB que contenha apenas 10 GiB de dados diferenciais.

O consumo de capacidade que é contado para a cota de volume para o sistema de arquivos ativo e instantâneo seria de 510 GiB, não 1000 GiB. Como regra geral, pode-se presumir que 20% da capacidade recomendada retém uma semana de dados de snapshot (dependendo da frequência do snapshot e das taxas diárias de alteração do nível de bloco do aplicativo).

O diagrama a seguir ilustra os conceitos.

  • Suponha um pool de capacidade com 10 TiB de capacidade provisionada. O pool contém três volumes:
    • O volume 1 recebe uma cota de 5 TiB e tem 3,5 TiB (3 TiB ativos, instantâneos de 500 GiB) de consumo.
    • Ao volume 2 é atribuída uma quota de 900 GiB e tem 400 GiB de consumo.
    • O volume 3 recebe uma cota de 4 TiB, mas está cheio, com 4 TiB (3,5 TiB ativos, instantâneos de 500 GiB) de consumo.
  • O pool de capacidade é medido (e cobrado) por 10 TiB de capacidade (o valor provisionado ):
    • 9,9 TiB de capacidade é atribuído (5 TiB, 900 GiB e 4 TiB de quota dos volumes 1, 2 e 3).
    • São utilizados 7,9 TiB de capacidade (3,5 TiB, 400 GiB, 4 TiB nos Volumes 1, 2 e 3).
  • O pool de capacidade tem 100 GiB de capacidade não provisionada restante.

Diagrama mostrando o pool de capacidade com três volumes.

Próximos passos