Wartung in privaten Zonen der ULL-Lösung

Auf dieser Seite finden Sie einen Überblick über den Wartungsprozess für private Zonen, die von der Google Cloud Ultra Low Latency (ULL) Solution verwendet werden.

Übersicht über das Dual-Zone-Design für ULL Solution

Die ULL-Lösung verwendet ein Dual-Zone-Design, um sicherzustellen, dass regelmäßige Wartungsarbeiten und Tests durchgeführt werden können, ohne den Markthandel zu unterbrechen. Um dieses Design zu unterstützen, haben die privaten Zonen, die für die ULL-Lösung verwendet werden, im Vergleich zu öffentlichen Zonen in Google Cloudeigene Verfügbarkeits- und Wartungseigenschaften. Entsprechende Details finden Sie hier:

  • Zwei private Zonen in einer bestimmten Region: Eine bestimmte Region, die von der ULL-Lösung verwendet wird, hat zwei private Zonen. Die Region us-south1 hat beispielsweise die privaten Zonen us-south1-d und us-south1-e.
  • Es wird jeweils nur eine Zone für Produktionsarbeitslasten unterstützt: Weitere Informationen finden Sie unter:
    • Die Produktionszone ist die aktive Umgebung für den Live-Handel. Um in dieser Zone eine stabile Umgebung zu gewährleisten, führt Google keine Wartungsarbeiten oder Updates durch.
    • Die Wartungszone ist die inaktive Umgebung, in der Google Updates und Reparaturen durchführt. Auch Betreiber und Teilnehmer können dort Updates und Tests durchführen. Der Wartungsprozess umfasst eindeutige Zeiträume, in denen Google Updates und Reparaturen durchführt und in denen Kunden empfohlene Maßnahmen ergreifen sollten.
  • Wöchentlicher Zonenübergang: Die Rolle jeder Zone wird wöchentlich gewechselt. Sie können den Zeitplan mit gcloud oder der API aufrufen. Einmal pro Woche wird die vorhandene Produktionszone zur Wartungszone und die Wartungszone zur Produktionszone.

Anforderungen an Börsenbetreiber und Börsenteilnehmer

Betreiber und Teilnehmer von Börsen müssen dafür sorgen, dass sie Produktionsarbeitslasten in der Produktionszone ausführen und Updates und Tests gemäß den empfohlenen Aktionen für jedes Wartungsfenster in der Wartungszone durchführen.

Weitere Informationen finden Sie in den folgenden Abschnitten:

  • Informationen dazu, wie die Wartung in einer bestimmten Woche in der Wartungszone abläuft, finden Sie unter Wartungsfenster für Zonen.
  • Wenn Sie die aktuelle und bevorstehende Wartung für eine bestimmte Zone, einschließlich der genauen Start- und Endzeiten, aufrufen möchten, lesen Sie den Abschnitt Wartungsstatus der Zone ansehen.

Wartungsfenster für Zonen

Für die Zone, die für eine bestimmte Woche als Wartungszone festgelegt ist, gelten die folgenden sequenziellen Wartungsfenster. Die genauen Start- und Endzeiten der einzelnen Fenster finden Sie unter Wartungsstatus der Zone ansehen. Weitere Informationen zu den einzelnen Fenstern finden Sie im folgenden Abschnitt Details zum Wartungsfenster.

Tag Anwendbare Wartungsfenster Empfohlene Aktionen für Börsenbetreiber und ‑teilnehmer
Tag 1 und 2
  • Zeitfenster für störende Upgrades
 Vermeiden Sie die Verwendung der Infrastruktur, da Vorgänge fehlschlagen können.
Tag 3, 4, 5
  • Wartungsfenster für Kunden
 Instanzen bereitstellen, Softwareanwendungen und Infrastrukturkonfigurationen aktualisieren Führen Sie Funktionstests durch.
Tag 6 und Tag 7
  • Stabiles Zeitfenster
 Führen Sie Leistungsvalidierungs- und Stresstests durch.
Ende von Tag 7
  • Zone transition window
 Produktionsarbeitslasten migrieren.

Details zum Wartungsfenster

In der folgenden Tabelle werden die einzelnen Wartungszeiträume beschrieben.

Wartungsfenster Beschreibung
Zeitfenster für störende Upgrades

Dieses Zeitfenster dauert die ersten 48 Stunden.

Google führt Updates durch, die wahrscheinlich zu Unterbrechungen bei Instanzen und Diensten führen. Die Verwendung der Infrastruktur in der Zone wird nicht empfohlen. APIs sind möglicherweise verfügbar, Vorgänge jedoch instabil.
Wartungsfenster für Kunden

Dieses Fenster beginnt nach Abschluss des unterbrechenden Upgrade-Fensters und dauert 72 Stunden.

Börsenbetreiber und Börsenteilnehmer können Instanzen bereitstellen, die auf Instanzen ausgeführte Software verwalten und aktualisieren, Infrastrukturkonfigurationen aktualisieren und Funktionstests durchführen.
Stabiles Zeitfenster

Dieses Fenster beginnt nach dem Ende des Wartungsfensters des Kunden und dauert etwa 46 Stunden.

Während dieses Zeitraums ist die Zone stabil und Börsenbetreiber und ‑teilnehmer können Leistungsvalidierungen und Stresstests durchführen, um sich auf den aktiven Handel in der Zone vorzubereiten.
Übergangszeitraum

Dieses Fenster beginnt nach Abschluss des stabilen Fensters und dauert etwa 2 Stunden.

Der Status jeder Zone ändert sich. Die vorhandene Produktionszone wird in die Wartungszone verschoben. Die vorhandene Wartungszone wird in die Produktionszone verschoben. Während dieses Zeitfensters führt Google vorläufige, nicht störende Aufgaben aus.

Wartung von U4-Instanzen

Die Wartung von U4-Instanzen hängt vom Maschinentyp ab:

  • ULL Compute Engine-Instanzen (U4P und U4C): ULL-Instanzen haben im Vergleich zu anderen Instanztypen in Google Cloudeinzigartige Wartungsmerkmale. Diese Instanzen werden gemäß dem Wartungsplan für private Zonen der ULL-Lösung gewartet. Die Dauer der Hostwartung entspricht dem Zeitraum für disruptive Upgrades der Zone.
  • Compute Engine-Instanzen ohne ULL (U4S): Bei Instanzen ohne ULL ist die Wartung im Allgemeinen mit anderen Instanztypen in Google Cloud vergleichbar, wie unter Transparente Wartung beschrieben. Die Live-Migration von Nicht-ULL-Instanzen aufgrund von Upgrades wird in der Produktionszone jedoch nicht unterstützt.

Allgemeine Informationen zur Wartung von Compute Engine-Instanzen finden Sie unter Hostereignisse.

In der folgenden Tabelle werden die Attribute für die Hostwartung für U4-Maschinentypen beschrieben.

Maschinentyp Typische Häufigkeit geplanter Wartungsereignisse Wartungsverhalten Erweiterte Benachrichtigung On-Demand-Wartung
U4P und U4C 14 Tage Beenden 14 Tage Nein
U4S 28 Tage Live-Migration 7 Tage Ja

Wartungsstatus der Zone ansehen

Sie können die aktuellen und bevorstehenden Wartungsdetails für eine Zone, einschließlich der genauen Start- und Endzeiten der einzelnen Wartungsfenster, mit einer der folgenden Optionen aufrufen.

APIs aktivieren

Aktivieren Sie die folgenden APIs, falls Sie dies noch nicht getan haben.

Console

Aktivieren Sie die Compute Engine API, falls sie noch nicht aktiviert ist.

Rollen, die zum Aktivieren von APIs erforderlich sind

Zum Aktivieren von APIs benötigen Sie die Berechtigung serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Rolle „Inhaber“ (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollen

API aktivieren

gcloud

Aktivieren Sie die Compute Engine API, falls sie noch nicht aktiviert ist:

Rollen, die zum Aktivieren von APIs erforderlich sind

Zum Aktivieren von APIs benötigen Sie die Berechtigung serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Rolle „Inhaber“ (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollen 

gcloud services enable compute.googleapis.com

Wartungsdetails ansehen

Die Informationen zur Wartung werden in der Antwort in einem Abschnitt wie im folgenden Beispiel dargestellt:

"upcomingMaintenances": [
      {
        "type": "PRIVATE_ZONE_MAINTENANCE",
        "subType": "MAINTENANCE_TYPE_DISRUPTIVE_UPGRADE",
        "targetResource": "projects/my-project/zones/us-south1-d",
        "windowStartTime": "2025-08-26T15:00:00Z",
        "windowEndTime": "2025-08-27T15:00:00Z"
      }
      // Additional maintenance windows ...
    ]

Google Cloud bietet zwar auch einen Wartungsstatus auf Instanzebene, wie unter Hostwartungsereignis überwachen und planen beschrieben. Nur die Ausgabe auf Zonenebene enthält jedoch den vollständigen Wartungszeitplan und die Fensterdetails für private Zonen der ULL-Lösung, wie im folgenden Abschnitt Feldbeschreibungen beschrieben.

Beschränkungen

Der Wartungsstatus ist für list-Vorgänge mit gcloud oder der API nicht verfügbar, z. B. bei Verwendung der zones.list-Methode oder der regionZones.list-Methode. Sie müssen den vorherigen Befehl describe oder die Methode get verwenden, um den Wartungsstatus aufzurufen.

Feldbeschreibungen

In den folgenden Abschnitten werden die eindeutigen Felder beschrieben, die für private Zonen der ULL-Lösung verfügbar sind, wenn eine Zone beschrieben wird. Die folgenden Felder sind für öffentliche Zonen in Google Cloudnicht verfügbar.

resourceStatus.upcomingMaintenances[]

Ein Array von Objekten, wobei jedes Objekt ein geplantes Wartungsfenster darstellt. Enthält alle laufenden und zukünftigen Wartungsfenster, die innerhalb der nächsten 7 Tage geplant sind.

Feld Typ Beschreibung
type enum Die Art der Wartung. Typ-Enum
subType enum Der Untertyp der Wartung. Weitere Informationen finden Sie im subType-Enum.
targetResource String Der vollständige Ressourcenname der Zone, die gewartet wird (z. B. projects/my-project/zones/us-south1-d).
windowStartTime String Beginn des Wartungsfensters im RFC 3339-UTC-„Zulu“-Format (z. B. 2025-08-26T15:00:00Z).
windowEndTime String Ende des Wartungsfensters im RFC 3339-UTC-„Zulu“-Format (z. B. 2025-08-27T15:00:00Z).

type

Wert Beschreibung
MAINTENANCE_TYPE_UNSPECIFIED Standardwert.
PRIVATE_ZONE_MAINTENANCE Wartung, die für eine private Zone der ULL-Lösung gilt.

subType

Wert Beschreibung
MAINTENANCE_SUBTYPE_UNSPECIFIED Standardwert.
MAINTENANCE_TYPE_DISRUPTIVE_UPGRADE Entspricht dem disruptive upgrade window (Zeitraum für störende Upgrades), das unter Details zum Wartungsfenster für Zonen beschrieben wird.
MAINTENANCE_TYPE_CUSTOMER_MAINTENANCE Entspricht dem Wartungsfenster für Kunden, das unter Details zum Wartungsfenster für Zonen beschrieben wird.
MAINTENANCE_TYPE_STABLE Entspricht dem stabilen Fenster, das unter Details zum Wartungsfenster für Zonen beschrieben wird.
MAINTENANCE_TYPE_TRANSITION Entspricht dem Übergangszeitraum, der unter Details zum Wartungsfenster für Zonen beschrieben wird.

warnings[]

Ein Array von Warnungsobjekten mit zusätzlichen Informationen.

Feld Typ Beschreibung
code enum Ein Warncode. Weitere Informationen finden Sie unter warning.code enum.
message String Eine Beschreibung der Warnung.
data Array Metadaten zur Warnung in Schlüssel/Wert-Paaren (z. B. [{"key": "scope", "value": "zones/us-east1-d"}]).

warning.code

Wert Beschreibung
WARNING_CODE_UNSPECIFIED Standardwert.
UPCOMING_MAINTENANCES_UNAVAILABLE Informationen zum anstehenden Wartungsfenster können nicht abgerufen werden. Versuchen Sie es später noch einmal.

Nächste Schritte