> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/de/systemadministration/cluster-settings.md).
# Clustereinstellungen
Der *Clustereinstellungen* Dieses Formular ermöglicht Ihnen, wichtige Parameter für Leistung, Sicherheit, Zuweisung, thermische Überwachung und Swap zu konfigurieren. Obwohl die meisten Standardwerte für die meisten Umgebungen geeignet sind, wird empfohlen, sie bei der Erstellung eines neuen Clusters und anschließend regelmäßig zu überprüfen, um sicherzustellen, dass sie mit den Richtlinien und betrieblichen Anforderungen Ihrer Organisation übereinstimmen.
{% hint style="success" %}
**Die meisten Änderungen an den Cluster-Einstellungen erfordern einen Neustart jedes Cluster-Knotens. Oben im Cluster-Dashboard wird eine Meldung angezeigt, wenn ein Neustart erforderlich ist. Wählen Sie die *****Neustart erforderlich***** Option (in der Neustart-/Neustartmeldung oben im Cluster-Dashboard oder als Menüoption links), um Neustarts der Cluster-Knoten zu verwalten. Befolgen Sie beim Neustart von Knoten immer die richtigen** [**Verfahren für den Wartungsmodus**](/run-the-platform/de/betrieb/maintenance-mode.md) **um Workload-Unterbrechungen zu vermeiden.**
{% endhint %}
## Aufrufen der Cluster-Einstellungen
* Navigieren Sie im oberen Menü zu **Infrastruktur** > **Cluster** > **den gewünschten Cluster doppelklicken**
* Klicken Sie **Bearbeiten** im linken Menü.
## Cluster
Dieser Abschnitt definiert die grundlegenden Eigenschaften Ihres Clusters.
1. **Aktiviert:** Standardmäßig ist der Cluster aktiviert. Normalerweise gibt es keinen Grund, ihn zu deaktivieren; in bestimmten Situationen, z. B. bei einer vollständigen Neukonfiguration des Clusters, kann dies jedoch nützlich sein.
2. **Name:** Ein Cluster wird typischerweise während der Installation benannt, kann aber problemlos umbenannt werden.
3. **Beschreibung:** Optionales Textfeld zur Angabe einer kurzen Beschreibung des Zwecks oder der Eigenschaften des Clusters.
4. **Standard-CPU-Typ:** Definiert den standardmäßigen/empfohlenen CPU-Typ für virtuelle Maschinen mit diesem zugewiesenen Cluster. Diese Einstellung wird während der Cluster-Installation automatisch anhand der erkannten CPU-Hardware ausgewählt. Überprüfen Sie bei der ersten Konfiguration die Einstellung, um sicherzustellen, dass der richtige CPU-Typ erkannt wurde.
{% hint style="success" %}
**Um die Migration/Fallback von virtuellen Maschinen zu einem anderen Cluster mit einer niedrigeren CPU-Klasse zu ermöglichen, *****Standard-CPU-Typ***** kann auf die niedrigere Klasse geändert werden, damit virtuelle Maschinen ohne Probleme auf ältere Chip-Hardware verschoben werden können.**
{% endhint %}
{% hint style="warning" %}
**Alle Knoten innerhalb eines Clusters sollten dieselbe CPU-Hardware enthalten; gemischte CPU-Typen innerhalb desselben Clusters können Leistungs- und Workload-Migrationsprobleme verursachen.**
{% endhint %}
5. **Speicherpuffer pro Knoten (Standard 2 GB):** Die pro Knoten zusätzlich zuzuweisende RAM-Menge für das vSAN-Leistungs-Caching.
{% hint style="info" %}
**Überlegungen**
* Wenn zusätzlicher RAM über den Bedarf von System und virtuellen Workloads hinaus verfügbar ist, sollten Sie erwägen, diese Einstellung zu erhöhen
* Das Erhöhen des *Speicherpuffer pro Knoten* kann die Lese-/Schreibleistung erheblich verbessern
* Als allgemeine Faustregel sollten Sie im Normalbetrieb eine RAM-Auslastung von höchstens 80 % anstreben
{% endhint %}
### Cluster-Sicherheit/Leistung
Dieser Unterabschnitt ermöglicht es Ihnen, verschiedene leistungs- und sicherheitsbezogene Funktionen und Gegenmaßnahmen für alle Knoten im Cluster zu aktivieren/deaktivieren.
1. **Hugepages für Speicher zuweisen (standardmäßig aktiviert):** Das Aktivieren von Hugepages wird in den meisten Fällen dringend empfohlen, da es die Speicherleistung für Workloads verbessert. Das Deaktivieren dieser Einstellung wird im Allgemeinen nicht empfohlen, außer in seltenen Szenarien, z. B. wenn nur sehr kleine virtuelle Maschinen oder ältere Gastbetriebssysteme mit eingeschränkter Unterstützung für Hugepages ausgeführt werden.
2. **CPU-Sicherheitsminderungen deaktivieren:** Wenn ausgewählt, werden CPU-Sicherheitsminderungen auf Kernel-Ebene für den Cluster deaktiviert.
{% hint style="warning" %}
**WICHTIG: Obwohl das Deaktivieren von CPU-Sicherheitsminderungen die Leistung verbessern kann, kann dies riskant sein. Wählen Sie diese Option nur aus, wenn Sie allen in diesem Cluster laufenden Gästen vollständig vertrauen und sicher sein können, dass die Workloads keine externen Sicherheitslücken aufweisen (z. B. airgapped Systeme).**
{% endhint %}
3. **Spekulativen Store-Bypass deaktivieren:** Wenn ausgewählt, wird der Spekulative Store Bypass (SSB) zur Laufzeit deaktiviert. Das Deaktivieren von SSB kann je nach System-Workloads zu einem leichten bis moderaten Leistungsabfall führen.
4. **SMT deaktivieren:** Wenn ausgewählt, wird Simultaneous Multi-Threading (SMT) zur Laufzeit deaktiviert.
{% hint style="info" %}
* Das Deaktivieren von SMT beeinträchtigt die Leistung erheblich, da dadurch Hyper-Threading deaktiviert wird
* Während moderne Software- und Microcode-Updates die mit SMT verbundenen Schwachstellen im Allgemeinen mindern, können sich einige hochsensible Umgebungen dafür entscheiden, es zu deaktivieren, selbst wenn dies Leistung kostet
* Die empfohlene Methode zum Deaktivieren von SMT ist im BIOS. Der genaue Name der Einstellung kann je nach Hersteller variieren; konsultieren Sie bei Unsicherheit die Hardware-Dokumentation
{% endhint %}
5. **Ruhezustände für CPUs deaktivieren:** Wenn ausgewählt, deaktiviert VergeOS automatisch niedrige Ruhezustände. Dadurch können unnötige Übergänge zwischen Ruhezuständen aufgrund kurzer Leerlaufphasen vermieden werden, die andernfalls zu einem spürbaren Leistungsabfall bei minimalem Nutzen für die Energieeffizienz führen würden.
{% hint style="info" %}
* Das Deaktivieren von CPU-Ruhezuständen kann besonders auf neu bereitgestellten Systemen von Vorteil sein, bei denen Workloads schrittweise hinzugefügt werden. In diesen Fällen müssen Leerknoten schnell reagieren, wenn die Nachfrage steigt
* Die Auswahl dieser Option kann je nach System-Workloads zu höheren Temperaturen und höherem Stromverbrauch führen
{% endhint %}
6. **Split-Lock-Erkennung aktivieren:** Erkennt Split-Lock-Ereignisse innerhalb von Workloads und meldet sie im Systemprotokoll. Das Aktivieren dieser Option kann Auswirkungen auf die Leistung von virtuellen Maschinen haben, die einen Split-Lock auslösen.
7. **Energie-Leistungs-Richtlinie (Standard=*****Leistung*****):** Richtlinieneinstellung, die die interne Logik des Prozessors steuert, um Leistung und Energieeffizienz auszubalancieren. Diese Einstellung belässt man am besten auf dem Standardwert, damit das System zur Laufzeit dynamisch auf Leistung optimieren kann. Alternative Optionen für Energie versus Leistung stehen zur Verfügung, um nicht-unternehmensorientierte Umgebungen wie Consumer-Systeme, Heimlabore oder Proof-of-Concept-(POC)-Bereitstellungen zu unterstützen.
8. **CPU-Skalierungs-Governor (Standard=*****Leistung*****):** Richtlinie für die dynamische CPU-Frequenzanpassung auf Kernel-Ebene basierend auf der Systemlast. Diese Einstellung belässt man am besten auf dem Standardwert, damit das System zur Laufzeit dynamisch auf Leistung optimieren kann. Alternative Optionen für Energie versus Leistung stehen zur Verfügung, um nicht-unternehmensorientierte Umgebungen wie Consumer-Systeme, Heimlabore oder Proof-of-Concept-(POC)-Bereitstellungen zu unterstützen.
### Systemprotokoll-Filter
1. **Systemprotokoll-Filter (Standard `*:3,ipmievd:5,rasdaemon,!ntpd,!postfix`):** Eine durch Kommas getrennte Liste von Filtern in rsyslog-Syntax, die bestimmt, welche Protokolleinträge in der Benutzeroberfläche angezeigt werden. Einträge, die diesen Filtern entsprechen, werden angezeigt; alle anderen werden aus der UI-Ansicht ausgeschlossen. Diese Syntax unterstützt Facility- und Prioritätsfilter sowie programmspezifische Einschluss- oder Ausschlussregeln.
{% hint style="success" %}
**Ungefilterte Protokolle bleiben zugänglich über *****Knotendiagnose***** (Navigieren Sie zu *****Knoten***** > den gewünschten Knoten doppelklicken > auswählen *****Diagnosen***** aus dem linken Menü.)**
{% endhint %}
## Berechnung
Dieser Abschnitt konfiguriert Richtlinien für Compute-Ressourcen für Ihren Cluster. Diese Einstellungen gelten nicht für reine Speichercluster.
1. **Max. RAM pro Maschine:** Gibt die maximale RAM-Menge an, die einem einzelnen Workload zugewiesen werden kann (z. B. einer virtuellen Maschine, einem Mandantenknoten oder einem NAS-Dienst).
{% hint style="success" %}
**Überlegungen**
* Wenn laufende Workloads (z. B. VMs) mehr RAM als dieses Limit verwenden, können sie nach dem Absenken der Einstellung nicht migriert werden.
* Das Limit betrifft den Start und die Migration von Workloads (d. h. den Start auf einem neuen Knoten). Es verbietet Ihnen nicht, einen Workload mit mehr RAM zu erstellen, verhindert jedoch dessen Start, wenn das Limit überschritten wird.
* Wählen Sie im Allgemeinen den niedrigsten RAM-Wert, der dennoch den Anforderungen Ihres größten erwarteten Workloads entspricht. Geringere RAM-Zuweisungen pro Workload maximieren die Flexibilität für Migrationen, Failovers und die Portabilität von Workloads und ermöglichen schnellere Failover-Zeiten.
* **Seien Sie vorsichtig, wenn Sie dieses Limit nahe an der physischen RAM-Kapazität eines Knotens festlegen**. Wenn Sie dieses Limit auf den Gesamtram eines Knotens festlegen (z. B. 128 GB) und dann eine VM erstellen, die diese volle Menge verwendet, kann die VM nicht gestartet oder migriert werden, weil:
* VergeOS reserviert RAM für Systemoperationen und vSAN-Funktionalität
* Während Wartung oder Failover müssen Workloads auf andere verfügbare Knoten migrieren
* Eine VM, die fast den gesamten verfügbaren RAM verbraucht, kann nicht erfolgreich auf einen anderen Knoten migriert werden
* **Empfohlene Vorgehensweise:** Setzen Sie dieses Limit auf höchstens 70–80 % des physischen RAM Ihres kleinsten Knotens, damit VMs während Wartungs- oder Failover-Szenarien immer migrieren können.
{% endhint %}
2. **Max. Kerne pro Maschine:** Gibt die maximale Anzahl an CPU-Kernen an, die einem einzelnen Workload zugewiesen werden kann (z. B. einer virtuellen Maschine, einem Mandantenknoten oder einem NAS-Dienst)
{% hint style="success" %}
**Überlegungen**
* Wenn laufende Workloads (z. B. VMs) mehr Kerne als dieses Limit verwenden, können sie nach dem Absenken der Einstellung nicht migriert werden.
* In fast allen Fällen sollte dieser Wert **nicht überschreiten** die Anzahl der Kerne, die in einem **einzelnen CPU-Sockel**.
* **Dieser Wert sollte niemals die Gesamtzahl der physischen Kerne in einem einzelnen Knoten überschreiten**
{% endhint %}
3. **Zielwert für maximalen RAM in % (Standard 80):** Gibt den maximalen Prozentsatz des physischen RAM an, den ein Cluster-Knoten unter normalen Bedingungen verwenden sollte. Dieser Schwellenwert hilft, eine Überzuweisung durch neue Workloads zu verhindern. Er kann jedoch in besonderen Umständen wie Failover oder Workload-Migration überschritten werden, um die Servicekontinuität aufrechtzuerhalten.
{% hint style="info" %}
**Beispiel für *****Zielwert für maximalen RAM in %***
* Ein Cluster-Knoten hat **252 GB physischen RAM verfügbar** (256 GB mit 252 GB nach BIOS-/Grafikkarten-Overhead)
* ***Zielwert für maximalen RAM in %*** ist auf den Standardwert von **80**
* 252G \* 80 % = **etwa 200G** unter normalen Bedingungen nutzbar
* **System-/vSAN-RAM-Overhead 16G** (Hinweis: Der vSAN-Overhead variiert je nach Menge des Cluster-Speichers)
* **Verfügbar für neue Workloads:** 184 GB (nutzbar abzüglich Overhead), bleibt innerhalb des 80-%-Nutzungsziels
* **Während Failover oder Migration:** RAM-Nutzung des Workloads **kann vorübergehend 184 GB überschreiten** um verschobene Workloads zu unterstützen
{% endhint %}
4. **% des Reserve-RAM, der für Maschinen verwendet werden soll:** definiert einen Anteil (in Prozent) des Swaps, der speziell reserviert ist, um zusätzlichen Workload-RAM zu simulieren, wenn physischer RAM erschöpft ist. Dieser virtuelle RAM kann als Fallback für RAM-Überprovisionierung konfiguriert werden.
{% hint style="warning" %}
**Warnhinweise zur RAM-Überprovisionierung**
* Die Verwendung dieser Reserve-RAM-Funktion ist typischerweise nur als Fallback für RAM-Überprovisionierung gedacht
* Vermeiden Sie Überprovisionierung auf Clustern mit hoher Speicherbelegung durch Workloads oder kritischen Workloads
* Erwägen Sie, VMs durch Verringerung der RAM-Zuweisungen passend zu dimensionieren, wenn die Nutzung konstant niedrig ist
* Wenn zu viele VMs gleichzeitig ihre volle Speicherzuweisung anfordern, kann die Workload-Leistung beeinträchtigt werden, da virtueller RAM um Größenordnungen langsamer ist als physischer RAM (Millisekunden statt Nanosekunden)
{% endhint %}
5. **Verschachtelte Virtualisierung:** Ermöglicht die Verwendung einer virtuellen Maschine innerhalb einer anderen virtuellen Maschine unter Nutzung der Hardwarebeschleunigung des Hosts.
{% hint style="info" %}
**Verschachtelte Virtualisierung kann Sicherheitsimplikationen und Probleme mit fairer Warteschlangenbildung/Messung mit sich bringen.**
{% endhint %}
6. *Live-Migration für verschachtelte Virtualisierung erlauben:*\* Ermöglicht die Live-Migration von virtuellen Maschinen mit verschachtelter Virtualisierung.
7. *Live-Migration für VGPU erlauben:*\* Ermöglicht die Live-Migration von virtuellen Maschinen mit vGPU-Geräten (experimentell). Obwohl in Tests nicht vollständig verifiziert, hat sich gezeigt, dass die Live-Migration von vGPU-Workloads im Allgemeinen zuverlässig funktioniert, wenn auf Host und Gast die neuesten NVIDIA-Treiber verwendet werden.
{% hint style="info" %}
**Wenn nicht genügend vGPU-Geräte verfügbar sind, können Workloads während der Wartung vorübergehend ausgeschaltet werden.**
{% endhint %}
{% hint style="success" %}
\***Live-Migrationen**
Die Einstellung für die virtuelle Maschine: *Migrationsmethode* ermöglicht die Definition des Migrationsverhaltens pro VM (z. B. manuelles Herunterfahren erforderlich, Live-Migration versuchen)
{% endhint %}
## Speicher (Swap-Einstellungen)
{% hint style="warning" %}
**Swap-Einstellungen werden während der Cluster-Installation angegeben. Änderungen an den Swap-Einstellungen gelten nur für neu formatierte Datenträger.**
{% endhint %}
1. **Für Swap verwendete Tier:** Speicher-Tier, das für den Swap-Speicher verwendet werden soll. Swap ist deaktiviert, wenn der Wert 0 ist
2. **Swap pro Laufwerk:** Menge des pro Laufwerk zuzuweisenden Swap-Speichers
## Knotentemperatur
Dieser Abschnitt ermöglicht es Ihnen, Einstellungen für das VergeOS-Warnverhalten in Bezug auf erhöhte CPU-Temperaturwerte auf Cluster-Knoten festzulegen. Eine rechtzeitige Benachrichtigung, bevor die maximale CPU-Temperatur erreicht wird, kann Maßnahmen ermöglichen, um Ausfälle und Schäden an physischer Hardware zu vermeiden; wenn CPU-Hardware ihre maximale Temperaturgrenze erreicht, kann die CPU sich automatisch abschalten oder Hard Locks verursachen sowie potenzielle Hardware-Schäden.
1. **Maximale Kerntemperatur (Celsius)** Legt eine Spitzentemperatur fest, die für die VergeOS-Temperaturüberwachung verwendet wird (in Kombination mit der nächsten Einstellung: *Warnschwellenwert für maximale Kerntemperatur %*).
* ***Abfrage von Hardware***** (Standard)** - ruft die hardwaredefinierte maximale Temperatur von der CPU ab
Nicht-Server-Hardware und einige ältere Server unterstützen diese Abfrage möglicherweise nicht; in solchen Fällen kann die benutzerdefinierte Einstellung ausgewählt werden, um eine maximale Temperatur festzulegen, auf der die VergeOS-Warnungen basieren.
Nicht-Server-Hardware und einige ältere Server unterstützen diese Abfrage möglicherweise nicht; in solchen Fällen kann die benutzerdefinierte Einstellung ausgewählt werden, um eine maximale Temperatur festzulegen, auf der die VergeOS-Warnungen basieren.