Obiettivi di scalabilità e prestazioni per File di Azure

File di Azure offre condivisioni file completamente gestite nel cloud a cui è possibile accedere 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 su queste destinazioni. Testare il modello di utilizzo per determinare se la scalabilità e le prestazioni di File di Azure soddisfare i requisiti.

In Azure una risorsa è un elemento gestibile creato e configurato all'interno delle sottoscrizioni e dei gruppi di risorse di Azure. I provider di risorse 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 che si applicano a tale account di archiviazione. Le condivisioni file classiche supportano sia i protocolli di condivisione file SMB sia NFS.

• Condivisioni di file, offerte dal fornitore di risorse Microsoft.FileShares. 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 è necessario distribuire in un account di archiviazione, si distribuiscono le condivisioni file direttamente nel gruppo di risorse. 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 usare SMB, scegli condivisioni di file tradizionali per la tua distribuzione.

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

Due tipi di limiti si applicano agli account di archiviazione e alle condivisioni file classiche:

• Limiti del piano di controllo applicati dal provider di risorse Microsoft.Storage. Questi limiti si applicano alle richieste di gestione, ad esempio la creazione, l'aggiornamento o l'eliminazione dell'account di archiviazione o di altre risorse figlio, tra cui, a titolo esemplificativo, le condivisioni file classiche.

• Limiti del piano dati applicati dalla piattaforma di archiviazione Azure. Questi limiti si applicano a operazioni 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). Microsoft.Storage limiti non si applicano alle richieste di gestione inviate direttamente alla piattaforma di archiviazione Azure.

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 hanno limiti leggermente diversi a seconda dello SKU e del tipo di account di archiviazione. 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 di file classiche e non possono essere usati per creare 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 di file classiche e non possono essere usati per creare 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 di file classiche e non possono essere usati per creare 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.

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 v2 con provisioning di SSD e HDD: non è possibile eseguire il provisioning di una quantità di archiviazione, IOPS o throughput superiore a quanto supportato dall'account di archiviazione. Tuttavia, le condivisioni di file v2 con provisioning supportano il bursting degli IOPS basato su crediti oltre gli IOPS di cui è stato effettuato il provisioning, in modalità best-effort. Se più condivisioni di file classiche nell'account raggiungono un picco contemporaneamente, le prestazioni sono limitate dai limiti di IOPS dell'account di archiviazione.

• Account di archiviazione v1 SSD con provisioning: non è possibile effettuare il provisioning di più spazio di archiviazione di quanto supportato dall'account di archiviazione, ma è possibile effettuare il provisioning di più IOPS o throughput di quanto 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, l'account di archiviazione limita le richieste.

• Account di archiviazione HDD con pagamento in base al consumo: è possibile creare un numero illimitato di condivisioni file classiche. Sebbene ogni condivisione file classica possa teoricamente utilizzare fino al limite dell'account di archiviazione per le operazioni di I/O al secondo e la velocità effettiva, 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 di account di archiviazione vengono limitate. Oggi, tutte le condivisioni file di Azure con pagamento in base al consumo possono crescere fino a 100 TiB. La funzionalità di condivisione file large in File di Azure è un'impostazione legacy che consente alle condivisioni file con pagamento in base al consumo di aumentare oltre 5 TiB. Se si dispone di un account di archiviazione precedente all'introduzione di questa funzionalità, potrebbe essere necessario aumentare la quota di condivisione file.

¹ 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 risiede.

* 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 più elevati di handle dei file (anteprima).

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

Due tipi di limiti si applicano alle condivisioni file create con il provider di risorse Microsoft.FileShares:

• Limiti del piano di controllo applicati dal provider di risorse Microsoft.FileShares. Questi limiti si applicano alle richieste di gestione, ad esempio la creazione, l'aggiornamento o l'eliminazione della condivisione di file, oppure alle risorse figlie, ad esempio le istantanee della condivisione di file.

• Limiti del piano dati applicati dalla piattaforma di archiviazione Azure. Questi limiti si applicano a azioni 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 gli 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 create con il Microsoft.FileShares provider di risorse usano il modello di fatturazione v2 previsto.

¹ 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 IOPS dei metadati specifica il valore massimo di IOPS utilizzabile dai metadati, indipendentemente dalla quantità di IOPS di cui è stato effettuato il provisioning per 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