Modelo de custo para o Azure NetApp Files

Artigo
10/24/2023

Entender o modelo de custo do Azure NetApp Files ajuda você a gerenciar suas despesas do serviço.

Para 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

O Azure NetApp Files é cobrado de acordo com a capacidade de armazenamento provisionada, que é alocada pela criação de 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.

Os pools de capacidade devem ser de pelo menos 2 TiB e podem ser aumentados ou diminuídos em intervalos de 1 TiB. Os pools de capacidade contêm volumes que variam do mínimo de 100 GiB a um máximo de 100 TiB. Os volumes são cotas atribuídas 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), seja no sistema de arquivos ativo ou nos dados do instantâneo. Confira Como os instantâneos do Azure NetApp Files funcionam para obter mais 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ático versus dinâmico

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

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

Quando os custos são cobrados a $0.000403 por GiB/hora (preço de acordo com a região), o detalhamento do custo mensal fica assim:

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

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

Provisionamento dinâmico usando o redimensionamento do 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 por GiB/hora = $1,188.50
Total = $2.238,33

Esse cenário constitui uma economia mensal de $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 de 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 os custos durante períodos em que o desempenho não é necessário.

Considere um cenário em que o requisito de capacidade constante é de 24 TiB. Mas seu desempenho precisa flutuar 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, então, voltar para 48 horas (2 dias) de desempenho de nível de serviço padrão. Nesse cenário, um perfil de implantação de consumo de nuvem dinâmico é diferente se comparado com um perfil de consumo local estático tradicional:

Nesse caso, quando os custos são cobrados a $0,000202 por GiB/hora (Standard), $0,000403 por GiB/hora (Premium) e $0,000538 por GiB/hora (Ultra), respectivamente (os preços dependem da região), o detalhamento do custo mensal fica assim:

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

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

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

24 TiB x 384 horas x $0.000202 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

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

Consumo de capacidade de instantâneos

O consumo de capacidade de instantâneos no Azure NetApp Files é cobrado em relação à cota do volume pai. Como resultado, ele compartilha a mesma taxa de cobrança que o pool de capacidade ao qual o volume pertence. No entanto, ao contrário do volume ativo, o consumo de instantâneo é medido com base na capacidade incremental consumida. Os instantâneos de Azure NetApp Files são diferenciais por natureza. Dependendo da taxa de alteração dos dados, os instantâneos 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 500GiB que contém apenas 10 GiB de dados diferenciais.

O consumo de capacidade que é contabilizado na cota de volume para o sistema de arquivos ativo e o instantâneo seria 510 GiB, não 1.000 GiB. Como regra geral, uma capacidade de 20% recomendada pode ser considerada para manter os dados de instantâneos de uma semana (dependendo da frequência do instantâneo e das taxas de alteração no nível de bloco diário do aplicativo).

O diagrama a seguir ilustra esses conceitos.

Suponha um pool de capacidade com 10 TiB de capacidade provisionada. O pool contém três volumes:
- Ao volume 1 é atribuída uma cota de 5 TiB e tem 3,5 TiB (3 TiB ativos, 500 GiB snapshots) de consumo.
- Ao volume 2 é atribuída uma quota de 900 GiB e tem 400 GiB de consumo.
- Ao volume 3 é atribuída uma cota de 4 TiB, mas está cheio, com 4 TiB (3,5 TiB ativos, 500 GiB instantâneos) de consumo.
O pool de capacidade é medido (e cobrado) para 10 TiB de capacidade (o valor provisionado ):
- São atribuídos 9,9 TiB de capacidade (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.