Labor: HCI- + Compute-Bereitstellung
Stellen Sie mit dem Terraform-Playground einen HCI-Grundlagencluster mit einem dedizierten reinen Compute-Cluster bereit, konfigurieren Sie die Workload-Platzierung und validieren Sie die unabhängige Compute-Skalierung.
Zielsetzung
Bereitstellen Sie VergeOS in einer HCI- + Dediziert-Compute-Konfiguration mit dem Terraform-Playground. Sie werden eine Topologie mit zwei Clustern bereitstellen — einen HCI-Grundlagencluster (Controller + Storage) und einen dedizierten Nur-Compute-Cluster — und dann die Workload-Platzierung über die Cluster hinweg konfigurieren, unabhängige Compute-Skalierung validieren und das Betriebsmodell mit reinen HCI-Bereitstellungen vergleichen.
Voraussetzungen
Alle vorherigen Module (1–9) abgeschlossen
Den HCI-Bereitstellungs-Lab und den UCI-Bereitstellungs-Lab abgeschlossen
Zugriff auf das Repository vergeos-terraform-playground (lokal geklont)
Terraform-CLI installiert und konfiguriert
Eine VergeOS-Umgebung oder ein Labor, das verschachtelte Bereitstellungen unterstützt
Vertrautheit mit den Terraform-Grundlagen (init, plan, apply)
Schwierigkeitsgrad
Mittelstufe — Erfordert Verständnis der VergeOS-Clusterarchitektur, des Multi-Cluster-Netzwerks und grundlegender Terraform-Nutzung
Geschätzte Zeit
1,5 Stunden
Hintergrund: HCI- + Dediziert-Compute-Architektur
Bevor Sie mit dem Lab beginnen, sehen Sie sich das Zwei-Cluster-Modell an, das HCI + Dedicated Compute definiert:
Grundprinzipien:
Cluster 1 (HCI) umfasst immer die Knoten 1 und 2 mit Controllern und Tier-0-Storage. Optionale Knoten 3–4 fügen Storage- und (optional) Compute-Kapazität hinzu.
Cluster 2 (Nur Compute) enthält Knoten, die vollständig für die Ausführung von Workloads vorgesehen sind — kein Storage-Overhead, maximale Ressourcen für VMs.
Das Compute-Schalter im HCI-Cluster steuert, ob HCI-Knoten neben ihren Storage-/Steuerungsfunktionen auch Workloads ausführen dürfen.
Alle Storage-E/A der Compute-Knoten läuft über das Kernnetzwerk zum HCI-Cluster, weshalb die Bandbreite zwischen den Clustern kritisch ist.
Schritte
Teil 1: Prüfen der HCI- + Compute-Topologie
Verstehen Sie die Konfiguration vor der Bereitstellung.
Navigieren Sie im Repository des Terraform-Playgrounds zum
examples/Verzeichnis und identifizieren Sie das HCI- + Compute-.tfvarsDatei (suchen Sie nach Dateien, die sich auf "hci-compute"- oder "hybrid"-Topologien beziehen)Untersuchen Sie die Variablen und identifizieren Sie:
Wie viele Cluster definiert sind und welche Rollen sie haben (HCI vs. nur Compute)
Knotenanzahl und Zuordnung pro Cluster
Das Compute-Schalter Einstellung auf dem HCI-Cluster — ist sie aktiviert oder deaktiviert?
Konfiguration der Storage-Tiers (Tier 0 für Metadaten auf Controller-Knoten, Tier 1 für Workload-Daten)
Netzwerkkonfiguration für die Kommunikation zwischen den Clustern
Vergleichen Sie diese
.tfvarsDatei mit den reinen HCI-Konfigurationen aus dem vorherigen Lab. Beachten Sie die strukturellen Unterschiede:Zusätzliche Clusterdefinition für Nur-Compute-Knoten
Zuweisung der Storage-Tiers — Nur-Compute-Knoten haben keine Storage-Tiers
Anforderungen an die Netzwerkbandbreite zwischen den Clustern
Sehen Sie sich die Dokumentation zum Bereitstellungsszenario (
docs/deployment-scenarios.md) für den Abschnitt HCI + Compute an
Teil 2: Bereitstellen der HCI- + Compute-Topologie
Stellen Sie die Umgebung mit zwei Clustern bereit.
Ausführen
terraform initum den Provider zu initialisieren (falls noch nicht geschehen)Ausführen
terraform plan -var-file=<hci-compute>.tfvarsund prüfen Sie die geplanten Ressourcen sorgfältig:Überprüfen, dass zwei separate Cluster erstellt werden
Bestätigen, dass die Knoten-Zuordnungen der erwarteten Topologie entsprechen
Prüfen, dass Storage-Tiers nur HCI-Cluster-Knoten zugewiesen werden
Validieren, dass die Netzwerkschnittstellen für die Kommunikation zwischen den Clustern konfiguriert sind
Ausführen
terraform apply -var-file=<hci-compute>.tfvarsum bereitzustellenMelden Sie sich in der VergeOS-UI an und überprüfen Sie die Bereitstellung:
Cluster: Beide Cluster erscheinen — einer mit der Bezeichnung HCI, einer mit der Bezeichnung Compute
Knoten: Jeder Knoten ist seinem richtigen Cluster zugewiesen
Storage: vSAN-Storage-Pools existieren nur im HCI-Cluster; bei Nur-Compute-Knoten wird kein Storage angezeigt
Netzwerk: Das Kernnetzwerk verbindet beide Cluster; die Konnektivität zwischen den Clustern ist hergestellt
Controller: Controller-VMs laufen auf den Knoten 1 und 2 im HCI-Cluster
Teil 3: Workload-Platzierung konfigurieren
Üben Sie die Platzierung von Workloads über die Topologie mit zwei Clustern hinweg.
Erstellen Sie eine VM auf dem Nur-Compute-Cluster:
Erstellen Sie in der VergeOS-UI eine neue VM und wählen Sie für die Platzierung den Nur-Compute-Cluster aus
Weisen Sie CPU- und Arbeitsspeicherressourcen zu
Hängen Sie eine virtuelle Festplatte an — beachten Sie, dass der Storage aus dem vSAN des HCI-Clusters bereitgestellt wird, obwohl die VM auf einem Nur-Compute-Knoten ausgeführt wird
Starten Sie die VM und überprüfen Sie, ob sie erfolgreich startet
Erstellen Sie eine VM im HCI-Cluster (falls Compute aktiviert ist):
Erstellen Sie eine zweite VM und platzieren Sie sie diesmal im HCI-Cluster
Vergleichen Sie die Ressourcenverfügbarkeit zwischen den beiden Clustern
Beachten Sie den Unterschied: HCI-Knoten teilen sich Ressourcen zwischen Storage/Steuerung und Compute, während Nur-Compute-Knoten alle Ressourcen Workloads widmen
Verschieben Sie eine VM in einen anderen Cluster:
Wählen Sie eine VM, die auf dem Nur-Compute-Cluster läuft, und fahren Sie sie herunter (die Cluster-Zuordnung kann während des Betriebs der VM nicht geändert werden)
Bearbeiten Sie die VM und ändern Sie das Cluster Feld in den HCI-Cluster und schalten Sie die VM dann wieder ein
Wiederholen Sie dies bei Bedarf in die andere Richtung (HCI → Nur Compute)
Dokumentieren Sie die Einschränkungen: Eine clusterübergreifende Verschiebung erfordert, dass die VM gestoppt ist, und ist nicht zustandserhaltend — die VM wird heruntergefahren und im Zielcluster neu gestartet
Vergleichen Sie dies mit der in der UI verfügbaren Migrieren Aktion, die nur innerhalb eines Clusters möglich ist (sie wählt ein Ziel Knoten innerhalb des aktuellen Clusters der VM) und live ohne Herunterfahren der VM ausgeführt werden kann
Überwachen Sie die I/O zwischen den Clustern:
Öffnen Sie das VergeOS-Dashboard und navigieren Sie zur Netzwerküberwachung
Beobachten Sie den Storage-I/O-Verkehr, der von den Nur-Compute-Knoten zum HCI-Cluster fließt
Beachten Sie die Bandbreitennutzung im Kernnetzwerk — deshalb ist die Planung der Bandbreite zwischen den Clustern so wichtig
Teil 4: Unabhängige Compute-Skalierung validieren
Demonstrieren Sie den Skalierungsvorteil des HCI- + Compute-Modells.
Kapazität des Nur-Compute-Clusters prüfen:
Prüfen Sie in der VergeOS-UI die gesamte auf dem Nur-Compute-Cluster verfügbare CPU- und Arbeitsspeicherkapazität
Vergleichen Sie dies mit den verfügbaren Compute-Ressourcen des HCI-Clusters (nach Storage-/Steuerungs-Overhead)
Dokumentieren Sie den Unterschied in der effektiven Compute-Kapazität
Simulieren Sie ein Scale-out-Szenario:
Überprüfen Sie das
.tfvarsDatei und identifizieren Sie, wie zusätzliche Nur-Compute-Knoten hinzugefügt werdenÄndern Sie die Knotenzahl für den Nur-Compute-Cluster (z. B. 1–2 weitere Knoten hinzufügen)
Ausführen
terraform planum die Änderung vorzuschauen — beachten Sie, dass nur Compute-Knoten hinzugefügt werden; Storage bleibt unverändertWenden Sie die Änderung an und überprüfen Sie, dass die neuen Knoten dem Nur-Compute-Cluster beitreten
Bestätigen Sie, dass der HCI-Cluster vollständig unverändert bleibt — kein Rebalancing, keine Storage-Unterbrechung
Skalierungsmodelle vergleichen:
SkalierungsaktionReines HCIHCI + ComputeCompute-Kapazität hinzufügen
Vollständigen HCI-Knoten hinzufügen (mit Storage)
Leichten Nur-Compute-Knoten hinzufügen
Storage-Kapazität hinzufügen
HCI-Knoten hinzufügen oder vorhandene Festplatten erweitern
Knoten nur zum HCI-Cluster hinzufügen
Unabhängig skalieren
❌ Compute und Storage gekoppelt
✅ Compute skaliert unabhängig
Hardwareflexibilität
Alle Knoten benötigen Hardware der Storage-Klasse
Compute-Knoten für Workloads optimiert
Betriebliche Komplexität
Einfach — ein einzelner Cluster
Mäßig — zwei Cluster, Netzwerkanbindung zwischen den Clustern
Teil 5: Den Compute-Schalter erkunden
Verstehen Sie die Auswirkungen der Compute-Einstellung des HCI-Clusters.
Den aktuellen Zustand des Compute-Schalters prüfen:
Navigieren Sie in der VergeOS-UI zu den Einstellungen des HCI-Clusters
Ermitteln Sie, ob der Compute-Schalter derzeit aktiviert oder deaktiviert ist
Falls aktiviert, notieren Sie, welche Workloads (falls vorhanden) auf HCI-Knoten ausgeführt werden
Verstehen Sie die beiden Modi:
EinstellungVerhaltenAm besten geeignet fürCompute aktiviert
HCI-Knoten führen Workloads neben Storage/Steuerung aus
Kleinere Bereitstellungen, bei denen die Maximierung der Auslastung bevorzugt wird
Compute deaktiviert
HCI-Cluster nur für Storage und Steuerung reserviert
Leistungssensitive Umgebungen, in denen die Trennung von Storage und Compute bevorzugt wird
Dokumentieren Sie Ihre Empfehlung:
Welche Einstellung des Compute-Schalters würden Sie auf Grundlage der aktuellen Bereitstellungsgröße empfehlen?
Welche Faktoren würden dazu führen, dass Sie die Einstellung ändern?
Hinweis: Das Ändern des Compute-Schalters kann einen Rolling Restart der Knoten im HCI-Cluster erfordern — prüfen Sie die Auswirkungen mit dem VergeOS-Support, bevor Sie diese Änderung in der Produktion vornehmen
Teil 6: Übung zur Designentscheidung
Wenden Sie an, was Sie gelernt haben, auf ein reales Szenario.
Szenario: Ein Kunde betreibt derzeit einen VergeOS-HCI-Cluster mit 4 Knoten. Er muss 50 neue VMs für eine Entwicklungsumgebung hinzufügen, benötigt aber keinen zusätzlichen Storage. Die aktuelle Storage-Auslastung beträgt nur 40 %, die CPU-Auslastung liegt jedoch bei 75 %.
Bewerten Sie die Optionen:
Option A: 2 weitere HCI-Knoten hinzufügen (HCI-Cluster mit 6 Knoten)
Option B: Einen Nur-Compute-Cluster mit 2 Knoten hinzufügen (4-Knoten-HCI + 2-Knoten-Compute)
Option C: Auf vollständige UCI-Architektur migrieren
Dokumentieren Sie für jede Option:
Auswirkungen auf die Hardwarekosten
Änderung der betrieblichen Komplexität
Netzwerkanforderungen
Pfad für zukünftige Skalierbarkeit
Ihre Empfehlung mit Begründung
Bonus: Identifizieren Sie, welches Terraform-Playground-Beispiel Option B am ehesten entspricht, und nennen Sie die
.tfvarsÄnderungen, die erforderlich sind, um die Anforderungen des Kunden zu erfüllen
Bereinigung
Wenn Sie mit dem Lab fertig sind:
Entfernen Sie alle im Lab erstellten Test-VMs
Ausführen
terraform destroyum die gesamte HCI- + Compute-Bereitstellung abzubauenÜberprüfen Sie in der VergeOS-UI, dass alle Ressourcen bereinigt wurden
Verifizierung
Ihr HCI- + Compute-Bereitstellungs-Lab ist abgeschlossen, wenn Sie beantworten können ja allen folgenden Punkten antworten kannst:
Zuletzt aktualisiert
War das hilfreich?