Condividi tramite

Informazioni sui modelli di fatturazione File di Azure

  • Articolo

File di Azure supporta due diversi livelli multimediali di archiviazione, SSD e HDD, che consentono di 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 host su unità disco rigido (HDD) offrono un'archiviazione conveniente per uso generico.

File di Azure include più modelli di determinazione dei 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 si basano sulla quantità di spazio di archiviazione, operazioni di I/O al secondo (operazioni di input e output) e velocità effettiva di cui si effettua il provisioning durante la creazione o l'aggiornamento della condivisione file, indipendentemente dalla quantità usata. File di Azure dispone di due diversi modelli di cui è stato effettuato il provisioning v2 e di cui è stato effettuato il provisioning v1.

    • Provisioning v2: nel modello v2 con provisioning è possibile effettuare separatamente il provisioning di risorse di archiviazione, operazioni di I/O al secondo e velocità effettiva, anche se viene fornito un suggerimento per aiutare l'utente a eseguire il provisioning per la prima volta.
    • Provisioning v1: nel modello v1 con provisioning si effettua il provisioning della quantità di spazio di archiviazione necessaria per la condivisione mentre le operazioni di I/O al secondo e la velocità effettiva vengono determinate in base alla quantità di spazio di archiviazione di cui si effettua il provisioning. Il modello v1 di cui è stato effettuato il provisioning per File di Azure è disponibile solo per le condivisioni 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 per File di Azure è 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 i modelli di fatturazione per File di Azure lavoro per comprendere la fattura mensile File di Azure. Per File di Azure informazioni sui prezzi, vedere File di Azure pagina dei prezzi.

Si applica a

Modello di gestione Modello di fatturazione Livello multimediale Ridondanza SMB NFS
Microsoft.Storage Provisioning v2 HDD (standard) Locale (Archiviazione con ridondanza locale) Sì No
Microsoft.Storage Provisioning v2 HDD (standard) Zona (ZRS) Sì No
Microsoft.Storage Provisioning v2 HDD (standard) Geo (GRS) Sì No
Microsoft.Storage Provisioning v2 HDD (standard) GeoZone (GZRS) Sì No
Microsoft.Storage Provisioning v1 SSD (Premium) Locale (Archiviazione con ridondanza locale) Sì Sì
Microsoft.Storage Provisioning v1 SSD (Premium) Zona (ZRS) Sì Sì
Microsoft.Storage Pagamento in base al consumo HDD (standard) Locale (Archiviazione con ridondanza locale) Sì No
Microsoft.Storage Pagamento in base al consumo HDD (standard) Zona (ZRS) Sì No
Microsoft.Storage Pagamento in base al consumo HDD (standard) Geo (GRS) Sì No
Microsoft.Storage Pagamento in base al consumo HDD (standard) GeoZone (GZRS) Sì No

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
GiB 1024 MiB (1.073.741.824 byte) gibibyte
TiB 1024 GiB (1.099.511.627.776 byte) tebibyte

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

Nella tabella seguente viene illustrato il modo in cui i sistemi operativi comuni misurano e archivi di etichette:

Sistema operativo Sistema di misurazione Etichettatura
Finestre Base 2 Mislabels in modo coerente 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 Etichette coerenti come base 10.

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

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

Se si esegue la migrazione a File di Azure dall'ambiente locale o si confronta File di Azure con altre soluzioni di archiviazione cloud, è consigliabile considerare i fattori seguenti per garantire un confronto equo da apples a apples:

  • 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. Di particolare interesse per i modelli di cui è stato effettuato il provisioning sono le dimensioni minime della condivisione con provisioning, l'unità di provisioning e la possibilità di aumentare e ridurre il provisioning.

  • Esistono metodi per ottimizzare i costi di archiviazione? È possibile usare File di Azure prenotazioni 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. File di Azure Le prenotazioni 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, valutare se la resilienza e la ridondanza dell'archiviazione sono incorporate o se è necessario assemblarsi manualmente.

  • Cosa è necessario gestire? Con File di Azure, l'unità di base di gestione è un account di archiviazione. Altre soluzioni potrebbero richiedere una gestione aggiuntiva, ad esempio gli aggiornamenti del sistema operativo o la gestione delle 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 terze parti e first-party. 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 v2 con provisioning

Il modello v2 di cui è stato effettuato il provisioning per File di Azure la prevedibilità del costo totale di proprietà con flessibilità, consentendo di creare una condivisione file che soddisfi i requisiti di archiviazione e prestazioni esatti. 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 di cui si effettua il provisioning sono i limiti garantiti dell'utilizzo della condivisione file. Ad esempio, se si effettua il provisioning di una condivisione 2 TiB e si caricano 2 TiB di dati nella condivisione, la condivisione sarà piena e non sarà possibile aggiungere altri dati a meno che non si aumentino le dimensioni della condivisione o elimini alcuni dei dati. Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità per l'utilizzo, in base al massimo sforzo, mentre i crediti rimangono.

La quantità di spazio di archiviazione, operazioni di I/O al secondo e velocità effettiva di cui si effettua il provisioning può essere ridimensionata in modo dinamico man mano che le esigenze cambiano, tuttavia, è possibile ridurre solo una quantità di cui è stato effettuato il provisioning solo dopo 24 ore dall'aumento dell'ultima 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 di cui è stato effettuato il provisioning, viene fornita una raccomandazione per il numero di operazioni di I/O al secondo e la velocità effettiva necessaria in base alla quantità di spazio di archiviazione di cui è stato effettuato il provisioning specificato. Anche se questi consigli si basano sull'utilizzo tipico dei clienti per tale quantità di spazio di archiviazione con provisioning per tale livello multimediale in File di Azure, è possibile che il carico di lavoro richieda più o meno operazioni di I/O al secondo e velocità effettiva rispetto alla "condivisione file tipica" e facoltativamente effettuare il provisioning di operazioni di I/O al secondo e velocità effettiva in base ai requisiti di condivisione file singola.

Disponibilità della versione 2 con provisioning

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

Tipo di account di archiviazione SKU dell'account di archiviazione Tipo di condivisione file disponibile
FileStorage StandardV2_LRS Hdd ha effettuato il provisioning di condivisioni file v2 con la ridondanza locale (LRS) specificata.
FileStorage StandardV2_ZRS Condivisioni file v2 con provisioning hdd con ridondanza della zona (ZRS) specificata.
FileStorage StandardV2_GRS Hdd ha effettuato il provisioning di condivisioni file v2 con la ridondanza geografica (GRS) specificata.
FileStorage StandardV2_GZRS Hdd ha effettuato il provisioning di condivisioni file v2 con la ridondanza GeoZone (GZRS) specificata.

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

  • Francia centrale
  • Francia meridionale
  • Australia orientale
  • Australia sud-orientale
  • Asia orientale
  • Asia sud-orientale
  • West US 2
  • Stati Uniti centro-occidentali
  • Europa occidentale
  • Europa settentrionale

Dettagli del provisioning della versione 2 di cui è stato effettuato il provisioning

Quando si crea una condivisione file v2 di cui è stato effettuato il provisioning, 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:

Articolo Valore HDD
Unità di provisioning dell'archiviazione 1 GiB
Unità di provisioning di operazioni di I/O al secondo 1 I/O al secondo
Unità di provisioning della velocità effettiva 1 MiB/sec
Archiviazione di cui è stato effettuato il provisioning minimo per condivisione file 32 GiB
Operazioni di I/O al secondo con provisioning minimo per condivisione file 500 IOPS
Velocità effettiva minima con provisioning per condivisione file 60 MiB/sec
Spazio di archiviazione con provisioning massimo per condivisione file 256 TiB (262.144 GiB)
Numero massimo di operazioni di I/O al secondo con provisioning per condivisione file 50.000 IOPS
Velocità effettiva massima con provisioning per condivisione file 5.120 MiB/sec
Spazio di archiviazione con provisioning massimo per account di archiviazione 4 PiB (4.194.304 GiB)
Numero massimo di operazioni di I/O al secondo con provisioning per account di archiviazione 50.000 IOPS
Velocità effettiva massima con provisioning per account di archiviazione 5.120 MiB/sec
Numero massimo di condivisioni file per account di archiviazione 50 condivisioni 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 tale quantità di spazio di archiviazione di cui è stato effettuato il provisioning per tale livello multimediale in File di Azure:

Nome formula Formula HDD
Raccomandazione di operazioni di I/O al secondo MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Raccomandazione sulla velocità effettiva MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

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

Bursting v2 con provisioning

Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità per l'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 IOPS burst si accumulano ogni volta che il traffico per la condivisione file è inferiore al livello di IOPS di cui è stato effettuato il provisioning (baseline). Ogni volta che l'utilizzo delle operazioni di I/O al secondo di una condivisione file supera le operazioni di I/O al secondo di cui è stato effettuato il provisioning e sono disponibili crediti di IOPS burst, la condivisione file può aumentare fino al limite massimo consentito di IOPS. Le condivisioni file possono continuare a scoppiare finché ci sono crediti rimanenti, ma questo si basa sul numero di crediti burst accumulati. Ogni I/O oltre le operazioni di I/O con provisioning 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 rispetto alla condivisione file non devono eseguire operazioni speciali per l'uso del bursting. Il bursting opera in base al massimo sforzo.

I crediti di condivisione hanno tre stati:

  • Attribuzione, quando la condivisione file usa meno delle operazioni di I/O al secondo di cui è stato effettuato il provisioning.
  • 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 inizia con il numero completo di crediti nel bucket burst. I crediti burst non si accumulano se le operazioni di I/O al secondo di condivisione sono inferiori al limite di provisioning dovuto alla limitazione da parte del server. Le formule seguenti vengono usate per determinare il limite di operazioni di I/O al secondo burst e il numero di crediti possibili per una condivisione file:

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

La tabella seguente illustra alcuni esempi di queste formule per vari importi di operazioni di I/O al secondo di cui è stato effettuato il provisioning:

Operazioni di I/O al secondo di cui è stato effettuato il provisioning Limite di operazioni di I/O al secondo burst HDD Crediti 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 v2 di cui è stato effettuato il provisioning

File di Azure supporta gli snapshot, simili alle copie shadow del volume (VSS) in Windows File Server. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

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

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

Eliminazione temporanea della versione 2 con provisioning

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 la durata del periodo di eliminazione temporanea. Per assicurarsi che una condivisione file eliminata possa essere sempre ripristinata, l'archiviazione di cui è stato effettuato il provisioning, le operazioni di I/O al secondo e la velocità effettiva del conteggio delle condivisioni rispetto ai limiti dell'account di archiviazione fino a quando la condivisione file non viene eliminata, ma non vengono fatturate. Per altre informazioni sull'eliminazione temporanea, vedere Come abilitare l'eliminazione temporanea nelle condivisioni file di Azure.

Contatori di fatturazione v2 di cui è stato effettuato il provisioning

Le condivisioni file di cui è stato effettuato il provisioning con il modello di fatturazione v2 sottoposto a provisioning vengono fatturate in base ai cinque contatori di fatturazione seguenti:

  • 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.
  • Provisioning della velocità effettiva MiBPS: quantità di velocità effettiva di cui è stato effettuato il provisioning in MiB/sec.
  • Utilizzo dello snapshot di overflow: qualsiasi quantità di utilizzo differenziale degli snapshot in GiB che non rientra nella capacità di archiviazione di cui è stato effettuato il provisioning. Per altre informazioni, vedere Snapshot v2 con provisioning.
  • Utilizzo eliminato leggero: capacità di archiviazione usata in GiB per condivisioni file eliminate soft. Per altre informazioni, vedere l'articolo relativo all'eliminazione temporanea della versione 2 di cui è stato effettuato il provisioning.

Il consumo rispetto ai contatori di fatturazione v2 di cui è stato effettuato il provisioning viene generato ogni ora in termini di unità orarie. Ad esempio, per una condivisione con provisioning di 1024 GiB, verrà visualizzato quanto riportato di seguito:

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

Modello v1 con provisioning

Il metodo v1 con provisioning fornisce archiviazione, operazioni di I/O al secondo e velocità effettiva in rapporto fisso tra loro, in modo analogo al modo in cui l'archiviazione viene acquistata in una soluzione di archiviazione locale. Quando si crea una nuova condivisione file v1 con provisioning, si specifica la quantità di spazio di archiviazione necessaria per la condivisione e i valori di IOPS e velocità effettiva. Il modello v1 di cui è stato effettuato il provisioning per File di Azure è disponibile solo per le condivisioni 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 2 TiB e si caricano 2 TiB di dati nella condivisione, la condivisione sarà piena e non sarà possibile aggiungere altri dati a meno che non si aumentino le dimensioni della condivisione o elimini alcuni dei dati. Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità per l'utilizzo, in base al massimo sforzo, mentre i crediti rimangono.

A differenza dell'acquisto di risorse di archiviazione in locale, le condivisioni file v1 sottoposte a provisioning possono essere ridimensionate in modo dinamico man mano che le esigenze cambiano, ma è possibile ridurre solo lo spazio di archiviazione di cui è stato effettuato il provisioning solo 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 è stato effettuato il provisioning al di sotto del GiB usato. In questo caso, non si perderanno i dati, ma verranno comunque fatturate le dimensioni usate e si riceveranno le prestazioni della condivisione di cui è stato effettuato il provisioning, non le dimensioni usate.

Disponibilità v1 con provisioning

Il modello v1 di cui è stato effettuato il provisioning 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
FileStorage Premium_LRS Condivisione file v1 con provisioning di SSD con ridondanza locale (LRS) specificata.
FileStorage Premium_ZRS Condivisione file v1 con provisioning di SSD con ridondanza della zona (ZRS) specificata.

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

Dettagli del provisioning della versione 1 con provisioning

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:

Articolo Valore
Unità di provisioning dell'archiviazione 1 GiB
Archiviazione di cui è stato effettuato il provisioning minimo per condivisione file 100 GiB
Spazio di archiviazione con provisioning massimo per condivisione file 100 TiB (102.400 GiB)
Spazio di archiviazione con provisioning massimo per account di archiviazione 100 TiB (102.400 GiB)

La quantità di operazioni di I/O al secondo e la velocità effettiva di cui è stato effettuato il provisioning nella condivisione sono determinate dalle formule seguenti:

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

A seconda del requisito della singola condivisione file, è possibile che siano necessarie più operazioni di I/O al secondo o velocità effettiva rispetto alle formule di provisioning fornite. In questo caso, sarà necessario effettuare il provisioning di più risorse di archiviazione per ottenere le operazioni di I/O al secondo o la velocità effettiva necessarie.

Bursting v1 con provisioning

Il bursting di operazioni di I/O al secondo basato sul credito offre una maggiore flessibilità per l'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 IOPS burst si accumulano ogni volta che il traffico per la condivisione file è inferiore al livello di IOPS di cui è stato effettuato il provisioning (baseline). Ogni volta che l'utilizzo delle operazioni di I/O al secondo di una condivisione file supera le operazioni di I/O al secondo di cui è stato effettuato il provisioning e sono disponibili crediti di IOPS burst, la condivisione file può aumentare fino al limite massimo consentito di IOPS. Le condivisioni file possono continuare a scoppiare finché ci sono crediti rimanenti, ma questo si basa sul numero di crediti burst accumulati. Ogni I/O oltre le operazioni di I/O con provisioning 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 rispetto alla condivisione file non devono eseguire operazioni speciali per l'uso del bursting. Il bursting opera in base al massimo sforzo.

I crediti di condivisione hanno tre stati:

  • Attribuzione, quando la condivisione file usa meno delle operazioni di I/O al secondo di cui è stato effettuato il provisioning.
  • 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 inizia con il numero completo di crediti nel bucket burst. I crediti burst non si accumulano se le operazioni di I/O al secondo di condivisione sono inferiori al limite di provisioning dovuto alla limitazione da parte del server. Le formule seguenti vengono usate per determinare il limite di operazioni di I/O al secondo burst e il numero di crediti possibili per una condivisione file:

Articolo 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 di cui è stato effettuato il provisioning:

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

Le prestazioni effettive della condivisione file sono soggette ai limiti di rete del computer, alla larghezza di banda di rete disponibile, alle dimensioni di I/O e al parallelismo, tra gli altri fattori. Per ottenere il massimo vantaggio dalla parallelizzazione, è consigliabile abilitare SMB multicanale nelle condivisioni file SSD. Vedere la guida alla risoluzione dei problemi relativi alle prestazioni e alle prestazioni di SMB per alcuni problemi di prestazioni e soluzioni alternative comuni.

Snapshot v1 di cui è stato effettuato il provisioning

File di Azure supporta gli snapshot, simili alle copie shadow del volume (VSS) in Windows File Server. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

Gli snapshot sono sempre differenziali dalla condivisione live e l'uno dall'altro. Nel modello di fatturazione v1 di cui è stato effettuato il provisioning, le dimensioni differenziali totali vengono fatturate in base a un contatore dell'utilizzo, indipendentemente dalla quantità di spazio di archiviazione con provisioning inutilizzata. Il contatore di archiviazione snapshot usato ha un prezzo ridotto rispetto al prezzo di archiviazione di cui è stato effettuato il provisioning.

Eliminazione temporanea della versione 1 con provisioning

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 la durata del periodo di eliminazione temporanea. La capacità di archiviazione per l'utilizzo eliminato temporanea viene generata sul contatore di archiviazione snapshot usato. Per altre informazioni sull'eliminazione temporanea, vedere Come abilitare l'eliminazione temporanea nelle condivisioni file di Azure.

Contatori di fatturazione v1 di cui è stato effettuato il provisioning

Le condivisioni file di cui è stato effettuato il provisioning usando il modello di fatturazione v1 di cui è stato effettuato il provisioning vengono fatturate in base ai due contatori seguenti:

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

Il consumo rispetto ai contatori di fatturazione v1 di cui è stato effettuato il provisioning viene generato ogni ora in termini di unità mensili. Ad esempio, per una condivisione con provisioning di 1024 GiB, verrà visualizzato quanto riportato di seguito:

  • Numero variabile di unità per un'ora singola a seconda del numero di giorni nel mese:
    • 28 giorni (mese normale febbraio): 1,5238 unità rispetto al contatore Con provisioning Premium.
    • 29 giorni (anno bisestile febbraio): 1,4713 unità rispetto al contatore Con provisioning Premium.
    • 30 giorni mese: 1,4222 unità rispetto al contatore Con provisioning Premium.
    • 31 giorno mese: 1,3763 unità rispetto al contatore con provisioning Premium.
  • Numero variabile di unità se aggregato per un giorno a seconda del numero di giorni nel mese:
    • 28 giorni (mese normale febbraio): 36,5714 unità rispetto al contatore Con provisioning Premium.
    • Mese di 29 giorni (anno bisestile febbraio): 35,3103 unità rispetto al contatore Con provisioning Premium.
    • 30 giorni mese: 34,1333 unità rispetto al contatore Con provisioning Premium.
    • 31 giorno mese: 33,0323 unità rispetto al contatore Con provisioning Premium.
  • 1024 unità rispetto al contatore Con provisioning Premium se aggregato per un mese.

Modello di pagamento in base al consumo

Nel modello con pagamento in base al consumo, l'importo pagato è determinato dalla quantità usata, anziché in base a un importo di cui è stato effettuato il provisioning. 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. Il modello di fatturazione con pagamento in base al consumo può essere difficile da pianificare come parte di un processo di budget, perché il modello è basato sull'utilizzo degli utenti finali. È 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 StorageV2 o Archiviazione :

Tipo di account di archiviazione SKU dell'account di archiviazione Tipo di condivisione file disponibile
Archiviazione V2 o Archiviazione Standard_LRS Condivisione file con pagamento in base al consumo hdd con ridondanza locale (LRS) specificata.
Archiviazione V2 o Archiviazione Standard_ZRS Condivisione file con pagamento in base al consumo hdd con ridondanza della zona (ZRS) specificata.
Archiviazione V2 o Archiviazione Standard_GRS Condivisione file con pagamento in base al consumo hdd con ridondanza geografica (GRS) specificata.
Archiviazione V2 o Archiviazione Standard_GZRS Condivisione file con pagamento in base al consumo hdd con ridondanza geografica (GZRS) 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 file HDD, è possibile scegliere tra i livelli di accesso seguenti: ottimizzato per le transazioni, ad accesso frequente e ad accesso sporadico. 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 di raffreddamento e dai prezzi delle transazioni, che sono più elevati nei livelli più sporadici. 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 di archiviazione dei dati inattivo leggermente inferiore, ma leggermente più elevati rispetto ai prezzi delle transazioni ottimizzati per le transazioni. Si consideri il mezzo tra i livelli ottimizzati per le transazioni e i livelli ad accesso sporadico.
  • L'accesso sporadico ottimizza il prezzo per i carichi di lavoro che non hanno attività elevate, offrendo il prezzo di archiviazione dei dati inattivi più basso, ma i prezzi più elevati delle transazioni.

Se si inserisce un carico di lavoro a cui si accede raramente nel livello di accesso ottimizzato per le transazioni, si pagherà quasi nulla per le poche volte in un mese che si effettuano transazioni rispetto alla condivisione. Tuttavia, si pagherà un importo elevato per i costi di archiviazione dei dati. Se la stessa condivisione è stata spostata nel livello di accesso sporadico, si paga comunque quasi nulla per i costi delle transazioni, semplicemente perché si stanno effettuando raramente transazioni per questo carico di lavoro. Tuttavia, il livello di accesso sporadico ha un prezzo di archiviazione dei dati molto più economico. La selezione del livello di accesso appropriato per il caso d'uso consente di ridurre notevolmente i costi.

Analogamente, se si inserisce un carico di lavoro con accesso elevato nel livello di accesso sporadico, si pagherà molto di più nei costi delle transazioni, ma meno per i costi di archiviazione dei dati. Ciò può portare a una situazione in cui i costi maggiori dei prezzi delle transazioni aumentano rispetto ai risparmi derivanti dal prezzo di archiviazione dei dati diminuito, portando a pagare più denaro su freddo rispetto a quanto si sarebbe dovuto ottenere in termini di ottimizzazione delle transazioni. Per alcuni livelli di utilizzo, è possibile che il livello di accesso frequente sia il più conveniente e che il livello di accesso sporadico sia più costoso rispetto a quello ottimizzato per le transazioni.

Il carico di lavoro e il livello di attività determineranno 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 non è in genere 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, inviate tramite rete a File di Azure per soddisfare. Un'attività percepita dall'utente finale come singola operazione, ad esempio la lettura di un file dall'inizio alla fine, può 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 fatture standard delle condivisioni file in base all'utilizzo. Le transazioni SMB e FileREST effettuate da applicazioni e script rappresentano l'utilizzo della condivisione file e 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 sui 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
Transazioni elenco
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Transazioni di lettura
  • 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

NFS 4.1 è disponibile solo per le condivisioni file SSD, che usano 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ù sporadico a un livello di accesso più frequente comporta l'addebito delle transazioni di lettura del livello di accesso più sporadico per ogni file nella condivisione.

  • Recupero dei dati: se si passa dal livello di accesso sporadico a quello ottimizzato per le transazioni o ad accesso frequente, verrà 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 Ottimizzato per le transazioni (destinazione) Accesso frequente (destinazione) Accesso sporadico (destinazione)
Ottimizzato per le transazioni (origine) --
  • 1 transazione di scrittura ad accesso frequente per ogni file.
  • 1 transazione di scrittura ad accesso sporadico per ogni file.
Accesso frequente (origine)
  • 1 transazione di lettura ad accesso frequente per ogni file.
    		 --
    • 1 transazione di scrittura ad accesso sporadico per ogni file.
    Accesso sporadico (origine)
    • 1 transazione di lettura ad accesso sporadico per ogni file.
    • Recupero dei dati per totale usato GiB.
    • 1 transazione di lettura ad accesso sporadico per ogni file.
    • Recupero dei dati per totale usato GiB.
    		 --

    Anche se non esiste alcun limite formale sulla frequenza con cui è possibile modificare il livello di accesso della condivisione file, la condivisione richiederà tempo per eseguire la transizione in base alla quantità di dati nella condivisione. Non è possibile modificare il livello di accesso della condivisione mentre la condivisione file passa tra livelli di accesso. La modifica del livello di accesso della condivisione file non influisce sull'accesso regolare alla condivisione file.

    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 a causa del numero elevato di transazioni che si verificano durante la migrazione. Dopo aver completato la migrazione e aver gestito 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 livello di accesso è più economico a livello di condivisione file è una scienza imperfetta. 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 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 periodo di tempo per ottenere un'idea migliore del numero medio di transazioni. Assicurarsi 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, simili alle copie shadow del volume (VSS) in Windows File Server. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.

    Gli snapshot sono sempre differenziali dalla condivisione live 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 di archiviazione usato. 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. Ciò significa anche che l'utilizzo differenziale degli snapshot viene conteggiato rispetto alle 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 la durata del periodo di eliminazione temporanea. La capacità di archiviazione usata eliminata temporanea viene generata rispetto al normale contatore di archiviazione usato. Ciò significa che non verrà visualizzata una voce separata nella fattura che rappresenta condivisioni file eliminate soft per l'account di archiviazione con pagamento in base al consumo. Ciò significa anche che l'utilizzo delle condivisioni file eliminate soft-delete rispetto alle 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 soft 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 file nei livelli di accesso ad accesso frequente o sporadico.
    • Operazioni di scrittura: numero di bucket di transazioni di scrittura (1 bucket = 10.000 transazioni).
    • Operazioni elenco: numero di bucket di transazioni di elenco (1 bucket = 10.000 transazioni).
    • Operazioni di lettura: numero di bucket di transazioni di lettura (1 bucket = 10.000 transazioni).
    • Altre operazioni del protocollo operativo / : numero di altri bucket di transazioni (1 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 dati replica geografica: se la condivisione file ha la ridondanza Geografica o GeoZone, la quantità di dati scritti nella condivisione file replicata nell'area secondaria in GiB.

    Il consumo rispetto ai contatori di fatturazione dei dati archiviati e dei metadati viene generato ogni ora in termini di unità mensili. Ad esempio, per una condivisione con 1024 giB usato, dovrebbe essere visualizzato:

    • Numero variabile di unità per un'ora singola a seconda del numero di giorni nel mese:
      • 28 giorni (mese normale febbraio): 1,5238 unità rispetto al contatore archiviato dati.
      • 29 giorni mese (anno bisestile febbraio): 1,4713 unità rispetto al contatore archiviato dati.
      • 30 giorni mese: 1,4222 unità rispetto al contatore archiviato dati.
      • 31 giorno mese: 1,3763 unità rispetto al contatore archiviato dati.
    • Numero variabile di unità se aggregato per un giorno a seconda del numero di giorni nel mese:
      • 28 giorni (mese normale febbraio): 36,5714 unità rispetto al contatore archiviato dati.
      • 29 giorni mese (anno bisestile febbraio): 35,3103 unità rispetto al contatore archiviato dati.
      • 30 giorni mese: 34,1333 unità rispetto al contatore archiviato dati.
      • 31 giorno mese: 33,0323 unità rispetto al contatore archiviato dati.
    • 1024 unità rispetto al contatore archiviato dati se aggregato per un mese.

    Consumo contro gli altri contatori (ad esempio. Le operazioni di scrittura o il recupero dei dati vengono generate ogni ora, ma poiché non vengono generate in termini di intervallo di tempo, non è necessario tenere presenti trasformazioni di unità speciali.

    Provisioning/quota, dimensioni logiche e dimensioni fisiche

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

    • Dimensioni o quota con provisioning: con le condivisioni file con provisioning e con pagamento in base al consumo, è possibile specificare le dimensioni massime consentite per la crescita della condivisione file. Nelle condivisioni file di cui è stato effettuato il provisioning, questo valore è denominato dimensione di cui è stato effettuato il provisioning. 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 cui è stato effettuato il provisioning sono un campo obbligatorio per le condivisioni file di cui è stato 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 verrà 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 alle dimensioni elevate senza considerare la modalità di archiviazione effettivamente archiviata, in cui possono essere applicate le ottimizzazioni di archiviazione. La dimensione logica del file è il numero di KiB/MiB/GiB che verrebbero trasferiti in rete se copiati in una posizione diversa. Nelle condivisioni file con provisioning e con pagamento in base al consumo, le dimensioni logiche totali della condivisione file vengono usate per l'imposizione rispetto alle dimensioni/quota di cui è stato effettuato il provisioning. Nelle condivisioni file con pagamento in base al consumo, le dimensioni logiche sono la 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. Questo potrebbe essere allineato alle dimensioni logiche del file o potrebbe essere inferiore, 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 dei file nella condivisione vengono usate per la fatturazione degli snapshot, anche se gli intervalli allocati vengono condivisi tra gli snapshot se sono 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. Questi possono essere sotto forma di un costo fisso per cliente, utente finale (talvolta denominato "costo head"), condivisione file di Azure o 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 verranno visualizzate nella fattura in base agli addebiti del servizio a valore aggiunto; Tuttavia, si riferiscono direttamente a come si usa il servizio aggiunto con la condivisione file.

    • File di Azure costi 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 aggiunto a valore potrebbe aumentare i costi visualizzati nella condivisione file di Azure. Questo è facile da vedere con condivisioni file con pagamento in base al consumo, a causa degli addebiti per le transazioni. Se il servizio a valore aggiunto esegue transazioni sulla condivisione file per conto dell'utente, verranno visualizzate nella fattura File di Azure transazione anche se non sono state eseguite direttamente tali transazioni. 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 più servizi di prima e di terze parti aggiunti a valore. 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

    Sincronizzazione file di Azure è un servizio aggiunto 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 altre informazioni, vedere Introduzione alle Sincronizzazione file di 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 Sincronizzazione file di Azure. Per usare Sincronizzazione file di Azure con un file server Windows specifico, è prima necessario registrarlo con la risorsa di Azure di Sincronizzazione file di Azure, il servizio di sincronizzazione 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.

    • File di Azure costi. Poiché Sincronizzazione file di Azure è una soluzione di sincronizzazione per File di Azure, l'utente utilizzerà le risorse File di Azure. 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 le condivisioni file Premium, se necessario.

      • Utilizzo dello spazio di archiviazione. Sincronizzazione file di Azure replica le modifiche apportate al percorso nel file server windows specificato nell'endpoint server nella condivisione file di Azure, causando l'utilizzo dell'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 acquisisce 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 al totale File di Azure fattura.

      • 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 a livelli, inclusi i file a livelli, oltre 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 fatturate all'account di archiviazione con una tariffa di una ListFiles transazione per ogni 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 considerano i costi di utilizzo di Backup di Azure, considerare quanto segue:

    • Costo delle licenze dell'istanza protetta per i dati della condivisione file di Azure. Backup di Azure addebita un costo di licenza dell'istanza protetta per ogni account di archiviazione contenente condivisioni file di Azure di cui è stato eseguito il backup. Un'istanza protetta è definita come 250 GiB dell'archiviazione di condivisione file di 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 Backup di Azure possibile proteggere.

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

      • Costi differenziali dagli 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. Ciò determina 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 condivisione live causeranno transazioni. Per le condivisioni file standard, ciò significa che le letture da snapshot/scritture dai ripristini vengono fatturate come normali transazioni di condivisione file. Per le condivisioni file di cui è stato effettuato il provisioning, queste operazioni vengono conteggiate rispetto alle operazioni di I/O al secondo di cui è stato effettuato il provisioning 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 Storage addebita una tariffa delle transazioni anche nelle condivisioni file di cui è stato effettuato il provisioning, in cui File di Azure include transazioni come parte del provisioning di operazioni di I/O al secondo. La frequenza delle transazioni corrente è disponibile nella pagina dei prezzi Microsoft Defender per il cloud nella riga della tabella di Microsoft Defender for Storage.

    Le condivisioni file complesse delle transazioni comportano costi significativi usando Microsoft Defender per Archiviazione. In base a questi costi, potrebbe essere necessario rifiutare esplicitamente Microsoft Defender per Archiviazione per account di archiviazione specifici. Per altre informazioni, vedere Escludere un account di archiviazione dalle protezioni di Microsoft Defender per Archiviazione.

    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 sullo spazio di archiviazione pre-commit per l'utilizzo dello spazio di archiviazione. È consigliabile prendere in considerazione l'acquisto di istanze riservate per qualsiasi carico di lavoro di produzione o carichi di lavoro di sviluppo/test con footprint 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 le prenotazioni di dimensioni di capacità diverse per soddisfare i requisiti del carico di lavoro. Ad esempio, se la distribuzione di produzione ha 120 TiB di condivisioni file, è possibile acquistare una prenotazione di 100 TiB e due prenotazioni TiB 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 File di Azure per la prenotazione. Le prenotazioni sono attualmente disponibili per i livelli Premium (SSD), hot (HDD) e cool (HDD).
    • Località: 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 File di Azure supporta, tra cui archiviazione con ridondanza locale, archiviazione con ridondanza della zona, archiviazione con ridondanza geografica e archiviazione con ridondanza geografica e archiviazione con ridondanza geografica.
    • 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, verrà utilizzata automaticamente dall'utilizzo dello spazio di archiviazione esistente. Se si usa più spazio di archiviazione di quello riservato, si pagherà 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.

    Esistono differenze nel modo in cui le prenotazioni funzionano con gli snapshot di condivisione file di Azure per le condivisioni file con pagamento in base al consumo e il provisioning di condivisioni file v1. Se si eseguono snapshot delle condivisioni file con pagamento in base al consumo, i differenziali snapshot vengono conteggiati rispetto alla prenotazione e vengono fatturati come parte del normale contatore di archiviazione usato. Tuttavia, se si eseguono snapshot delle condivisioni file v1 di cui è stato effettuato il provisioning, gli snapshot vengono fatturati usando un contatore separato e non vengono conteggiati rispetto alla prenotazione.

    Per altre informazioni su come acquistare prenotazioni, vedere Ottimizzare i costi per File di Azure con prenotazioni.

    Vedi anche