Informazioni sulla fatturazione per File di Azure
File di Azure offre due modelli di fatturazione distinti: provisioning e pagamento in base al consumo. Il modello con provisioning è disponibile solo per le condivisioni file Premium, ovvero le condivisioni file distribuite nel tipo di account di archiviazione File Archiviazione. Il modello con pagamento in base al consumo è disponibile solo per le condivisioni file standard, ovvero le condivisioni file distribuite nel tipo di account di archiviazione per utilizzo generico versione 2 (GPv2). Questo articolo illustra il funzionamento di entrambi i modelli per comprendere la fattura mensile File di Azure.
Questo video è un'intervista che illustra le nozioni di base del modello di fatturazione File di Azure. Illustra come ottimizzare i costi per le condivisioni file di Azure e come confrontare File di Azure con altre offerte di archiviazione file in locale e nel cloud.
Per File di Azure informazioni sui prezzi, vedere File di Azure pagina dei prezzi.
Si applica a
| Tipo di condivisione file | SMB | NFS |
|---|---|---|
| Condivisioni file Standard (GPv2), archiviazione con ridondanza locale/archiviazione con ridondanza della zona |  |
 |
| Condivisioni file Standard (GPv2), archiviazione con ridondanza geografica/archiviazione con ridondanza geografica della zona | |
|
| Condivisioni file Premium (FileStorage), archiviazione con ridondanza locale/archiviazione con ridondanza della zona | |
|
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 i motivi per l'erratalabizzazione 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 da IEC, BIPM e NIST.
Nella tabella seguente viene illustrato il modo in cui i sistemi operativi comuni misurano e archivi di etichette:
| Sistema operativo | Sistema di misurazione | Etichettatura |
|---|---|---|
| Windows | 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? Con File di Azure, il modello di fatturazione usato dipende dalla distribuzione di condivisioni file Premium o Standard. 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 forniscono 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.
Prenotazioni
File di Azure supporta le prenotazioni (dette anche istanze riservate), che consentono di ottenere uno sconto sullo spazio di archiviazione pre-commit per l'utilizzo dell'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, ad accesso frequente e sporadico.
- 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 standard e Premium. Se si eseguono snapshot di condivisioni file standard, i differenziali snapshot vengono conteggiati rispetto alla prenotazione e vengono fatturati come parte del normale contatore di archiviazione usato. Tuttavia, se si eseguono snapshot di condivisioni file Premium, gli snapshot vengono fatturati usando un contatore separato e non vengono conteggiati rispetto alla prenotazione. Per altre informazioni, vedere Snapshot.
Per altre informazioni su come acquistare prenotazioni, vedere Ottimizzare i costi per File di Azure con prenotazioni.
Modello con provisioning
File di Azure usa un modello con provisioning per le condivisioni file Premium. In un modello di fatturazione con provisioning è possibile specificare in modo proattivo i requisiti di archiviazione anziché essere fatturati in base a ciò che si usa. Un modello con provisioning per l'archiviazione è simile all'acquisto di una soluzione di archiviazione locale perché quando si effettua il provisioning di una condivisione file di Azure con una determinata quantità di capacità di archiviazione, si paga per tale capacità di archiviazione indipendentemente dal fatto che venga usata o meno. A differenza dell'acquisto di supporti fisici in locale, le condivisioni file sottoposte a provisioning possono essere ridimensionate in modo dinamico a seconda delle caratteristiche delle prestazioni di archiviazione e I/O.
È possibile aumentare le dimensioni di cui è stato effettuato il provisioning della condivisione file in qualsiasi momento, ma è possibile ridurlo solo quando sono trascorse 24 ore dall'ultimo aumento. Dopo aver atteso 24 ore senza un aumento della quota, è possibile ridurre la quota di condivisione il maggior numero di volte desiderato, fino a quando non si aumenta di nuovo. Le modifiche alla scalabilità delle operazioni di I/O al secondo/o alla velocità effettiva saranno effettive entro pochi minuti dalla modifica delle dimensioni di cui è stato effettuato il 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.
Metodo di provisioning
Quando si effettua il provisioning di una condivisione file Premium, è necessario specificare il numero di GIB richiesti dal carico di lavoro. Ogni GiB di cui si effettua il provisioning consente di aumentare le operazioni di I/O al secondo e la velocità effettiva in base a un rapporto fisso. Oltre alle operazioni di I/O al secondo di base garantite, ogni condivisione file Premium supporta il bursting su base ottimale. Le formule per operazioni di I/O al secondo e velocità effettiva sono le seguenti:
| Articolo | Valore |
|---|---|
| Dimensione massima di una condivisione file | 100 GiB |
| Unità di provisioning | 1 GiB |
| Formula di I/O al secondo di base | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
| Limite di burst | MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400) |
| Crediti burst | (BurstLimit - BaselineIOPS) * 3600 |
| Velocità effettiva (in ingresso + uscita) (MiB/sec) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
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 Premium. Vedere la guida alla risoluzione dei problemi relativi alle prestazioni e alle prestazioni di SMB per alcuni problemi di prestazioni e soluzioni alternative comuni.
Bursting
Se il carico di lavoro necessita di prestazioni aggiuntive per soddisfare il picco della domanda, è possibile usare i crediti burst per superare il limite di IOPS di base della condivisione file. Il bursting è automatizzato e opera in base a un sistema di credito. Funziona in base al massimo sforzo e il limite di burst non è una garanzia.
I crediti si accumulano in un bucket burst ogni volta che il traffico per la condivisione file è inferiore alle operazioni di I/O al secondo di base. I crediti ottenuti vengono usati in un secondo momento per abilitare il bursting quando le operazioni superano le operazioni di I/O al secondo di base.
Ogni volta che una condivisione supera le operazioni di I/O al secondo di base e ha crediti in un bucket burst, viene eseguito un burst fino alla velocità massima consentita di picchi. Le azioni possono continuare a scoppiare finché i crediti rimangono, ma questo si basa sul numero di crediti burst accumulati. Ogni I/O al di là delle operazioni di I/O di base utilizza un credito. Una volta utilizzati tutti i crediti, la condivisione viene convertita nelle operazioni di I/O al secondo di base.
I crediti di condivisione hanno tre stati:
- Attribuzione, quando la condivisione file usa meno delle operazioni di I/O al secondo di base.
- Rifiuto, quando la condivisione file usa più operazioni di I/O al secondo di base e in modalità burst.
- Costante, quando la condivisione file usa esattamente le operazioni di I/O al secondo di base 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 rientrano al di sotto della baseline a causa della limitazione da parte del server.
Modello di pagamento in base al consumo
File di Azure usa un modello di fatturazione con pagamento in base al consumo per le condivisioni file standard. In questo modello, l'importo pagato è determinato dalla quantità effettivamente 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. Un modello con pagamento in base al consumo può essere conveniente, perché non è necessario effettuare l'overprovisioning per tenere conto dei futuri requisiti di crescita o prestazioni. Non è inoltre necessario eseguire il deprovisioning se il carico di lavoro e il footprint dei dati variano nel tempo. D'altra parte, un 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 sul consumo dell'utente finale.
Differenze nei livelli standard
Quando si crea una condivisione file standard, è possibile scegliere tra i livelli seguenti: ottimizzato per le transazioni, ad accesso frequente e sporadico. Tutti e tre i livelli vengono archiviati nello stesso hardware di archiviazione standard. La differenza principale per questi tre livelli è rappresentata dai prezzi di archiviazione dei dati inattivi, che sono più bassi nei livelli ad accesso più sporadico, e dai prezzi delle transazioni, che sono più elevati nei livelli ad accesso più sporadico. Ciò significa:
- Il livello ottimizzato per le transazioni, come suggerisce il nome, ottimizza il prezzo per i carichi di lavoro con un numero di transazioni elevato. 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 ottimizzato per le transazioni, si paga 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 ad accesso sporadico, è comunque necessario pagare quasi nulla per i costi delle transazioni, semplicemente perché si stanno effettuando raramente transazioni per questo carico di lavoro. Tuttavia, il livello ad accesso sporadico ha un prezzo di archiviazione dei dati molto più economico. La selezione del livello appropriato per il caso d'uso consente di ridurre notevolmente i costi.
Analogamente, se si inserisce un carico di lavoro a accesso elevato nel livello ad 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 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 più vantaggioso in termini di costo per la condivisione file standard. In pratica, il modo migliore per scegliere il livello più conveniente prevede l'analisi del consumo effettivo delle risorse della condivisione (dati archiviati, transazioni di scrittura e così via). Per le condivisioni file standard, è consigliabile iniziare nel livello ottimizzato per le transazioni durante la migrazione iniziale in File di Azure e quindi selezionare il livello 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 |
|
|
| Transazioni elenco |
|
|
| Transazioni di lettura |
|
|
| Altre transazioni/protocolli |
|
|
| Eliminare transazioni |
|
|
Nota
NFS 4.1 è disponibile solo per le condivisioni file Premium, che usano il modello di fatturazione con provisioning. Le transazioni non influiscono sulla fatturazione per le condivisioni file Premium.
Passaggio tra livelli standard
Anche se è possibile modificare una condivisione file standard tra i tre livelli di condivisione file standard, la procedura consigliata per ottimizzare i costi dopo la migrazione iniziale consiste nel scegliere il livello ottimale di costo da includere e rimanere in tale livello, a meno che il modello di accesso non cambi. Ciò è dovuto al fatto che la modifica del livello di una condivisione file standard comporta costi aggiuntivi come indicato di seguito:
Transazioni: quando si sposta una condivisione da un livello più caldo a un livello più sporadico, si incorrerà l'addebito delle transazioni di scrittura del livello più sporadico per ogni file nella condivisione. Se si sposta una condivisione file da un livello ad accesso più sporadico a un livello ad accesso più frequente, viene addebitato il costo della transazione di lettura del livello ad accesso sporadico per ogni file nella condivisione.
Recupero dati: se si passa dal livello ad accesso sporadico a quello ottimizzato per le transazioni o ad accesso frequente, si eseguirà un addebito per il recupero dei dati in base alle dimensioni dei dati spostati. Solo il livello ad accesso sporadico ha un addebito per il recupero dei dati.
La tabella seguente illustra la suddivisione dei costi dei livelli mobili:
| Livello | Ottimizzato per le transazioni (destinazione) | Accesso frequente (destinazione) | Accesso sporadico (destinazione) |
|---|---|---|---|
| Ottimizzato per le transazioni (origine) | -- |
|
|
| Accesso frequente (origine) |
|
-- |
|
| Accesso sporadico (origine) |
|
|
-- |
Anche se non esiste alcun limite formale sulla frequenza con cui è possibile modificare il livello della condivisione file, la condivisione richiederà tempo per la transizione in base alla quantità di dati nella condivisione. Non è possibile modificare il livello della condivisione durante la transizione della condivisione file tra livelli. La modifica del livello della condivisione file non influisce sull'accesso regolare alla condivisione file.
Anche se non esiste alcun meccanismo diretto per spostarsi tra condivisioni file Premium e standard perché sono contenute in diversi tipi di account di archiviazione, è possibile usare uno strumento di copia come robocopy per spostarsi tra condivisioni file Premium e Standard.
Scelta di un livello
Indipendentemente dalla modalità di migrazione dei dati esistenti in File di Azure, è consigliabile creare inizialmente la condivisione file nel livello 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 è più adatto per il carico di lavoro.
Poiché le condivisioni file standard mostrano solo le informazioni sulle transazioni a livello di account di archiviazione, l'uso delle metriche di archiviazione per stimare quale livello è 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:
- Passare all'account di archiviazione e selezionare Metriche nella barra di spostamento a sinistra.
- Selezionare Ambito come nome dell'account di archiviazione, Spazio dei nomi metrica come "File", Metrica come "Transazioni" e Aggregazione come "Somma".
- Selezionare Applicare separazione.
- Selezionare Valori come "Nome API". Selezionare il limite e l'ordinamento desiderati.
- 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.
Provisioning/quota, dimensioni logiche e dimensioni fisiche
File di Azure tiene traccia di tre quantità distinte rispetto alla capacità di condivisione:
Dimensioni o quote con provisioning: con condivisioni file premium e standard, è possibile specificare le dimensioni massime consentite per la condivisione file. Nelle condivisioni file Premium questo valore è denominato dimensione con provisioning. Qualsiasi importo di cui si effettua il provisioning è quello che si paga, indipendentemente dalla quantità effettivamente usata. Nelle condivisioni file standard questo valore viene chiamato quota e non influisce direttamente sulla fattura. Le dimensioni con provisioning sono un campo obbligatorio per le condivisioni file Premium. Per le condivisioni file standard, 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.
Dimensioni logiche: le dimensioni logiche di una condivisione file o di un file sono correlate alla dimensione di archiviazione effettiva, in cui potrebbero essere applicate ottimizzazioni aggiuntive. 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 Premium e Standard, la dimensione logica totale della condivisione file viene usata per l'imposizione rispetto alle dimensioni/quota di cui è stato effettuato il provisioning. Nelle condivisioni file standard, 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). Per altre informazioni sulla fatturazione degli snapshot in File di Azure, vedere Snapshot.
Snapshots
File di Azure supporta gli snapshot, simili alle copie shadow del volume (VSS) in Windows File Server. Gli snapshot sono sempre differenziali dalla condivisione live e l'uno dall'altro, vale a dire che si paga sempre solo per ciò che è diverso in ogni snapshot. Per altre informazioni sugli snapshot di condivisione, vedere Panoramica degli snapshot per File di Azure.
Gli snapshot non vengono conteggiati rispetto ai limiti di dimensioni della condivisione file, anche se si è limitati a un numero specifico di snapshot. Per visualizzare i limiti correnti degli snapshot, vedere Destinazioni di scalabilità delle condivisioni file di Azure.
Gli snapshot vengono sempre fatturati in base all'utilizzo differenziale dell'archiviazione di ogni snapshot. Tuttavia, questo aspetto è leggermente diverso tra le condivisioni file Premium e le condivisioni file standard:
Nelle condivisioni file Premium, gli snapshot vengono fatturati in base al proprio contatore snapshot, con un prezzo ridotto rispetto al prezzo di archiviazione di cui è stato effettuato il provisioning. Ciò significa che nella fattura verrà visualizzata una voce separata che rappresenta gli snapshot per le condivisioni file Premium per ogni account di archiviazione File Archiviazione nella fattura.
Nelle condivisioni file standard, gli snapshot vengono fatturati come parte del normale contatore di archiviazione usato, anche se il costo differenziale dello snapshot viene comunque fatturato solo. Ciò significa che non verrà visualizzata una voce separata nella fattura che rappresenta gli snapshot per ogni account di archiviazione standard contenente condivisioni file di Azure. Ciò significa anche che l'utilizzo differenziale degli snapshot viene conteggiato rispetto alle prenotazioni acquistate per le condivisioni file standard.
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.
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 distinte da ciò che File di Azure viste come transazione. 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 le condivisioni file standard, perché le condivisioni file standard hanno un modello con pagamento in base al consumo con 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 Premium, anche se potrebbe essere meno evidente. Transazioni aggiuntive rispetto alle condivisioni file Premium del conteggio dei servizi a valore aggiunto 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.
Archiviazione'utilizzo. 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
ListFilestransazione 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.
Per ottimizzare i costi per File di Azure con Sincronizzazione file di Azure, è consigliabile prendere in considerazione il livello della condivisione file. Per altre informazioni su come selezionare il livello per ogni condivisione file, vedere Scelta di un livello di condivisione file.
Se si esegue la migrazione a Sincronizzazione file di Azure da StorSimple, vedere Confronto dei costi di StorSimple con Sincronizzazione file di Azure.
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. Archiviazione account 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 aggiuntivo aggiunto alla fattura totale dipende dal periodo di tempo in cui gli snapshot vengono 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 verranno fatturate come normali transazioni di condivisione file. Per le condivisioni file Premium, 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 per Archiviazione. 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 esegue 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 Premium, 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 per Archiviazione.
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 da Microsoft Defender per le protezioni Archiviazione.
Vedi anche
- File di Azure prezzi.
- Pianificazione di una distribuzione File di Azure e pianificazione di una distribuzione Sincronizzazione file di Azure.
- Creare una condivisione file e distribuire Sincronizzazione file di Azure.