Verfügbarkeit und Redundanz

Die Google Cloud VMware Engine bietet Verfügbarkeit für Ihre Anwendungen, die auf VMware in Ihrer privaten Cloud-Umgebung ausgeführt werden. In der folgenden Tabelle sind Fehlerszenarien und die zugehörigen Verfügbarkeitsfeatures aufgeführt, 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 Verfügbarkeitsfeatures beschrieben.

Schneller Austausch eines fehlgeschlagenen Knotens

VMware Engine überwacht kontinuierlich den Zustand von VMware-Clustern. Wenn die VMware Engine einen ESXi-Knotenfehler 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. Dieses Feature stellt die Kapazität des VMware-Clusters schnell wieder her und unterstützt die Ausfallsicherheit des Clusters, 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 am selben Standort und können von zonalen Infrastrukturausfällen betroffen sein.

Wenn Anwendungen auch während eines VMware Engine-Zonenausfalls in Betrieb bleiben sollen, sollten Sie redundante Ressourcen auf verschiedene Zonen verteilen, um Ihre Anwendungen und Daten vor potenziellen Rechenzentrumsausfällen zu schützen. Dazu empfehlen wir die Bereitstellung mehrerer privater Clouds oder einer erweiterten privaten Cloud.

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

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.

Dedicated Interconnect-Standorte

Beim Entwerfen einer lokalen Verbindung zur VMware Engine-Verbindung korrelieren die folgenden Dedicated Interconnect-Standorte mit derselben VMware Engine-Zone.

Die Kommunikation von einer bestimmten VMware Engine-Zone mit einem Google Cloud- oder Dedicated Interconnect-Standort basiert auf dem Interconnect-Dienst für nicht kritische Anwendungen. Weitere Informationen finden Sie im Service Level Agreement (SLA) für Cloud Dedicated und Partner Interconnect.

VMware Engine-Zone Dedicated Interconnect-Standorte
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 Rechenzentrum (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, öffentliche IP-Adressen, Internet, Dedicated Interconnect, Partner Interconnect und Cloud VPN) sind hochverfügbar und unterstützen das SLA.