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 concernant la séquence de mise à niveau vers la version 1.16.1

Pour effectuer la mise à niveau vers Distributed Cloud 1.16.1 en toute sécurité, vous devez effectuer tous les contrôles obligatoires avant la mise à niveau et exécuter la séquence de mise à niveau requise dans l'ordre. Les mises à niveau directes à partir d'une version antérieure à 1.15.1 échoueront.

Si vous utilisez la version 1.14.7 ou antérieure :

  1. Appliquer les correctifs : installez tous les correctifs requis pour votre version actuelle.
  2. Passez à la version 1.15.3 : lancez et effectuez 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é
Voici les nouvelles fonctionnalités disponibles :

Gestion des clusters

Infrastructure

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

Services Managed Harbor

  • Ajout de la compatibilité avec les comptes de service de 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 la présentation de Managed Harbor Service.

Mise en réseau

  • Cloud DNS est désormais en disponibilité générale. Ce service fournit un moyen fiable et évolutif de gérer les enregistrements du service de nom de domaine à 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 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 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 prise en charge des buckets birégionaux autosynchrones. En fonctionnement normal, 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.

  • Amélioration ajoutée pour garantir 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 prise en charge du SLO de disponibilité avec fenêtre pour la disponibilité S3 zonale. Ce changement permet de s'assurer que les métriques de santé ne sont pas faussées par les multiples tentatives de projets uniques à volume élevé. Il permet ainsi de refléter plus précisément l'expérience utilisateur réelle dans une organisation.

Machines virtuelles

Sécurité
Mise à jour de la version de l'image Rocky OS vers 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 la fonctionnalité DNS OIRv2 est insuffisante.

  • Échec du rapprochement du sous-composant dns-core-mz-cp.

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

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

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 faisant référence à un parent dans l'espace de noms platform nécessitent le rôle shared-subnet-user dans l'espace de noms platform.

Gestion des clusters

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

  • Les pods statiques sont bloqués en raison d'un interblocage kubelet.

Documentation

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

Détection et réponse des points de terminaison

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

Pare-feu

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

Console GDC

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

Gestion de l'authentification et des accès

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

  • Le déploiement de Keycloak échoue pour l'organisation opsservices.

  • Les modifications apportées aux attributs utilisateur Keycloak pour Tenable ne sont pas reflétées.

  • Le fournisseur d'identité Keycloak doit être configuré manuellement dans le cluster d'administrateur racine OIRv2.

  • RotatableSecret ais-encryption-key-secret indique "false" avec le code d'erreur IAM-0100 (délai dépassé).

Infrastructure as Code (IAC)

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

  • Il est possible qu'un job GitLab échoue sans message d'erreur et empêche le démarrage de GitLab.

Inventaire

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

  • Le déploiement du cluster d'administrateur racine é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 a FS comme fournisseur d'émetteur-récepteur.

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

IO Shell

  • Les ressources IOShell expirées bloquent la création ou la mise à jour de ressources.

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

  • Les tirets dans les noms d'organisation ou de zone entraînent des conflits de noms.

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

Système de gestion des clés :

  • KMS configuré pour utiliser une clé racine CTM n'effectue pas de basculement lorsqu'un HSM n'est pas disponible.

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

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.

Authentification de la plate-forme

  • Les secrets *-cert expirés sont divulgués après la suppression du cluster Kubernetes.

Resource Manager

  • Le contrôleur de projet Resource Manager peut entrer dans une 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 élastique peuvent atteindre leur pleine capacité en 30 jours environ.

Serveurs

  • L'amorçage du serveur échoue avec une erreur iDRAC.

  • L'approvisionnement 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

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

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

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

  • Lorsque vous effectuez des requêtes de liste d'objets sur des buckets contenant des importations multiparties, il est possible que les requêtes échouent et que la métrique obj-s3-availability diminue.

  • 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.

  • Il est possible que les mises à niveau StorageGRID restent bloquées avec une erreur "Aucune mise à niveau importée".

Système de gestion des demandes

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

Machines virtuelles

  • Lorsque vous créez une VM Windows à l'aide de la gcloud CLI 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'indicateurs de démarrage sécurisé.

  • Le démarrage des VM de la série A a4-ultragpu-8g 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 et génère des erreurs.

Gestion des failles

  • Il est possible que les analyses des failles à l'aide de 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 entre l'organisation et 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 de nouveaux projets.

Stockage

  • Des alertes OBJ-A0003 fréquentes persistent malgré les efforts de mise sous silence standards.

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

Modifier
Les modifications suivantes ont été identifiées :

Mises à jour des versions :

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 HA seront compatibles jusqu'à leur date d'arrêt, qui sera annoncée ultérieurement. Le fonctionnement de la nouvelle fonctionnalité HA demeure inchangé pour les utilisateurs, car l'API permettant d'activer et de désactiver la HA reste la même. Pour vérifier si votre cluster de bases de données à haute disponibilité utilise la nouvelle implémentation, vérifiez si l'annotation dbcluster.dbadmin.goog/raasEnabled existe sur la CR de votre cluster de bases de données à haute disponibilité. Cette annotation n'apparaîtra que sur les clusters de bases de données HD utilisant la nouvelle implémentation. Si vous ne disposez pas de cette annotation, vous pouvez migrer vers la dernière implémentation HA.