Notes de version de Google Distributed Cloud sous air gap 1.16.1

5 juin 2026

Annonce
Google Distributed Cloud (GDC) sous air gap 1.16.1 est disponible.
Consultez la présentation du produit pour en savoir plus sur les fonctionnalités de Distributed Cloud.
Important
Exigences de la séquence de mise à niveau 1.16.1

Pour passer à Distributed Cloud 1.16.1 en toute sécurité, vous devez effectuer toutes les vérifications préalables obligatoires et exécuter la séquence de mise à niveau requise dans l'ordre. Les mises à niveau directes depuis une version antérieure à la version 1.15.1 échoueront.

Si vous utilisez la version 1.14.7 ou une version antérieure :

  1. Appliquer les correctifs : installez tous les correctifs requis pour votre version actuelle.
  2. Passer à la version 1.15.3 : lancez et terminez la mise à niveau vers la version 1.15.3.
  3. Mise à niveau vers la version 1.16.1 : lancez et effectuez la mise à niveau finale vers la version 1.16.1.

Si vous utilisez la version 1.15.1 ou 1.15.3 : passez directement à la version 1.16.1.

Si vous utilisez la version 1.15.2 : vous devez d'abord passer à la version 1.15.3, puis à la version 1.16.1.

Fonctionnalité
Les nouvelles fonctionnalités suivantes sont disponibles :

Gestion des clusters

Infrastructure

  • Ajout de la compatibilité des machines Bare Metal B300 dans une organisation.

Managed Harbor Services

  • Ajout de la compatibilité avec les comptes de service du projet. Cela vous permet d'utiliser l'identité de votre compte de service pour interagir de manière sécurisée avec vos instances Harbor et gérer les dépôts de conteneurs. Pour en savoir plus, consultez Présentation de Managed Harbor Service.

Mise en réseau

  • Cloud DNS est désormais en disponibilité générale. Ce service offre un moyen fiable et évolutif de gérer les enregistrements DNS (Domain Name Service) à l'aide d'une API Kubernetes ou de la ligne de commande. Pour en savoir plus, consultez À propos de Cloud DNS.

  • Le DNS est désormais compatible avec le chiffrement basé sur TLS de tout le trafic DNS pour les services système et propriétaires, à la fois en interne dans Distributed Cloud et entre Distributed Cloud et les réseaux des clients.

Observabilité

  • Ajout du suivi de l'observabilité pour les charges de travail. Cette fonctionnalité fournit des capacités de surveillance et de journalisation conçues pour simplifier le suivi et le dépannage des charges de travail. Pour en savoir plus, consultez Suivi de l'observabilité pour les charges de travail.

Stockage

  • Ajout de la compatibilité avec les buckets bizones autosynchrones. En situation normale, la règle d'ingestion écrit de manière synchrone des copies d'objets dans les deux zones désignées, avec un basculement vers la réplication asynchrone en cas de panne.

  • Ajout de la possibilité de fournir des sommes de contrôle dans les en-têtes HTTP de fin lors de l'importation d'objets. Cela améliore l'intégrité des données et la détection des erreurs. Pour en savoir plus, consultez Importer et télécharger des objets de stockage.

  • Ajout d'une amélioration qui garantit que les identifiants de stockage d'objets sont automatiquement supprimés lorsque le compte de service associé est supprimé. Cela évite les secrets orphelins dans un espace de noms de projet. Pour en savoir plus, consultez Supprimer des buckets de stockage.

  • Ajout de la compatibilité avec le SLO de temps d'activité fenêtré pour la disponibilité S3 zonale. Ce changement permet de s'assurer que les indicateurs de santé ne sont pas faussés par plusieurs nouvelles tentatives de projets uniques à volume élevé, ce qui reflète plus précisément l'expérience utilisateur réelle dans une organisation.

Machines virtuelles

  • Ajout des machines A4 B300 de la série A à la liste des types de machines de VM compatibles. Pour en savoir plus, consultez Afficher le type de machine d'une VM.

  • Ajout de la compatibilité avec les images Windows 2022 pour les images personnalisées BYO (Bring Your Own). Pour en savoir plus, consultez Images de VM compatibles avec GDC.

  • Ajout de la prise en charge du renouvellement des certificats de démarrage sécurisé pour les VM dont les certificats arrivent à expiration. Pour en savoir plus, consultez Mettre à jour les certificats de démarrage sécurisé.

  • La limite de bande passante de sortie maximale du réseau de niveau 1 est passée de 25 Gbit/s à 32 Gbit/s par VM, en fonction du type de machine et du nombre de processeurs virtuels, afin de gérer les charges de travail exigeantes.

Sécurité
Mise à jour de la version de l'image de l'OS Rocky vers la version 20260318 pour appliquer les derniers correctifs de sécurité et les mises à jour importantes.

Les failles de sécurité suivantes ont été corrigées :

Problème
Les problèmes suivants ont été identifiés :

Cloud DNS

  • Des messages d'erreur génériques sont renvoyés lorsque l'étape de feature gate DNS OIRv2 est insuffisante.

  • Le rapprochement du sous-composant dns-core-mz-cp échoue.

  • La résolution DNS échoue à partir des points de terminaison.

  • La CLI gdcloud globale est requise pour les configurations Cloud DNS.

Cloud Service Mesh

  • Les secrets distants Cloud Service Mesh d'un cluster d'utilisateur supprimé peuvent rester sur le cluster d'infrastructure de l'organisation, et istiod continue d'essayer de se connecter au cluster supprimé.

Gestion des clusters

  • Le cluster Kubernetes n'est pas supprimé après la suppression.

  • Pods statiques bloqués en raison d'un interblocage kubelet.

  • Dans un environnement accredited, l'application d'une ressource personnalisée SubcomponentOverride pour remplacer les feature gates d'un composant opérationnel entraîne des redémarrages continus du contrôleur.

  • L'accumulation d'objets PersistentVolume locaux Available orphelins après le remplacement de nœuds ou le churn de pods peut entraîner des redémarrages pour cause de mémoire insuffisante (kube-apiserver) sur les clusters partagés et les clusters standards.

Documentation

  • Documentation obsolète fournie avec la version du produit.

  • Les instructions de la documentation au format à onglets ne sont pas visibles.

Détection et réponse pour les points de terminaison

  • L'option Isolate Host (Isoler l'hôte) est visible, mais n'est pas effective dans l'UI Kibana.

Pare-feu

  • La génération de la configuration de cellule nécessite par erreur une licence vsys pour les pare-feu d'infrastructure.

Console GDC

  • La documentation hébergée dans la console GDC affiche une erreur 404.

gdcloud CLI

  • L'exécution d'une commande gdcloud CLI affiche un avertissement de flag de fonctionnalité non initialisé.

Harbor

  • Les registres de basculement signalent une erreur 404 Not Found.

Module matériel de sécurité

  • Une fuite de descripteur de fichier entraîne une erreur ServicesNotStarted.

Gestion de l'authentification et des accès

  • L'exécution de commandes gdcloud CLI ou kubectl lorsque core/organization_console_url est défini sur l'URL de la console globale peut échouer par intermittence avec une erreur 401 Unauthorized.

  • Un IAMRoleBinding pour k8s-networkpolicy-admin ou k8s-networkpolicy-viewer entraîne des erreurs ZonalRoleBindingReplica.

  • Une ressource CustomRole qui inclut une section zonalRules peut ne pas accorder d'autorisations de manière fiable.

  • Échec du déploiement de Keycloak pour l'organisation opsservices.

  • Les modifications apportées aux attributs utilisateur Keycloak pour Tenable ne sont pas prises en compte.

  • Le fournisseur d'identité Keycloak doit être configuré manuellement dans le cluster root-admin OIRv2.

  • Le secret RotatableSecret ais-encryption-key-secret renvoie "false" avec le message IAM-0100 : délai d'expiration dépassé.

Infrastructure as Code (IaC)

  • Les mises à niveau de GDC de la version 1.15 vers la version 1.16 avec IAC peuvent échouer.

  • Le job GitLab peut échouer de manière silencieuse et empêcher le démarrage de GitLab.

  • L'alerte IAC-3211 se déclenche à tort pour l'expiration d'un secret iac-creds-replica.

Inventaire

b/534561687 #}

  • L'amorçage ou le déploiement échoue en raison de caractères spéciaux dans les mots de passe générés automatiquement.

  • Le déploiement du cluster root-admin échoue en raison d'une erreur de validation du modèle d'appareil et du modèle d'émetteur-récepteur.

  • Lors de la validation de l'inventaire, un avertissement s'affiche lorsqu'un câble utilise FS comme fournisseur d'émetteur-récepteur.

  • Les noms de cellules ou de racks comportant plus de deux lettres ne sont pas acceptés.

  • La validation préalable (2-mgmtsw-connection) signale de faux échecs de connexion au commutateur de gestion (VAL-E1001) pour les ports du serveur Bare Metal LOM1 ou les ports du commutateur de stockage mgmt0 lors de l'installation initiale ou d'un redémarrage.

  • La validation de la configuration de la cellule échoue pour l'appareil NTP unique dans un rack OIRv2, car la vérification de l'association du commutateur TOR nécessite une connexion sur les deux commutateurs TOR.

Shell d'E/S

  • Les ressources IOShell arrivées à expiration bloquent la création ou la mise à jour des ressources.

  • Les noms d'utilisateur qui ne respectent pas la norme RFC 1123 empêchent la création d'IO Shell.

  • Les traits d'union dans les noms d'organisation ou de zone provoquent des conflits de noms.

  • Les connexions SSH aux nœuds Bare Metal à l'aide d'adresses IP internes de gestion échouent.

  • Les mises à niveau dans les zones OIRv2 se bloquent sur Cloud Service Mesh, car les pods IO Shell portent l'étiquette istio.io/rev: default sans side-car Istio.

Gestion des adresses IP (IPAM)

  • Après la mise à niveau vers la version 1.16.1 ou ultérieure, les comptes de service qui gèrent des sous-réseaux référençant un parent dans l'espace de noms platform nécessitent le rôle shared-subnet-user dans l'espace de noms platform.

Système de gestion des clés

  • Le KMS configuré pour utiliser une clé racine CTM ne bascule pas lorsqu'un HSM n'est pas disponible.

  • La mise à niveau du sous-composant kms-mz-global-cm échoue dans les clusters d'organisation.

  • Impossible de se connecter en SSH aux appareils HSM Thales depuis IO Shell. Surveillance

  • La mise à niveau Helm du StatefulSet mon-system échoue avec une spécification de pod interdite.

  • Les administrateurs de la plate-forme ne peuvent pas afficher la page "Alertes" dans la console GDC pour le projet platform-obs.

Mise en réseau

  • Les requêtes kubectl externes adressées aux serveurs d'API de cluster standards échouent avec une erreur RBAC: access denied lorsque seul matchTypes: ["api-server"] est configuré dans un OrganizationNetworkPolicy.

Protocole NTP

  • Le pod ntp-relay-controller peut entrer dans un état de boucle de plantage en raison d'erreurs de mémoire insuffisante.

  • Le script manage_syncserver_time.py plante lors de la vérification de l'heure pendant le déploiement.

  • Lors du déploiement de commutateurs de gestion OIRv2, la configuration et le chiffrement NTP peuvent ne pas s'appliquer à la configuration en cours d'exécution.

  • Les serveurs NTP déclenchent de fausses alertes de synchronisation de l'horloge de référence matérielle.

Système d'exploitation

  • Clusters d'utilisateurs bloqués à l'état Reconciling en raison d'une taille de partition /var/log insuffisante.

  • Échec des mises à niveau des nœuds ou verrouillage du système en raison de fuites de session pam_tty_audit.so.

Authentification de la plate-forme

  • Fuite de secrets *-cert arrivés à expiration après la suppression du cluster Kubernetes.

Resource Manager

  • Le contrôleur de projet Resource Manager peut entrer dans un état de boucle de plantage en raison d'erreurs de mémoire insuffisante.

Gestion des informations et des événements de sécurité (SIEM)

  • Les disques de stockage élastiques peuvent atteindre leur capacité maximale en 30 jours environ.

  • Le déploiement de SIEM v2 échoue sur les clusters non OIRv2.

  • Les volumes de l'indexeur Splunk déclenchent des alertes de seuil de stockage de faux positifs.

Serveurs

  • L'installation du bootstrapper échoue lors de la configuration du système de fichiers avec une erreur matched no disk.

  • Le démarrage du serveur échoue avec une erreur iDRAC.

  • Le provisionnement du serveur échoue avec une erreur de condition d'état BMCConfigPreinstallLicenseInstallCompleted pour les serveurs Dell.

  • Une ressource personnalisée BareMetalHostNetwork peut contenir plusieurs routes de passerelle de gestion.

Stockage

  • L'amorçage d'une nouvelle organisation de locataire se bloque lors de l'étape VMImageDistributing lorsque le stockage Nearline est activé.

  • La journalisation d'audit des événements ONTAP S3 est désactivée.

  • La mise à niveau d'ONTAP échoue en raison de routes réseau manquantes.

  • La validation de StorageCluster échoue lors de l'amorçage.

  • Lorsque vous effectuez des requêtes de liste d'objets sur des buckets contenant des importations en plusieurs parties, les requêtes peuvent échouer et la métrique obj-s3-availability peut diminuer.

  • Le transfert des journaux d'audit du stockage d'objets peut échouer lors d'une mise à niveau séquentielle en raison de ressources personnalisées Bucket manquantes.

  • Échec du redirecteur de journaux d'audit du stockage d'objets en raison d'un échec de la résolution DNS.

  • Les mises à niveau StorageGRID peuvent se bloquer avec une erreur indiquant qu'aucune mise à niveau n'a été importée.

  • La création et les mises à jour de buckets prennent plus de temps que prévu.

Système de gestion des demandes d'assistance

  • Le pod ts-app-server-1 redémarre régulièrement.

Machines virtuelles

  • La création des VM du cluster de périmètre peut échouer en raison de l'absence d'appareils macvtap (/dev/tap*) lorsque onetd recrée les interfaces VLAN adminvrf0 et datavrf0.

  • Lorsque vous créez une VM Windows à l'aide de la CLI gdcloud gdcloud compute instances create, la VM ne démarre pas en raison du type de démarrage BIOS par défaut bios et de l'absence d'options de démarrage sécurisé.

  • gpu-controller-controller-manager pod passe à l'état ImagePullBackOff lors de la mise à niveau vers la version 1.16.1.

  • Le démarrage des VM a4-ultragpu-8g de série A qui utilisent un OS invité avec un noyau 4.x peut prendre plus de 25 minutes.

  • La création de VM avec les types a3-ultragpu-8g et a4-ultragpu-8g sur un serveur nouvellement reprovisionné échoue avec des erreurs.

  • La rotation mensuelle du mot de passe dbsadmin de la base de données du serveur de métadonnées de VM échoue, car Database Service ne supprime plus le secret db-pw-metadata-dbcluster après l'application du mot de passe. Après le redémarrage suivant des pods metadata-server-controller-manager ou de la base de données, le serveur de métadonnées ne peut pas se connecter à sa base de données.

Gestion des failles

  • Il est possible que les analyses de failles utilisant Tenable Enclave ne se terminent pas.

  • Impossible d'accéder à Tenable Enclave.

Problèmes résolus
Les problèmes suivants ont été résolus :

Pare-feu

  • Les anciennes règles de pare-feu peuvent bloquer le trafic de l'organisation vers l'administrateur racine après la mise à niveau.

Gestion de l'authentification et des accès

  • Un problème de confiance OPA Gatekeeper après une rotation de l'autorité de certification racine empêche la création de rôles IAM dans les nouveaux projets.

Mise en réseau

  • La validation préalable ne signale plus les échecs de connexion erronés entre les commutateurs de gestion et les ports de gestion du pare-feu.

Stockage

  • Des alertes OBJ-A0003 fréquentes persistent malgré les efforts standards pour les désactiver.

  • Après un temps d'arrêt du nœud d'administrateur principal StorageGRID, les tentatives de mise à niveau du store d'objets effectuées à l'aide d'une CR ObjectStorageUpgradeRequest peuvent échouer, car les requêtes sont dirigées vers le nœud d'administrateur StorageGRID non principal.

Machines virtuelles

  • Lorsque vous importez une image disque de VM à l'aide de la commande gdcloud compute images import ou de la ressource personnalisée VirtualMachineImageImport, l'opération d'importation se bloque à l'étape JobImport si le nom de la ressource VirtualMachineImageImport dépasse 33 caractères (ou 28 caractères pour le nom de l'image transmis à la CLI gdcloud).
Modifier
Les modifications suivantes sont identifiées :

Mises à jour de version :

Obsolète
Les fonctionnalités suivantes sont obsolètes :

Services de base de données

  • Le service de base de données abandonne son ancienne implémentation de haute disponibilité (HA) dans les versions 1.14.12 et antérieures. Les anciens clusters de bases de données à haute disponibilité seront compatibles jusqu'à leur date d'abandon, qui sera annoncée ultérieurement. La nouvelle fonctionnalité de haute disponibilité n'entraîne aucune modification visible par l'utilisateur, car l'API permettant d'activer et de désactiver la haute disponibilité reste la même. Pour vérifier si votre cluster de base de données haute disponibilité utilise la nouvelle implémentation, vérifiez si l'annotation dbcluster.dbadmin.goog/raasEnabled existe sur la ressource personnalisée de votre cluster de base de données haute disponibilité. Cette annotation n'apparaîtra que sur les clusters de bases de données à haute disponibilité utilisant la nouvelle implémentation. Si vous ne disposez pas de cette annotation, vous pouvez migrer vers la dernière implémentation de haute disponibilité.