Google Distributed Cloud mit Air Gap 1.16.1 – Versionshinweise

5. Juni 2026

Ankündigung
Google Distributed Cloud (GDC) mit Air Gap 1.16.1 ist verfügbar.
In der Produktübersicht finden Sie Informationen zu den Features von Distributed Cloud.
Wichtig
Anforderungen an die Upgradereihenfolge für 1.16.1

Für ein sicheres Upgrade auf Distributed Cloud 1.16.1 müssen Sie alle obligatorischen Vorabprüfungen durchführen und die erforderliche Upgradesequenz in der richtigen Reihenfolge ausführen. Direkte Upgrades von Versionen vor 1.15.1 schlagen fehl.

Wenn Sie Version 1.14.7 oder früher verwenden:

  1. Hotfixes anwenden: Installieren Sie alle erforderlichen Hotfixes für Ihre aktuelle Version.
  2. Upgrade auf 1.15.3: Upgrade auf 1.15.3 starten und abschließen.
  3. Upgrade auf 1.16.1: Starten Sie das endgültige Upgrade auf 1.16.1 und schließen Sie es ab.

Wenn Sie Version 1.15.1 oder 1.15.3 verwenden: Führen Sie ein direktes Upgrade auf 1.16.1 durch.

Wenn Sie Version 1.15.2 verwenden: Sie müssen zuerst ein Upgrade auf 1.15.3 und dann auf 1.16.1 durchführen.

Feature
Die folgenden neuen Funktionen sind verfügbar:

Clusterverwaltung

  • Unterstützung für H200- und B300-Maschinen der A-Serie für Kubernetes-Clusterknoten hinzugefügt. Weitere Informationen finden Sie unter Maschinentypen für Clusterknoten.

Infrastruktur

  • Unterstützung für B300-Bare-Metal-Maschinen in einer Organisation hinzugefügt.

Managed Harbor Services

  • Unterstützung für Projektdienstkonten hinzugefügt. So können Sie die Identität Ihres Dienstkontos verwenden, um sicher mit Ihren Harbor-Instanzen zu interagieren und Container-Repositories zu verwalten. Weitere Informationen finden Sie unter Managed Harbor Service – Übersicht.

Netzwerk

  • Cloud DNS ist jetzt allgemein verfügbar. Dieser Dienst bietet eine zuverlässige, skalierbare Möglichkeit, DNS-Einträge (Domain Name Service) über eine Kubernetes API oder die Befehlszeile zu verwalten. Weitere Informationen finden Sie unter Cloud DNS.

  • DNS unterstützt jetzt die TLS-basierte Verschlüsselung des gesamten DNS-Traffics für System- und Erstanbieterdienste, sowohl intern innerhalb von Distributed Cloud als auch zwischen Distributed Cloud und Kundennetzwerken.

Beobachtbarkeit

  • Beobachtbarkeits-Tracking für Arbeitslasten hinzugefügt. Diese Funktion bietet Monitoring- und Logging-Funktionen, mit denen sich Arbeitslasten einfacher verfolgen und Fehler beheben lassen. Weitere Informationen finden Sie unter Beobachtbarkeitstracking für Arbeitslasten.

Speicher

  • Unterstützung für automatisch synchrone Dual-Region-Buckets hinzugefügt. Im Normalbetrieb schreibt die Aufnahmerichtlinie Objektkopien synchron in beide festgelegten Zonen. Bei Ausfällen wird auf die asynchrone Replikation zurückgegriffen.

  • Unterstützung für die Angabe von Prüfsummen in nachgestellten HTTP-Headern bei Objekt-Uploads hinzugefügt. Dadurch werden die Datenintegrität und die Fehlererkennung verbessert. Weitere Informationen finden Sie unter Speicherobjekte hoch- und herunterladen.

  • Es wurde eine Verbesserung hinzugefügt, die dafür sorgt, dass Anmeldedaten für den Objektspeicher automatisch gelöscht werden, wenn das zugehörige Dienstkonto entfernt wird. Dadurch werden verwaiste Secrets in einem Projekt-Namespace verhindert. Weitere Informationen finden Sie unter Storage-Buckets löschen.

  • Unterstützung für das SLO für die Verfügbarkeit in einem bestimmten Zeitfenster für die zonale S3-Verfügbarkeit hinzugefügt. Diese Änderung sorgt dafür, dass die Gesundheitsmesswerte nicht durch mehrere Wiederholungsversuche einzelner Projekte mit hohem Volumen verzerrt werden. So wird die tatsächliche Nutzererfahrung in einer Organisation genauer widergespiegelt.

Virtuelle Maschinen

  • A4-B300-Maschinen der A-Serie wurden der Liste der unterstützten VM-Maschinentypen hinzugefügt. Weitere Informationen finden Sie unter VM-Maschinentyp ansehen.

  • Unterstützung für Windows 2022-Images für benutzerdefinierte BYO-Images (Bring-Your-Own) hinzugefügt. Weitere Informationen finden Sie unter Von GDC unterstützte VM-Images.

  • Unterstützung für die Erneuerung von Secure Boot-Zertifikaten für VMs mit ablaufenden Zertifikaten hinzugefügt. Weitere Informationen finden Sie unter Secure Boot-Zertifikate aktualisieren.

  • Die maximale Bandbreite für ausgehenden Traffic im Tier 1-Netzwerk wurde von 25 Gbit/s auf 32 Gbit/s pro VM erhöht, je nach Maschinentyp und vCPU-Anzahl, um anspruchsvolle Arbeitslasten zu bewältigen.

Sicherheit
Die Rocky OS-Image-Version wurde auf 20260318 aktualisiert, um die neuesten Sicherheitspatches und wichtigen Updates anzuwenden.

Die folgenden Sicherheitslücken wurden behoben:

Vorgang
Die folgenden Probleme wurden erkannt:

Cloud DNS

  • Wenn die DNS-OIRv2-Feature-Gate-Phase nicht ausreicht, werden allgemeine Fehlermeldungen zurückgegeben.

  • Der Abgleich der Unterkomponente dns-core-mz-cp schlägt fehl.

  • Die DNS-Auflösung von Endpunkten schlägt fehl.

  • Globale gdcloud CLI für Cloud DNS-Konfigurationen erforderlich.

Cloud Service Mesh

  • Remote-Secrets von Cloud Service Mesh für einen gelöschten Nutzercluster können im Infrastrukturcluster der Organisation verbleiben und istiod versucht weiterhin, eine Verbindung zum gelöschten Cluster herzustellen.

Clusterverwaltung

  • Der Kubernetes-Cluster wird nach dem Löschen nicht entfernt.

  • Statische Pods hängen aufgrund eines Kubelet-Deadlocks fest.

  • In einer accredited-Umgebung führt das Anwenden einer benutzerdefinierten SubcomponentOverride-Ressource zum Überschreiben von Feature Gates für eine betriebsfähige Komponente zu kontinuierlichen Controller-Neustarts.

  • Die Anhäufung verwaister lokaler PersistentVolume-Objekte von Available nach Knotenersetzungen oder Pod-Churn kann zu Neustarts aufgrund von Speichermangel (kube-apiserver) auf freigegebenen Clustern und Standardclustern führen.

Dokumentation

  • Veraltete Dokumentation, die mit dem Produktrelease ausgeliefert wurde.

  • Anleitungen in der Dokumentation im Tab-Format können nicht angezeigt werden.

Endpoint Detection and Response (EDR)

  • Die Option Isolate Host (Host isolieren) ist in der Kibana-Benutzeroberfläche sichtbar, aber nicht wirksam.

Firewall

  • Für die Generierung der Zellenkonfiguration ist fälschlicherweise eine vsys-Lizenz für Infrastruktur-Firewalls erforderlich.

GDC-Konsole

  • In der GDC-Konsole gehostete Dokumentation zeigt einen 404-Fehler an.

gdcloud CLI

  • Wenn Sie einen gdcloud CLI-Befehl ausführen, wird eine Warnung zu einem nicht initialisierten Funktions-Flag ausgegeben.

Harbor

  • Failover-Registries melden einen 404 Not Found-Fehler.

Hardwaresicherheitsmodul

  • Ein Dateideskriptor-Leck verursacht einen ServicesNotStarted-Fehler.

Identitäts- und Zugriffsverwaltung

  • Wenn Sie gdcloud CLI- oder kubectl-Befehle ausführen, während core/organization_console_url auf die globale Console-URL festgelegt ist, kann es gelegentlich zu einem 401 Unauthorized-Fehler kommen.

  • Ein IAMRoleBinding für k8s-networkpolicy-admin oder k8s-networkpolicy-viewer verursacht ZonalRoleBindingReplica-Fehler.

  • Eine CustomRole-Ressource, die einen zonalRules-Abschnitt enthält, gewährt möglicherweise keine zuverlässigen Berechtigungen.

  • Die Keycloak-Bereitstellung für die Organisation opsservices schlägt fehl.

  • Änderungen an Keycloak-Nutzerattributen für Tenable werden nicht übernommen.

  • Der Keycloak-Identitätsanbieter muss manuell im OIRv2-Root-Administratorcluster konfiguriert werden.

  • RotatableSecret ais-encryption-key-secret meldet „false“ mit IAM-0100-Zeitüberschreitung.

Infrastructure as Code (IAC)

  • Upgrades von GDC-Version 1.15 auf 1.16 mit IAC können fehlschlagen.

  • Der GitLab-Job schlägt möglicherweise ohne Fehlermeldung fehl und verhindert den Start von GitLab.

  • Die IAC-3211-Warnung wird fälschlicherweise für den Ablauf eines iac-creds-replica-Secrets ausgelöst.

Inventar

b/534561687 #}

  • Bootstrapping oder Bereitstellung schlägt aufgrund von Sonderzeichen in automatisch generierten Passwörtern fehl.

  • Die Bereitstellung des Root-Administratorclusters schlägt aufgrund eines Validierungsfehlers des Gerätemodells und des Transceivermodells fehl.

  • Während der Inventarvalidierung wird eine Warnung angezeigt, wenn ein Kabel FS als Transceiver-Anbieter hat.

  • Zellen- oder Racknamen mit mehr als zwei Buchstaben werden nicht unterstützt.

  • Die Preflight-Validierung (2-mgmtsw-connection) meldet während der Erstinstallation oder eines erneuten Bootstrappings fälschlicherweise Verbindungsfehler (VAL-E1001) für die LOM1-Ports des Bare-Metal-Servers oder die mgmt0-Ports des Storage-Switches.

  • Die Validierung der Zellenkonfiguration schlägt für die einzelne NTP-Appliance in einem OIRv2-Rack fehl, da für die Prüfung der TOR-Switch-Kopplung eine Verbindung auf beiden TOR-Switches erforderlich ist.

IO-Shell

  • Abgelaufene IOShell-Ressourcen blockieren die Erstellung oder Aktualisierung von Ressourcen.

  • Nutzernamen, die nicht RFC 1123 entsprechen, verhindern die Erstellung der IO Shell.

  • Bindestriche in Organisations- oder Zonennamen führen zu Namenskonflikten.

  • SSH-Verbindungen zu Bare-Metal-Knoten über interne Verwaltungs-IP-Adressen schlagen fehl.

  • Upgrades in OIRv2-Zonen werden in Cloud Service Mesh blockiert, da IO Shell-Pods das Label istio.io/rev: default ohne Istio-Sidecar haben.

IP-Adressverwaltung (IPAM)

  • Nach dem Upgrade auf Version 1.16.1 oder höher benötigen Dienstkonten, die Subnetze verwalten, die auf ein übergeordnetes Element im Namespace platform verweisen, die Rolle shared-subnet-user im Namespace platform.

Schlüsselverwaltungssystem

  • KMS, das für die Verwendung eines CTM-Stammschlüssels konfiguriert ist, führt kein Failover durch, wenn ein HSM nicht verfügbar ist.

  • Das Upgrade der Unterkomponente kms-mz-global-cm schlägt in Organisationsclustern fehl.

  • Es kann keine SSH-Verbindung zu Thales-HSM-Geräten über die IO-Shell hergestellt werden. Monitoring

  • Das Helm-Upgrade für das StatefulSet mon-system schlägt mit einer unzulässigen Pod-Spezifikation fehl.

  • Plattformadministratoren können die Seite „Benachrichtigungen“ in der GDC Console für das Projekt platform-obs nicht aufrufen.

Netzwerk

  • Externe kubectl-Anfragen an Standardcluster-API-Server schlagen mit einem RBAC: access denied-Fehler fehl, wenn nur matchTypes: ["api-server"] in einem OrganizationNetworkPolicy konfiguriert ist.

Network Time Protocol (NTP)

  • Der ntp-relay-controller-Pod kann aufgrund von Fehlern aufgrund fehlenden Arbeitsspeichers in einen Absturzschleifenstatus wechseln.

  • Das Script manage_syncserver_time.py stürzt ab, wenn die Zeit während der Bereitstellung geprüft wird.

  • Beim Bereitstellen von OIRv2-Verwaltungs-Switches werden die NTP-Konfiguration und die Verschlüsselung möglicherweise nicht auf die laufende Konfiguration angewendet.

  • NTP-Server lösen falsche Warnungen zur Synchronisierung der Hardware-Referenzuhr aus.

Betriebssystem

  • Nutzercluster bleiben aufgrund unzureichender /var/log-Partitionsgröße im Status Reconciling hängen.

  • Knotenupgrades schlagen fehl oder das System wird aufgrund von pam_tty_audit.so-Sitzungslecks gesperrt.

Plattformauthentifizierung

  • Abgelaufene *-cert-Secrets werden nach dem Löschen des Kubernetes-Clusters weitergegeben.

Resource Manager

  • Der Resource Manager-Projektcontroller kann aufgrund von Fehlern aufgrund fehlenden Arbeitsspeichers in eine Crash-Loop-Schleife geraten.

Security Information and Event Management (SIEM)

  • Elastische Speicherlaufwerke können in etwa 30 Tagen ihre volle Kapazität erreichen.

  • Das SIEM v2-Rollout kann auf Nicht-OIRv2-Clustern nicht abgeschlossen werden.

  • Splunk-Indexer-Volumes lösen falsch positive Speicher-Schwellenwertwarnungen aus.

Server

  • Die Bootstrapper-Installation schlägt während der Dateisystemkonfiguration mit dem Fehler matched no disk fehl.

  • Das Server-Bootstrapping schlägt mit einem iDRAC-Fehler fehl.

  • Die Serverbereitstellung schlägt bei Dell-Servern mit dem Statusbedingungsfehler BMCConfigPreinstallLicenseInstallCompleted fehl.

  • Eine benutzerdefinierte BareMetalHostNetwork-Ressource kann mehrere Management-Gateway-Routen enthalten.

Speicher

  • Das Bootstrapping einer neuen Mandantenorganisation bleibt während des Schritts VMImageDistributing hängen, wenn Nearline Storage aktiviert ist.

  • Das Audit-Logging für ONTAP-S3-Ereignisse ist deaktiviert.

  • Das ONTAP-Upgrade schlägt aufgrund fehlender Netzwerkrouten fehl.

  • Die StorageCluster-Validierung schlägt während des Bootstraps fehl.

  • Wenn Sie Anfragen zum Auflisten von Objekten in Buckets mit mehrteiligen Uploads ausführen, können die Anfragen fehlschlagen und der Messwert obj-s3-availability kann sinken.

  • Die Weiterleitung von Audit-Logs für Objektspeicher kann während eines sequenziellen Upgrades aufgrund fehlender benutzerdefinierter Bucket-Ressourcen fehlschlagen.

  • Der Audit-Log-Weiterleiter für Objektspeicher schlägt aufgrund eines DNS-Lookup-Fehlers fehl.

  • StorageGRID-Upgrades können mit dem Fehler „Kein Upgrade hochgeladen“ hängen bleiben.

  • Das Erstellen und Aktualisieren von Buckets dauert länger als erwartet.

Ticketsystem

  • Der Pod ts-app-server-1 wird regelmäßig neu gestartet.

Virtuelle Maschinen

  • Perimeter-Cluster-VMs können während der Erstellung aufgrund fehlender macvtap-Geräte (/dev/tap*) fehlschlagen, wenn onetd die VLAN-Schnittstellen adminvrf0 und datavrf0 neu erstellt.

  • Wenn Sie eine Windows-VM mit der gdcloud CLI gdcloud compute instances create erstellen, kann die VM aufgrund des Standard-BIOS-Boottyps bios und fehlender Secure Boot-Flags nicht gestartet werden.

  • gpu-controller-controller-manager pod wechselt während des Upgrades auf Release 1.16.1 in den Status ImagePullBackOff.

  • a4-ultragpu-8g-VMs der A-Serie, die ein Gastbetriebssystem mit einem 4.x-Kernel verwenden, können mehr als 25 Minuten zum Starten benötigen.

  • Die VM-Erstellung mit den Typen a3-ultragpu-8g und a4-ultragpu-8g auf einem neu bereitgestellten Server schlägt mit Fehlern fehl.

  • Die monatliche Passwortrotation dbsadmin der Datenbank des VM-Metadatenservers schlägt fehl, da der Datenbankdienst das Secret db-pw-metadata-dbcluster nach dem Anwenden des Passworts nicht mehr löscht. Nach dem nächsten Neustart der metadata-server-controller-manager-Pods oder der Datenbank kann der Metadatenserver keine Verbindung zu seiner Datenbank herstellen.

Verwaltung von Sicherheitslücken

  • Scans auf Sicherheitslücken mit Tenable Enclave werden möglicherweise nicht abgeschlossen.

  • Zugriff auf Tenable Enclave nicht möglich.

Fest
Folgende Fehler wurden behoben:

Firewall

  • Ältere Firewallregeln blockieren möglicherweise nach dem Upgrade den Traffic von der Organisation zum Root-Administrator.

Identitäts- und Zugriffsverwaltung

  • Ein OPA Gatekeeper-Vertrauensproblem nach einer Root-CA-Rotation verhindert die Erstellung von IAM-Rollen in neuen Projekten.

Netzwerk

  • Bei der Preflight-Validierung werden keine falschen Verbindungsfehler mehr zwischen den Verwaltungsswitches und den Firewall-Verwaltungsports gemeldet.

Speicher

  • Trotz standardmäßiger Stummschaltung treten häufig OBJ-A0003-Warnungen auf.

  • Nach einer Ausfallzeit des primären StorageGRID-Admin-Knotens können Versuche, ein Upgrade des Objektspeichers mit einer benutzerdefinierten ObjectStorageUpgradeRequest-Ressource durchzuführen, fehlschlagen, da Anfragen an den nicht primären StorageGRID-Admin-Knoten weitergeleitet werden.

Virtuelle Maschinen

  • Wenn Sie ein VM-Speicherabbild mit dem Befehl gdcloud compute images import oder der benutzerdefinierten Ressource VirtualMachineImageImport importieren, bleibt der Importvorgang in der Phase JobImport hängen, wenn der Name der Ressource VirtualMachineImageImport mehr als 33 Zeichen umfasst (oder 28 Zeichen für den Image-Namen, der an die gdcloud CLI übergeben wird).
Ändern
Die folgenden Änderungen werden erkannt:

Versionsupdates:

Eingestellte Funktionen
Die folgenden Funktionen wurden eingestellt:

Datenbankdienste

  • Der Datenbankdienst stellt seine Legacy-Hochverfügbarkeitsimplementierung in den Versionen 1.14.12 und niedriger ein. Legacy-HA-Datenbankcluster werden bis zum Einstellungsdatum unterstützt, das noch bekannt gegeben wird. Die neue HA-Funktion hat keine für Nutzer sichtbaren Änderungen, da die API zum Aktivieren und Deaktivieren von HA unverändert bleibt. Wenn Sie prüfen möchten, ob Ihr HA-Datenbankcluster die neue Implementierung verwendet, prüfen Sie, ob die Annotation dbcluster.dbadmin.goog/raasEnabled in der CR Ihres HA-Datenbankclusters vorhanden ist. Diese Annotation wird nur in HA-Datenbankclustern mit der neuen Implementierung angezeigt. Wenn Sie diese Annotation nicht haben, können Sie zur neuesten HA-Implementierung migrieren.