Modello di costi per Azure NetApp Files

  • Articolo

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 mediante la creazione di pool di capacità. I pool di capacità vengono fatturati mensilmente in base a un costo fisso per GiB allocato all'ora. L'allocazione del pool di capacità viene misurata ogni ora.

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

Esempi di prezzi

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

Esempio 1: Costo di un mese con provisioning statico rispetto a provisioning dinamico del pool di capacità

Se i requisiti delle dimensioni del pool di capacità variano, ad esempio a causa di esigenze di capacità o prestazioni variabili, provare a 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 per 24 ore (1 giorno) a 10 TiB, 96 ore (4 giorni) a 24 TiB, quattro volte a intervalli di 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 con consumo cloud dinamico è diverso da un profilo con consumo locale statico tradizionale:

Grafico a barre che mostra il confronto tra provisioning statico e dinamico dei pool di capacità.

Quando i costi vengono fatturati a 0,000403 USD per GiB/ora (prezzi a seconda dell'area), il dettaglio dei costi mensili è simile al seguente:

Provisioning statico su Premium (capacità/prestazioni massime)

  • 24 TiB x 720 ore x 0,000403 USD per GiB/ora = 7.130,97 USD al mese (237,70 USD al giorno)

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

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

Grafico a barre che mostra un modello di costo con livello di servizio statico e dinamico.

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

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

Se i requisiti di dimensione del pool di capacità rimangono invariati, ma i requisiti di prestazioni variano, prendere in considerazione la modifica dinamica del 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 di nuovo 48 ore (2 giorni) di prestazioni del livello di servizio Standard. In questo scenario un profilo di distribuzione con consumo cloud dinamico ha un aspetto diverso rispetto a un profilo con consumo locale statico tradizionale:

Grafico a barre che mostra il provisioning con e senza modifica dinamica del livello di servizio.

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

Provisioning statico nel livello di servizio Ultra (prestazioni massime)

  • 24 TiB x 720 ore x 0,000538 USD per GiB/ora = 9.519,76 USD al mese (317,33 USD al giorno)

Provisioning dinamico con modifiche dinamiche al livello di servizio

  • 24 TiB x 384 ore x 0,000202 USD per GiB/ora = 1.901,31 USD
  • 24 TiB x 120 ore x 0,000403 USD per GiB/ora = 1.188,50 USD
  • 24 TiB x 168 ore x 0,000538 USD per GiB/ora = 2.221,28 USD
  • 24 TiB x 48 ore x 0,000202 USD per GiB/ora = 238,29 USD
  • Totale = 5.554,37 USD

Grafico a barre che mostra un modello di costo del livello di servizio statico e con modifica dinamica.

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

Consumo di capacità degli snapshot

Il consumo di capacità degli snapshot in Azure NetApp Files viene addebitato rispetto alla 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 degli snapshot viene misurato in base alla capacità incrementale consumata. Gli snapshot di Azure NetApp Files sono differenziali per natura. A seconda della frequenza di modifica dei dati, gli snapshot consumano spesso 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à pari a 510 GiB, non 1000 GiB. Come regola generale, si può presumere che il 20% di capacità consigliato conservi 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à abbia 10 TiB di capacità di cui è stato effettuato il provisioning. Il pool contiene tre volumi:
    • Al volume 1 viene assegnata una quota di 5 TiB e tale volume ha 3,5 TiB (3 TiB attivi, 500 GiB di snapshot) di consumo.
    • Al volume 2 viene assegnata una quota di 900 GiB e tale volume ha 400 GiB di consumo.
    • Al volume 3 viene assegnata una quota di 4 TiB, ma tale volume è pieno, con 4 TiB (3,5 TiB attivi, 500 GiB di snapshot) di consumo.
  • Il pool di capacità viene misurato (e fatturato) per 10 TiB di capacità (la quantità di cui è stato effettuato il provisioning):
    • 9,9 TiB di capacità sono allocati (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.

Diagramma che mostra il pool di capacità con tre volumi.

Passaggi successivi