Obiettivi di scalabilità e prestazioni per File di Azure

File di Azure offre condivisioni file completamente gestite nel cloud accessibili tramite protocolli di condivisione file SMB e NFS. Questo articolo illustra gli obiettivi di scalabilità e prestazioni per File di Azure. Oltre ai limiti impostati da File di Azure, altre variabili nella distribuzione possono influire sulle destinazioni elencate in questo articolo. È consigliabile eseguire il test del criterio di utilizzo per determinare se la scalabilità e le prestazioni di File di Azure soddisfano i requisiti.

In Azure una risorsa è un elemento gestibile creato e configurato all'interno delle sottoscrizioni e dei gruppi di risorse di Azure. Le risorse sono offerte dai provider di risorse, che sono servizi di gestione che offrono tipi specifici di risorse. Anche se è possibile usare molte risorse per distribuire un carico di lavoro in Azure, File di Azure si concentra su due risorse chiave:

• Account di archiviazione, offerti dal Microsoft.Storage provider di risorse. Gli account di archiviazione sono risorse di primo livello che rappresentano un pool condiviso di archiviazione, operazioni di I/O al secondo e velocità effettiva in cui è possibile distribuire condivisioni file classiche o altre risorse di archiviazione, a seconda del tipo di account di archiviazione. Tutte le risorse di archiviazione distribuite in un account di archiviazione condividono i limiti applicabili a tale account. Le condivisioni file classiche supportano sia i protocolli di condivisione file SMB sia NFS.

• Condivisioni file (anteprima), offerte dal Microsoft.FileShares provider di risorse. Le condivisioni file sono un nuovo tipo di risorsa di primo livello che semplifica la distribuzione di File di Azure eliminando l'account di archiviazione. A differenza delle condivisioni file classiche, che devono essere distribuite in un account di archiviazione, le condivisioni file vengono distribuite direttamente nel gruppo di risorse come gli account di archiviazione stessi o altre risorse di Azure con cui si ha familiarità, ad esempio macchine virtuali, dischi o reti virtuali. Le condivisioni file supportano il protocollo di condivisione file NFS: se è necessario SMB, scegliere condivisioni file classiche per la distribuzione.

Destinazioni di scalabilità di condivisioni file classiche (Microsoft.Storage)

Esistono due tipi di limiti che si applicano agli account di archiviazione e alle condivisioni file classiche:

• Limiti del piano di controllo, che vengono applicati dal Microsoft.Storage provider di risorse e si applicano alle richieste di gestione, ad esempio la creazione, l'aggiornamento o l'eliminazione dell'account di archiviazione o di altre risorse figlio, incluse, ad esempio, le condivisioni file classiche.

• Limiti del piano dati, che vengono applicati dalla piattaforma di archiviazione di Azure e si applicano a elementi come la creazione e l'eliminazione di file e cartelle tramite SMB, NFS, FileREST e altri protocolli. Per motivi legacy, alcune operazioni di gestione, ad esempio la creazione, l'aggiornamento o l'eliminazione di condivisioni file classiche, sono disponibili anche tramite il piano dati (protocollo FileREST). Per le richieste di gestione effettuate direttamente alla piattaforma di archiviazione di Azure, Microsoft.Storage i limiti non si applicano.

Limiti del piano di controllo Microsoft.Storage

I limiti seguenti si applicano agli account di archiviazione o alle risorse figlio dell'account di archiviazione, ad esempio le condivisioni file classiche.

Limiti del piano dati dell'account di archiviazione

Gli account di archiviazione presentano limiti leggermente diversi a seconda della SKU e del tipo di account di archiviazione in uso. La SKU dell'account di archiviazione è una combinazione del livello multimediale, dell'iterazione del modello di fatturazione e della ridondanza. Il tipo di account di archiviazione è un modificatore aggiuntivo che determina quali servizi di archiviazione, funzionalità e modelli di fatturazione supporta. Per le condivisioni file classiche, sono disponibili quattro combinazioni:

• Account di archiviazione v2 di cui è stato effettuato il provisioning di SSD , rappresentati dal FileStorage tipo di account di archiviazione e dalle SKU dell'account di archiviazione PremiumV2_LRS o PremiumV2_ZRS. Questi account di archiviazione possono contenere solo condivisioni file classiche e non possono essere usati per distribuire altre risorse di archiviazione, ad esempio contenitori BLOB, code o tabelle. Le condivisioni file classiche distribuite in questi account di archiviazione sono sempre sul livello di supporto SSD e fatturate usando il modello di fatturazione v2 di cui è stato effettuato il provisioning.

• Account di archiviazione v2 di cui è stato effettuato il provisioning di SSD , rappresentati dal FileStorage tipo di account di archiviazione e dalle StandardV2_LRS, StandardV2_ZRS, StandardV2_GRS SKU dell'account di archiviazione o StandardV2_GZRS. Questi account di archiviazione possono contenere solo condivisioni file classiche e non possono essere usati per distribuire altre risorse di archiviazione, ad esempio contenitori BLOB, code o tabelle. Le condivisioni file classiche distribuite in questi account di archiviazione sono sempre sul livello di supporto HDD e fatturate usando il modello di fatturazione v2 di cui è stato effettuato il provisioning.

• Account di archiviazione v1 di cui è stato effettuato il provisioning di SSD , rappresentati dal FileStorage tipo di account di archiviazione e dalle SKU dell'account di archiviazione Premium_LRS o Premium_ZRS. Questi account di archiviazione possono contenere solo condivisioni file classiche e non possono essere usati per distribuire altre risorse di archiviazione, ad esempio contenitori BLOB, code o tabelle. Le condivisioni file classiche distribuite in questi account di archiviazione sono sempre sul livello di supporto SSD e fatturate usando il modello di fatturazione v1 di cui è stato effettuato il provisioning.

• Account di archiviazione HDD con pagamento in base al consumo, rappresentati dal StorageV2 tipo di account di archiviazione e dalle Standard_LRS, Standard_ZRS, Standard_GRS, Standard_GZRS, Standard_RAGRS o SKU dell'account di archiviazioneStandard_RAGZRS. Questi account di archiviazione possono contenere condivisioni file classiche o altre risorse di archiviazione, ad esempio contenitori BLOB, code e tabelle. Le condivisioni file classiche distribuite in questi account di archiviazione sono sempre sul livello di supporto HDD e fatturate usando il modello di fatturazione con pagamento in base al consumo.

  Nota

  Sebbene sia possibile distribuire condivisioni file classiche negli account di archiviazione con gli SKU dell'account di archiviazione Standard_RAGRS o Standard_RAGZRS, File di Azure non supporta la modalità di accessibilità in lettura per gli account di archiviazione con ridondanza geografica. Queste condivisioni file classiche useranno in modo implicito gli SKU dell'account di archiviazione Standard_GRS o Standard_GZRS. Altre risorse di archiviazione, ad esempio i contenitori BLOB, supportano la modalità di accessibilità in lettura e possono essere intrecciate in questi account di archiviazione.

I limiti seguenti si applicano al piano dati dell'account di archiviazione. Tutti gli elementi dell'account di archiviazione, incluse le condivisioni file classiche, i contenitori BLOB, le tabelle o le code, condividono questi limiti.

Le aree di selezione seguenti hanno un aumento massimo di operazioni di I/O al secondo e velocità effettiva per gli account di archiviazione HDD con pagamento in base al consumo (StorageV2):

• Asia orientale
• Asia sud-orientale
• Australia orientale
• Brasile meridionale
• Canada centrale
• Cina orientale 2
• Cina settentrionale 3
• Europa settentrionale
• Europa occidentale
• Francia centrale
• Germania centro-occidentale
• India centrale
• Giappone orientale
• Jio India occidentale
• Corea centrale
• Norvegia orientale
• Sudafrica settentrionale
• Svezia centrale
• Emirati Arabi Uniti settentrionali
• Regno Unito meridionale
• Stati Uniti centrali
• Stati Uniti orientali
• Stati Uniti orientali 2
• Governo degli Stati Uniti, Virginia
• Governo degli Stati Uniti Arizona
• Stati Uniti centro-settentrionali
• Stati Uniti centro-meridionali
• Stati Uniti occidentali
• Stati Uniti occidentali 2
• Stati Uniti occidentali 3

Limiti del piano dati della condivisione file classica

I limiti seguenti si applicano a livello di condivisione file classica. Tutte le condivisioni file classiche sono soggette anche ai limiti dell'account di archiviazione in cui vengono distribuite:

• Account di archiviazione con provisioning v2 SSD e HDD: non è possibile provvedere maggiori risorse di archiviazione, operazioni di I/O al secondo o velocità di trasferimento rispetto a quanto supportato dall'account di archiviazione. Tuttavia, le condivisioni file v2 con provisioning supportano il burst di operazioni di I/O al secondo basate su credito al di sopra delle operazioni di I/O al secondo previste, con il massimo sforzo. Se più condivisioni file classiche nell'account raggiungono il picco contemporaneamente, le prestazioni vengono limitate dai limiti di IOPS dell'account di archiviazione.

• Account di archiviazione v1 con provisioning SSD: non è possibile effettuare il provisioning di più spazio di archiviazione rispetto all'account di archiviazione supportato, ma è possibile effettuare il provisioning di più operazioni di I/O al secondo o velocità effettiva rispetto all'account di archiviazione supportato dall'account di archiviazione. Se l'utilizzo totale delle operazioni di I/O al secondo o della velocità effettiva supera i limiti dell'account di archiviazione, le richieste vengono limitate a livello di account di archiviazione.

• Account di archiviazione HDD con pagamento in base al consumo: è possibile creare condivisioni file classiche illimitate, ciascuna fino a 100 TiB. Sebbene ogni condivisione possa teoricamente utilizzare fino al limite del proprio account di archiviazione per operazioni di I/O al secondo e larghezza di banda, se l'utilizzo combinato di tutte le risorse nell'account di archiviazione (condivisioni file classiche, contenitori BLOB, tabelle e code) supera tali limiti, le richieste vengono vincolate.

¹ Le operazioni sui metadati sono operazioni che modificano gli handle di file, ad esempio l'apertura di un file o di una cartella. Il limite massimo di operazioni di I/O al secondo dei metadati specifica il numero massimo di operazioni di I/O al secondo che è possibile usare per i metadati, indipendentemente dalla quantità di operazioni di I/O al secondo di cui è stato effettuato il provisioning in una condivisione file. Le condivisioni SMB archiviate in SSD possono aumentare fino a 35.000 operazioni di I/O al secondo tramite l'uso della funzionalità di memorizzazione nella cache dei metadati. Per indicazioni, vedere Monitorare le operazioni di I/O al secondo dei metadati .
² File di Azure applica determinate regole di denominazione per directory e file.

Destinazioni di scalabilità di condivisioni file classiche per singoli file

Le destinazioni di scalabilità dei file si applicano a singoli file archiviati nelle condivisioni file classiche. La possibilità di raggiungere i limiti per un singolo file è soggetta ai limiti della condivisione file classica e dell'account di archiviazione in cui è contenuto.

* Il numero massimo di handle simultanei per file e directory è un limite flessibile per le condivisioni file classiche nel livello multimediale SSD usando il protocollo SMB. Se è necessario superare questo limite, è possibile abilitare la memorizzazione nella cache dei metadati e registrarsi per limiti di handle di file aumentati (anteprima).

Destinazioni di scalabilità di condivisioni file (Microsoft.FileShares)

Esistono due tipi di limiti che si applicano alle condivisioni file:

• Limiti del piano di controllo, che vengono applicati dal provider di risorse Microsoft.FileSharese si applicano alle richieste di gestione, ad esempio la creazione, l'aggiornamento o l'eliminazione della condivisione file o delle risorse figlio, ad esempio gli snapshot di condivisione file.

• Limiti del piano dati, che vengono applicati dalla piattaforma di archiviazione di Azure e si applicano a elementi come la creazione e l'eliminazione di file e cartelle tramite il protocollo di condivisione file NFS.

Limiti del piano di controllo Microsoft.FileShares

I limiti seguenti si applicano alla condivisione file e alle risorse figlio della condivisione file, ad esempio snapshot di condivisione file.

¹Microsoft.FileShares usa un algoritmo di limitazione simile per le richieste di gestione usate da Azure Resource Manager stesso. La limitazione delle richieste API viene gestita usando un algoritmo del bucket di token. Il bucket di token rappresenta il numero massimo di richieste che è possibile inviare per ogni secondo. Quando si raggiunge il numero massimo di richieste, la frequenza di riempimento determina la velocità con cui vengono aggiunte nuove richieste al "bucket".

Destinazioni del piano dati della condivisione file

I limiti seguenti si applicano a livello di condivisione file e vengono applicati al piano dati. Le condivisioni file usano il modello di fatturazione v2 con provisioning.

¹ Le operazioni sui metadati sono operazioni che modificano gli handle di file, ad esempio l'apertura di un file o di una cartella. Il limite massimo di operazioni di I/O al secondo dei metadati specifica il numero massimo di operazioni di I/O al secondo che è possibile usare per i metadati, indipendentemente dalla quantità di operazioni di I/O al secondo di cui è stato effettuato il provisioning in una condivisione file.

Destinazioni di scalabilità di condivisioni file per singoli file

Le destinazioni di scalabilità dei file si applicano a singoli file archiviati in una condivisione file. La possibilità di raggiungere i limiti per un singolo file è soggetta ai limiti della condivisione file.

Vedi anche

• Pianificazione per la distribuzione di File di Azure
• Informazioni sulle prestazioni di File di Azure
• Informazioni sulla fatturazione di File di Azure