Wartung in privaten Zonen der ULL Solution

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

Übersicht über das Design mit zwei Zonen für die ULL Solution

Die ULL Solution verwendet ein Design mit zwei Zonen, damit regelmäßige Wartung und Tests durchgeführt werden können, ohne den Börsenhandel zu unterbrechen. Um dieses Design zu unterstützen, haben die privaten Zonen, die für die ULL Solution verwendet werden, im Vergleich zu öffentlichen Zonen in einzigartige Verfügbarkeits- und Wartungseigenschaften Google Cloud. Entsprechende Details finden Sie hier:

  • Zwei private Zonen in einer bestimmten Region: Eine bestimmte Region, die von der ULL Solution verwendet wird, hat zwei private Zonen. Die us-south1 Region hat beispielsweise die privaten Zonen us-south1-d und us-south1-e.
  • Nur eine Zone unterstützt Produktionsarbeitslasten zu einem bestimmten Zeitpunkt: Siehe Folgendes:
    • Die Produktionszone ist die aktive Umgebung für den Live-Handel. Um eine stabile Umgebung in dieser Zone aufrechtzuerhalten, führt Google keine Wartung oder Updates durch.
    • Die Wartungszone ist die inaktive Umgebung, in der Google Updates und Reparaturen durchführt. Börsenbetreiber und ‑teilnehmer können ebenfalls Updates und Tests durchführen. Der Wartungsprozess umfasst einzigartige Zeitfenster, in denen festgelegt wird, wann Google Updates und Reparaturen durchführt und wann 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 wechselt die vorhandene Produktionszone zur Wartungszone und die Wartungszone zur Produktionszone.

Anforderungen für Börsenbetreiber und Börsenteilnehmer

Börsenbetreiber und Börsenteilnehmer müssen Produktionsarbeitslasten in der Produktionszone ausführen und Updates und Tests in der Wartungszone gemäß den empfohlenen Maßnahmen für jedes Wartungsfenster durchführen.

Weitere Informationen finden Sie in den folgenden Abschnitten:

  • Unter Wartungsfenster für Zonen erfahren Sie, wie die Wartung in einer bestimmten Woche in der Wartungs zone abläuft. Siehe Wartungsfenster für Zonen.
  • Unter Wartungsstatus der Zone ansehen erfahren Sie, wie Sie die aktuelle und bevorstehende Wartung für eine bestimmte Zone aufrufen können, einschließlich der genauen Start- und Endzeiten. Siehe Wartungsstatus der Zone ansehen.

Wartungsfenster für Zonen

Für die Zone, die für eine bestimmte Woche als Wartungszone festgelegt ist, treten die folgenden sequenziellen Wartungsfenster auf. 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 zu Wartungsfenstern.

Tag Anwendbare Wartungsfenster Empfohlene Maßnahmen für Börsenbetreiber und ‑teilnehmer
Tag 1 und 2
  • Fenster für Upgrades mit Betriebsunterbrechung
 Verwenden Sie die Infrastruktur nicht, da Vorgänge möglicherweise fehlschlagen.
Tag 3, 4, 5
  • Wartungsfenster für Kunden
 Instanzen bereitstellen, Softwareanwendungen aktualisieren und Infrastrukturkonfigurationen aktualisieren. Funktionstests durchführen.
Tag 6 und 7
  • Stabiles Fenster
 Leistungsvalidierung und Stresstests durchführen.
Ende von Tag 7
  • Fenster für den Zonenübergang
 Produktionsarbeitslasten migrieren.

Details zu Wartungsfenstern

In der folgenden Tabelle werden die einzelnen Wartungsfenster beschrieben.

Wartungsfenster Beschreibung
Fenster für Upgrades mit Betriebsunterbrechung

Dieses Fenster 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 zwar möglicherweise verfügbar, aber Vorgänge sind instabil.
Wartungsfenster für Kunden

Dieses Fenster beginnt nach Abschluss des Fensters für Upgrades mit Betriebsunterbrechung und dauert 72 Stunden.

Börsenbetreiber und ‑teilnehmer können Instanzen bereitstellen, die auf Instanzen ausgeführte Software warten und aktualisieren, Infrastrukturkonfigurationen aktualisieren und Funktionstests durchführen.
Stabiles Fenster

Dieses Fenster beginnt nach Abschluss des Wartungsfensters für Kunden und dauert etwa 46 Stunden.

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

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

Der Status der einzelnen Zonen ändert sich. Die vorhandene Produktionszone wechselt zur Wartungszone. Die vorhandene Wartungszone wechselt zur Produktionszone. Während dieses Fensters, Google führt vorläufige Aufgaben ohne Betriebsunterbrechung durch.

Wartung für U4-Instanzen

Die Wartung für U4-Instanzen hängt vom Maschinentyp ab:

  • ULL Compute Engine-Instanzen (U4P und U4C): ULL-Instanzen haben im Vergleich zu anderen Instanztypen in Google Cloudeine einzigartige Wartung. Diese Instanzen werden gemäß dem Wartungsplan für private Zonen der ULL Solution gewartet. Die Dauer der Hostwartung entspricht dem Fenster für Upgrades mit Betriebsunterbrechung der Zone.
  • Nicht-ULL Compute Engine-Instanzen (U4S): Nicht-ULL-Instanzen haben eine Wartung, die im Allgemeinen mit anderen Instanztypen in Google Cloud übereinstimmt, 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 Eigenschaften der Hostwartung für U4-Maschinentypen beschrieben.

Maschinentyp Typische Häufigkeit geplanter Wartungsereignisse Wartungsverhalten Erweiterte Benachrichtigung Wartung auf Abruf
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. Diese Funktion ist nur in der Alpha-API verfügbar. Wenn Sie es noch nicht getan haben, aktivieren Sie die Verwendung der Alpha-API für Ihr Projekt, wie unter Compute Engine Alpha API verwenden beschrieben.

Die Informationen zur Wartung werden in der Antwort in einem Abschnitt ähnlich dem folgenden Beispiel dargestellt:

"upcomingMaintenances": [
      {
        "type": "PRIVATE_ZONE_MAINTENANCE",
        "subType": "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 ...
    ]

bietet zwar auch einen Wartungsstatus auf Instanzebene wie unter Hostwartungsereignis beobachten und planen beschrieben, aber nur die Ausgabe auf Zonenebene enthält den vollständigen Wartungsplan und Details zu Wartungsfenstern für private Zonen der ULL Solution, wie im folgenden Abschnitt Feldbeschreibungen beschrieben. Google Cloud

Feldbeschreibungen

In den folgenden Abschnitten werden die eindeutigen Felder beschrieben, die für private Zonen der ULL Solution 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. Siehe enum „type“.
subType enum Der Untertyp der Wartung. Siehe enum „subType“.
targetResource String Der vollständige Ressourcenname der Zone, die gewartet wird (z. B. projects/my-project/zones/us-south1-d).
windowStartTime String Startzeit des Wartungsfensters im RFC 3339 UTC-Format "Zulu" (z. B. 2025-08-26T15:00:00Z).
windowEndTime String Endzeit des Wartungsfensters im RFC 3339 UTC-Format „Zulu“ (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 Solution gilt.

subtype

Wert Beschreibung
MAINTENANCE_SUBTYPE_UNSPECIFIED Standardwert.
DISRUPTIVE_UPGRADE Entspricht dem Fenster für Upgrades mit Betriebsunterbrechung, das unter Details zu Wartungsfenstern für Zonen beschrieben wird.
CUSTOMER_MAINTENANCE Entspricht dem Wartungsfenster für Kunden, das unter Details zu Wartungsfenstern für Zonen beschrieben wird.
STABLE Entspricht dem stabilen Fenster, das unter Details zu Wartungsfenstern für Zonen beschrieben wird.
TRANSITION Entspricht dem Übergangsfenster, das unter Details zu Wartungsfenstern für Zonen beschrieben wird.

warnings[]

Ein Array von Warnobjekten mit zusätzlichen Informationen.

Feld Typ Beschreibung
code enum Ein Warncode. Siehe enum „warning.code“.
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 zu bevorstehenden Wartungsfenstern können nicht abgerufen werden. Versuchen Sie es später noch einmal.

Nächste Schritte