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.
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 Primäre Ebene von zu tolerierenden Fehlern konfiguriert. Diese Objekte haben nicht dieselbe Verfügbarkeit wie andere Objekte, denen eine Richtlinie mit einem anderen Wert für Primäre Ebene von zu tolerierenden Fehlern zugewiesen wurde.
| Funktionalität | Beschreibung |
|---|---|
| Primäre Ebene von zu tolerierenden Fehlern (PFTT) | 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 Sie beim Bereitstellen einer virtuellen Maschine keine Speicherrichtlinie auswählen, weist vSAN diese Richtlinie als VM-Standardspeicherrichtlinie zu. 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. Der Standardwert ist 1. Der Höchstwert ist 3.
Hinweis: Wenn
vSAN eine einzelne Spiegelkopie von VM-Objekten nicht schützen soll, können Sie
PFTT auf 0 festlegen. 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. Wenn Sie
PFTT auf 0 festlegen, 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
PFTT 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.
In einem Stretched Cluster definiert diese Regel die Anzahl der Siteausfälle, die ein VM-Objekt tolerieren kann. Sie können die Option PFTT zusammen mit der Option SFTT verwenden, um für Objekte innerhalb Ihrer Datensites einen lokalen Fehlerschutz anzubieten. Der Höchstwert für einen Stretched Cluster ist 1. |
| Sekundäre Ebene von zu tolerierenden Fehlern (SFTT) | 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 PFTT definierten tolerierbaren Site-Ausfälle erreicht ist. Wenn PFTT auf 1 und SFTT auf 2 festgelegt und eine Site nicht verfügbar ist, kann der Cluster zwei weitere Hostausfälle tolerieren. Der Standardwert ist 1. Der Höchstwert ist 3. |
| Datenbelegung | In einem Stretched Cluster steht diese Regel nur dann zur Verfügung, wenn die Option Primäre Ebene von zu tolerierenden Fehlern auf 0 festgelegt ist. Sie können die Regel Datenbelegung auf Keine, Bevorzugt oder Sekundär festlegen. Diese Regel ermöglicht es Ihnen, die VM-Objekte auf eine ausgewählte Site oder einen ausgewählten Host im Stretched Cluster zu begrenzen. Der Standardwert ist „Keine“. |
| Fehlertoleranzmethode | Gibt an, ob die Datenreplizierungsmethode für Leistung und Kapazität optimiert wird. Bei Auswahl von RAID-1 (Spiegelung) - Leistung verwendet vSAN mehr Festplattenspeicher, um die Objektkomponenten zu platzieren. Die Verwendung dieser Option führt jedoch zu verbesserten Leistung beim Zugreifen auf die Objekte. Bei Auswahl von RAID-5/6 (Erasure Coding) - Kapazität verwendet vSAN weniger Festplattenspeicher, die Leistung nimmt jedoch ab. Sie können RAID 5 verwenden, indem Sie das Attribut RAID-5/6 (Erasure Coding) - Kapazität für Cluster mit vier oder mehr Fehlerdomänen anwenden und Primäre Ebene von zu tolerierenden Fehlern auf 1 festlegen. Sie können RAID 6 verwenden, indem Sie das Attribut RAID-5/6 (Erasure Coding) - Kapazität für Cluster mit sechs oder mehr Fehlerdomänen anwenden und Primäre Ebene von zu tolerierenden Fehlern auf 2 festlegen. In Stretched Clustern mit konfigurierter Option Sekundäre Ebene von zu tolerierenden Fehlern gilt diese Regel nur für die Sekundäre Ebene von zu tolerierenden Fehlern. Weitere Informationen zu RAID 5 oder RAID 6 finden Sie unter .. |
| 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 Primäre Ebene von zu tolerierenden Fehlern, Anzahl der Festplatten-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:
|
| 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.
