Managen Von Performance Service Levels
Mit einem Performance Service Level können Sie die Performance- und Storage-Ziele für einen Workload definieren. Sie können einem Workload beim ersten Erstellen des Workloads ein Performance-Service-Level zuweisen oder anschließend den Workload bearbeiten.
Das Management und die Überwachung von Storage-Ressourcen basieren auf Service Level Objectives (SLOs). Sie werden über Service-Level-Agreements definiert, die auf der erforderlichen Performance und Kapazität basieren. In Unified Manager beziehen sich SLOs auf die PSL-Definitionen der Applikationen, die auf NetApp Storage ausgeführt werden. Storage-Services werden nach der Performance und Auslastung der zugrunde liegenden Ressourcen differenziert. Ein PSL ist eine Beschreibung der Speicherserviceziele. Ein PSL ermöglicht es dem Storage-Provider, die Performance- und Kapazitätsziele für den Workload festzulegen.
Unified Manager bietet einige vordefinierte Richtlinien, die nicht geändert werden können. Diese vordefinierten Performance-Service-Level sind: Höchste Performance, Leistung und Wertschöpfung. Die Extreme Performance, Performance und Value PSLs sind für die meisten gängigen Storage-Workloads im Datacenter anwendbar. Unified Manager bietet außerdem drei PSLs für Datenbankapplikationen: Extreme für Datenbankprotokolle, Extreme für gemeinsam genutzte Datenbanken und Extreme für Datenbankdaten. Diese extrem hochperformanten PSLs unterstützen sprunghafte IOPS und eignen sich für Datenbankapplikationen mit höchsten Durchsatzanforderungen. Wenn diese vordefinierten PSLs Ihren Anforderungen nicht entsprechen, können Sie neue PSLs erstellen, die Ihren Anforderungen entsprechen.
Sie können über die Seite Richtlinien > Performance Service Levels und über die APIs des Speicheranbieters auf die PSLs zugreifen. Das Management von Storage-Workloads durch die Zuweisung von PSLs ist praktisch, da Storage-Workloads nicht individuell gemanagt werden müssen. Alle Änderungen können auch verwaltet werden, indem eine andere PSL neu zugewiesen wird, anstatt sie einzeln zu verwalten.
Eine PSL, die systemdefiniert oder einem Workload zugewiesen ist, kann nicht geändert werden. Eine PSL, die einem Workload zugewiesen ist, kann nicht gelöscht werden, oder es ist die einzige verfügbare PSL.
Auf der Seite Leistungsstufen werden die verfügbaren PSL-Richtlinien aufgelistet und Sie können sie hinzufügen, bearbeiten und löschen. Auf dieser Seite werden die folgenden Informationen angezeigt:
Feld | Beschreibung |
---|---|
Name |
Name des Service-Levels der Leistung. |
Typ |
Gibt an, ob die Richtlinie systemdefiniert oder benutzerdefiniert ist. |
IOPS erwartet |
Mindestanzahl an IOPS, die eine Applikation für ein LUN oder File-Share durchführen soll Der erwartete IOPS gibt die erwarteten IOPS-Minimum an, die basierend auf der zugewiesenen Storage-Objektgröße zugewiesen wurden. |
IOPS-Spitzenwert |
Maximale Anzahl an IOPS, die eine Applikation für ein LUN oder File Share durchführen kann IOPS-Maximum gibt die maximal möglichen IOPS an, die zugewiesen werden. Diese Angabe basiert auf der zugewiesenen Größe des Storage-Objekts oder der verwendeten Größe des Storage-Objekts. IOPS-Spitzenlasten basieren auf einer Zuweisungsrichtlinie. Die Zuweisungsrichtlinie ist entweder zugewiesener Speicherplatz oder belegter Speicherplatz. Wenn die Zuweisungsrichtlinie auf zugewiesenen Speicherplatz festgelegt ist, wird die IOPS-Spitzenwert basierend auf der Größe des Storage-Objekts berechnet. Wenn die Zuweisungsrichtlinie auf usbelegten Speicherplatz festgelegt wird, wird die IOPS-Spitzenwert unter Berücksichtigung der Storage-Effizienz basierend auf der Datenmenge berechnet, die im Storage-Objekt gespeichert ist. Standardmäßig ist die Zuordnungsrichtlinie auf used-space festgelegt. |
Absolutes IOPS-Minimum |
Die absoluten MindestIOPS-Werte werden als Überschreiben verwendet, wenn die erwarteten IOPS kleiner als dieser Wert sind. Die Standardwerte der systemdefinierten PSLs sind:
Die Standardwerte der systemdefinierten Datenbank-PSLs sind:
Der höhere Wert der absoluten MindestIOPS für benutzerdefinierte PSLs kann maximal 75000 beträgt. Der untere Wert wird wie folgt berechnet: 1000/erwartete Latenz |
Erwartete Latenz |
Erwartete Latenz für Storage-IOPS in Millisekunden pro Vorgang (ms/op) |
Kapazität |
Verfügbare und genutzte Gesamtkapazität in den Clustern. |
Workloads |
Anzahl der Speicher-Workloads, denen das PSL zugewiesen wurde. |
Informationen darüber, wie die IOPS-Spitzenwerte und die erwarteten IOPS beim Erreichen einer konsistenten, differenzierten Performance auf ONTAP Clustern helfen, finden Sie im folgenden KB-Artikel:
Beachten Sie, dass wenn Workloads den erwarteten Latenzwert für 30 % der Zeit während der vorherigen Stunde überschreiten, generiert Unified Manager eines der folgenden Ereignisse, um Sie über ein potenzielles Performance-Problem zu informieren: „Workload-Volume-Latenzschwellenwert der Latenz wurde gemäß Definition in der Performance-Service-Level-Richtlinie festgelegt“ oder „Workload-LUN-Latenzschwellenwert verletzt gemäß Richtlinie für Performance-Service-Level“. Vielleicht möchten Sie den Workload analysieren, um zu sehen, was zum möglicherweise die höheren Latenzwerte führt.
Die folgende Tabelle enthält Informationen zu den systemdefinierten PSLs:
Performance Service Level | Beschreibung und Anwendungsfall | Erwartete Latenz (ms/OP) | IOPS-Spitzenwert | IOPS erwartet | Absolutes IOPS-Minimum |
---|---|---|---|---|---|
Höchste Performance |
Sorgt für einen extrem hohen Durchsatz bei sehr niedriger Latenz Ideal für latenzkritische Applikationen |
1 |
12288 |
6144 |
1000 |
Leistung |
Hoher Durchsatz bei niedriger Latenz Ideal für Datenbanken und virtualisierte Applikationen |
2 |
4096 |
2048 |
500 |
Wert |
Bietet hohe Storage-Kapazität und mittlerer Latenz Ideal für Applikationen mit hoher Kapazität wie E-Mail, Web-Inhalte, Dateifreigaben und Backup-Ziele |
17 |
512 |
128 |
75 |
Extreme für Datenbank-Logs |
Bietet maximalen Durchsatz bei geringster Latenz. Ideal für Datenbankapplikationen, die Datenbankprotokolle unterstützen Diese PSL bietet den höchsten Durchsatz, da Datenbankprotokolle extrem sprunghafte Anstiege bieten und die Protokollierung ständig erforderlich ist. |
1 |
45056 |
22528 |
4000 |
Extreme für gemeinsam genutzte Datenbank-Daten |
Sehr hoher Durchsatz bei geringster Latenz. Ideal für Daten von Datenbankapplikationen, die in einem gemeinsamen Datenspeicher gespeichert, aber datenbankübergreifend verwendet werden |
1 |
32768 |
16384 |
2000 |
Extreme für Datenbankdaten |
Bietet hohen Durchsatz bei geringster Latenz. Ideal für Daten von Datenbankapplikationen, z. B. Datenbanktabellen und Metadaten |
1 |
24576 |
12288 |
2000 |