vSAN-Speicherrichtlinien definieren Speicheranforderungen für virtuelle Maschinen. Diese Richtlinien legen fest, wie die VM-Speicherobjekte bereitgestellt und innerhalb des Datenspeichers zugeteilt werden, um den erforderlichen Service-Level zu garantieren.

Wenn Sie vSAN auf einem Host-Cluster aktivieren, wird ein einzelner vSAN-Datenspeicher erstellt und dem Datenspeicher wird eine standardmäßige Speicherrichtlinie zugeteilt.

Wenn Sie die Speicheranforderungen Ihrer virtuellen Maschinen kennen, können Sie eine Speicherrichtlinie erstellen, die die vom Datenspeicher angekündigten Funktionen referenziert. Sie können mehrere Richtlinien erstellen, um verschiedene Anforderungstypen bzw. -klassen zu erfassen.

Jeder in vSAN-Datenspeichern bereitgestellten virtuellen Maschinen wird mindestens eine VM-Speicherrichtlinie zugewiesen. Speicherrichtlinien können Sie beim Erstellen oder Bearbeiten von virtuellen Maschinen zuweisen.

Hinweis: Falls Sie einer virtuellen Maschine keine Speicherrichtlinie zuweisen, weist vSAN eine Standardrichtlinie zu. Bei der Standardrichtlinie ist der Wert für Zu tolerierende Fehler auf 1 festgelegt und sie hat einen einzelnen Datenträger-Stripe pro Objekt sowie eine schnell (thin) bereitgestellte virtuelle Festplatte.

Das VM-Auslagerungsobjekt und das VM-Snapshot-Arbeitsspeicherobjekt sind nicht an die einer VM zugeordneten Speicherrichtlinien gebunden. Diese Objekte werden mit der auf 1 festgelegten Option Zu tolerierende Fehler konfiguriert. Diese Objekte haben nicht dieselbe Verfügbarkeit wie andere Objekte, denen eine Richtlinie mit einem anderen Wert für Zu tolerierende Fehler zugewiesen wurde.

Tabelle 1. Speicherrichtlinienregeln
Funktionalität Beschreibung
Zu tolerierende Fehler (Failures to Tolerate, FTT) Definiert die Anzahl von Host- und Gerätefehlern, die ein Objekt einer virtuellen Maschine tolerieren kann. Für n tolerierte Fehler werden alle geschriebenen Daten an n+1 Stellen gespeichert. Dazu zählen auch Paritätskopien bei Verwendung von RAID 5 oder RAID 6.

Wenn Fault Domains konfiguriert sind, sind 2n+1 Fault Domains mit Kapazität bereitstellenden Hosts erforderlich. Ein Host, der nicht zu einer Fehlerdomäne gehört, wird als eigene Einzelhost-Fehlerdomäne gezählt.

Sie können eine Datenreplikationsmethode auswählen, die für Leistung oder Kapazität optimiert ist. RAID-1 (Spiegelung) verwendet mehr Festplattenspeicher, um die Objektkomponenten zu platzieren. Die Verwendung dieser Option führt jedoch zu verbesserter Leistung beim Zugriff auf die Objekte. RAID-5/6 (Erasure Coding) verwendet weniger Festplattenspeicher, die Leistung nimmt jedoch ab.

Hinweis: Wenn vSAN eine einzelne Spiegelkopie von VM-Objekten nicht schützen soll, können Sie Keine Datenredundanz angeben. Beim Host können allerdings ungewöhnliche Verzögerungen beim Wechseln in den Wartungsmodus auftreten. Die Verzögerungen treten auf, weil vSAN das Objekt vom Host evakuieren muss, um den Wartungsvorgang erfolgreich abschließen zu können. Bei der Einstellung Keine Datenredundanz, sind Ihre Daten nicht geschützt und Sie verlieren eventuell Daten, wenn beim vSAN-Cluster ein Gerätefehler auftritt.
Hinweis: Wenn Sie eine Speicherrichtlinie erstellen und keinen Wert für FTT angeben, erstellt vSAN eine einzelne Spiegelkopie der VM-Objekte. Sie kann einen einzelnen Ausfall tolerieren. Wenn allerdings mehrere Komponenten ausfallen, sind Ihre Daten möglicherweise gefährdet.
Ausfalltoleranz von Site In einem Stretched Cluster definiert diese Regel die Anzahl von zusätzlichen Hostfehlern, die ein Objekt einer virtuellen Maschine innerhalb einer einzelnen Site tolerieren kann, nachdem die Anzahl der mit FTT definierten tolerierbaren Fehler erreicht ist.

Keine – Standardcluster ist der Standardwert. Bei einem Stretched Cluster können Sie die Daten auf der bevorzugten oder sekundären Site für die Hostaffinität aufbewahren.

Hostspiegelung – Cluster mit zwei Knoten definiert die Anzahl zusätzlicher Fehler, die ein Objekt tolerieren kann, nachdem die mit FTT definierte Anzahl von Fehlern erreicht ist. vSAN führt eine Objektspiegelung auf Festplattengruppenebene durch. Jeder Datenhost muss über mindestens drei Festplattengruppen verfügen, um diese Regel zu verwenden.

Site-Spiegelung – Stretched Cluster definiert die Anzahl der zusätzlichen Hostfehler, die ein Objekt tolerieren kann, nachdem die mit FTT definierte Anzahl von Fehlern erreicht ist.

Anzahl der Festplatten-Stripes pro Objekt Die Mindestanzahl der Kapazitätsgeräte, über die das Striping der einzelnen Replikate eines Objekts der virtuellen Maschine erfolgt. Ein höherer Wert als 1 kann zu besserer Leistung führen, bedeutet aber auch eine höhere Beanspruchung der Systemressourcen.

Der Standardwert ist 1. Der Höchstwert ist 12.

Ändern Sie diesen Standard-Striping-Wert nicht.

In einer Hybridumgebung erstrecken sich die Festplatten-Stripes über die magnetischen Datenträger. Bei einer All-Flash-Konfiguration erstrecken sich die Stripes über die Flash-Geräte, die die Kapazitätsschicht bilden. Stellen Sie sicher, dass Ihre vSAN-Umgebung ausreichend Kapazitätsgeräte enthält, um die entsprechenden Anforderungen zu erfüllen.

Flash Read Cache-Reservierung Die als Lesecache reservierte Flash-Kapazität für das virtuelle Maschinenobjekt. Wird als Prozentsatz der logischen Größe des Festplattenobjekts der virtuellen Maschine (VMDK) angegeben. Reservierte Flash-Kapazität kann nicht von anderen Objekten verwendet werden. Unreservierter Flash wird gleichmäßig unter allen Objekten verteilt. Verwenden Sie diese Option nur zur Behebung bestimmter Leistungsfehler.

Sie brauchen keine Reservierung für Zwischenspeicher festzulegen. Wenn Sie Reservierungen für den Lesezwischenspeicher festlegen, kann dies beim Verschieben des VM-Objekts Probleme verursachen, weil die Einstellungen für die Zwischenspeicherreservierung immer beim Objekt enthalten sind.

Das Speicherrichtlinienattribut der Flash Read Cache-Reservierung wird nur für Hybrid-Konfigurationen unterstützt. Sie dürfen dieses Attribut beim Definieren einer VM-Speicherrichtlinie für einen reinen Flash-Cluster nicht verwenden.

Der Standardwert ist 0%. Der Höchstwert ist 100%.

Hinweis: Standardmäßig weist das vSAN den Speicherobjekten den Lesecache dynamisch nach Bedarf zu. Diese Funktion stellt die flexibelste und optimalste Ressourcennutzung dar. Daher braucht der Standardwert 0 für diesen Parameter in der Regel nicht geändert zu werden.

Gehen Sie beim Erhöhen des Werts zum Lösen eines Leistungsproblems vorsichtig vor. Wenn auf mehreren virtuellen Maschinen zu viel Cache reserviert wird, kann Flash-Festplattenspeicherplatz für zu viele Reservierungen verschwendet werden. Diese Cache-Reservierungen stehen dann nicht zur Verfügung, um die Arbeitslasten zu unterstützen, die zu gegebener Zeit den erforderlichen Speicherplatz benötigen. Diese Speicherverschwendung und Nichtverfügbarkeit können zu einem Leistungsabfall führen.

Bereitstellung erzwingen Wenn die Option auf Ja festgelegt ist, wird das Objekt bereitgestellt, auch wenn die in der Speicherrichtlinie angegebenen Richtlinien für Zu tolerierende Fehler, Anzahl der Datenträger-Stripes pro Objekt und Flash Read Cache-Reservierung vom Datenspeicher nicht erfüllt werden können. Verwenden Sie diesen Parameter in Bootstrapping-Szenarien und bei Ausfällen, wenn keine Standardbereitstellung mehr möglich ist.

Der Standardwert Nein ist für die meisten Produktionsumgebungen akzeptabel. vSAN kann keine virtuelle Maschine bereitstellen, wenn die Richtlinienanforderungen nicht erfüllt werden, erstellt allerdings erfolgreich eine benutzerdefinierte Speicherrichtlinie.

Reservierter Objektspeicherplatz Prozentsatz der logischen Größe des Festplattenobjekts der virtuellen Maschine (VMDK), der reserviert oder beim Bereitstellen von virtuellen Maschinen „thick“ bereitgestellt werden sollte. Die folgenden Optionen sind verfügbar:
  • Thin Provisioning (Standard)
  • 25 % Reservierung
  • 50 % Reservierung
  • 75 % Reservierung
  • Thick Provisioning
Objektprüfsumme deaktivieren Wenn die Option auf Nein festgelegt ist, berechnet das Objekt die Prüfsummeninformationen, um die Integrität der Daten sicherzustellen. Wenn diese Option auf Ja festgelegt ist, berechnet das System keine Prüfsummeninformationen.

vSAN verwendet End-to-End-Prüfsummen, um die Datenintegrität sicherzustellen. Bei diesem Vorgang wird bestätigt, dass es sich bei jeder Kopie einer Datei um die genaue Entsprechung der Quelldatei handelt. Das System prüft die Gültigkeit der Daten während Lese-/Schreibvorgängen und wenn ein Fehler auftritt, repariert vSAN die Daten oder erstellt einen Fehlerbericht.

Wenn ein Prüfsummenkonflikt auftritt, repariert vSAN automatisch die Daten durch Überschreiben der falschen Daten mit den richtigen Daten. Prüfsummenberechnung und Fehlerkorrektur werden im Hintergrund ausgeführt.

Die Standardeinstellung für alle Objekte im Cluster ist Nein. Dies bedeutet, dass Prüfsumme aktiviert ist.

IOPS-Grenzwert für Objekt Definiert den IOPS-Grenzwert für ein Objekt, zum Beispiel eine VMDK. IOPS wird als Anzahl der E/A-Vorgänge unter Verwendung einer gewichteten Größe berechnet. Wenn das System die Standardbasisgröße von 32 KB verwendet, stellt ein 64-KB-E/A-Vorgang zwei E/A-Vorgänge dar.

Bei der IOPS-Berechnung werden Lese- und Schreibvorgänge als Äquivalente betrachtet, die Cache-Zugriffsrate und die Aufeinanderfolge bleiben hingegen unberücksichtigt. Wenn der IOPS-Grenzwert einer Festplatte überschritten wird, werden E/A-Vorgänge gedrosselt. Wenn der IOPS-Grenzwert für Objekt auf 0 festgelegt ist, werden keine IOPS-Grenzwerte erzwungen.

vSAN lässt zu, dass das Objekt die Rate für den IOPS-Grenzwert während der ersten Sekunde des Vorgangs oder nach einem gewissen Inaktivitätszeitraum verdoppeln kann.

Beim Arbeiten mit VM-Speicherrichtlinien müssen Sie verstehen, wie sich die Speicherfunktionen auf die Nutzung von Speicherkapazität im vSAN-Cluster auswirken. Weitere Informationen zu Überlegungen bezüglich des Entwerfens und Dimensionierens von Speicherrichtlinien finden Sie unter „Entwerfen und Dimensionieren eines vSAN-Clusters“ in Verwalten von VMware vSAN.

Vorgehensweise zur Verwaltung von Richtlinienänderungen in vSAN

vSAN 6.7 Update 3 und höher verwaltet Richtlinienänderungen, um die Menge des vorübergehenden Speichers zu reduzieren, der von den Clustern verbraucht wird. Vorübergehende Kapazität wird erzeugt, wenn vSAN Objekte für eine Richtlinienänderung neu konfiguriert.

Wenn Sie eine Richtlinie ändern, wird die Änderung akzeptiert, aber nicht sofort angewendet. vSAN stapelt die Änderungsanforderungen für Richtlinien und führt sie asynchron aus, um eine bestimmte Menge an vorübergehendem Speicher beizubehalten.

Richtlinienänderungen werden aus nicht kapazitätsbezogenen Gründen sofort abgelehnt, wie z. B. beim Ändern einer RAID5-Richtlinie in RAID6 auf einem Cluster mit fünf Knoten.

Sie können die vorübergehende Kapazitätsnutzung in der vSAN-Kapazitätsüberwachung anzeigen. Verwenden Sie zum Überprüfen des Status einer Richtlinienänderung in einem Objekt den vSAN-Integritätsdienst, um den Zustand des vSAN-Objekts zu überprüfen.