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ßer bestehender VMware-Fußabdruck, dessen Betriebsmodell und Fähigkeiten das Unternehmen beibehalten möchte, oder ein Workload, der die Vorhersehbarkeit einer dedizierten Kapazität benötigt. Für diese bietet IONOS CLOUD 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 ist ein geführtes Engagement. Die architektonischen Fragen, die diese Einheit beantwortet, sind, wann man darauf zurückgreift, wie man es positioniert und wie es sich mit der elastischen Plattform um es herum zusammensetzt. Die Mechanismen zur Migration eines großen Anwesens dorthin werden in Einheit 7.4 behandelt.

1. Was das Produkt ist und die Verantwortungsgrenze

IONOS CLOUD Private Cloud ist ein dediziertes VMware-Software-Defined-Data-Center, das als Dienstleistung auf single-tenant-Hardware bereitgestellt wird. Ein Cluster besteht aus mindestens drei dedizierten physischen Hosts, und die VMware-Software-Stack und deren Lizenzierung sind im Preis enthalten (dies ist keine Bring-Your-Own-Lizenz): vSphere Enterprise Plus 8.0 als Hypervisor und Compute-Schicht, vSAN 8.0 als hyperkonvergente Speicher-Schicht, 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 VM; Definieren von Netzwerken, Speicher, Größenregeln und Benutzern) über die native VMware-Tooling, während IONOS CLOUD den Support, die Wartung, das Patching und die Aktualisierungen der zugrunde liegenden SDDC übernimmt.

Diese Aufteilung ist das definierende Merkmal und das Wichtigste bei der Gestaltung. IONOS CLOUD übernimmt den Lebenszyklus der Plattform; alles innerhalb der VM und des virtuellen Netzwerks ist des Kunden. Der Dienst ist explizit außerhalb des Bereichs für die Bereitstellung und Verwaltung der VM selbst, OS-Updates und Patching innerhalb von VM, Rollen- und Rechtsverwaltung, zusätzliche Software, die Lizenzierung von installierten Betriebssystemen und Anwendungen, Überwachung der VM und des virtuellen Netzwerks, Daten-Sicherheit, externe Firewall-Regeln und Lastverteilung. Mit anderen Worten bietet Private Cloud Ihnen eine vollständig gemanagte, dedizierte VMware-Schicht und übergibt Ihnen die Schlüssel zur Nutzung darüber. Die Nutzung erfordert echte VMware-Fähigkeiten; es handelt sich nicht um einen gemanagten Anwendungsdienst.

Der Cluster skaliert durch Hinzufügen von Hosts. Ein Cluster besteht aus mindestens drei dedizierten Hosts und skaliert durch Hinzufügen von mehr. Eine einzelne VM kann auf die vSphere 8.0-Konfigurationsmaxima dimensioniert werden, weit über den Standard-public-cloud-Compute-Formen hinaus. Private Cloud wird bedarfsgesteuert als Selbstbedienung bereitgestellt, und die Abrechnung erfolgt pro Minute. Pakete werden nach Host-Profil verkauft (zum Beispiel ein Silver-48-Cluster mit drei Hosts, ein Gold-512 oder ein XL-1024), mit einem zusätzlichen Host, der separat berechnet wird; dies ist eine dedizierte Kapazität, sodass die Kosten vorhersehbar sind anstatt nutzungsbedingt zu schwanken.

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 durch Verteilung von Daten über den Cluster, sodass eine Festplatte oder ein ganzer Host ausfallen kann, während die Daten immer noch an anderer Stelle verfügbar sind. vSAN 8.0 hier ist konfigurierbar für Fehlertoleranz durch RAID-1-Spiegelung (mindestens 3 Hosts), RAID-5-Löschcodes (mindestens 4 Hosts) oder RAID-6-Löschcodes (mindestens 6 Hosts), mit AES-256-Verschlüsselung verfügbar und Speicher-Effizienzmodi von keiner bis hin zu Komprimierung und Deduplizierung-Komprimierung. Die Rohkapazität skaliert bis zu 8 PB pro Cluster. Wenn Sie gemeinsame Dateikapazitäten jenseits von vSAN benötigen, ist ein NFS-Datenspeicher-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 können, 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 ermöglicht). 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-Fernzugriff) erfordern zusätzliche Lizenzierung.

2. Wenn Dedicated VMware die bessere Wahl ist

Private Cloud ist die richtige Antwort für einen spezifischen und erkennbaren Satz von Anforderungen und eine schlechte Wahl außerhalb davon. Sie gewinnt, wenn:

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

Sie ist die falsche Antwort, wenn die Workload tatsächlich cloud-native und elastisch ist, wenn multi-tenante Standardrechenressourcen akzeptabel und günstiger sind oder wenn keine VMware-Fähigkeiten existieren und das Team lieber gemanagte Primitiven konsumiert. Für diese Fälle sind die Standardrechenklassen und 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 setzen 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 dieselbe Software ist, die auch ein US-Hyperscaler ausführen würde, sondern wer die Kontroll-Ebene betreibt und unter wessen Gerichtsbarkeit sie fällt. Wie in Einheit 1.4 festgestellt wurde, ist die EU-rechtliche Souveränität eine Eigenschaft der Betreibergerichtsbarkeit 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 CLOUD betreibt die Private-Cloud-Kontroll-Ebene als EU-Anbieter, sodass die Management-Ebene (vCenter, NSX-Manager, die Bereitstellungs- und Abrechnungs-Oberfläche) unter EU-Gerichtsbarkeit und nicht unter einer fremden Gerichtsbarkeit 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 fremde Gerichtsbarkeit das Design untergraben; die Aufrechterhaltung der EU-Betreibergerichtsbarkeit 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 abhängen. Das veröffentlichte Verfügbarkeitsziel pro Dienst beträgt 99,95%, dieselbe 99,95%-Verfügbarkeitszahl pro Dienst wie für allgemeine IONOS CLOUD-IaaS-Computer-Anwendungen und nicht eine Verbesserung davon (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 verschoben werden

Die stärkste Architektur ist selten rein VMware oder rein elastisch; es ist das Hybridmuster. 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 die elastische Standard-IONOS CLOUD-Computing (die automatischen Skalierungsebenen der Dedicated Core 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 jeder Workload auf dem Substrat ergibt, das zu ihr passt.

Das Verschieben eines bestehenden Anwesens in den Private Cloud verwendet VMware-native Tooling, und IONOS CLOUD unterstützt einen bestimmten Satz davon. Der primäre Mechanismus ist VMware Cloud Director Availability (VCDA) 4.7.x, ein Disaster-Recovery-as-a-Service-Tool, das VMs und vApps mit asynchroner Replikation schützt, sie migriert und Failover und Reverse-Failover zwischen einem lokalen vCenter und dem IONOS CLOUD Private Cloud durchführt. Die 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 ein L2-VPN als Add-on an, sodass ein Subnetz den Quell- und Private-Cloud-Bereich umspannen kann, während Workloads verschoben werden. Innerhalb eines Clusters verschiebt vMotion eine laufende VM zwischen Hosts; es handelt sich um einen Intra-Cluster-Vorgang und kein Cross-Site-Live-Mobility-Mechanismus, sodass eine Migration in den Private Cloud mit VCDA-Replikation und einem geplanten Failover durchgeführt wird, anstatt als nahtloser Live-Übergang zwischen den Standorten angenommen zu werden. Diese drei (VCDA, NSX-T L2 VPN, Intra-Cluster-vMotion) sind die unterstützten Toolings für das Verschieben von Workloads; die vollständigen Wellenpläne mit ehrlichem Pro-Path-Downtime sind Gegenstand von Einheit 7.4.

Unternehmensfallstudie (FinCorp)

Die bestimmende Einschränkung von FinCorp ist ein großer bestehender VMware-Bestand unter GDPR- und BSI-Verpflichtungen, 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 sein; der Betrieb auf einem gemanagten, dedizierten VMware-SDDC ermöglicht es, das Betriebsmodell beizubehalten, während der Plattformlebenszyklus auf IONOS CLOUD verlagert wird. FinCorp dimensioniert einen Private-Cloud-Cluster (mindestens drei Hosts, Skalierung pro 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 Fehlertoleranzpolitik mit Löschcodes, die auf die Anzahl der Hosts abgestimmt ist. Die neuen, kundenorientierten, elastischen Workloads werden nicht auf der Private Cloud ausgeführt; sie laufen auf dem Standard-Dedicated-Core-Auto-Scaling-Tier (Einheit 4.3) am Rand, verbunden mit dem VMware-Kern über Modul 3-Hybrid-Konnektivität. Der Bestand wird über VCDA-Replikation mit NSX-T-L2-VPN verlagert, wobei die relevanten Subnetze während des Umstellungsprozesses erweitert werden, geplant wellenweise in Einheit 7.4. Die hier festgehaltene Entscheidung, dediziertes VMware für den regulierten Kern plus elastische Standard-Rechenleistung für den neuen Rand, bildet das Rechenbackbone, das der Abschluss zusammenstellt.

Entscheidungszusammenfassung

Harte Zulassungsnotizen: 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 CLOUD unterstützte VMware-Tooling für die Übertragung von Workloads ist VCDA, NSX-T L2 VPN und intra-cluster-vMotion.

Zusammenfassung

IONOS CLOUD 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 geleitetes Engagement und nicht als Selbstbedienung bereitgestellt wird. IONOS CLOUD besitzt den Plattformlebenszyklus, der Kunde betreibt die VM 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-Beständen und sein wettbewerbsfähiger Vorteil 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 den regulierten Bestand 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 CLOUD besitzt die Plattformwartung/Patching/Upgrades, der Kunde besitzt die VM, das Betriebssystem, das virtuelle Netzwerk und die Sicherheit innerhalb, sodass VMware-Fähigkeiten erforderlich sind.
• Es gewinnt bei Single-Tenant/Compliance-Isolation, Leistungsprädiktabilität, VMware-Fähigkeitsretention und großen bestehenden VMware-Beständen, es ist jedoch der falsche Ansatz für cloud-native elastische Workloads.
• Die wettbewerbsfähige Position 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 CLOUD 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-Defined Rechenzentrum): der VMware-Stack (vSphere, vSAN, NSX-T, vCenter) als ein gemanagtes, dediziertes Umfeld bereitgestellt.
• vSAN: die hyperkonvergierte Speicherschicht, die Host-lokale Festplatten in eine fehlertolerante Datenbank kombiniert.
• NSX-T: die softwaredefinierte Netzwerk- und Sicherheitsschicht, die virtuelle Segmente, Routing, Firewalling und VPN bereitstellt.
• VCDA (VMware Cloud Director Verfügbarkeit): das von IONOS CLOUD unterstützte Tool für asynchrone Replikation, Migration und Failover von VM in die Private Cloud.

Weitere Lektüre

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