Verfügbarkeit und Redundanz

Google Cloud VMware Engine bietet Anwendungsverfügbarkeit für in VMware in Ihrer privaten Cloud-Umgebung ausgeführte Anwendungen. Die folgende Tabelle enthält Fehlerszenarien und die zugehörigen Verfügbarkeitsfeatures, die zum Schutz Ihrer Anwendungen beitragen.

Fehlerszenario Anwendung geschützt? VMware Engine-Hochverfügbarkeitsfeature VMware Hochverfügbarkeitsfeature Google Cloud-Feature
Laufwerksausfall Ja Schneller Austausch eines fehlgeschlagenen Knotens Informationen zur vSAN-Standardspeicherrichtlinie
Lüfterfehler Ja Redundante Lüfter, schneller Austausch eines fehlgeschlagenen Knotens
NIC-Fehler Ja Redundante NIC, schneller Austausch eines fehlgeschlagenen Knotens
Host-Stromausfall Ja Redundante Stromversorgung
ESXi-Hostfehler Ja Schneller Austausch eines fehlgeschlagenen Knotens Hochverfügbarkeit von VMware vSphere
VM-Fehler Ja Hochverfügbarkeit von VMware vSphere Load-Balancer für zustandslose VMware-VMs
Leaf Switch-Portfehler Ja Redundante NIC
Leaf Switch-Fehler Ja Redundante Leaf Switches
Rack-Fehler Ja Placement-Gruppen
Netzwerkverbindung zur lokalen Umgebung Ja Redundante Netzwerkdienste Redundante Dedicated Interconnect- und Partner Interconnect-Netzwerkverbindungen
Netzwerkverbindung Ja Redundante Dedicated Interconnect- und Partner Interconnect-Netzwerkverbindungen
Regionaler Ausfall Ja Hosting-Regionen

Verfügbarkeitsfeatures

In den folgenden Abschnitten werden die Verfügbarkeitsfunktionen beschrieben.

Schneller Austausch eines fehlgeschlagenen Knotens

Die VMware Engine überwacht kontinuierlich den Zustand von VMware-Clustern. Wenn VMware Engine einen ESXi-Knotenausfall erkennt, fügt sie dem betroffenen VMware-Cluster einen neuen ESXi-Host aus dem Pool verfügbarer Knoten hinzu und entfernt den ausgefallenen Knoten aus dem Cluster. Diese Funktion stellt die Kapazität des VMware-Clusters schnell wieder her, um die Ausfallsicherheit des Clusters zu unterstützen, die von vSAN und VMware vSphere High Availability (HA) bereitgestellt wird.

VMware Engine-Zonen

Eine VMware Engine-Zone ist eine logische Sammlung von VMware-Ressourcen, die einer Google Cloud-Zone zugeordnet sind. Manchmal befinden sich Zonen physisch an derselben Stelle und können von Ausfällen der zonalen Infrastruktur betroffen sein.

Wenn Anwendungen bei einem Ausfall einer VMware Engine-Zone in Betrieb bleiben müssen, empfehlen wir, redundante Ressourcen auf verschiedene Zonen zu verteilen, damit Ihre Anwendungen und Daten vor potenziellen Ausfällen von Rechenzentren geschützt sind. Dazu empfehlen wir die Bereitstellung mehrerer privater Clouds oder einer gestreckten privaten Cloud.

Wenn die Zonentrennung aktiviert ist, werden VMware Engine-Zonen mit denselben Google Cloud-Zonen verknüpft, mit folgenden Ausnahmen:

VMware Engine-Zone Google Cloud-Zone
australia-southeast1-a australia-southeast1-b
australia-southeast1-b australia-southeast1-c
europe-west2-a europe-west2-c
europe-west2-b europe-west2-a
europe-west3-a europe-west3-b
europe-west3-b europe-west3-a
us-east4-a us-east4-b
us-east4-b us-east4-a

Bei Verwendung der Zonentrennung.

Standorte für Dedicated Interconnect

Bei der Planung der Verbindung zwischen On-Premises-Umgebung und VMware Engine entsprechen die folgenden Speicherorte für dezidierte Verbindungen derselben VMware Engine-Zone.

Die Kommunikation von einer bestimmten VMware Engine-Zone zu einem Google Cloud-Standort oder Dedicated Interconnect-Standort erfolgt bei nicht kritischen Anwendungen über den Interconnect-Dienst. Weitere Informationen finden Sie im Service Level Agreement (SLA) für Google Cloud Dedicated und Partner Interconnect.

VMware Engine-Zone Standorte für Dedicated Interconnect
asia-northeast1-a AT Tokyo CC2 (nrt-zone1-738, nrt-zone2-738)
asia-south1-a Equinix MB1 – Mumbai (GPX Mumbai 1) (bom-zone1-2310, bom-zone2-2310)
asia-south2-a Sify Greenfort – Noida (del-zone1-2411, del-zone2-2411)
australia-southeast1-a NEXTDC S1 (syd-zone1-1660, syd-zone2-1660)
europe-west12-a Telecom Italia Cebrosa Campus (trn-zone1-99032, trn-zone2-99032)
europe-west2-a Equinix London Slough (LD5) (lhr-zone1-832, lhr-zone2-832)
Equinix London Slough (LD6) (lhr-zone1-2262, lhr-zone2-2262)
europe-west3-a Digital Realty Frankfurt FRA1-16 (fra-zone1-58, fra-zone2-58)
europe-west3-b e-shelter Frankfurt (FRA1) (fra-zone1-277, fra-zone2-277)
europe-west6-a greenDatacenter Lupfig (zrh-zone1-1086, zrh-zone2-1086)
europe-west8-a Telecom Italia Sparkle Milano Data Center (mil-zone1-99013, mil-zone2-99013)
northamerica-northeast1-a Cologix MTL10-H (yul-zone1-99002, yul-zone2-99002)
northamerica-northeast2-a Equinix Toronto (TR2) (yyz-zone1-2206, yyz-zone2-2206)
southamerica-east1-a Ascenty – São Paulo 2 (gru-zone1-7580, gru-zone2-7580)
southamerica-west1-a GTD Panamericana (scl-zone2-99014, scl-zone2-99014)
us-east4-a Equinix DC1-DC15, DC21 – Ashburn (iad-zone1-1, iad-zone2-1)
us-west2-a Digital Realty LAX (600 West 7th) (lax-zone1-403, lax-zone2-403)
CoreSite – LA1 – One Wilshire (lax-zone1-19, lax-zone2-19)

Redundante Netzwerkdienste

Alle Google-Netzwerkdienste für die private Cloud, einschließlich Firewall, öffentlicher IP-Adressen, Internet, Dedicated Interconnect, Partner Interconnect und Cloud VPN, sind hochverfügbar und können das SLA unterstützen.