Considerazioni generali sulle prestazioni per Azure NetApp Files

La combinazione della quota assegnata al volume e del livello di servizio selezionato determina il limite di velocità effettiva per un volume con QoS automatico. Per i volumi con QoS manuale, il limite di velocità effettiva può essere definito singolarmente. Quando si apportano piani di prestazioni su Azure NetApp Files, è necessario comprendere diverse considerazioni.

Quota e velocità effettiva

I limiti di velocità effettiva sono una combinazione di velocità di lettura e scrittura. Il limite di velocità effettiva è solo un fattore determinante delle prestazioni effettive da realizzare.

Le tipiche considerazioni sulle prestazioni di archiviazione contribuiscono alle prestazioni totali fornite. Le considerazioni includono la combinazione di lettura e scrittura, le dimensioni del trasferimento, i modelli casuali o sequenziali e molti altri fattori.

Le metriche vengono riportate come aggregazioni di più punti dati raccolti durante un intervallo di cinque minuti. Per altre informazioni sull'aggregazione delle metriche, vedere Aggregazione e visualizzazione delle metriche di Monitoraggio di Azure.

La velocità effettiva massima del volume empirico osservata nei test è di 4.500 MiB/s. Nel livello Premium di archiviazione, una quota automatica QoS del volume pari a 70,31 TiB fornisce un limite di throughput sufficientemente elevato da raggiungere questo livello di prestazioni.

Per i volumi QoS automatici, se si sta valutando l'assegnazione di quantità di quote di volume superiori a 70,31 TiB, è possibile assegnare una quota aggiuntiva a un volume per l'archiviazione di più dati. Tuttavia, la quota aggiuntiva non comporta un ulteriore aumento del throughput effettivo.

Lo stesso limite di velocità effettiva empirica si applica ai volumi con QoS manuale. La velocità effettiva massima da assegnare a un volume regolare è di 4.500 MiB/s.

Quota e velocità effettiva automatica del volume QoS

Informazioni sulla gestione delle quote e sulla velocità effettiva per i volumi con il tipo QoS automatico.

Sovra-allocazione della quota del volume

Se le prestazioni di un carico di lavoro sono vincolate al limite di velocità effettiva, è possibile effettuare il provisioning eccessivo della quota automatica del volume QoS per impostare un livello di velocità effettiva superiore e ottenere prestazioni superiori.

Ad esempio, se un volume QoS automatico nel livello di archiviazione Premium ha solo 500 GiB di dati, ma richiede 128 MiB/s di velocità effettiva, è possibile impostare la quota su 2 TiB in modo che il livello di velocità effettiva venga impostato di conseguenza (64 MiB/s per TB * 2 TiB = 128 MiB/s).

Se si esegue costantemente l'overprovisioning di un volume per ottenere una velocità effettiva maggiore, è consigliabile usare i volumi QoS manuali o usare invece un livello di servizio superiore. In questo esempio è possibile raggiungere lo stesso limite di velocità effettiva con metà della quota automatica del volume QoS usando invece il livello di archiviazione Ultra (128 MiB/s per TiB * 1 TiB = 128 MiB/s).

Aumento o riduzione dinamica della quota del volume

Se i requisiti di prestazioni sono temporanei o se sono state aumentate le esigenze di prestazioni per un periodo di tempo fisso, è possibile aumentare o ridurre dinamicamente la quota del volume per regolare istantaneamente il limite di velocità effettiva. Tenere presenti le seguenti considerazioni:

• La quota del volume può essere aumentata o ridotta senza la necessità di sospendere le operazioni di I/O e l'accesso al volume non viene interrotto o interessato.

  È possibile regolare la quota durante una transazione di I/O attiva rispetto a un volume. La quota del volume non può mai essere ridotta al di sotto della quantità di dati logici archiviati nel volume.

• Quando la quota del volume viene modificata, la modifica corrispondente nel limite di velocità effettiva è quasi istantanea.

  La modifica non interrompe o influisce sull'accesso al volume o sull'I/O.

• La regolazione della quota del volume potrebbe richiedere una modifica delle dimensioni del pool di capacità.

  Le dimensioni del pool di capacità possono essere regolate in modo dinamico e senza influire sulla disponibilità del volume o sull'I/O.

Quota e velocità effettiva del volume QoS manuale

Se si usano volumi QoS manuali, non è necessario effettuare l’overprovisioning della quota del volume per ottenere una velocità effettiva più elevata perché la velocità effettiva può essere assegnata a ogni volume in modo indipendente. Tuttavia, devi comunque assicurarti che il pool di capacità sia stato preprovisionato con un throughput sufficiente per soddisfare i requisiti di prestazioni. Viene effettuato il provisioning della velocità effettiva di un pool di capacità in base alle dimensioni e al livello di servizio. Per altri dettagli, vedere Livelli di servizio per Azure NetApp Files.

Monitoraggio dei volumi per le prestazioni

I volumi di Azure NetApp Files possono essere monitorati usando le metriche delle prestazioni disponibili.

Come mostra il grafico, la latenza rimane tipicamente bassa e prevedibile man mano che aumenta la produttività. Quando un volume si avvicina al limite di throughput QoS configurato, la latenza inizia ad aumentare. Dopo aver raggiunto il limite di throughput di volume, il sistema mette in coda richieste I/O extra e la latenza può aumentare rapidamente mentre la velocità rimane limitata. Questo comportamento è prevedibile ed è un forte indicatore che il volume ha esaurito il suo margine di prestazioni disponibile piuttosto che avere un problema di servizio di storage.

Per verificare questa condizione, monitora la metrica «Limite di Throughput raggiunto». Valori diversi da zero indicano che il volume ha raggiunto il suo limite di throughput. Aumentare l'impostazione QoS del volume (QoS manuale), aumentare la dimensione del volume (QoS automatico) o passare a un livello di servizio superiore aumenta la velocità consentita e può ridurre la latenza causata dalla limitazione della velocità.

Per una procedura completa per identificare e isolare la latenza causata dalla limitazione di velocità effettiva, dal recupero dei dati dal livello di accesso sporadico, da colli di bottiglia sul lato client, da problemi nel percorso di rete e da altri fattori, vedere Risolvere i problemi di latenza nei volumi di Azure NetApp Files.

Per altre raccomandazioni, vedere Domande frequenti sulle prestazioni per Azure NetApp Files.

Considerazioni sul posizionamento dei volumi e sulla produttività

Per carichi di lavoro ad alto rendimento, la pianificazione delle prestazioni dovrebbe considerare non solo i limiti di throughput a livello di volume, ma anche la domanda di carico di lavoro.

I volumi Azure NetApp Files sono forniti tramite una piattaforma di infrastruttura condivisa con allocazioni di risorse progettate per garantire prestazioni prevedibili e scalabilità. Quando più volumi che supportano la stessa applicazione vengono distribuiti insieme, la loro attività combinata può aumentare la domanda di risorse di servizio condiviso. Questo scenario è più probabile con carichi di lavoro sostenuti e ad alta produttività come Oracle, SAP HANA e altre grandi piattaforme di database.

Per ridurre il rischio di concentrazione delle risorse nel backend e ottimizzare la distribuzione dei carichi di lavoro all'interno del servizio:

• Usa i gruppi di volumi applicativo per i carichi di lavoro supportati.
• Utilizzare pattern di distribuzione zonale dove sono richieste basse latenza e posizionamenti prevedibili.
• Monitorare il throughput del volume, la latenza e la metrica del limite di throughput raggiunto, se applicabile.

I gruppi di volumi applicativi aiutano a migliorare il posizionamento, l'ottimizzazione e la prevedibilità dei carichi di lavoro supportati organizzando volumi correlati utilizzando regole di deployment consapevoli dell'applicazione che seguono le best practice.

Passaggi successivi

• Calcolatore delle prestazioni di Azure NetApp Files
• Livelli di servizio per Azure NetApp Files
• Benchmark delle prestazioni per Linux