Modello di costi per Azure NetApp Files

Articolo
10/24/2023

Comprendere il modello di costo per Azure NetApp Files consente di gestire le spese dal servizio.

Per il modello di costo specifico per la replica tra aree, vedere Modello di costo per la replica tra aree.

Calcolo del consumo di capacità

Azure NetApp Files viene fatturato in base alla capacità di archiviazione di cui è stato effettuato il provisioning, allocata creando pool di capacità. I pool di capacità vengono fatturati mensilmente in base a un costo impostato per GiB allocato all'ora. L'allocazione del pool di capacità viene misurata ogni ora.

I pool di capacità devono essere almeno 2 TiB e possono essere aumentati o ridotti a intervalli di 1 TiB. I pool di capacità contengono volumi che vanno da un minimo di 100 GiB a un massimo di 100 TiB. Ai volumi vengono assegnate quote sottratte dalle dimensioni di provisioning del pool di capacità. Per un volume attivo, il consumo di capacità rispetto alla quota si basa sulla capacità logica (effettiva), essendo dati del file system attivi o dati snapshot. Per informazioni dettagliate, vedere Funzionamento degli snapshot di Azure NetApp Files.

Esempi di prezzi

Questa sezione illustra esempi che consentono di comprendere il modello di costo di Azure NetApp Files.

Esempio 1: Costo di un mese con provisioning statico e pool di capacità dinamica

Se i requisiti delle dimensioni del pool di capacità variano (ad esempio, a causa di esigenze di capacità o prestazioni variabili), valutare la possibilità di ridimensionare dinamicamente i volumi e i pool di capacità per bilanciare i costi con le esigenze di capacità e prestazioni.

Ad esempio, si usa la capacità Premium 24 ore (1 giorno) a 10 TiB, 96 ore (4 giorni) a 24 TiB, quattro volte a 6 ore (1 giorno) a 5 TiB, 480 ore (20 giorni) a 6 TiB e le ore rimanenti del mese a 0 TiB. Un profilo di distribuzione a consumo cloud dinamico è diverso da un profilo di consumo locale statico tradizionale:

Quando i costi vengono fatturati a $0,000403 per GiB/ora (prezzi a seconda dell'area), la suddivisione dei costi mensili è simile alla seguente:

Provisioning statico in Premium (capacità/prestazioni di picco)

24 TiB x 720 ore x $0,000403 per GiB/ora = $ 7.130.97 al mese ($ 237,70 al giorno)

Provisioning dinamico con ridimensionamento del volume e del pool di capacità

10 TiB x 24 ore x $0,000403 per GiB/ora = $ 99,04
24 TiB x 96 ore x $0,000403 per GiB/ora = $ 950,80
6 TiB x 480 ore x $0,000403 per GiB/ora = $ 1,188,50
Totale = $ 2.238,33

Questo scenario costituisce un risparmio mensile di $ 4.892,64 rispetto al provisioning statico.

Esempio 2: Costo di un mese con e senza modifica del livello di servizio dinamico

Se i requisiti di dimensioni del pool di capacità rimangono invariati, ma i requisiti di prestazioni fluttuano, è consigliabile modificare dinamicamente il livello di servizio di un volume. È possibile effettuare il provisioning e il deprovisioning dei pool di capacità di diversi tipi nel corso del mese, fornendo prestazioni JIT e riducendo i costi durante i periodi in cui le prestazioni non sono necessarie.

Si consideri uno scenario in cui il requisito di capacità è una costante di 24 TiB. Tuttavia, le esigenze di prestazioni variano tra 384 ore (16 giorni) del livello di servizio Standard, 120 ore (5 giorni) del livello di servizio Premium, 168 ore (7 giorni) del livello di servizio Ultra e quindi tornare a 48 ore (2 giorni) delle prestazioni del livello di servizio standard. In questo scenario, un profilo di distribuzione a consumo cloud dinamico ha un aspetto diverso rispetto a un profilo di consumo locale statico tradizionale:

In questo caso, quando i costi vengono fatturati a $0,000202 per GiB/ora (Standard), $0,000403 per GiB/ora (Premium) e $0,000538 per GiB/ora (Ultra) rispettivamente (prezzi a seconda dell'area), il dettaglio dei costi mensili è simile al seguente:

Provisioning statico a livello di servizio Ultra (prestazioni massime)

24 TiB x 720 ore x $0,000538 per GiB/ora = $ 9.519.76 al mese ($ 317,33 al giorno)

Provisioning dinamico con modifica dinamica del livello di servizio

24 TiB x 384 ore x $0,000202 per GiB/ora = $ 1,901,31
24 TiB x 120 ore x $0,000403 per GiB/ora = $ 1,188,50
24 TiB x 168 ore x $0,000538 per GiB/ora = $ 2.221.28
24 TiB x 48 ore x $0,000202 per GiB/ora = $ 238,29
Totale = $ 5.554,37

Questo scenario costituisce un risparmio mensile di $ 3.965,39 rispetto al provisioning statico.

Utilizzo della capacità degli snapshot

Il consumo di capacità degli snapshot in Azure NetApp Files viene addebitato sulla quota del volume padre. Di conseguenza, condivide la stessa tariffa di fatturazione del pool di capacità a cui appartiene il volume. Tuttavia, a differenza del volume attivo, il consumo di snapshot viene misurato in base alla capacità incrementale utilizzata. Gli snapshot di Azure NetApp Files sono di natura differenziale. A seconda della frequenza di modifica dei dati, gli snapshot spesso utilizzano una capacità molto inferiore rispetto alla capacità logica del volume attivo. Si supponga, ad esempio, di avere uno snapshot di un volume da 500 GiB che contiene solo 10 GiB di dati differenziali.

Il consumo di capacità conteggiato per la quota di volume per il file system attivo e lo snapshot sarà 510 GiB, non 1000 GiB. Come regola generale, si può presumere che il 20% di capacità consigliato mantenga i dati dello snapshot di una settimana (a seconda della frequenza degli snapshot e delle frequenze di modifica del livello di blocco giornaliero dell'applicazione).

Il diagramma seguente illustra i concetti.

Si supponga che un pool di capacità con 10 TiB di capacità di cui è stato effettuato il provisioning. Il pool contiene tre volumi:
- Il volume 1 viene assegnato a una quota di 5 TiB e ha 3,5 TiB (3 TiB attivi, 500 snapshot GiB) di consumo.
- Il volume 2 viene assegnato a una quota di 900 GiB e ha 400 GiB di consumo.
- Al volume 3 viene assegnata una quota di 4 TiB, ma è piena, con 4 TiB (3,5 TiB attivi, 500 giB snapshot) di consumo.
Il pool di capacità viene a consumo (e fatturato) per 10 TiB di capacità (l'importo di cui è stato effettuato il provisioning ):
- 9,9 TiB di capacità è allocata (5 TiB, 900 GiB e 4 TiB della quota dai volumi 1, 2 e 3).
- Viene usata una capacità di 7,9 TiB (3,5 TiB, 400 GiB, 4 TiB nei volumi 1, 2 e 3).
Il pool di capacità ha 100 GiB di capacità rimanente senza provisioning.