Gestione dei livelli di Performance Service
Suggerisci modifiche
PDF
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 su performance e capacità. In Unified Manager, gli SLO fanno riferimento alle definizioni dei livelli di servizio delle performance delle applicazioni in esecuzione sullo storage NetApp. I servizi di storage si differenziano in base alle performance e all'utilizzo delle risorse sottostanti. Un livello di servizio delle performance è una descrizione degli obiettivi del servizio di storage. Un Performance Service Level consente al provider di storage di specificare gli obiettivi di performance e capacità per il carico di lavoro.
Unified Manager offre alcuni livelli predefiniti (o predefiniti) di Performance Service: Performance, performance e valore estremi. I livelli Extreme Performance, Performance e Value Performance Service sono applicabili alla maggior parte dei carichi di lavoro storage comuni in un data center. Unified Manager offre inoltre tre livelli di servizio delle performance 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 livelli di Performance Service dalle performance estremamente elevate che supportano IOPS bursty e sono adatti per applicazioni di database con la domanda di throughput più elevata. Se questi livelli predefiniti di Performance Service non soddisfano i requisiti, è possibile creare nuovi livelli di Performance Service in base alla definizione dei livelli predefiniti di Performance Service.
È possibile accedere ai livelli di servizio delle performance dalla pagina Criteri > livelli di servizio delle performance e utilizzando le API del provider di storage. La gestione dei carichi di lavoro dello storage assegnando loro livelli di Performance Service è conveniente in quanto non è necessario gestire singolarmente i carichi di lavoro dello storage. Qualsiasi modifica può anche essere gestita riassegnando un altro livello di servizio delle prestazioni piuttosto che gestirli singolarmente.
Non è possibile modificare un livello di servizio delle prestazioni definito dal sistema o attualmente assegnato a un carico di lavoro. Non è possibile eliminare un PSL assegnato a un carico di lavoro o se si tratta dell'unico livello di servizio Performance disponibile.
La pagina Performance Service Levels (livelli di servizio per le performance) elenca le policy disponibili per il livello di servizio per le performance e consente di aggiungerle, modificarle ed eliminarle. 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 |
IOPS minimo assoluto, utilizzato come override quando gli IOPS previsti sono inferiori a questo valore. Il valore può essere compreso tra 400 e 1000. L'intervallo di IOPS minimi assoluti viene calcolato come segue: Valore minimo = 1000/ latenza prevista I valori predefiniti dei livelli di Performance Service definiti dal sistema vengono calcolati come segue:
I valori predefiniti dei livelli Performance Service del database definito dal sistema vengono calcolati come segue:
|
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 livello di servizio Performance. |
Si noti che 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” o “workload LUN Latency Threshold Breached as defined by Performance Service Level Policy”.
La seguente tabella fornisce informazioni sui livelli di Performance Service 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 |
Linee guida per la creazione di un livello di servizio personalizzato per le performance
Se i livelli di Performance Service esistenti non soddisfano i requisiti di Service Level Objective (SLO) per i carichi di lavoro dello storage, è possibile creare un Performance Service Level personalizzato. Tuttavia, si consiglia di tentare di utilizzare i livelli di Performance Service definiti dal sistema per i carichi di lavoro dello storage e di creare livelli di Performance Service personalizzati solo se necessario.