Comprendere i modelli di fatturazione di Azure Files

File di Azure supporta due livelli multimediali diversi di archiviazione, SSD e HDD. In questo modo è possibile personalizzare le condivisioni file in base ai requisiti di prestazioni e prezzo dello scenario:

• SSD (Premium): le condivisioni file ospitate in unità SSD (Solid State Drive) offrono prestazioni elevate coerenti e bassa latenza, entro millisecondi a cifra singola per la maggior parte delle operazioni di I/O.
• HDD (standard): le condivisioni file ospitate in unità disco rigido (HDD) offrono un'archiviazione conveniente per uso generico.

File di Azure include più modelli di prezzi, tra cui opzioni con provisioning e pagamento in base al consumo:

• Modelli di fatturazione con provisioning: In un modello di fatturazione con provisioning, i costi principali della condivisione file sono basati sulla quantità di spazio di archiviazione, sulle operazioni di IOPS (operazioni di input e output al secondo) e sulla velocità effettiva che provvedi quando crei o aggiorni la condivisione file. Si paga in base a ciò che si fornisce, indipendentemente dalla quantità effettivamente utilizzata. File di Azure hanno due diversi modelli predefiniti: provisioned v2 e provisioned v1.

  • Provisioned v2: Nel modello v2 di provisioning per Azure Files, è possibile effettuare separatamente il provisioning di archiviazione, IOPS e throughput, anche se forniamo un suggerimento per aiutarti con il primo provisioning.
  • Provisioned v1: Nel modello v1 provisioned per Azure Files, si effettua il provisioning della quantità di spazio di archiviazione necessaria per la condivisione, mentre le IOPS e la velocità effettiva vengono determinate in base alla quantità di spazio di archiviazione che si approvvigiona. Il modello v1 provisionato per Azure Files è disponibile solo per la condivisione file SSD.

• Modello di fatturazione con pagamento in base al consumo: in un modello con pagamento in base al consumo, il costo della condivisione file si basa sulla quantità di utilizzo della condivisione, sotto forma di costi di archiviazione, transazione e trasferimento dei dati usati. Il modello con pagamento in base al consumo è disponibile solo per le condivisioni file HDD. È consigliabile usare il modello v2 di cui è stato effettuato il provisioning per le nuove distribuzioni di condivisione file HDD.

Questo articolo illustra il funzionamento dei modelli di fatturazione per File di Azure, in modo da comprendere meglio la fattura mensile di File di Azure. Per informazioni sui prezzi di File di Azure, vedere la pagina prezzi di File di Azure.

Questo video offre una panoramica completa delle differenze tra i diversi modelli di fatturazione di Azure Files, tra cui pagamento in base al consumo, versione v1 e versione v2.

Questo video illustra in dettaglio il modello di fatturazione v2 con provisioning di Azure Files, offrendo istruzioni di configurazione e consigli per ridurre il costo totale di proprietà.

Si applica a

Modello di gestione	Modello di fatturazione	Livello supporti	Ridondanza	Piccole e Medie Imprese (PMI)	NFS (Network File System)
Microsoft.Storage	Con provisioning v2	HDD (standard)	Locale
Microsoft.Storage	Con provisioning v2	HDD (standard)	Della zona
Microsoft.Storage	Con provisioning v2	HDD (standard)	Geografica
Microsoft.Storage	Con provisioning v2	HDD (standard)	GeoZone (GZRS)
Microsoft.Storage	Con provisioning v1	SSD (Premium)	Locale
Microsoft.Storage	Con provisioning v1	SSD (Premium)	Della zona
Microsoft.Storage	Pagamento in base al consumo	HDD (standard)	Locale
Microsoft.Storage	Pagamento in base al consumo	HDD (standard)	Della zona
Microsoft.Storage	Pagamento in base al consumo	HDD (standard)	Geografica
Microsoft.Storage	Pagamento in base al consumo	HDD (standard)	GeoZone (GZRS)

Unità di archiviazione

File di Azure usa le unità di misura base 2 per rappresentare la capacità di archiviazione: KiB, MiB, GiB e TiB.

Acronimo	Definizione	Unità
KiB	1.024 byte	Kibibyte
Mib	1.024 KiB (1.048.576 byte)	mebibyte
Gibibyte	1,024 MiB (1.073.741.824 byte)	Gibibyte
Tib	1,024 GiB (1.099.511.627.776 byte)	tebibyte

Le unità di misura base 2 vengono comunemente usate dalla maggior parte dei sistemi operativi e degli strumenti per misurare le quantità di archiviazione. Tuttavia, spesso sono erroneamente etichettate come unità base-10, che potrebbero essere più familiari con: KB, MB, GB e TB. Il motivo comune per cui i sistemi operativi come Windows etichettano erroneamente le unità di archiviazione è che molti sistemi operativi hanno iniziato a usare questi acronimi prima di essere standardizzati dalla International Electrotechnical Commission (IEC), International Bureau of Weights and Measures (BIPM) e dall'US National Institute of Standards and Technology (NIST).

La tabella seguente mostra come i sistemi operativi comuni misurano e etichettano l'archiviazione.

Sistema operativo	Sistema di misurazione	Applicazione di etichette
Finestre	Base 2	Etichetta costantemente in modo errato come base 10.
Distribuzioni Linux	In genere base-2, alcuni software usano base-10	L'etichettatura incoerente, l'allineamento tra misurazione e etichettatura dipende dal pacchetto software.
sistema operativo macOS, iOS e iPad	Base 10	Etichetta costantemente come base 10.

Rivolgersi al fornitore del sistema operativo se il sistema operativo non è elencato.

Elenco di controllo del costo totale di proprietà della condivisione di file

Se stai eseguendo la migrazione a Azure Files dall'ambiente locale o stai confrontando Azure Files con altre soluzioni di archiviazione cloud, considera i fattori seguenti per assicurare un confronto equo pari a pari.

• Come si paga per l'archiviazione, le operazioni di I/O al secondo e la larghezza di banda? La maggior parte delle soluzioni cloud dispone di modelli allineati ai principi dell'archiviazione con provisioning, ad esempio determinismo dei prezzi e semplicità, o di archiviazione con pagamento in base al consumo, che consente di ottimizzare i costi solo in base all'utilizzo effettivo. I modelli di fatturazione provisionati possono variare in base alle dimensioni minime della condivisione provisionata, all'unità di fornitura e alla possibilità di incrementare e ridurre la fornitura.

• Esistono metodi per ottimizzare i costi di archiviazione? È possibile usare Prenotazioni File di Azure per ottenere uno sconto fino al 36% sullo spazio di archiviazione. Altre soluzioni possono usare strategie come la deduplicazione o la compressione per ottimizzare facoltativamente l'efficienza di archiviazione. Tuttavia, queste strategie di ottimizzazione dell'archiviazione spesso presentano costi non monetari, ad esempio la riduzione delle prestazioni. Le prenotazioni dei File di Azure non hanno effetti collaterali sulle prestazioni.

• Come si ottiene la resilienza e la ridondanza dell'archiviazione? Con File di Azure, la resilienza e la ridondanza dell'archiviazione sono incluse nell'offerta del prodotto. Tutti i livelli e i livelli di ridondanza assicurano che i dati siano a disponibilità elevata e che siano accessibili almeno tre copie dei dati. Quando si valutano altre opzioni di archiviazione file, determinare se la resilienza e la ridondanza dell'archiviazione sono incorporate oppure se è necessario assemblarle da soli.

• Cosa è necessario gestire? File di Azure è una soluzione completamente gestita. Altre soluzioni potrebbero richiedere aggiornamenti del sistema operativo o gestire risorse virtuali, ad esempio macchine virtuali, dischi e indirizzi IP di rete.

• Quali sono i costi dei prodotti a valore aggiunto? File di Azure supporta le integrazioni con più servizi a valore aggiunto di prima e di terze parti. I servizi a valore aggiunto, ad esempio Backup di Azure, Sincronizzazione file di Azure e Microsoft Defender per Archiviazione, offrono funzionalità di backup, replica e memorizzazione nella cache e sicurezza per File di Azure. Le soluzioni a valore aggiunto, sia in locale che nel cloud, hanno le proprie licenze e i costi dei prodotti, ma sono spesso considerati parte del costo totale di proprietà per l'archiviazione file.

Modello con provisioning v2

Il modello v2 con provisioning per i File di Azure combina la prevedibilità del costo totale di proprietà con la flessibilità, consentendo di creare una condivisione file che soddisfi esattamente i requisiti di archiviazione e prestazioni. Quando si crea una nuova condivisione file v2 con provisioning, si specifica la quantità di spazio di archiviazione, IOPS e velocità effettiva necessarie per la condivisione file. L'importo di ogni quantità di cui si effettua il provisioning determina la fattura totale.

La quantità di spazio di archiviazione, IOPS e velocità effettiva forniti rappresenta i limiti garantiti per l'utilizzo della condivisione file. Ad esempio, se si effettua il provisioning di una condivisione della capacità di 2 TiB e si caricano 2 TiB di dati nella condivisione, la condivisione sarà piena. Non sarà possibile aggiungere altri dati a meno che non si aumentino le dimensioni della condivisione o non si eliminino alcuni dati. Il bursting delle operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità di utilizzo, in base al principio del massimo impegno, finché restano crediti.

La quantità di spazio di archiviazione, di operazioni di I/O al secondo (IOPS) e di velocità effettiva fornita può essere ridimensionata in modo dinamico al variare delle esigenze. Tuttavia, è possibile diminuire una quantità fornita solo dopo che sono trascorse 24 ore dall'ultimo aumento della quantità. Le modifiche all'archiviazione, alle operazioni di I/O al secondo e alla velocità effettiva sono effettive entro pochi minuti dalla modifica del provisioning.

Per impostazione predefinita, quando si crea una nuova condivisione file usando il modello v2 con provisioning, viene fornita una raccomandazione per il numero di operazioni di I/O al secondo e la velocità effettiva necessaria. Viene calcolato in base alla quantità di spazio di archiviazione da te specificato. Queste raccomandazioni si basano sull'utilizzo tipico dei clienti per la quantità di spazio di archiviazione allocato per il livello multimediale scelto. Tuttavia, è possibile che il carico di lavoro richieda più o meno operazioni di I/O al secondo e velocità effettiva rispetto alla "condivisione file tipica". In questo caso, facoltativamente, è possibile effettuare il provisioning di più o meno operazioni di I/O al secondo e velocità effettiva, a seconda dei requisiti delle singole condivisioni file.

Disponibilità del modello con provisioning v2

Il modello con provisioning v2 viene fornito per le condivisioni file negli account di archiviazione con il tipo di account di archiviazione FileStorage. Attualmente sono disponibili gli SKU dell'account di archiviazione seguenti:

Tipo di account di archiviazione	SKU dell'account di archiviazione	Tipo di condivisione file disponibile
Archiviazione di file	StandardV2_LRS	Condivisioni file HDD con provisioning v2 con ridondanza locale specificata.
Archiviazione di file	StandardV2_ZRS	Condivisioni file HDD con provisioning v2 con ridondanza di zona specificata.
Archiviazione di file	StandardV2_GRS	Condivisioni file HDD con provisioning v2 con ridondanza geografica specificata.
Archiviazione di file	StandardV2_GZRS	Condivisioni file HDD con provisioning v2 con ridondanza geografica della zona specificata.

Attualmente, questi SKU sono disponibili a livello generale in un subset limitato di aree:

• Tutte le aree del cloud pubblico di Azure.
• Tutte le aree cloud di Azure US Government.

Dettagli del provisioning del modello con provisioning v2

Quando si crea una condivisione file con provisioning v2, si specifica la capacità di provisioning per la condivisione file in termini di archiviazione, operazioni di I/O al secondo e velocità effettiva. Le condivisioni file sono limitate in base agli attributi seguenti:

elemento	Valore HDD
Unità di provisioning archiviazione	1 GiB
Unità di allocazione IOPS	1 I/O al secondo
Unità di provisioning velocità effettiva	1 MiB/sec
Archiviazione minima predefinita per condivisione di file	32 GiB
Provisioning minimo operazioni di I/O al secondo per condivisione file	500 operazioni di I/O al secondo
Velocità effettiva minima con provisioning per condivisione file	60 MiB/sec
Spazio di archiviazione massimo per condivisione file	256 TiB (262.144 GiB)
Provisioning massimo operazioni di I/O al secondo per condivisione file	50.000 IOPS
Massima velocità di throughput assegnata per ogni condivisione di file	5.120 MiB/sec
Provisioning massimo archiviazione per account di archiviazione	4 PiB (4.194.304 GiB)
Provisioning massimo operazioni di I/O al secondo per account di archiviazione	50.000 IOPS
Larghezza di banda massima fornita per ogni account di archiviazione	5.120 MiB/sec
Numero massimo di condivisioni file per account di archiviazione	50 condivisioni di file

Per impostazione predefinita, è consigliabile eseguire il provisioning delle operazioni di I/O al secondo e della velocità effettiva in base all'archiviazione di cui è stato effettuato il provisioning. Queste formule di raccomandazione si basano sull'utilizzo tipico dei clienti per la quantità di archiviazione di cui è stato effettuato il provisioning per tale livello multimediale in File di Azure:

Nome formula	Formula HDD
Raccomandazione IOPS	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Raccomandazione sulla capacità di trasmissione	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

A seconda dei requisiti delle singole condivisioni di file, è possibile che siano necessarie più o meno operazioni di I/O al secondo o larghezza di banda rispetto alle raccomandazioni. Facoltativamente, è possibile eseguire l'override di queste raccomandazioni con i propri valori in base alle esigenze.

Bursting per il modello con provisioning v2

Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità rispetto all'utilizzo delle operazioni di I/O al secondo. Questa flessibilità viene usata al meglio come buffer rispetto ai picchi imprevisti di I/O. Per i modelli di I/O stabiliti, è consigliabile effettuare il provisioning per i picchi di I/O.

I crediti di IOPS burst si accumulano ogni volta che il traffico per la condivisione file è inferiore agli IOPS provisionati (baseline). Ogni volta che l'utilizzo di operazioni di I/O al secondo di una condivisione file supera la quantità di cui è stato effettuato il provisioning e sono disponibili crediti burst per operazioni di I/O al secondo, la condivisione file può aumentare fino al limite massimo di operazioni di I/O al secondo consentito. Le condivisioni file possono continuare a scoppiare finché sono presenti crediti rimanenti, in base al numero di crediti burst accumulati. Ogni operazione I/O oltre gli IOPS forniti utilizza un credito. Una volta utilizzati tutti i crediti, la condivisione torna alle operazioni di I/O al secondo di cui è stato effettuato il provisioning. Le operazioni di I/O al secondo sulla condivisione file non devono fare niente di speciale per usare il bursting. Il bursting funziona in base al principio del massimo impegno.

I crediti di condivisione hanno tre stati:

• Maturazione, quando la condivisione file utilizza meno delle operazioni di I/O al secondo provisionate.
• Rifiuto, quando la condivisione file usa più operazioni di I/O al secondo di cui è stato effettuato il provisioning e in modalità burst.
• Costante, quando la condivisione file usa esattamente le operazioni di I/O al secondo di cui è stato effettuato il provisioning e non sono presenti crediti accumulati o usati.

Una nuova condivisione file parte dal numero massimo di crediti nel bucket di burst. I crediti burst non si accumulano se le operazioni di I/O al secondo della condivisione sono inferiori al limite di provisioning a causa della limitazione delle richieste da parte del server. Le formule seguenti vengono utilizzate per determinare il limite di burst di IOPS e il numero di crediti possibili per una condivisione di file.

elemento	Formula HDD
Limite burst per operazioni di I/O al secondo	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Crediti burst per operazioni di I/O al secondo	(BurstLimit - ProvisionedIOPS) * 3600

La tabella seguente illustra alcuni esempi di queste formule per vari importi di IOPS predisposti.

IOPS provisionati	Limite di IOPS burst per HDD	Crediti di burst HDD
500	Fino a 5.000	16,200,000
1.000	Fino a 5.000	14,400,000
3,000	Fino a 9.000	21,600,000
5.000	Fino a 15.000	36.000.000
10.000	Fino a 30.000	72,000,000
25,000	Fino a 50.000	90.000.000
50,000	Fino a 50.000	0

Snapshot per il modello con provisioning v2

File di Azure supporta gli snapshot, che sono simili alle copie shadow del volume nei file server Windows. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

Gli snapshot sono sempre differenziali rispetto alla condivisione attiva e l'uno dall'altro. Nel modello di fatturazione v2 previsto, se la differenza totale di tutti gli snapshot rientra nello spazio di archiviazione eccedente della condivisione file, non comporta alcun costo aggiuntivo per l'archiviazione degli snapshot. Se la somma tra le dimensioni dei dati della condivisione attiva più i dati dello snapshot differenziale è superiore all'archiviazione di cui è stato effettuato il provisioning per la condivisione, la capacità usata in eccesso degli snapshot viene fatturata in base al contatore Utilizzo snapshot overflow. La formula per determinare la quantità di overflow è: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Alcuni servizi a valore aggiunto per Azure Files usano le istantanee come parte della loro proposta di valore. Per altre informazioni, vedere Servizi a valore aggiunto per File di Azure.

Eliminazione temporanea per il modello con provisioning v2

Le condivisioni file eliminate negli account di archiviazione con eliminazione temporanea abilitata vengono fatturate in base alla capacità di archiviazione usata della condivisione eliminata per il periodo di conservazione definito. Per assicurarsi che sia sempre possibile ripristinare una condivisione file eliminata, lo storage assegnato, le operazioni di I/O al secondo e la velocità effettiva della condivisione contano verso i limiti dell'account di archiviazione fino a quando la condivisione file non viene eliminata definitivamente. Tuttavia, non vengono fatturati. Per altre informazioni sull'eliminazione temporanea, vedere Come abilitare l'eliminazione temporanea nelle condivisioni file di Azure.

Contatori di fatturazione per il modello con provisioning v2

Le condivisioni file provviste utilizzando il modello di fatturazione v2 vengono fatturate in base ai seguenti contatori di fatturazione:

• Archiviazione con provisioning: quantità di spazio di archiviazione di cui è stato effettuato il provisioning in GiB.
• Operazioni di I/O al secondo con provisioning: quantità di operazioni di I/O al secondo di cui è stato effettuato il provisioning.
• Velocità effettiva con provisioning in MiBPS: quantità di velocità effettiva di cui è stato effettuato il provisioning in MiB/sec.
• Utilizzo di snapshot di overflow: qualsiasi quantità di utilizzo differenziale degli snapshot in GiB che eccede la capacità di archiviazione prevista. Per altre informazioni, vedere Snapshot v2 di cui è stato effettuato il provisioning.
• Utilizzo eliminazione temporanea: capacità di archiviazione usata in GiB per le condivisioni file eliminate temporaneamente. Per ulteriori informazioni, vedere eliminazione reversibile versione 2 configurata.

Le unità di consumo rispetto ai contatori di fatturazione v2 di cui è stato effettuato il provisioning vengono generate ogni ora. Ad esempio, per una condivisione con 1.024 GiB di spazio assegnato, dovresti vedere:

• 1.024 unità per il contatore Archiviazione con provisioning per una singola ora.
• 24.576 unità per il contatore Archiviazione con provisioning se aggregate per un giorno.
• Numero variabile di unità se aggregato per un mese a seconda del numero di giorni nel mese:
  • Mese di 28 giorni (febbraio normale): 688.128 unità nel contatore Archiviazione con provisioning.
  • Mese di 29 giorni (febbraio di anno bisestile): 712.704 unità nel contatore Archiviazione con provisioning.
  • Mese di 30 giorni: 737.280 unità nel contatore Archiviazione con provisioning.
  • Mese di 31 giorni: 761.856 unità nel contatore Archiviazione con provisioning.

Migrazioni per il modello con provisioning v2

Il processo di migrazione delle condivisioni file SMB di Azure da un modello di pagamento a consumo al modello di fatturazione v2 preconfigurato varia a seconda che si utilizzi o meno la Sincronizzazione file di Azure.

• Se si usa File di Azure senza Sincronizzazione file di Azure, vedere Eseguire la migrazione di file da una condivisione file di Azure SMB a un'altra.
• Se si usa Sincronizzazione file di Azure, vedere Eseguire la migrazione di file da una condivisione file di Azure a un'altra quando si usa Sincronizzazione file di Azure.

Modello con provisioning v1

Il metodo con provisioning v1 fornisce archiviazione, operazioni di I/O al secondo e velocità effettiva in rapporto fisso tra loro, in modo analogo a come si acquista l'archiviazione in una soluzione di archiviazione locale. Quando si crea una nuova condivisione file v1 con provisioning programmato, si specifica la quantità di spazio di archiviazione necessaria per la condivisione, e i valori di IOPS e quantità di dati trasmessi sono valori calcolati. Il modello v1 provisionato per Azure Files è disponibile solo per la condivisione file SSD.

La quantità di spazio di archiviazione di cui si effettua il provisioning determina i limiti di archiviazione, IOPS e velocità effettiva garantiti dell'utilizzo della condivisione file. Ad esempio, se si effettua il provisioning di una condivisione della capacità di 2 TiB e si caricano 2 TiB di dati nella condivisione, la condivisione sarà piena. Non sarà possibile aggiungere altri dati a meno che non si aumentino le dimensioni della condivisione o non si eliminino alcuni dei dati. Il bursting delle operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità di utilizzo, in base al principio del massimo impegno, finché restano crediti.

A differenza dell'acquisto dell'archiviazione locale, le condivisioni file v1 provisionate possono essere ridimensionate dinamicamente man mano che le esigenze cambiano. Tuttavia, è possibile ridurre solo lo spazio di archiviazione di cui è stato effettuato il provisioning dopo 24 ore dall'aumento dell'ultimo spazio di archiviazione. Le modifiche all'archiviazione, alle operazioni di I/O al secondo e alla velocità effettiva sono effettive entro pochi minuti dalla modifica del provisioning.

È possibile ridurre le dimensioni della condivisione di cui viene effettuato il provisioning al di sotto dei GiB utilizzati. In tal caso, i dati non andranno persi, ma la dimensione utilizzata viene comunque fatturata. Riceverai le prestazioni della condivisione che è stata fornita, non le dimensioni usate.

Disponibilità del modello con provisioning v1

Il modello con provisioning v1 viene fornito per le condivisioni file SSD negli account di archiviazione con il tipo di account di archiviazione FileStorage:

Tipo di account di archiviazione	SKU dell'account di archiviazione	Tipo di condivisione file disponibile
Archiviazione di file	Archiviazione con ridondanza locale Premium	Condivisione file SSD con provisioning v1 con ridondanza locale specificata.
Archiviazione di file	Archiviazione con ridondanza della zona Premium	Condivisione file SSD con provisioning v1 con ridondanza della zona specificata.

Le condivisioni file SSD che usano il modello con provisioning v1 sono disponibili a livello generale nella maggior parte delle aree di Azure. Per altre informazioni, vedere Prodotti di Azure in base all'area.

Dettagli di provisioning del modello con provisioning v1

Quando si crea una condivisione file v1 di cui è stato effettuato il provisioning, specificare la quantità di spazio di archiviazione necessaria per la condivisione. Ogni GiB di cui si effettua il provisioning consente di aumentare le operazioni di I/O al secondo e la velocità effettiva in un rapporto fisso. Le condivisioni file sono limitate in base agli attributi seguenti:

elemento	Valore
Unità di provisioning archiviazione	1 GiB
Archiviazione minima predefinita per condivisione di file	100 GiB
Spazio di archiviazione massimo per condivisione file	100 TiB (102.400 GiB)
Provisioning massimo archiviazione per account di archiviazione	100 TiB (102.400 GiB)

Le formule seguenti determinano la quantità di IOPS e larghezza di banda di cui è stato effettuato il provisioning nella condivisione:

elemento	Formula
Operazioni di I/O al secondo con provisioning calcolate (di base)	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Velocità effettiva con provisioning calcolata (MiB/sec)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

A seconda del requisito della condivisione file individuale, potreste riscontrare la necessità di più operazioni di I/O al secondo o capacità di trasmissione rispetto a quanto previsto dalle nostre formule di provisioning. In questo caso, è necessario effettuare il provisioning di più risorse di archiviazione per ottenere le operazioni di I/O al secondo o la velocità effettiva necessarie.

Bursting per il modello con provisioning v1

Il modello v1 oggetto di provisioning supporta due tipi di bursting: bursting basato sul credito, incluso gratuitamente come parte del provisioning, e bursting a pagamento, che è una funzionalità avanzata che si può abilitare facoltativamente per supportare la fatturazione basata sull'utilizzo ogni volta che le operazioni di IOPS e la larghezza di banda superano l'importo previsto dal provisioning.

Bursting basato sul credito per il modello con provisioning v1

Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità rispetto all'utilizzo delle operazioni di I/O al secondo. Questa flessibilità viene usata al meglio come buffer rispetto ai picchi imprevisti di I/O. Per i modelli di I/O stabiliti, è consigliabile effettuare il provisioning per i picchi di I/O.

I crediti di IOPS burst si accumulano ogni volta che il traffico per la condivisione file è inferiore agli IOPS provisionati (baseline). Ogni volta che l'utilizzo di operazioni di I/O al secondo di una condivisione file supera la quantità di cui è stato effettuato il provisioning e sono disponibili crediti burst per operazioni di I/O al secondo, la condivisione file può aumentare fino al limite massimo di operazioni di I/O al secondo consentito. Le condivisioni file possono continuare a scoppiare finché sono presenti crediti rimanenti, in base al numero di crediti burst accumulati. Ogni operazione I/O oltre gli IOPS forniti utilizza un credito. Una volta utilizzati tutti i crediti, la condivisione torna alle operazioni di I/O al secondo di cui è stato effettuato il provisioning. Le operazioni di I/O al secondo sulla condivisione file non devono fare niente di speciale per usare il bursting. Il bursting funziona in base al principio del massimo impegno.

I crediti di condivisione hanno tre stati:

• Maturazione, quando la condivisione file utilizza meno delle operazioni di I/O al secondo provisionate.
• Rifiuto, quando la condivisione file usa più operazioni di I/O al secondo di cui è stato effettuato il provisioning e in modalità burst.
• Costante, quando la condivisione file usa esattamente le operazioni di I/O al secondo di cui è stato effettuato il provisioning e non sono presenti crediti accumulati o usati.

Una nuova condivisione file parte dal numero massimo di crediti nel bucket di burst. I crediti burst non si accumulano se le operazioni di I/O al secondo della condivisione sono inferiori al limite di provisioning a causa della limitazione delle richieste da parte del server. Le formule seguenti vengono utilizzate per determinare il limite di burst di IOPS e il numero di crediti possibili per una condivisione di file.

elemento	Formula
Limite di burst	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Crediti burst	(BurstLimit - BaselineIOPS) * 3600

La tabella seguente illustra alcuni esempi di queste formule per le dimensioni delle condivisioni previste.

Capacità (GiB)	Operazioni di I/O al secondo di base	Operazioni di I/O al secondo in modalità burst	Crediti burst	Velocità effettiva (in ingresso + uscita) (MiB/sec)
100	3,100	Fino a 10.000	24,840,000	110
500	3.500	Fino a 10.000	23,400,000	150
1.024	4,024	Fino a 10.000	21,513,600	203
5120	8.120	Fino a 15.360	26,064,000	613
10,240	13,240	Fino a 30.720	62,928,000	1,125
33,792	36,792	Fino a 102.400	227,548,800	3.480
51.200	54,200	Fino a 102.400	164,880,000	5.220
102.400	102.400	Fino a 102.400	0	10,340

Bursting a pagamento per il modello con provisioning v1

Il bursting a pagamento è una funzionalità avanzata del modello con provisioning v1, progettata per supportare i clienti che non vogliono mai subire limitazioni. Il bursting a pagamento aggiunge una fatturazione aggiuntiva basata sull'utilizzo per qualsiasi quantità di operazioni di I/O al secondo o velocità effettiva al di sopra dell'archiviazione fornita. Quest'ultimo si distingue dal bursting basato su credito, che è incluso gratuitamente come parte dell'archiviazione provisionata. Anche se il servizio di bursting a pagamento può aggiungere una potente flessibilità al modo in cui si configura la condivisione file, può anche causare una fatturazione imprevista se utilizzato in modo scorretto.

Analogamente al bursting basato sul credito, il bursting a pagamento non sostituisce l'allocazione della quantità corretta di IOPS e larghezza di banda. Piuttosto, offre ulteriore protezione contro la limitazione in caso di una domanda imprevista. Se si ha un livello coerente di IOPS o di utilizzo della larghezza di banda, è più economico provisionare IOPS e larghezza di banda sufficienti (tramite il provisioning dell'archiviazione) per coprire la domanda, invece di basarsi sul bursting a pagamento.

Il bursting a pagamento è disabilitato per impostazione predefinita, ma è possibile abilitarlo seguendo le istruzioni per modificare le caratteristiche dei costi e delle prestazioni di una condivisione file v1 con cui è stato effettuato il provisioning (solo PowerShell e CLI). Se il bursting a pagamento è abilitato, è consigliabile monitorare attentamente l'utilizzo delle operazioni di I/O al secondo e della velocità effettiva usando le metriche seguenti disponibili tramite Monitoraggio di Azure:

• Provisioning di operazioni di I/O al secondo della condivisione file
• Larghezza di banda provisionata per condivisione file MiB/s (velocità effettiva)
• Transazioni per numero massimo di operazioni di I/O al secondo
• Larghezza di banda per MiB/sec massimi (velocità effettiva)
• Crediti burst per operazioni di I/O al secondo (bursting basato sul credito)
• I/O burst a pagamento (I/O)
• Larghezza di banda bursting a pagamento

Snapshot per il modello con provisioning v1

File di Azure supporta gli snapshot, che sono simili alle copie shadow del volume nei file server Windows. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

Gli snapshot sono sempre differenziali rispetto alla condivisione attiva e l'uno dall'altro. Nel modello di fatturazione con provisioning v1, le dimensioni differenziali totali vengono addebitate sulla base di un contatore dell'utilizzo, indipendentemente dalla quantità di archiviazione con provisioning inutilizzata. Il contatore dell'archiviazione snapshot usata ha un prezzo ridotto rispetto al prezzo dell'archiviazione con provisioning.

Eliminazione temporanea per il modello con provisioning v1

Le condivisioni file eliminate negli account di archiviazione con eliminazione temporanea abilitata vengono fatturate in base alla capacità di archiviazione usata della condivisione eliminata per il periodo di conservazione definito. La capacità di archiviazione usata eliminata temporaneamente viene emessa rispetto al contatore di archiviazione snapshot usata. Per altre informazioni sull'eliminazione temporanea, vedere Come abilitare l'eliminazione temporanea nelle condivisioni file di Azure.

Contatori di fatturazione per il modello con provisioning v1

Le condivisioni di file effettuate usando il modello di fatturazione v1 vengono fatturate in base ai seguenti contatori:

• Provisioning Premium: quantità di spazio di archiviazione di cui è stato effettuato il provisioning in GiB.
• Snapshot Premium: quantità di snapshot usati e capacità eliminata temporaneamente usata.

Il consumo in rapporto ai contatori di fatturazione del modello con provisioning v1 viene emesso ogni ora in unità mensili. Ad esempio, per una condivisione con 1.024 GiB di spazio assegnato, dovresti vedere:

• Numero variabile di unità per un'ora singola a seconda del numero di giorni nel mese:
  • Mese di 28 giorni (febbraio normale): 1.5238 unità nel contatore Premium con provisioning.
  • Mese di 29 giorni (febbraio di anno bisestile): 1.4713 unità nel contatore Premium con provisioning.
  • Mese di 30 giorni: 1.4222 unità nel contatore Premium con provisioning.
  • Mese di 31 giorni: 1.3763 unità nel contatore Premium con provisioning.
• Numero variabile di unità se aggregato per un giorno a seconda del numero di giorni nel mese:
  • Mese di 28 giorni (febbraio normale): 36.5714 unità nel contatore Premium con provisioning.
  • Mese di 29 giorni (febbraio di anno bisestile): 35.3103 unità nel contatore Premium con provisioning.
  • Mese di 30 giorni: 34.1333 unità nel contatore Premium con provisioning.
  • Mese di 31 giorni: 33.0323 unità nel contatore Premium con provisioning.
• 1.024 unità contro il contatore Premium Provisioned se aggregato per un mese.

Modello di pagamento in base al consumo

Nel modello di pagamento in base al consumo, si viene addebitati per l'uso di spazio di archiviazione, non per quanto spazio è stato assegnato. A livello generale, si paga un costo per la quantità di dati logici archiviati e vengono addebitati anche i costi per le transazioni in base all'utilizzo di tali dati. La fatturazione con pagamento in base al consumo può essere difficile da pianificare come parte di un processo di budget, perché si paga in base al consumo dell'utente finale. È quindi consigliabile usare il modello v2 di cui è stato effettuato il provisioning per le nuove distribuzioni di condivisioni file. Il modello con pagamento in base al consumo è disponibile solo per le condivisioni file HDD.

Disponibilità con pagamento in base al consumo

Il modello con pagamento in base al consumo viene fornito per le condivisioni file HDD negli account di archiviazione con tipo di account di archiviazione Archiviazione V2 o Archiviazione:

Tipo di account di archiviazione	SKU dell'account di archiviazione	Tipo di condivisione file disponibile
Archiviazione V2 o Archiviazione	Archiviazione con ridondanza locale Standard	Condivisione file HDD con pagamento in base al consumo con ridondanza locale specificata.
Archiviazione V2 o Archiviazione	Archiviazione con ridondanza della zona Standard	Condivisione file HDD con pagamento in base al consumo con ridondanza della zona specificata.
Archiviazione V2 o Archiviazione	Archiviazione con ridondanza geografica Standard	Condivisione file HDD con pagamento in base al consumo con ridondanza geografica specificata.
Archiviazione V2 o Archiviazione	Archiviazione con ridondanza geografica della zona Standard	Condivisione file HDD con pagamento in base al consumo con ridondanza geografica della zona specificata.

Le condivisioni file HDD che usano il modello con pagamento in base al consumo sono disponibili a livello generale in tutte le aree di Azure.

Differenze nei livelli di accesso

Quando si crea una condivisione di file su HDD, è possibile scegliere tra i seguenti livelli di accesso: ottimizzato per le transazioni, caldo e freddo. Tutti e tre i livelli di accesso vengono archiviati nello stesso hardware di archiviazione. La differenza principale per questi tre livelli di accesso è costituita dai prezzi di archiviazione dei dati inattivi, che sono inferiori nei livelli più freddi, e dai prezzi delle transazioni, che sono più elevati negli stessi livelli più freddi. Ciò significa:

• Ottimizzata per le transazioni, come suggerisce il nome, ottimizza il prezzo per carichi di lavoro con operazioni di I/O al secondo (transazioni) elevate. A questo livello sono associati i prezzi più alti per l'archiviazione dei dati inattivi, ma i prezzi più bassi per le transazioni.
• Hot è per i carichi di lavoro attivi che non comportano un numero elevato di transazioni. Ha un prezzo leggermente inferiore per l'archiviazione dei dati inattivi, ma prezzi delle transazioni leggermente più elevati rispetto al livello ottimizzato per le transazioni. Si consideri il mezzo tra i livelli ottimizzati per le transazioni e i livelli ad accesso sporadico.
• Cool ottimizza il prezzo per i carichi di lavoro con attività non elevate, offrendo il prezzo di archiviazione più basso per i dati a riposo, ma i prezzi delle transazioni più alti.

La selezione del livello di accesso appropriato per il caso d'uso consente di ridurre notevolmente i costi. Se metti un carico di lavoro a cui si accede raramente nel livello di accesso ottimizzato per le transazioni, paghi quasi niente per le poche volte in un mese quando effettui transazioni sulla tua quota. Tuttavia, si paga un importo elevato per i costi di archiviazione dei dati. Se si spostasse la stessa condivisione nel livello ad accesso sporadico, si continuerebbe a pagare quasi nulla per i costi di transazione, semplicemente perché le transazioni per questo carico di lavoro sono poco frequenti. Tuttavia, il livello di accesso sporadico ha un prezzo di archiviazione dei dati più economico.

Analogamente, se si inserisce un carico di lavoro a accesso frequente nel livello di accesso sporadico, si paga molto di più nei costi delle transazioni, ma meno per i costi di archiviazione dei dati. Ciò può causare una situazione in cui l'aumento dei costi dei prezzi delle transazioni supera i risparmi derivanti dal prezzo di archiviazione dei dati ridotto e potrebbe essere necessario pagare di più per l'accesso sporadico rispetto a quanto si sarebbe pagato per la transazione ottimizzata. Per alcuni livelli di utilizzo, è possibile che il livello ad accesso frequente sia il più conveniente, e che il livello ad accesso sporadico sia più costoso rispetto a quello ottimizzato per le transazioni.

Il carico di lavoro e il livello di attività determinano il livello di accesso più conveniente per la condivisione file con pagamento in base al consumo. In pratica, il modo migliore per scegliere il livello di accesso più conveniente prevede l'analisi del consumo effettivo delle risorse della condivisione (dati archiviati, transazioni di scrittura e così via). Per le condivisioni file con pagamento in base al consumo, è consigliabile iniziare nel livello ottimizzato per le transazioni durante la migrazione iniziale in File di Azure e quindi selezionare il livello di accesso corretto in base all'utilizzo al termine della migrazione. L'utilizzo delle transazioni durante la migrazione in genere non è indicativo del normale utilizzo delle transazioni.

Che cosa sono le transazioni?

Quando si monta una condivisione file di Azure in un computer usando SMB, la condivisione file di Azure viene esposta nel computer come se fosse l'archiviazione locale. Ciò significa che applicazioni, script e altri programmi nel computer possono accedere ai file e alle cartelle nella condivisione file di Azure senza dover sapere che sono archiviati in Azure.

Quando si legge o si scrive in un file, l'applicazione usata esegue una serie di chiamate API all'API del file system fornita dal sistema operativo. Il sistema operativo interpreta quindi queste chiamate nelle transazioni del protocollo SMB, che vengono inviate tramite la rete a Azure Files per l'elaborazione da parte di quest'ultimo. Un'attività semplice che l'utente finale percepisce come una singola operazione, ad esempio la lettura di un file dall'inizio alla fine, potrebbe essere convertita in più transazioni SMB gestite da File di Azure.

Come principio, il modello di fatturazione con pagamento in base al consumo usato dalle condivisioni file standard fattura in base all'utilizzo. Le transazioni SMB e FileREST effettuate da applicazioni e script rappresentano l'utilizzo della condivisione file e vengono visualizzate come parte della fattura. Lo stesso concetto si applica ai servizi cloud a valore aggiunto che è possibile aggiungere alla condivisione, ad esempio Sincronizzazione file di Azure o Backup di Azure.

Le transazioni vengono raggruppate in cinque diverse categorie di transazioni che hanno prezzi diversi in base al loro impatto sulla condivisione file di Azure. Queste categorie sono: scrittura, elenco, lettura, altro ed eliminazione.

La tabella seguente illustra la categorizzazione di ogni transazione:

Bucket delle transazioni	Operazioni di gestione	Operazioni dati
Transazioni di scrittura	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
Elencare le transazioni	ListShares	ListFileRanges ListFiles ListHandles
Lettura delle transazioni	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
Altre transazioni/protocolli	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
Eliminare transazioni	DeleteShare	ClearRange DeleteDirectory DeleteFile

Nota

NFSv4.1 è disponibile solo per le condivisioni file SSD, che utilizzano un modello di fatturazione con provisioning. I bucket delle transazioni non influiscono sulla fatturazione per le condivisioni file di cui è stato effettuato il provisioning.

Passaggio tra livelli di accesso

Anche se è possibile modificare una condivisione file con pagamento in base al consumo tra i tre livelli di accesso, la procedura consigliata per ottimizzare i costi dopo la migrazione iniziale consiste nel selezionare il livello di accesso ottimale più costoso e rimanere in tale posizione, a meno che il modello di accesso non cambi. Ciò è dovuto al fatto che la modifica del livello di accesso di una condivisione file standard comporta costi aggiuntivi come indicato di seguito:

• Transazioni: quando si sposta una condivisione da un livello di accesso più frequente a un livello di accesso più sporadico, si comporta l'addebito delle transazioni di scrittura del livello di accesso più sporadico per ogni file nella condivisione. Lo spostamento di una condivisione file da un livello di accesso più freddo a un livello di accesso più caldo comporta il costo di transazione di lettura del livello di accesso più freddo per ogni file nella condivisione.

• Recupero dati: se si passa dal livello di accesso sporadico a quello ottimizzato per le transazioni o ad accesso frequente, viene addebitato un addebito per il recupero dei dati in base alle dimensioni dei dati spostati. Solo il livello di accesso sporadico ha un addebito per il recupero dei dati.

La tabella seguente illustra la suddivisione dei costi dei livelli di accesso in movimento:

Livello di accesso	Transazione ottimizzata (destinazione)	Di tendenza (destinazione)	Fantastica (destinazione)
Ottimizzato per le transazioni (origine)	--	Una transazione di scrittura prioritaria per ogni file.	Una transazione di scrittura ottimizzata per ogni file.
Accesso frequente (origine)	Una transazione di lettura rapida per ogni file.	--	Una transazione di scrittura ottimizzata per ogni file.
Accesso sporadico (origine)	Una transazione di lettura singola per ogni file. Recupero dati per GiB totali utilizzati.	Una transazione di lettura singola per ogni file. Recupero dati per GiB totali utilizzati.	--

È possibile modificare il livello di accesso di una condivisione file fino a cinque volte all'interno di una finestra di 30 giorni. Il primo giorno della finestra di 30 giorni inizia quando si verifica la modifica del primo livello. Le modifiche tra i livelli di accesso si verificano immediatamente, tuttavia, dopo aver modificato il livello di accesso di una condivisione, non è possibile modificarlo di nuovo entro 24 ore, anche se la proprietà del livello di accesso è stata modificata meno di cinque volte negli ultimi 30 giorni.

Scelta di un livello di accesso

Indipendentemente dalla modalità di migrazione dei dati esistenti in File di Azure, è consigliabile creare inizialmente la condivisione file nel livello di accesso ottimizzato per le transazioni. Ciò è dovuto al numero elevato di transazioni eseguite durante la migrazione. Al termine della migrazione e al funzionamento per alcuni giorni o settimane con un utilizzo regolare, è possibile collegare i conteggi delle transazioni nel calcolatore dei prezzi per determinare quale livello di accesso è più adatto per il carico di lavoro.

Poiché le condivisioni file con pagamento in base al consumo mostrano solo le informazioni sulle transazioni a livello di account di archiviazione, l'uso delle metriche di archiviazione per stimare quale sia il livello di accesso più economico a livello di condivisione file non offre risultati precisi. Se possibile, è consigliabile distribuire una sola condivisione file in ogni account di archiviazione per garantire una visibilità completa sulla fatturazione.

Per visualizzare le transazioni precedenti:

1. Passare all'account di archiviazione nel portale di Azure.
2. Nel menu del servizio, in Monitoraggio, selezionare Metriche.
3. Selezionare Ambito come nome dell'account di archiviazione, Spazio dei nomi della metrica come "File", Metrica come "Transazioni" e Aggregazione come "Somma".
4. Selezionare Applicare separazione.
5. Selezionare Valori come "Nome API". Selezionare il limite e l'ordinamento desiderati.
6. Selezionare il periodo di tempo desiderato.

Nota

Assicurarsi di visualizzare le transazioni in un lungo periodo di tempo per ottenere un'idea realistica del numero medio di transazioni. Assicuratevi che il periodo di tempo scelto non si sovrapponga al provisioning iniziale. Moltiplicare il numero medio di transazioni durante questo periodo di tempo per ottenere le transazioni stimate per un intero mese.

Snapshot con pagamento in base al consumo

File di Azure supporta gli snapshot, che sono simili alle copie shadow del volume nei file server Windows. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

Gli snapshot sono sempre differenziali rispetto alla condivisione attiva e l'uno dall'altro. Nel modello di fatturazione con pagamento in base al consumo, le dimensioni differenziali totali vengono fatturate rispetto al normale contatore dell'archiviazione usata. Ciò significa che non verrà visualizzata una voce separata nella fattura che rappresenta gli snapshot per l'account di archiviazione con pagamento in base al consumo. Questo significa anche che l'utilizzo differenziale degli snapshot conta per il calcolo delle prenotazioni acquistate per le condivisioni file con pagamento in base al consumo.

Eliminazione temporanea con pagamento in base al consumo

Le condivisioni file eliminate negli account di archiviazione con eliminazione temporanea abilitata vengono fatturate in base alla capacità di archiviazione usata della condivisione file eliminata per il periodo di conservazione definito. La capacità di archiviazione usata eliminata temporaneamente viene emessa in rapporto al normale contatore dell'archiviazione usata. Ciò significa che nella fattura non comparirà una voce separata che rappresenta le condivisioni file eliminate temporaneamente per l'account di archiviazione con pagamento in base al consumo. Significa anche che l'utilizzo delle condivisioni file eliminate temporaneamente conta per il calcolo delle prenotazioni acquistate per le condivisioni file con pagamento in base al consumo.

Contatori di fatturazione con pagamento in base al consumo

Le condivisioni file create usando il modello di fatturazione con pagamento in base al consumo vengono fatturate in base ai contatori seguenti:

• Dati archiviati: l'archiviazione usata, incluse le condivisioni attive, gli snapshot differenziali e le condivisioni file eliminate temporaneamente in GiB.
• Metadati: dimensioni dei metadati del file system associati a file e directory, ad esempio elenchi di controllo di accesso (ACL) e altre proprietà in GiB. Questo contatore di fatturazione viene usato solo per le condivisioni di file nei livelli di accesso frequente o sporadico.
• Operazioni di scrittura: numero di bucket di transazioni di scrittura (un bucket = 10.000 transazioni).
• Operazioni elenco: numero di bucket di transazioni dell'elenco (un bucket = 10.000 transazioni).
• Operazioni di lettura: numero di bucket di transazioni di lettura (un bucket = 10.000 transazioni).
• Altre operazioni / Operazioni protocollo: numero di altri bucket di transazioni (un bucket = 10.000 transazioni).
• Recupero dati: quantità di dati letti dalla condivisione file in GiB. Questo contatore viene usato solo per le condivisioni file nel livello di accesso sporadico.
• Trasferimento dei dati di replica geografica: se la condivisione file ha la ridondanza geografica o la ridondanza geografica della zona, la quantità di dati scritti nella condivisione file replicati nell'area secondaria in GiB.

Le unità di consumo rispetto ai contatori di fatturazione dei dati archiviati e dei metadati vengono generate ogni ora in termini di unità mensili. Ad esempio, per una condivisione con 1.024 GiB usati, dovrebbe apparire:

• Numero variabile di unità per un'ora singola a seconda del numero di giorni nel mese:
  • Mese di 28 giorni (febbraio normale): 1.5238 unità nel contatore Dati archiviati.
  • Mese di 29 giorni (febbraio di anno bisestile): 1.4713 unità nel contatore Dati archiviati.
  • Mese di 30 giorni: 1.4222 unità nel contatore Dati archiviati.
  • Mese di 31 giorni: 1.3763 unità nel contatore Dati archiviati.
• Numero variabile di unità se aggregato per un giorno a seconda del numero di giorni nel mese:
  • Mese di 28 giorni (febbraio normale): 36.5714 unità nel contatore Dati archiviati.
  • Mese di 29 giorni (febbraio di anno bisestile): 35.3103 unità nel contatore Dati archiviati.
  • Mese di 30 giorni: 34.1333 unità nel contatore Dati archiviati.
  • Mese di 31 giorni: 33.0323 unità nel contatore Dati archiviati.
• 1.024 unità rispetto al contatore archiviazione dati se aggregati per un mese.

Il consumo rispetto agli altri contatori (ad esempio Operazioni di scrittura o Recupero dati vengono emessi ogni ora, ma poiché non vengono emessi in termini di intervallo temporale, non richiedono trasformazioni particolari delle unità da considerare.

Allocazione/quota, dimensioni logiche e dimensioni fisiche

File di Azure tiene traccia di tre quantità diverse rispetto alla capacità di condivisione:

• Dimensioni di provisioning o quota: con le condivisioni file con provisioning e con quelle con pagamento in base al consumo, è possibile specificare le dimensioni massime che la condivisione file può raggiungere. Nelle condivisioni file provisionate, questo valore è chiamato dimensione provisionata. Qualsiasi importo di cui si effettua il provisioning è quello che si paga, indipendentemente dalla quantità effettivamente usata. Nelle condivisioni file con pagamento in base al consumo, questo valore viene chiamato quota e non influisce direttamente sulla fattura. Le dimensioni di provisioning sono un campo obbligatorio per le condivisioni file di cui è viene effettuato il provisioning. Per le condivisioni file con pagamento in base al consumo, se le dimensioni di cui è stato effettuato il provisioning non vengono specificate direttamente, per impostazione predefinita la condivisione viene impostato sul valore massimo supportato dall'account di archiviazione (100 TiB).

• Dimensioni logiche: le dimensioni logiche di una condivisione file o di un file si riferiscono alla dimensione in cui è effettivamente archiviata, senza alcuna ottimizzazione dell'archiviazione. La dimensione logica del file è il numero di KiB/MiB/GiB che verrebbero trasferiti in rete se copiati in una posizione diversa. Sia nelle condivisioni file con provisioning che in quelle con pagamento in base al consumo, le dimensioni logiche totali della condivisione file vengono usate per l'applicazione rispetto alle dimensioni o alla quota di cui è stato effettuato il provisioning. Nelle condivisioni file con pagamento in base al consumo, le dimensioni logiche corrispondono alla quantità usata per la fatturazione dell'utilizzo dei dati inattivi. Le dimensioni logiche vengono definite "dimensioni" nella finestra di dialogo delle proprietà di Windows per un file o una cartella e come "lunghezza del contenuto" in base alle metriche File di Azure.

• Dimensioni fisiche: le dimensioni fisiche del file sono correlate alle dimensioni del file come codificate su disco. Le dimensioni fisiche potrebbero essere allineate alle dimensioni logiche del file o potrebbero essere inferiori, a seconda del modo in cui il file è stato scritto dal sistema operativo. Un motivo comune per cui le dimensioni logiche e le dimensioni fisiche sono diverse consiste nell'usare file di tipo sparse. Le dimensioni fisiche effettive dei file nella condivisione vengono usate per la fatturazione basata sugli snapshot, anche se gli intervalli di memoria allocati vengono condivisi tra gli snapshot se rimangono invariati (archiviazione differenziale).

Servizi a valore aggiunto

Come molte soluzioni di archiviazione locali, File di Azure fornisce punti di integrazione per prodotti di prima e di terze parti da integrare con condivisioni file di proprietà del cliente. Anche se queste soluzioni possono offrire un notevole valore aggiuntivo per File di Azure, è consigliabile considerare i costi aggiuntivi che questi servizi aggiungono al costo totale di una soluzione File di Azure.

I costi vengono suddivisi in tre bucket:

• Costi di licenza per il servizio a valore aggiunto. I costi di licenza possono essere costituiti da un costo fisso per cliente, un utente finale (talvolta definito "costo head"), una condivisione file di Azure o un account di archiviazione. Possono anche essere basati su unità di utilizzo dello spazio di archiviazione, ad esempio un costo fisso per ogni 500 GiB-blocchi di dati nella condivisione file.

• Costi delle transazioni per il servizio a valore aggiunto. Alcuni servizi a valore aggiunto hanno il proprio concetto di transazioni oltre al modello di fatturazione File di Azure selezionato. Queste transazioni vengono visualizzate nella fattura con gli addebiti del servizio a valore aggiunto; Tuttavia, si riferiscono direttamente a come si usa il servizio aggiunto con la condivisione file.

• Costi di File di Azure per l'uso di un servizio a valore aggiunto. File di Azure non addebita direttamente ai clienti l'aggiunta di servizi a valore aggiunto, ma come parte dell'aggiunta di valore alla condivisione file di Azure, il servizio a valore aggiunto potrebbe aumentare i costi visualizzati nella condivisione file di Azure. Questi costi sono facili da vedere con condivisioni file con pagamento in base al consumo, a causa degli addebiti delle transazioni. Se il servizio a valore aggiunto esegue transazioni sulla condivisione file per conto dell'utente, vengono visualizzate nella fattura delle transazioni di File di Azure anche se queste transazioni non sono state eseguite direttamente. Questo vale anche per le condivisioni file di cui è stato effettuato il provisioning, anche se potrebbe essere meno evidente. Le transazioni rispetto alle condivisioni file di cui è stato effettuato il provisioning da servizi con valore aggiunto vengono conteggiate rispetto ai numeri di operazioni di I/O al secondo di cui è stato effettuato il provisioning, vale a dire che i servizi a valore aggiunto potrebbero richiedere il provisioning di più risorse di archiviazione per disporre di operazioni di I/O al secondo o velocità effettiva sufficienti per il carico di lavoro.

Quando si calcola il costo totale di proprietà per la condivisione file, è consigliabile prendere in considerazione i costi di File di Azure e di tutti i servizi a valore aggiunto da usare con File di Azure.

Sono disponibili numerosi servizi di prima e terza parte a valore aggiunto. Questo documento illustra un subset dei servizi proprietari comuni usati dai clienti con condivisioni file di Azure. Per altre informazioni sui servizi non elencati qui, leggere la pagina dei prezzi per tale servizio.

Sincronizzazione file di Azure

Azure File Sync è un servizio a valore aggiunto per File di Azure che sincronizza una o più condivisioni file di Windows locali con una condivisione file di Azure. Poiché la condivisione file di Azure cloud include una copia completa dei dati in una condivisione file sincronizzata disponibile in locale, è possibile trasformare il file server Windows locale in una cache della condivisione file di Azure per ridurre il footprint locale. Per ulteriori informazioni, leggi Introduzione a Sincronizzazione file Azure.

Quando si considera il costo totale di proprietà per una soluzione distribuita usando Sincronizzazione file di Azure, è consigliabile considerare gli aspetti dei costi seguenti:

• Costi di capitale e operativi dei file server Windows con uno o più endpoint server. Sincronizzazione file di Azure come soluzione di replica è indipendente dalla posizione in cui i file server Windows sincronizzati con File di Azure sono, possono essere ospitati in locale, in una macchina virtuale di Azure o anche in un altro cloud. A meno che non si usi Sincronizzazione file di Azure con un file server Windows ospitato in una macchina virtuale di Azure, il capitale (ad esempio i costi hardware iniziali della soluzione) e i costi operativi (ad esempio costi di manodopera, elettricità e così via) non faranno parte della fattura di Azure, ma saranno comunque molto parte del costo totale di proprietà. È consigliabile considerare la quantità di dati che è necessario memorizzare nella cache in locale, il numero di CPU e la quantità di memoria necessari per ospitare i carichi di lavoro di Sincronizzazione file di Azure windows (vedere le risorse di sistema consigliate per altre informazioni) e altri costi specifici dell'organizzazione che potrebbero essere presenti.

• Costo delle licenze per server per i server registrati con Azure File Sync. Per usare Azure File Sync con un file server Windows specifico, è necessario prima registrarlo con la risorsa di Azure di Azure File Sync, il Servizio di sincronizzazione dell'archiviazione. Ogni server registrato dopo il primo server ha una tariffa mensile fissa. Anche se questa tariffa è molto piccola, è un componente della fattura da considerare. Per visualizzare il prezzo corrente della tariffa di registrazione del server per l'area desiderata, vedere la sezione Sincronizzazione file nella pagina dei prezzi di File di Azure.

• Costi dei file di Azure. Poiché Azure File Sync è una soluzione di sincronizzazione per Azure Files, comporterà l'utilizzo delle risorse di Azure Files. Alcune di queste risorse, ad esempio il consumo di archiviazione, sono relativamente ovvie, mentre altre, ad esempio l'utilizzo delle transazioni e degli snapshot, potrebbero non essere. Per la maggior parte dei clienti, è consigliabile usare condivisioni file standard con Sincronizzazione file di Azure, anche se Sincronizzazione file di Azure è completamente supportato con condivisioni file Premium, se necessario.

  • Utilizzo dello spazio di archiviazione. Azure File Sync replicherà le modifiche apportate al percorso specificato nel tuo server endpoint sul file server Windows nella condivisione file di Azure, consumando spazio di archiviazione. Nelle condivisioni file standard questo significa che l'aggiunta o l'aumento delle dimensioni dei file esistenti negli endpoint server causerà un aumento dei costi di archiviazione, perché le modifiche verranno replicate. Nelle condivisioni file Premium, le modifiche utilizzeranno lo spazio di provisioning. È responsabilità dell'utente aumentare periodicamente il provisioning in base alle esigenze per tenere conto della crescita della condivisione file.

  • Utilizzo dello snapshot. Sincronizzazione file di Azure accetta gli snapshot a livello di condivisione e di file come parte del normale utilizzo. Anche se l'utilizzo degli snapshot è sempre differenziale, questo può contribuire in modo significativo alla fattura totale di Azure Files.

  • Transazioni dalla varianza. Man mano che i file cambiano negli endpoint server, le modifiche vengono caricate nella condivisione cloud, che genera transazioni. Quando è abilitata la suddivisione in livelli nel cloud, vengono generate transazioni aggiuntive per la gestione dei file suddivisi in livelli, tra cui le operazioni di I/O sui file a livelli, in aggiunta ai costi di uscita. Anche se la quantità e il tipo di transazioni sono difficili da prevedere a causa di tassi di varianza e efficienza della cache, è possibile usare i modelli di transazione precedenti per stimare i costi futuri se si ritiene che l'utilizzo futuro sarà simile all'utilizzo corrente.

  • Transazioni dall'enumerazione cloud. Sincronizzazione file di Azure enumera la condivisione file di Azure nel cloud una volta al giorno per individuare le modifiche apportate direttamente alla condivisione, in modo che possano essere sincronizzate con gli endpoint server. Questa analisi genera transazioni che vengono fatturate all'account di archiviazione con una tariffa di una transazione ListFiles per directory al giorno. È possibile inserire questo numero nel calcolatore prezzi per stimare il costo di analisi.

  Suggerimento

  Se non si conosce il numero di cartelle disponibili, consultare lo strumento TreeSize di JAM Software GmbH.

Backup di Azure

Backup di Azure offre una soluzione di backup serverless per File di Azure che si integra perfettamente con le condivisioni file e con altri servizi a valore aggiunto, ad esempio Sincronizzazione file di Azure. Backup di Azure per File di Azure è una soluzione di backup basata su snapshot che fornisce un meccanismo di pianificazione per l'acquisizione automatica di snapshot in base a una pianificazione definita dall'amministratore. Fornisce anche un'interfaccia intuitiva per ripristinare file/cartelle eliminati o l'intera condivisione in un determinato momento. Per altre informazioni, vedere Informazioni sul backup della condivisione file di Azure.

Quando si valutano i costi dell'uso di Backup di Azure, considerare i fattori seguenti:

• Costo di licenza dell'istanza protetta per i dati delle condivisioni file di Azure. Azure Backup addebita un costo di licenza per istanza protetta per ogni account di archiviazione contenente condivisioni file di Azure sottoposte a backup. Un'istanza protetta è definita come 250 GiB di spazio di archiviazione della condivisione file in Azure. Gli account di archiviazione contenenti meno di 250 GiB sono soggetti a un costo di istanza protetta frazionaria. Per altre informazioni, vedere Prezzi di Backup di Azure. È necessario selezionare File di Azure dall'elenco dei servizi che Backup di Azure può proteggere.

• Costi dei file di Azure. Backup di Azure aumenta i costi di File di Azure nei modi seguenti:

  • Costi differenziali degli snapshot di condivisione file di Azure. Backup di Azure automatizza l'acquisizione di snapshot della condivisione file di Azure in base a una pianificazione definita dall'amministratore. Gli snapshot sono sempre differenziali; tuttavia, il costo aggiunto dipende dalla durata degli snapshot temporali mantenuti e dalla quantità di varianza nella condivisione file durante tale periodo. Questi fattori determinano la differenza tra lo snapshot e la condivisione file live e quindi la quantità di dati aggiuntivi archiviati da File di Azure.

  • Costi delle transazioni dalle operazioni di ripristino. Le operazioni di ripristino dallo snapshot alla live share comportano costi delle transazioni. Per le condivisioni di file standard, le letture dagli snapshot e le scritture dai ripristini vengono fatturate come normali transazioni di condivisione di file. Per le condivisioni file con provisioning effettuato, queste operazioni vengono conteggiate sugli IOPS provisionati per la condivisione file.

Microsoft Defender per archiviazione

Microsoft Defender supporta File di Azure come parte del prodotto Microsoft Defender for Storage. Microsoft Defender per Archiviazione rileva tentativi insoliti e potenzialmente dannosi di accedere o sfruttare le condivisioni file di Azure tramite SMB o FileREST. Microsoft Defender per Archiviazione è abilitato a livello di sottoscrizione per tutte le condivisioni file negli account di archiviazione in tale sottoscrizione.

Microsoft Defender per Archiviazione non supporta le funzionalità antivirus per le condivisioni file di Azure.

Il costo principale di Microsoft Defender per Archiviazione è un set aggiuntivo di costi delle transazioni che il prodotto applica sulle transazioni eseguite sulla condivisione file di Azure. Anche se questi costi sono basati sulle transazioni sostenute in File di Azure, non fanno parte della fatturazione per File di Azure, ma fanno parte dei prezzi di Microsoft Defender. Microsoft Defender per archiviazione addebita una tariffa delle transazioni anche nelle condivisioni file con provisioning, mentre File di Azure include le transazioni come parte del provisioning di operazioni di I/O al secondo. Il tasso delle transazioni corrente è disponibile nella pagina dei prezzi di Microsoft Defender for Cloud nella riga della tabella di Microsoft Defender for Storage.

Le condivisioni di file ad alta intensità di transazioni comportano costi significativi usando Microsoft Defender per lo Storage. In base a questi costi, potrebbe essere necessario rifiutare esplicitamente Microsoft Defender per Archiviazione per account di archiviazione specifici. Per ulteriori informazioni, vedere Escludere un account di archiviazione dalle protezioni di Microsoft Defender per lo storage.

Prenotazioni

File di Azure supporta le prenotazioni (dette anche istanze riservate) per i modelli con provisioning v1 e con pagamento in base al consumo. Le prenotazioni consentono di ottenere uno sconto sull'archiviazione impegnandosi anticipatamente all'utilizzo dello spazio di archiviazione. È consigliabile considerare l'acquisto di istanze riservate per qualsiasi carico di lavoro di produzione o per workload di sviluppo/test con caratteristiche coerenti. Quando si acquista una prenotazione, è necessario specificare le dimensioni seguenti:

• Dimensioni capacità: le prenotazioni possono essere per 10 TiB o 100 TiB, con sconti più significativi per l'acquisto di una prenotazione con capacità superiore. È possibile acquistare più prenotazioni, incluse quelle con capacità diverse per soddisfare le esigenze di carico di lavoro. Ad esempio, se la distribuzione di produzione ha 120 TiB di condivisioni file, è possibile acquistare una Prenotazione da 100 TiB e due Prenotazioni da 10 TiB per soddisfare i requisiti di capacità di archiviazione totale.
• Termine: è possibile acquistare prenotazioni per un periodo di un anno o tre anni, con sconti più significativi per l'acquisto di un periodo di prenotazione più lungo.
• Livello: Il livello di Azure Files per la prenotazione. Le prenotazioni sono attualmente disponibili per i modelli di fatturazione ssd con provisioning versione 1 (come 'Premium') e HDD con pagamento in base al consumo (solo livelli di accesso a caldo e a freddo).
• Posizione: area di Azure per la prenotazione. Le prenotazioni sono disponibili in un subset di aree di Azure.
• Ridondanza: ridondanza dell'archiviazione per la prenotazione. Le prenotazioni sono supportate per tutte le ridondanze supportate da File di Azure, tra cui archiviazione con ridondanza locale, archiviazione con ridondanza della zona, archiviazione con ridondanza geografica e archiviazione con ridondanza geografica della zona.
• Frequenza di fatturazione: indica la frequenza con cui viene fatturato l'account per la prenotazione. Le opzioni includono mensile o anticipata.

Dopo aver acquistato una Prenotazione, viene automaticamente consumata dal tuo utilizzo dello spazio di archiviazione esistente. Se si usa più spazio di archiviazione di quello riservato, si paga il prezzo di listino per il saldo non coperto dalla prenotazione. Gli addebiti per transazioni, larghezza di banda, trasferimento dei dati e archiviazione dei metadati non sono inclusi nella prenotazione.

Le prenotazioni relative agli snapshot di condivisioni file di Azure funzionano in modo diverso per le condivisioni file con pagamento in base al consumo e con provisioning v1. Se si eseguono snapshot delle condivisioni file con pagamento in base al consumo, gli snapshot differenziali vengono conteggiati ai fini della prenotazione e vengono fatturati come parte del normale contatore dell'archiviazione usata. Tuttavia, se si eseguono snapshot di condivisioni file con provisioning v1, gli snapshot vengono fatturati usando un contatore separato e non vengono conteggiati ai fini della prenotazione.

Per ulteriori informazioni su come acquistare Riservazioni, vedere Ottimizzare i costi per Azure Files con Riservazioni.

Vedi anche

• Prezzi di Azure Files.
• Pianificare una distribuzione di File di Azure e Pianificare una distribuzione di Sincronizzazione file di Azure.
• Creare una condivisione di file e distribuire Azure File Sync.