Identificare i criteri decisionali
La scelta di un livello di servizio Azure NetApp Files implica la comprensione dell'applicazione e il calcolo della larghezza di banda necessaria per le applicazioni. Azure NetApp Files offre un calcolatore delle prestazioni per facilitare il processo decisionale.
Gerarchia di archiviazione
Il diagramma seguente della gerarchia di archiviazione di Azure NetApp Files illustra la relazione tra sottoscrizioni, account, pool di capacità e volumi.
Account di Azure NetApp Files
L'account NetApp è principalmente un concetto amministrativo ed è con ambito regionale. Un account NetApp consente di configurare un pool di capacità, che a sua volta consente di creare un volume.
Pool di capacità
I pool di capacità sono contenitori per i volumi di Azure NetApp Files. I pool di capacità sono un costrutto logico (non fisico) che fornisce budget di capacità e prestazioni e sono le unità per la fatturazione. Il costo di Azure NetApp Files viene addebitato in base alle dimensioni sottoposte a provisioning dei pool di capacità. Un pool di capacità può essere di almeno 1 TiB quando si usano le funzionalità di rete Standard e almeno 4 TiB con funzionalità di rete Basic. Un pool di capacità può avere una dimensione massima di provisioning di 1.000 TiB.
Un singolo account NetApp può avere fino a 25 pool di capacità. Le dimensioni sottoposte a provisioning per ogni pool possono quindi essere assegnate ai volumi al suo interno. Se viene effettuato il provisioning di un pool di capacità con 4 TiB, ad esempio, è possibile assegnare una capacità massima di 4 TiB in tutti i volumi nel pool di capacità.
Volumi e quote di volumi
I volumi sono file system univoci montati su una rete dalle macchine virtuali per gestire i dati. Le quote di volume sono regole che consentono di controllare l'utilizzo delle prestazioni. Azure NetApp Files supporta due convenzioni di ridimensionamento per volumi: volumi normali e di grandi dimensioni.
- Ai volumi regolari è possibile assegnare valori di quota da 100 GiB a 500 TiB.
- Ai volumi di grandi dimensioni è possibile assegnare valori di quota da 50 TiB a 500 TiB.
La capacità totale del volume non può superare le dimensioni del pool di capacità. Le quote di volume possono influire sulle prestazioni del volume a seconda del tipo di volume (grande o normale), del livello di servizio selezionato e del tipo QoS usato.
Azure NetApp Files offre anche volumi di grandi dimensioni che consentono l'esecuzione di carichi di lavoro High Performance Computing (HPC) a un livello superiore rispetto ai normali volumi. I volumi di grandi dimensioni offrono maggiore capacità, maggiore velocità effettiva e calcolo parallelo. Forniscono anche una distribuzione uniforme di file e cartelle tra più risorse di archiviazione a bassa latenza nelle distribuzioni cloud di Azure. I volumi di grandi dimensioni offrono anche la possibilità di ridurre i costi nei carichi di lavoro di metadati elevati consentendo ai carichi di lavoro che richiedono una velocità effettiva inferiore con operazioni di I/O al secondo più elevate per utilizzare livelli di servizio inferiori. Ad esempio, se il carico di lavoro non richiede prestazioni di 10 GiB/s, ma richiede l'elaborazione parallela delle operazioni di scrittura dei metadati. Quindi, un volume elevato a livello di servizio Premium potrebbe eseguire il processo che normalmente richiederebbe livelli di servizio Ultra su volumi regolari.
Livelli di servizio
Il primo concetto importante nel determinare le prestazioni con Azure NetApp Files è il livello di servizio. I livelli di servizio vengono assegnati ai pool di capacità per definire la velocità effettiva massima consentita su base normalizzata rispetto alla quota del volume o in base all'impostazione QoS. Con il livello di servizio Premium, ad esempio, è possibile ottenere fino a 64 MiB al secondo di velocità effettiva per ogni TiB di quota nel volume. Questa velocità effettiva aumenta fino a un livello massimo determinato dal tipo di volume e dal tipo di criterio QoS. Per impostazione predefinita, i livelli di servizio usano criteri QoSautomatici.
Azure NetApp Files offre tre livelli di servizio adatti a diversi tipi di carico di lavoro: Standard, Premium e Ultra.
| Livello di servizio | Prestazioni* | Carichi di lavoro consigliati |
|---|---|---|
| Standard | Buona
|
|
| Premium | Better (classe SSD)
|
|
| Ultra | Migliore (flash con prestazioni elevate)
|
|
* Contratto di servizio per le prestazioni indicizzato rispetto alla quota del volume
Quality of Service (QoS)
QoS viene usato da Azure NetApp Files per controllare le prestazioni per pool di capacità e volumi in base al livello di servizio definito e alla quota del volume assegnata. QoS automatico viene usato per gestire automaticamente le prestazioni quando viene definita la capacità. Ad esempio, se 1 TiB di spazio viene allocato a un volume in un pool di capacità con un livello di servizio Premium. Quindi, 64 MiB/s sono consentiti per un volume nel pool di capacità.
Se sono necessarie prestazioni maggiori per il volume rispetto alla quota di volume desiderata, un criterio QoS manuale è l'opzione migliore. Un criterio QoS manuale può essere usato per aumentare le prestazioni consentite per il volume a un livello superiore a quello consentito dal pool di capacità. In questo caso, se il pool di capacità è 4 TiB, fino a 256 MiB/s sarebbe consentito con un livello di servizio Premium a un singolo volume a 1 TiB quando si usa QoS manuale.
Dimensionamento delle prestazioni
È facile configurare e progettare le prestazioni di Azure NetApp Files. Sono tre i fattori chiave coinvolti:
- Livello di servizio: Il livello di servizio controlla la velocità effettiva massima consentita per un pool di capacità e il costo della distribuzione.
- Quota del volume: La quota del volume (dimensioni) controlla la quantità di prestazioni massime consentite per il livello di servizio per il volume quando viene usato QoS automatico.
- QoS: QoS controlla la quantità totale di prestazioni consentite. QoS automatico imposta le prestazioni in base alla quota del volume (dimensioni). QoS manuale imposta le prestazioni in base alle dimensioni del pool di capacità e consente la configurazione delle prestazioni personalizzata a livello di volume.
Con volumi di grandi dimensioni, i livelli di velocità effettiva sono in grado di superare i massimi consentiti dai volumi regolari.
Verrà ora illustrato un esempio:
- Se si sceglie il livello di servizio Premium, si ottengono 64 MiB al secondo per ogni TiB di quota all'interno del volume.
- Se si effettua il provisioning di un volume con una quota di 2 TiB, tale volume può offrire fino a 128 MiB al secondo di velocità effettiva.
Tenere in considerazione:
- Il limite di velocità effettiva massima di un volume regolare di Azure NetApp Files è di 4.500 MiB al secondo per le letture e circa 1.500 MiB al secondo per le operazioni di scrittura.
- Il limite di velocità effettiva massima di un volume di Azure NetApp Files è di 10.240 MiB al secondo per letture e scritture.
- La quota del volume imposta la velocità effettiva lorda, non la capacità effettiva utilizzata nel volume.
- È possibile ridimensionare la quota del volume in qualsiasi momento, anche se il volume è montato. Le modifiche alla qualità del servizio vengono applicate quasi in tempo reale. Non è necessario riavviare la macchina virtuale o rimontare il volume.
Tenere presente che un'ampia gamma di fattori influisce sulle prestazioni di archiviazione, tra cui la combinazione di lettura/scrittura, la combinazione di dimensioni dei blocchi e i modelli di accesso come l'accesso casuale o sequenziale.
Calcolare la larghezza di banda necessaria
È possibile che non si conosca la velocità effettiva necessaria per un carico di lavoro. Potrebbero essere presenti altre informazioni, ad esempio le operazioni al secondo (IOPS) e le dimensioni di trasferimento del carico di lavoro.
Come si conosce la larghezza di banda necessaria per la velocità effettiva? Se si conoscono sia le operazioni di I/O al secondo che le dimensioni di trasferimento del carico di lavoro, è possibile calcolare la larghezza di banda necessaria moltiplicandole.
Ad esempio, se l carico di lavoro ha bisogno di 100.000 operazioni di I/O al secondo e ha una dimensione di trasferimento media di 16 kB, la larghezza di banda richiesta è di 1,53 GB al secondo.
- 100.000 operazioni di I/O al secondo * 16 KB = 1.600.000 KB/s = 1,53 GB/s