5. Juni 2026
In der Produktübersicht finden Sie Informationen zu den Features von Distributed Cloud.
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:
- Hotfixes anwenden: Installieren Sie alle erforderlichen Hotfixes für Ihre aktuelle Version.
- Upgrade auf 1.15.3: Upgrade auf 1.15.3 starten und abschließen.
- 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.
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 Zeitfenster für die zonale S3-Verfügbarkeit hinzugefügt. Diese Änderung sorgt dafür, dass die Integritätsmesswerte 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.
Die folgenden Sicherheitslücken wurden behoben:
- CVE-2019-15505
- CVE-2020-36558
- CVE-2021-4204
- CVE-2021-33631
- CVE-2021-47461
- CVE-2021-47670
- CVE-2022-0500
- CVE-2022-0854
- CVE-2022-1016
- CVE-2022-1048
- CVE-2022-1158
- CVE-2022-1679
- CVE-2022-2503
- CVE-2022-2639
- CVE-2022-2873
- CVE-2022-2938
- CVE-2022-2964
- CVE-2022-3028
- CVE-2022-3239
- CVE-2022-3545
- CVE-2022-3564
- CVE-2022-3565
- CVE-2022-3567
- CVE-2022-3625
- CVE-2022-3628
- CVE-2022-4129
- CVE-2022-4139
- CVE-2022-4269
- CVE-2022-4378
- CVE-2022-20141
- CVE-2022-20368
- CVE-2022-21499
- CVE-2022-23222
- CVE-2022-26373
- CVE-2022-28390
- CVE-2022-29581
- CVE-2022-30594
- CVE-2022-36879
- CVE-2022-39188
- CVE-2022-39189
- CVE-2022-41218
- CVE-2022-41222
- CVE-2022-41674
- CVE-2022-41858
- CVE-2022-42896
- CVE-2022-43750
- CVE-2022-45884
- CVE-2022-45886
- CVE-2022-45919
- CVE-2022-47929
- CVE-2022-48637
- CVE-2022-48796
- CVE-2022-48839
- CVE-2022-48925
- CVE-2022-48929
- CVE-2022-49058
- CVE-2022-49111
- CVE-2022-49114
- CVE-2022-49122
- CVE-2022-49290
- CVE-2022-49291
- CVE-2022-49328
- CVE-2022-49669
- CVE-2022-49696
- CVE-2022-49788
- CVE-2022-49803
- CVE-2022-49846
- CVE-2022-49872
- CVE-2022-49907
- CVE-2022-49921
- CVE-2022-49977
- CVE-2022-50020
- CVE-2022-50022
- CVE-2022-50030
- CVE-2022-50050
- CVE-2022-50066
- CVE-2022-50087
- CVE-2022-50341
- CVE-2022-50356
- CVE-2022-50367
- CVE-2022-50386
- CVE-2022-50403
- CVE-2022-50410
- CVE-2022-50543
- CVE-2023-0266
- CVE-2023-0386
- CVE-2023-0394
- CVE-2023-0461
- CVE-2023-0590
- CVE-2023-0597
- CVE-2023-1073
- CVE-2023-1079
- CVE-2023-1095
- CVE-2023-1192
- CVE-2023-1195
- CVE-2023-1206
- CVE-2023-1252
- CVE-2023-1281
- CVE-2023-1382
- CVE-2023-1829
- CVE-2023-1838
- CVE-2023-1855
- CVE-2023-1998
- CVE-2023-2124
- CVE-2023-2162
- CVE-2023-2163
- CVE-2023-2176
- CVE-2023-2235
- CVE-2023-2513
- CVE-2023-3090
- CVE-2023-3161
- CVE-2023-3268
- CVE-2023-3390
- CVE-2023-3567
- CVE-2023-3609
- CVE-2023-3611
- CVE-2023-3772
- CVE-2023-3776
- CVE-2023-3812
- CVE-2023-4004
- CVE-2023-4128
- CVE-2023-4206
- CVE-2023-4207
- CVE-2023-4208
- CVE-2023-4459
- CVE-2023-4622
- CVE-2023-4623
- CVE-2023-4732
- CVE-2023-4921
- CVE-2023-5178
- CVE-2023-5717
- CVE-2023-6546
- CVE-2023-6606
- CVE-2023-6610
- CVE-2023-6622
- CVE-2023-6931
- CVE-2023-6932
- CVE-2023-7324
- CVE-2023-23454
- CVE-2023-26545
- CVE-2023-28464
- CVE-2023-28466
- CVE-2023-31436
- CVE-2023-32233
- CVE-2023-33203
- CVE-2023-35001
- CVE-2023-35788
- CVE-2023-35823
- CVE-2023-35824
- CVE-2023-38409
- CVE-2023-39198
- CVE-2023-40283
- CVE-2023-42753
- CVE-2023-44466
- CVE-2023-45871
- CVE-2023-46813
- CVE-2023-51042
- CVE-2023-51043
- CVE-2023-51779
- CVE-2023-51780
- CVE-2023-52439
- CVE-2023-52525
- CVE-2023-52530
- CVE-2023-52707
- CVE-2023-52922
- CVE-2023-53178
- CVE-2023-53226
- CVE-2023-53232
- CVE-2023-53257
- CVE-2023-53297
- CVE-2023-53322
- CVE-2023-53354
- CVE-2023-53365
- CVE-2023-53401
- CVE-2023-53513
- CVE-2023-53581
- CVE-2023-53675
- CVE-2023-53680
- CVE-2023-53705
- CVE-2023-53821
- CVE-2024-0565
- CVE-2024-0646
- CVE-2024-1086
- CVE-2024-25742
- CVE-2024-26585
- CVE-2024-26598
- CVE-2024-26669
- CVE-2024-26704
- CVE-2024-26832
- CVE-2024-26852
- CVE-2024-26923
- CVE-2024-36904
- CVE-2024-36971
- CVE-2024-36978
- CVE-2024-41090
- CVE-2024-42281
- CVE-2024-42285
- CVE-2024-46858
- CVE-2024-47696
- CVE-2024-49978
- CVE-2024-53104
- CVE-2024-53141
- CVE-2024-53150
- CVE-2024-56642
- CVE-2024-56661
- CVE-2025-21756
- CVE-2025-21785
- CVE-2025-21919
- CVE-2025-21927
- CVE-2025-22004
- CVE-2025-23150
- CVE-2025-37738
- CVE-2025-37797
- CVE-2025-37890
- CVE-2025-37914
- CVE-2025-38000
- CVE-2025-38051
- CVE-2025-38052
- CVE-2025-38061
- CVE-2025-38079
- CVE-2025-38086
- CVE-2025-38107
- CVE-2025-38124
- CVE-2025-38159
- CVE-2025-38177
- CVE-2025-38200
- CVE-2025-38211
- CVE-2025-38250
- CVE-2025-38332
- CVE-2025-38350
- CVE-2025-38352
- CVE-2025-38380
- CVE-2025-38415
- CVE-2025-38459
- CVE-2025-38461
- CVE-2025-38464
- CVE-2025-38498
- CVE-2025-38684
- CVE-2025-38718
- CVE-2025-38729
- CVE-2025-39697
- CVE-2025-39751
- CVE-2025-39757
- CVE-2025-39817
- CVE-2025-39955
- CVE-2025-39971
- CVE-2025-40154
- CVE-2025-40186
- CVE-2025-40258
- CVE-2025-40277
- CVE-2025-40304
- CVE-2025-40322
- CVE-2025-68285
- CVE-2025-68349
- CVE-2026-23074
Cloud DNS
Allgemeine Fehlermeldungen werden zurückgegeben, wenn die DNS-OIRv2-Feature-Gate-Stufe nicht ausreicht.
Der Abgleich der Unterkomponente
dns-core-mz-cpschlägt fehl.Die DNS-Auflösung von Endpunkten schlägt fehl.
Globale gdcloud CLI für Cloud DNS-Konfigurationen erforderlich.
oclcm-configrunnermeldet während des Abgleichs in Namespaces der Organisationsebene einen Fehler, dasstrustStoreGlobalRootExtResourceVersionfür die Unterkomponentedns-customer-resolverfehlt.
Cloud Service Mesh
- Remote-Secrets von Cloud Service Mesh für einen gelöschten Nutzercluster können im Infrastrukturcluster der Organisation verbleiben und
istiodversucht 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 benutzerdefiniertenSubcomponentOverride-Ressource zum Überschreiben von Feature Gates für eine betriebsfähige Komponente zu kontinuierlichen Controller-Neustarts.Die Anhäufung verwaister lokaler
PersistentVolume-Objekte vonAvailablenach 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 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
- Beim Ausführen eines gdcloud CLI-Befehls 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ährendcore/organization_console_urlauf die globale Console-URL festgelegt ist, kann es gelegentlich zu einem401 Unauthorized-Fehler kommen.Ein
IAMRoleBindingfürk8s-networkpolicy-adminoderk8s-networkpolicy-viewerverursachtZonalRoleBindingReplica-Fehler.Eine
CustomRole-Ressource, die einenzonalRules-Abschnitt enthält, gewährt möglicherweise keine zuverlässigen Berechtigungen.Die Keycloak-Bereitstellung für die Organisation
opsservicesschlä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.IOShell-Instanzen können das Out-of-Band-Verwaltungsnetzwerk (OOB) auch dann erreichen, wenn der OOB-Zugriff deaktiviert ist.
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
FSals Transceiver-Anbieter hat.Zellen- oder Racknamen mit mehr als zwei Buchstaben werden nicht unterstützt.
Die Preflight-Validierung (
2-mgmtsw-connection) meldet fälschlicherweise Verbindungsfehler des Verwaltungsswitches (VAL-E1001) für Bare-Metal-Server-LOM1-Ports oder Speicher-Switch-mgmt0-Ports während der Erstinstallation oder eines erneuten Bootstrappings.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.
Die dynamische Erweiterung schlägt mit RBAC-Berechtigungsfehlern fehl, wenn Sie
gdcloud system assets addausführen, generierte Erweiterungsmanifeste anwenden oder Erweiterungskomponenten als Nutzer verifizieren, der nur an die vordefinierte Rolleinv-hardware-managergebunden ist.
IO-Shell
Abgelaufene
IOShell-Ressourcen blockieren die Erstellung oder Aktualisierung von Ressourcen.Nutzernamen, die nicht RFC 1123 entsprechen, verhindern die Erstellung von 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: defaultohne 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
platformverweisen, die Rolleshared-subnet-userim Namespaceplatform.
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-cmschlägt in Organisationsclustern fehl.Es kann keine SSH-Verbindung zu Thales-HSM-Geräten über die IO-Shell hergestellt werden.
Logging
- Die Benachrichtigung
AL-E0935(log_query_api_list_logs_error_rate_high) wird fälschlicherweise ausgelöst, wenn Logabfragen das 30-tägige Zeitlimit von Loki überschreiten.
Monitoring
Die Pods
health-ui-metricsundalertmanager-metricskönnen zeitweise keine Messwerte von den Cortex Prometheus- und Alertmanager-Endpunkten mit401 Unauthorized-HTTP-Fehlern abrufen.Das Helm-Upgrade für das StatefulSet
mon-systemschlägt mit einer unzulässigen Pod-Spezifikation fehl.Plattformadministratoren können die Seite „Benachrichtigungen“ in der GDC-Konsole für das Projekt
platform-obsnicht aufrufen.
Netzwerk
- Externe
kubectl-Anfragen an Standardcluster-API-Server schlagen mit einemRBAC: access denied-Fehler fehl, wenn nurmatchTypes: ["api-server"]in einemOrganizationNetworkPolicykonfiguriert ist.
Network Time Protocol (NTP)
Der
ntp-relay-controller-Pod kann aufgrund von Fehlern aufgrund fehlenden Arbeitsspeichers in eine Absturzschleife geraten.Das Script
manage_syncserver_time.pystürzt ab, wenn die Zeit während der Bereitstellung geprüft wird.Bei der Bereitstellung 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 einer unzureichenden
/var/log-Partitionsgröße im StatusReconcilinghä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 einen Absturzschleifenstatus wechseln.
Security Information and Event Management (SIEM)
Elastische Speicherlaufwerke können in etwa 30 Tagen ihre volle Kapazität erreichen.
Das SIEM v2-Roll-out 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 diskfehl.Das Server-Bootstrapping schlägt mit einem iDRAC-Fehler fehl.
Die Serverbereitstellung schlägt bei Dell-Servern mit dem Statusbedingungsfehler
BMCConfigPreinstallLicenseInstallCompletedfehl.Eine benutzerdefinierte
BareMetalHostNetwork-Ressource kann mehrere Management-Gateway-Routen enthalten.
Speicher
Das Bootstrapping einer neuen Mandantenorganisation bleibt während des Schritts
VMImageDistributinghä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 für Buckets mit mehrteiligen Uploads ausführen, schlagen die Anfragen möglicherweise fehl und der Messwert
obj-s3-availabilitysinkt möglicherweise.Die Weiterleitung von Audit-Logs für Objektspeicher kann während eines sequenziellen Upgrades aufgrund fehlender benutzerdefinierter
Bucket-Ressourcen fehlschlagen.Der Audit-Log-Forwarder für den 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
ts-app-server-1-Pod wird regelmäßig neu gestartet.
Virtuelle Maschinen
Perimeter-Cluster-VMs können während der Erstellung aufgrund fehlender
macvtap-Geräte (/dev/tap*) fehlschlagen, wennonetddie VLAN-Schnittstellenadminvrf0unddatavrf0neu erstellt.Wenn Sie eine Windows-VM mit der gdcloud CLI
gdcloud compute instances createerstellen, kann die VM aufgrund des Standard-BIOS-Boottypsbiosund fehlender Secure Boot-Flags nicht gestartet werden.gpu-controller-controller-manager podwechselt während des Upgrades auf Version 1.16.1 in den StatusImagePullBackOff.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.Das Erstellen von VMs mit den Typen
a3-ultragpu-8gunda4-ultragpu-8gauf einem neu bereitgestellten Server schlägt mit Fehlern fehl.Die monatliche Passwortrotation
dbsadminder Datenbank des VM-Metadatenservers schlägt fehl, da der Datenbankdienst das Secretdb-pw-metadata-dbclusternach dem Anwenden des Passworts nicht mehr löscht. Nach dem nächsten Neustart dermetadata-server-controller-manager-Pods oder der Datenbank kann der Metadatenserver keine Verbindung zu seiner Datenbank herstellen.GPU-VMs können nicht mit dem Fehler
Unknown PCI header type '127'gestartet werden, wenn eine GPU die Linkwiederherstellung nicht durchführen kann und beim Aufwachen aus dem EnergiesparmodusD3hotvom PCIe-Bus getrennt wird.
Verwaltung von Sicherheitslücken
Scans auf Sicherheitslücken mit Tenable Enclave werden möglicherweise nicht abgeschlossen.
Zugriff auf Tenable Enclave nicht möglich.
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 weiterhin 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 importoder der benutzerdefinierten RessourceVirtualMachineImageImportimportieren, bleibt der Importvorgang in der PhaseJobImporthängen, wenn der Name der RessourceVirtualMachineImageImportmehr als 33 Zeichen umfasst (oder 28 Zeichen für den Image-Namen, der an die gdcloud CLI übergeben wird).
Versionsupdates:
Die Google Distributed Cloud for Bare Metal-Version wird auf 1.32.1100-gke.88 aktualisiert, um die neuesten Sicherheitspatches und wichtigen Updates anzuwenden.
Weitere Informationen finden Sie in den Versionshinweisen zu Google Distributed Cloud for Bare Metal 1.32.1100.
Datenbankdienste
- Der Datenbankdienst stellt seine Legacy-Hochverfügbarkeitsimplementierung in den Versionen 1.14.12 und niedriger ein. Legacy-Datenbankcluster mit Hochverfügbarkeit werden bis zum Einstellungsdatum unterstützt, das noch bekannt gegeben wird. An der neuen HA-Funktion gibt es 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, sehen Sie nach, ob die Annotation
dbcluster.dbadmin.goog/raasEnabledin 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.