Notes de version de Google Distributed Cloud sous air gap 1.16.2

27 juillet 2026

Annonce
Google Distributed Cloud (GDC) sous air gap 1.16.2 est disponible.
Consultez la présentation du produit pour en savoir plus sur les fonctionnalités de Distributed Cloud.
Fonctionnalité
Les nouvelles fonctionnalités suivantes sont disponibles :

Sauvegarder et restaurer

Gestion du cluster

Mise en réseau

  • Ajout de la compatibilité avec la configuration de règles de réseau de refus explicite pour limiter la connectivité entre les charges de travail et les services dans différents projets ou plages CIDR. Pour en savoir plus, consultez Créer des règles de réseau de refus explicite.

Machines virtuelles

  • Ajout d'un correctif taints à la ressource OrganizationZonalConfig pour les optimisations de calcul hautes performances (HPC).

  • Ajout de la compatibilité avec l'installation du pilote de GPU NVIDIA sur les VM Windows.

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

Gestion du cluster

  • La suppression du cluster Kubernetes cesse de répondre, car un secret LUKS reste bloqué dans l'espace de noms en cours de suppression.

Infrastructure as Code

  • Des erreurs de rapprochement se produisent lors d'une mise à niveau à partir de la version 1.15.2 ou ultérieure.

Monitoring

  • Les ressources Cortex VirtualService et IstioAuthorizationResource restent dans le cluster après la suppression d'un projet.

  • Les secrets de certificat sont divulgués lors de la suppression d'un MonitoringTarget.

  • Le lien du tableau de bord Grafana à partir d'une page d'informations de cluster standard dans la console GDC vous redirige de manière incorrecte vers le tableau de bord platform-obs au lieu de charger les données du projet sélectionné.

  • Vous pouvez ignorer ou désactiver certaines alertes à haute fréquence en toute sécurité.

Stockage

  • Les buckets à double zone ne peuvent pas être supprimés de la console.

Vertex AI

  • Les tableaux de bord d'utilisation des services Vertex AI affichent l'état No data (Aucune donnée), car les requêtes PromQL contiennent des filtres restrictifs pour les ressources NVIDIA et les libellés Workbench qui peuvent ne pas être présents dans l'environnement.

Gestion des failles

  • Lors d'une mise à niveau de la version 1.16.1 vers la version 1.16.2, le lcm.private.gdc.goog/opsservices libellé est supprimé des API OIRv2 opsservices.
Problèmes résolus
Les problèmes suivants ont été résolus :

Documentation

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

Console GDC

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

Mise en réseau

  • L'activation de Cloud NAT sur une VM empêche les connexions SSH à l'aide de l'interface utilisateur de la console GDC.

Stockage

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

Système de gestion des demandes

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

Machines virtuelles

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

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

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

Mises à jour de la version :

  • La version de Google Distributed Cloud pour Bare Metal est mise à jour vers la version 1.32.1300-gke.46 pour appliquer les derniers correctifs de sécurité et les mises à jour importantes.
Obsolète
Les fonctionnalités suivantes sont obsolètes :

Services de base de données

  • Le service de base de données pour PostgreSQL est désormais alimenté par AlloyDB Omni. Le service de base de données pour AlloyDB Omni ne sera plus disponible en tant que service géré autonome. Les clients qui souhaitent utiliser AlloyDB Omni en tant que service géré doivent passer au service de base de données pour PostgreSQL, qui est alimenté par AlloyDB Omni. En outre, le service de base de données pour Oracle, une offre gérée, est obsolète, mais l'option d'autogestion des déploiements Oracle reste entièrement compatible. Pour en savoir plus sur l'autogestion des bases de données Oracle, consultez les guides de solutions. Pour vous aider à planifier, nous proposons une période d'arrêt de 12 mois pour le service de base de données pour AlloyDB Omni et le service de base de données pour Oracle, qui commence le 29 juin 2026 et se termine le 29 juin 2027.