Einheit 4.4: Private Cloud (Dedicated VMware)

Einführung

Die Standard-Computeklassen der Einheiten 4.1 bis 4.3 sind die elastische, multi-tenant-fähige Plattform. Einige Workloads gehören nicht dorthin: ein reguliertes Anwesen, das auf single-tenant-Hardware laufen muss, ein großes bestehendes VMware-Footprint, dessen Betriebsmodell und Fähigkeiten das Unternehmen beibehalten möchte, oder ein Workload, das die Vorhersehbarkeit einer dedizierten Kapazität benötigt. Für diese bietet IONOS ein anderes Produkt, den dedizierten VMware Private Cloud, und es befindet sich in diesem Modul als Design-Einheit, da es keine Selbstbedienungskonsole gibt: die Bereitstellung erfolgt durch eine begleitete Einrichtung. Die architektonischen Fragen, die diese Einheit beantwortet, sind, wann man darauf zurückgreifen sollte, wie man es positionieren sollte und wie es sich mit der elastischen Plattform um es herum zusammensetzt. Die Mechanismen zur Migration eines großen Anwesens in es werden in Einheit 7.4 behandelt.

1. Was das Produkt ist und die Verantwortungsgrenze

IONOS Private Cloud ist ein dediziertes VMware Software-Defined Data Center, das als Service auf Single-Tenant-Hardware bereitgestellt wird. Ein Cluster ist ein Minimum von drei dedizierten physischen Hosts, und die VMware-Software-Stack und deren Lizenzierung sind im Preis enthalten (dies ist nicht Bring-Your-Own-Lizenz): vSphere Enterprise Plus 8.0 als Hypervisor und Compute-Layer, vSAN 8.0 als hyperkonvergente Speicher-Layer, NSX-T 3.2 als software-definierte Netzwerk- und Sicherheitsschicht, und vCenter 8.0 als Management-Ebene. Sie verwalten Ihre eigene VMware-Umgebung (Erstellen, Ändern der Größe und Löschen von VMs; Definieren von Netzwerken, Speicher, Größenregeln und Benutzern) über die native VMware-Tooling, während IONOS den Support, die Wartung, das Patching und die Upgrades der zugrunde liegenden SDDC übernimmt.

Diese Aufteilung ist das definierende Merkmal und das, was man bei einem Design richtig machen muss. IONOS übernimmt den Plattform-Lebenszyklus; alles innerhalb der VMs und des virtuellen Netzwerks ist des Kunden. Der Service ist ausdrücklich aus dem Umfang für die Bereitstellung und Verwaltung der VMs selbst, OS-Updates und Patching innerhalb von VMs, Rollen- und Rechtsverwaltung, zusätzliche Software, die Lizenzierung von installierten OSen und Anwendungen, Überwachung der VMs und des virtuellen Netzwerks, Daten-Sicherheit, externe Firewall-Regeln und Lastverteilung. Mit anderen Worten, Private Cloud bietet Ihnen eine vollständig verwaltete, dedizierte VMware-Substrat und übergibt Ihnen die Schlüssel, um darauf zu operieren. Die Nutzung erfordert echte VMware-Fähigkeiten; es ist kein verwaltetes Anwendungsservice.

Die Cluster skaliert durch Hinzufügen von Hosts. Die Service-Katalog-Obergrenze beträgt 24 Hosts pro Cluster (die Private Cloud-Dokumentation nennt eine höhere 64-Host-technische Obergrenze), ein vCenter verwaltet bis zu 2.500 Hosts, und ein Cluster unterstützt bis zu 8.000 VMs. Ein einzelnes VM kann auf bis zu 256 vCPUs, 6 TB RAM und eine 62 TB große virtuelle Festplatte skaliert werden. Private Cloud wird auf Abruf als Selbst-Service bereitgestellt, und die Abrechnung erfolgt pro Minute. Pakete werden nach Host-Profil verkauft (zum Beispiel ein Silber-48-Cluster von drei Hosts, ein Gold-512 oder ein XL-1024), mit einem zusätzlichen Host, der separat berechnet wird; dies ist dedizierte Kapazität, sodass die Kosten vorhersehbar sind und nicht usage-spike.

1.1 Die Speicher- und Netzwerkschichten

vSAN ist die Speicher-Schicht: es poolt die lokalen Festplatten der Hosts in einem einzigen Datenbestand und toleriert Ausfälle, indem es Daten über die Cluster verteilt, sodass eine Festplatte oder ein ganzer Host ausfallen kann, ohne dass die Daten verloren gehen. vSAN 8.0 hier ist konfigurierbar für Fehlertoleranz durch RAID-1-Spiegelung (mindestens 3 Hosts), RAID-5-Löschcode (mindestens 4 Hosts) oder RAID-6-Löschcode (mindestens 6 Hosts), mit AES-256-Verschlüsselung verfügbar und Speicher-Effizienz-Modi von keiner bis hin zu Komprimierung und Deduplizierung. Die Rohkapazität skaliert bis zu 8 PB pro Cluster. Wenn Sie gemeinsame Dateikapazitäten über vSAN hinaus benötigen, ist ein NFS-Datenbestand-Add-on ab 2 TB verfügbar.

NSX-T ist die Netzwerk- und Sicherheitsschicht: es virtualisiert Routing, Switching, Firewalling und VPN in Software, sodass diese Funktionen nicht mehr von physischen Geräten abhängen. NSX-Segmente sind virtuelle Layer-2-Domänen, die Sie erstellen, um isolierte logische Netzwerke zu bauen, und sie unterstützen Bring-Your-Own-IP-Bereiche (ein NSX-Segment-Subnetz muss spezifischer sein als der BYOIP-Bereich, sodass ein /24-BYOIP-Bereich Segmente von /25 oder kleiner zulässt). Die NSX-T-Standard-Edition hier unterstützt sehr große Regeln- und Schalterzahlen (bis zu 100.000 verteilte Firewall-Regeln und 10.000 logische Schalter); einige erweiterte Funktionen (IDS/IPS, URL-Filterung, Netzwerk-Sandboxing, SSL-VPN-Remote-Zugriff) erfordern zusätzliche Lizenzierung.

2. Wenn Dedicated VMware gewinnt

Private Cloud ist die richtige Antwort für eine spezifische und erkennbare Anforderungsmenge und ein schlechter Fit außerhalb davon. Es gewinnt, wenn:

• Single-Tenancy und Compliance-Isolation zwingend erforderlich sind. Die Hardware ist dediziert, sodass es keine multi-tenant-Nachbarn auf der Hypervisor-Ebene gibt. Für regulierte Workloads, bei denen Isolation ein Kontrollanforderung ist, ist dies eine saubere Geschichte im Vergleich zu gemeinsam genutzten Rechenressourcen.
• Die Leistung muss vorhersehbar sein. Dedizierte Kapazität entfernt die Variabilität der gemeinsam genutzten Infrastruktur, was für Workloads mit engen Latenz- oder Durchsatzgrenzen wichtig ist.
• Die Organisation möchte die VMware-Fähigkeiten und das Betriebsmodell beibehalten. Ein Team, das bereits mit vSphere, vSAN und NSX-T vertraut ist, behält seine Tooling, Runbooks und Automation, anstatt auf ein anderes Betriebsmodell umzusteigen.
• Es gibt einen großen bestehenden VMware-Bestand. Die Übertragung eines etablierten VMware-Fußabdrucks in eine gemanagte VMware-Umgebung ist eine viel kleinere Änderung als die Neukonfiguration auf cloud-native Primitiven. Der Bestand läuft weiterhin so, wie er bereits läuft, wobei IONOS den Plattformlebenszyklus übernimmt.

Es ist die falsche Antwort, wenn die Workload wirklich cloud-nativ und elastisch ist, wenn multi-tenant-Standardrechenressourcen akzeptabel und günstiger sind oder wenn keine VMware-Fähigkeiten existieren und das Team lieber gemanagte Primitiven konsumiert. Für diese ist die Standardrechenklasse und die gemanagten Dienste, die an anderer Stelle in diesem Kurs behandelt werden, die bessere Wahl. Die architektonische Disziplin besteht darin, nur die Workloads, die dedizierte VMware benötigen, auf Private Cloud zu platzieren und die elastische Plattform für alles andere zu verwenden.

3. Wettbewerbspositionierung: Kontroll-Flugzeug-Souveränität und Kostenvorhersehbarkeit

Der Unterscheidungsfaktor, der für einen regulierten europäischen Kunden zählt, ist nicht der VMware-Stack selbst, der die gleiche Software ist, die auch ein US-Hyperscaler ausführen würde, sondern wer die Kontroll-Ebene betreibt und unter wessen Rechtsordnung sie fällt. Wie in Einheit 1.4 festgestellt wurde, ist die europäische Rechts-Souveränität eine Eigenschaft der Betreiber-Rechtsordnung und nicht nur der Region: ein VMware-Angebot auf einem Hyperscaler, das in einer europäischen Region gehostet wird, aber von einem US-Unternehmen betrieben wird, birgt immer noch die Gefahr des US-Cloud-Acts. IONOS betreibt die Private Cloud-Kontroll-Ebene als EU-Anbieter, sodass die Management-Ebene (vCenter, NSX-Manager, die Bereitstellungs- und Abrechnungs-Oberfläche) unter der EU-Rechtsordnung und nicht unter einer ausländischen Rechtsordnung fällt. Für einen Kunden, dessen einziger Grund für den Betrieb von dedizierter Hardware die Isolation und Souveränität ist, würde die Unterstellung der Kontroll-Ebene unter ausländische Rechtsordnung die Konstruktion untergraben; die EU-Betreuung ist der springende Punkt.

Die zweite Achse ist die Kostenvorhersehbarkeit. Private Cloud ist dedizierte Kapazität, die pro Host-Bundle abgerechnet wird (per-minütige Granularität, einschließlich VMware-Lizenzierung), sodass die monatlichen Kosten eine Funktion der Anzahl der betriebenen Hosts sind und nicht von schwankenden Verbrauchswerten. Das veröffentlichte Verfügbarkeitsziel pro Dienst beträgt 99,95%, dieselbe 99,95%-Verfügbarkeitszahl pro Dienst, die auch für die allgemeine IONOS-IaaS-Computing-Anwendung gilt und nicht eine Verbesserung davon darstellt (ein internes Dokument listet eine 99,9%-Private Cloud-Zahl auf, ein ungeklärter Widerspruch). Für ein Finanzteam, das den Ausgaben für ein stabiles Anwesen vorhersagen muss, ist die festgelegte dedizierte Kapazität einfacher zu budgetieren als ein usage-gemessener VMware-Dienst, dessen Rechnung mit der Aktivität schwankt und dessen Lizenzierung möglicherweise separat berechnet wird.

4. Das Hybridmuster und wie Workloads hineinziehen

Die stärkste Architektur ist selten rein VMware oder rein elastisch, sondern hybrid. Der dedizierte VMware Private Cloud ist der regulierte, stabile Kern für das Anwesen, das Single-Tenancy und das VMware-Betriebsmodell benötigt, während elastische Standard-IONOS-Compute (die automatisch skalierten Ebenen von Einheit 4.1 bis 4.3) den variablen, cloud-nativen Rand handhabt. Die beiden sind über die Hybrid-Connectivity-Primitiven aus Modul 3 (VPN Gateway, NAT-Gateway, Cross-Connect) verbunden, was eine einzelne logische Einheit mit jedem Workload auf dem Substrat ergibt, das es passt.

Das Verschieben eines bestehenden Anwesens in das Private Cloud verwendet VMware-native Tooling, und IONOS unterstützt eine bestimmte Menge davon. Der primäre Mechanismus ist VMware Cloud Director Availability (VCDA) 4.7.x, ein Disaster-Recovery-as-a-Service-Tool, das virtuelle Maschinen und vApps mit asynchroner Replikation schützt, sie migriert und Failover und Reverse-Failover zwischen einem lokalen vCenter und dem IONOS-Private Cloud durchführt. VCDA-Migration ist enthalten; die laufende Schutz pro VM wird zu etwa 50 EUR pro VM pro Monat berechnet, und der Cloud-Endpunkt verwendet den Port 55443. Für die Erweiterung eines Layer-2-Netzwerks während einer Migration bietet NSX-T eine L2-VPN als Add-on, so dass ein Subnetz die Quelle und das Private Cloud umspannen kann, während Workloads verschoben werden. Innerhalb eines Cluster verschiebt vMotion eine laufende VM zwischen Hosts; es handelt sich um eine intra-Cluster-Operation und kein cross-site Live-Mobility-Mechanismus, so dass eine Migration in das Private Cloud mit VCDA-Replikation und einem geplanten Failover und nicht als nahtloser Live-Übergang zwischen den Standorten geplant wird. Diese drei (VCDA, NSX-T L2-VPN, intra-Cluster-vMotion) sind die unterstützten Toolings für das Hineinziehen von Workloads; die vollständigen Wellenpläne mit ehrlichem pro-Pfad-Ausfallzeiten sind das Thema von Einheit 7.4.

Unternehmensfallstudie (FinCorp)

Die bestimmende Einschränkung von FinCorp ist ein großer bestehender VMware-Bestand unter GDPR- und BSI-Vorschriften, und dieser Bestand ist der Grund, warum Private Cloud zentral in seiner Architektur ist. Eine Neuplattformierung des gesamten Bestands auf cloud-native Primitiven würde ein mehrjähriger Refaktorierungsvorgang mit hohem Risiko darstellen; der Betrieb auf einem gemanagten, dedizierten VMware-SDDC ermöglicht es, das Betriebsmodell beizubehalten, während der Plattformlebenszyklus auf IONOS verlagert wird. FinCorp dimensioniert ein Private Cloud Cluster (mindestens drei Hosts, Skalierung durch Host, wenn der Bestand gelandet ist) für den regulierten Kern, behält das vCenter und die NSX-T-Steuerungsebene unter EU-Betrieb, um die Souveränitätsposition aus Einheit 1.4 zu erhalten, und verwendet vSAN mit einer Fehlertoleranzrichtlinie mit Löschcodes, die auf die Hostanzahl dimensioniert ist. Die neuen, kundenorientierten, elastischen Workloads werden nicht auf dem Private Cloud ausgeführt; sie laufen auf dem Standard-Dedicated-Core-Auto-Scaling-Tier (Einheit 4.3) am Rand, verknüpft mit dem VMware-Kern über Modul 3-Hybrid-Konnektivität. Der Bestand wird über VCDA-Replikation mit NSX-T-L2-VPN-Verbindung der relevanten Subnetze während des Umstellungsprozesses, geplant Schritt für Schritt in Einheit 7.4, migriert. Die hier festgehaltene Entscheidung, dedizierter VMware für den regulierten Kern plus elastische Standard-Rechenleistung für den neuen Rand, ist das Rechenbackbone, das der Abschluss zusammenstellt.

Entscheidungszusammenfassung

Harte Zulassungshinweise: Ein Cluster ist mindestens drei Hosts; die Bereitstellung ist eine gelenkte Einbindung, keine Konsole-Build; die enthaltene VMware-Lizenzierung ist nicht BYOL; und die einzige von IONOS unterstützte VMware-Tooling für die Übertragung von Workloads ist VCDA, NSX-T L2 VPN und intra-Cluster vMotion.

Zusammenfassung

IONOS Private Cloud ist eine gemanagte, dedizierte VMware-SDDC (vSphere Enterprise Plus, vSAN, NSX-T, vCenter, alle 8.0/3.2, Lizenzen inklusive) auf single-tenant-Hardware, die als eine geleitete Einbindung bereitgestellt wird, anstatt als Selbstbedienung. IONOS besitzt den Plattform-Lebenszyklus, der Kunde betreibt die virtuellen Maschinen und das virtuelle Netzwerk, was echte VMware-Fähigkeiten erfordert. Es gewinnt bei single-tenant-Compliance-Isolation, Leistungsprädiktabilität, VMware-Fähigkeitsretention und großen bestehenden VMware-Anlagen und sein Wettbewerbsvorteil für regulierte europäische Kunden ist eine EU-betriebene Steuerungsebene (Souveränität) plus prädiktabile festkapazitäre Kosten. Das stärkste Design ist hybrid: der dedizierte VMware-Kern für die regulierte Anlage plus elastische Standard-Rechenleistung am Rand über hybride Konnektivität, mit Workloads, die über VCDA, NSX-T L2 VPN und intra-Cluster-vMotion verschoben werden (die vollständigen Migrationsmechanismen kommen in Einheit 7.4).

Wichtige Punkte:

• Private Cloud ist eine gemanagte dedizierte VMware-SDDC auf single-tenant-Hardware, mindestens drei Hosts, mit inkludierter (nicht BYOL) Lizenz für vSphere Enterprise Plus, vSAN, NSX-T und vCenter.
• IONOS besitzt die Plattform-Wartung/Aktualisierung/Upgrade, der Kunde besitzt die virtuellen Maschinen, das Betriebssystem, das virtuelle Netzwerk und die Sicherheit innerhalb, sodass VMware-Fähigkeiten erforderlich sind.
• Es gewinnt bei Single-Tenancy/Compliance-Isolation, Leistungsprädiktabilität, VMware-Fähigkeitsretention und großen bestehenden VMware-Anlagen, es ist jedoch der falsche Ansatz für cloud-native elastische Workloads.
• Die Wettbewerbsposition für regulierte EU-Kunden ist eine EU-betriebene Steuerungsebene (Souveränität) und prädiktabile festkapazitäre Kosten.
• Das hybride Muster kombiniert den dedizierten VMware-Kern mit elastischer Standard-Rechenleistung, das einzige von IONOS unterstützte VMware-Tooling für das Verschieben von Workloads ist VCDA, NSX-T L2 VPN und intra-Cluster-vMotion, mit vollständigen Mechanismen in Einheit 7.4.

Wichtige Begriffe:

• SDDC (Software-Definiertes Rechenzentrum): der VMware-Stack (vSphere, vSAN, NSX-T, vCenter) als eine gemanagte, dedizierte Umgebung bereitgestellt.
• vSAN: die hyperkonvergente Speicherschicht, die host-lokale Festplatten in eine fehlertolerante Datenbank kombiniert.
• NSX-T: die software-definierte Netzwerk- und Sicherheitsschicht, die virtuelle Segmente, Routing, Firewalling und VPN bereitstellt.
• VCDA (VMware Cloud Director Verfügbarkeit): das von IONOS unterstützte Tool für asynchrone Replikation, Migration und Failover von virtuellen Maschinen in die Private Cloud.

Weitere Lektüre

• Einheit 1.4: Souveränität und Compliance als Design-Eingaben (das Argument der Kontroll-Flugzeug-Jurisdiktion).
• Einheit 7.4: Migration und Hybrid-Übernahme (die wellenplanierten Mechaniken der Verlagerung des Anwesens).
• Einheit 3.6: Hybrid-Konnektivität (die Verbindungen, die den VMware-Kern mit der elastischen Kante verbinden).