Gestione dei livelli di Performance Service
Un Performance Service Level consente di definire gli obiettivi di performance e storage per un carico di lavoro. È possibile assegnare un livello di servizio delle prestazioni a un carico di lavoro durante la creazione iniziale del carico di lavoro o successivamente modificando il carico di lavoro.
La gestione e il monitoraggio delle risorse storage si basano sugli obiettivi del livello di servizio (SLO). Gli SLO sono definiti da contratti di livello di servizio basati sulle prestazioni e sulla capacità richieste. In Unified Manager, gli SLO si riferiscono alle definizioni PSL delle applicazioni in esecuzione sullo storage NetApp. I servizi di storage si differenziano in base alle performance e all'utilizzo delle risorse sottostanti. Un PSL è una descrizione degli obiettivi del servizio di storage. Un PSL consente al provider di storage di specificare gli obiettivi di performance e capacità per il carico di lavoro.
Unified Manager offre alcune policy predefinite che non possono essere modificate. Questi livelli predefiniti di Performance Service sono: Performance estreme, performance e valore. Le PSL Extreme Performance, Performance e Value sono applicabili alla maggior parte dei carichi di lavoro storage comuni in un data center. Unified Manager offre inoltre tre PSL per le applicazioni di database: Extreme per i registri dei database, Extreme per i dati condivisi dei database e Extreme per i dati dei database. Si tratta di PSL dalle performance estremamente elevate che supportano IOPS bursty e sono adatti per applicazioni di database con la più elevata domanda di throughput. Se questi PSL predefiniti non soddisfano i requisiti, è possibile creare nuovi PSL per soddisfare le proprie esigenze.
È possibile accedere alle PSL dalla pagina Policy > Performance Service Levels e utilizzando le API del provider di storage. La gestione dei carichi di lavoro dello storage mediante l'assegnazione di PSL è conveniente in quanto non è necessario gestire singolarmente i carichi di lavoro dello storage. Qualsiasi modifica può essere gestita anche riassegnando un altro PSL invece di gestirlo singolarmente.
Non è possibile modificare un PSL definito dal sistema o attualmente assegnato a un carico di lavoro. Non è possibile eliminare un PSL assegnato a un carico di lavoro o se è l'unico PSL disponibile.
La pagina Performance Service Levels elenca i criteri PSL disponibili e consente di aggiungerli, modificarli ed eliminarli. In questa pagina vengono visualizzate le seguenti informazioni:
Campo | Descrizione |
---|---|
Nome |
Nome del livello di servizio Performance. |
Tipo |
Se il criterio è definito dal sistema o dall'utente. |
IOPS previsti |
Numero minimo di IOPS che un'applicazione deve eseguire su una LUN o una condivisione file. Gli IOPS previsti specificano gli IOPS minimi previsti allocati, in base alla dimensione allocata dell'oggetto di storage. |
IOPS di picco |
Numero massimo di IOPS che un'applicazione può eseguire su una LUN o una condivisione file. Peak IOPS specifica il massimo IOPS possibile allocato, in base alla dimensione allocata dell'oggetto di storage o alla dimensione utilizzata dell'oggetto di storage. Gli IOPS di picco si basano su una policy di allocazione. La policy di allocazione è lo spazio allocato o lo spazio utilizzato. Quando la policy di allocazione è impostata su allocated-space, gli IOPS di picco vengono calcolati in base alle dimensioni dell'oggetto di storage. Quando la policy di allocazione è impostata su used-space, gli IOPS di picco vengono calcolati in base alla quantità di dati memorizzati nell'oggetto storage, tenendo conto dell'efficienza dello storage. Per impostazione predefinita, il criterio di allocazione è impostato su spazio utilizzato. |
IOPS minimi assoluti |
L'IOPS minimo assoluto viene utilizzato come override, quando l'IOPS previsto è inferiore a questo valore. I valori predefiniti degli PSL definiti dal sistema sono i seguenti:
I valori predefiniti degli PSL del database definiti dal sistema sono i seguenti:
Il valore più elevato degli IOPS minimi assoluti per gli PSL personalizzati può essere un massimo di 75000. Il valore inferiore viene calcolato come segue: 1000/latenza prevista |
Latenza prevista |
Latenza prevista per gli IOPS dello storage in millisecondi per operazione (ms/op). |
Capacità |
Capacità totale disponibile e utilizzata nei cluster. |
Carichi di lavoro |
Numero di carichi di lavoro dello storage a cui è stato assegnato il PSL. |
Per informazioni su come i picchi di IOPS e gli IOPS previsti aiutano a ottenere performance differenziate coerenti sui cluster ONTAP, consulta il seguente articolo della Knowledge base:
Se i carichi di lavoro superano il valore di latenza previsto per il 30% del tempo durante l'ora precedente, Unified Manager genererà uno dei seguenti eventi per notificare un potenziale problema di performance: "Workload Volume Latency Threshold Breached as defined by Performance Service Level Policy" (soglia di latenza del volume del carico di lavoro violata secondo la policy sui livelli di servizio delle prestazioni) o "workload LUN Latency Threshold Breached as defined by Performance Service Level Policy Si consiglia di analizzare il carico di lavoro per vedere cosa potrebbe causare valori di latenza più elevati.
La seguente tabella fornisce informazioni sugli PSL definiti dal sistema:
Performance Service Level | Descrizione e caso d'utilizzo | Latenza prevista (ms/op) | IOPS di picco | IOPS previsti | IOPS minimi assoluti |
---|---|---|---|---|---|
Performance elevate |
Offre un throughput estremamente elevato a una latenza molto bassa Ideale per applicazioni sensibili alla latenza |
1 |
12288 |
6144 |
1000 |
Performance |
Offre un throughput elevato a bassa latenza Ideale per database e applicazioni virtualizzate |
2 |
4096 |
2048 |
500 |
Valore |
Offre un'elevata capacità di storage e una latenza moderata Ideale per applicazioni ad alta capacità come e-mail, contenuti Web, condivisioni di file e destinazioni di backup |
17 |
512 |
128 |
75 |
Extreme per i registri del database |
Offre il massimo throughput con la latenza più bassa. Ideale per applicazioni di database che supportano i log di database. Questo PSL offre il throughput più elevato perché i log del database sono estremamente bursty e la registrazione è costantemente richiesta. |
1 |
45056 |
22528 |
4000 |
Extreme per i dati condivisi del database |
Offre un throughput molto elevato con la latenza più bassa. Ideale per i dati delle applicazioni di database memorizzati in un archivio dati comune, ma condivisi tra database. |
1 |
32768 |
16384 |
2000 |
Extreme per i dati del database |
Offre un throughput elevato con la latenza più bassa. Ideale per i dati delle applicazioni di database, come le informazioni sulle tabelle di database e i metadati. |
1 |
24576 |
12288 |
2000 |