L'objectif principal de Google est de résoudre les incidents de production le plus rapidement possible. Pour ce faire, nous nous efforçons de comprendre votre configuration, d'analyser les journaux et les métriques et de collaborer avec nos partenaires pour résoudre rapidement les incidents.
Le service client Cloud propose différentes formules d'assistance pour répondre à vos besoins. Toutes les formules d'assistance Cloud Customer Care incluent la compatibilité avec l'édition Enterprise de Google Kubernetes Engine (GKE) et Google Distributed Cloud. Si vous avez souscrit à une formule d'assistance Cloud Customer Care, vous bénéficiez déjà de la compatibilité avec l'édition Enterprise de Google Kubernetes Engine (GKE) et Google Distributed Cloud.
Pour en savoir plus, consultez le hub Cloud Customer Care.
Exigences concernant la compatibilité avec Google Distributed Cloud
Pour résoudre efficacement les incidents critiques, vous devez effectuer les actions suivantes :
- Vérifier que l'environnement est à jour et que les délais de fin de service sont publiés. Pour en savoir plus, consultez la section Politique de compatibilité avec les versions.
- Activez Cloud Logging et Cloud Monitoring pour les composants système. Pour en savoir plus, consultez la section Outils d'assistance.
- Lorsque vous ouvrez une demande d'assistance, fournissez un instantané de configuration à l'aide de la commande
gkectl diagnose snapshot.
Outils d'assistance
Pour résoudre efficacement les incidents critiques, Cloud Customer Care repose sur trois informations :
- La configuration de votre environnement
- Les journaux de vos clusters d'utilisateur et d'administrateur
- Les métriques de vos clusters d'utilisateur et d'administrateur
Configuration
Lorsque vous ouvrez une demande d'assistance, vous êtes invité à exécuter la commande gkectl diagnose snapshot
--seed-config et à joindre le fichier tar obtenu à la demande d'assistance.
La commande gkectl diagnose snapshot --seed-config capture des informations sur Kubernetes et vos nœuds.
L'outil propose des possibilités de configuration avancées et inclut plusieurs scénarios prédéfinis. Vous pouvez également transmettre un fichier YAML avec un ensemble personnalisé d'informations à collecter. Pour en savoir plus, consultez Diagnostiquer les clusters.
Assurez-vous d'examiner attentivement les informations recueillies par l'outil.
N'incluez pas d'informations sensibles ou hautement confidentielles dans votre demande d'assistance.
Vous pouvez ajouter un champ excludeWords à votre fichier de configuration pour omettre les informations sensibles ou confidentielles.
Journaux
Lorsque vous créez un cluster, les agents Cloud Logging sont activés par défaut et ne concernent que les composants au niveau du système. Cette opération permet de répliquer les journaux système dans le projet Google Cloud associé au cluster. Les journaux au niveau du système proviennent de pods Kubernetes s'exécutant dans l'un des espaces de noms suivants :
kube-systemgke-systemgke-connectistio-systemconfig-management-systemknative-serving
Les journaux peuvent être interrogés à partir de la console Cloud Logging.
Pour en savoir plus, consultez la page Logging et Monitoring.
Métriques
En plus des journaux, les métriques sont également capturées par l'agent Cloud Monitoring. Cette opération permet de répliquer les métriques au niveau du système dans le projet Google Cloud associé au cluster. Les métriques au niveau du système proviennent de pods Kubernetes exécutés dans les mêmes espaces de noms que ceux répertoriés dans les journaux.
Pour en savoir plus, consultez la page Logging et Monitoring.
Google Cloud CLI et accès distant au cluster
Si vous ouvrez une demande d'assistance, Cloud Customer Care peut vous demander un accès en lecture seule à distance à vos clusters, afin de diagnostiquer et de résoudre plus efficacement les problèmes. Pour que le service Cloud Customer Care dispose d'un accès suffisant pour résoudre à distance le problème de votre cluster, procédez comme suit :
Assurez-vous d'avoir installé la dernière version de la Google Cloud CLI. La version de Google Cloud CLI doit être la version 401.0.0 ou ultérieure pour pouvoir accorder les autorisations nécessaires à Cloud Customer Care. Nous vous recommandons de mettre à jour régulièrement Google Cloud CLI afin de bénéficier des autorisations ajoutées et d'autres améliorations. Pour installer les derniers composants de gcloud CLI, utilisez la commande
gcloud components update.Assurez-vous que le cluster cible est enregistré et que vous disposez de l'ID de projet, du nom de l'appartenance et du fichier kubeconfig.
Pour obtenir le fichier kubeconfig du cluster d'utilisateur, consultez Recréer le fichier kubeconfig d'un cluster d'utilisateur.
Votre nom d'appartenance est identique au nom du cluster. Vous pouvez utiliser la commande suivante pour obtenir le nom du cluster d'administrateur ou d'utilisateur :
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIGPour accorder l'accès au cluster, vous exécutez une commande gcloud CLI qui génère et affiche un ensemble de stratégies de contrôle des accès basées sur les rôles (RBAC) de Kubernetes, puis qui les applique au cluster cible. Consultez la section Examiner les stratégies RBAC à l'avance.
Pour en savoir plus sur l'octroi à Cloud Customer Care d'un accès en lecture seule et à distance à vos clusters, consultez la page Assistance Google Cloud pour vos clusters enregistrés.
Comment nous dépannons votre environnement
Voici un exemple type d'incident nécessitant une assistance :
Un utilisateur (par exemple, l'administrateur du cluster) ouvre une demande d'assistance dans la console Google Cloud ou auprès du service client Cloud.
Dans la console, accédez à la page Présentation de l'assistance.
Dans la section Informations sur l'assistance, cliquez sur Obtenir de l'aide.
Dans le champ Sélectionner votre produit, saisissez les informations suivantes :
Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)Cliquez sur l'élément dans la liste Produits correspondants, puis sur Sélectionner.
Saisissez les informations requises et joignez à la demande la sortie produite par la commande
gkectl diagnose snapshot.
La demande d'assistance est transmise à un ingénieur d'assistance technique spécialiste de Google Distributed Cloud (logiciel uniquement) pour VMware.
L'ingénieur d'assistance examine le contenu de l'instantané pour connaître le contexte de l'environnement.
L'ingénieur d'assistance examine les journaux et les métriques du projet Google Cloud, en saisissant le numéro de la demande d'assistance comme justification de l'entreprise, laquelle est consignée en interne.
L'ingénieur d'assistance répond à la demande par une évaluation et une recommandation. L'ingénieur d'assistance et l'utilisateur continuent de tenter de résoudre le problème jusqu'à ce qu'ils trouvent une solution.
Partenaires d'assistance collaborative
Google entretient des relations d'assistance collaborative avec certains partenaires afin de proposer une assistance plus homogène. Grâce à ces relations, Google collabore étroitement avec ces partenaires au nom de nos clients communs.
Pour bénéficier de l'assistance collaborative, vous devez signer des contrats d'assistance avec Google et le partenaire concerné.
Google entretient une relation d'assistance collaborative avec les partenaires spécifiés sur la page Partenaires d'assistance collaborative.
Les données concernant les problèmes d'assistance peuvent être partagées avec les partenaires d'assistance collaborative, comme indiqué dans les Instructions sur les services d'assistance technique de Google.
Quelles sont les fonctionnalités acceptées par Google ?
En règle générale, le service client Cloud prend en charge tous les composants logiciels fournis dans Google Distributed Cloud (logiciel uniquement) pour VMware. Le tableau suivant fournit plus de détails :
| Cloud Customer Care | Assistance collaborative | Non compatible |
|---|---|---|
| Kubernetes et l'environnement d'exécution des conteneurs |
VMware vSphere (vCenter Server et ESXi) |
Produits VMware au-delà de vSphere |
| Canonical Ubuntu comme OS invité/nœud |
Équilibreurs de charge F5 BIG-IP |
Code client (pour en savoir plus, consultez la section Assistance aux développeurs) |
| Contrôleur vCenter |
Solutions d'infrastructure matérielles et hyperconvergées, répertoriées sur la page Partenaires d'assistance collaborative |
Choix de l'OS hôte par le client |
| Contrôleur F5 |
Serveur physique, stockage et réseau |
|
| Calico et règles de réseau associées |
Systèmes externes de DNS, de DHCP et de gestion des identités |
|
| Contrôleur d'entrée |
Calico Enterprise Edition |
|
| Prometheus et Grafana |
||
| Agents Stackdriver Monitoring, Stackdriver Logging, et Stackdriver |
||
| Fédération d'identité avec des fournisseurs conformes à la norme OIDC |
||
| Hub, Connect et agent Connect |
||
| Knative serving/Knative |
||
| Équilibreur de charge groupé (Seesaw) |
Fonctionnalités compatibles
Ce document répertorie les fonctionnalités de Google Distributed Cloud pour les versions compatibles. Cette table n'est pas exhaustive, mais elle met en évidence certains des avantages de la mise à niveau de vos clusters vers la dernière version compatible.
Les fonctionnalités sont répertoriées en fonction de la phase de lancement des produits, soit en version bêta, soit en disponibilité générale (DG). Les fonctionnalités répertoriées comme version bêta sont couvertes par les Conditions des offres de pré-DG des conditions d'utilisation de Google Cloud . Les versions bêta sont destinées à n'être utilisées que dans des environnements de test et peuvent avoir une compatibilité limitée. Les modifications apportées aux produits et fonctionnalités pré-DG peuvent ne pas être compatibles avec d'autres versions pré-DG. Les fonctionnalités de disponibilité générale sont ouvertes à tous les clients et sont entièrement compatibles. Pour en savoir plus, consultez les étapes de lancement des produits.
Pour en savoir plus sur les composants GKE Enterprise acceptés et leur compatibilité, consultez la page Compatibilité des versions et des mises à niveau de GKE Enterprise.
1 Les pools de nœuds du système d'exploitation Windows Server sont obsolètes dans la version 1.32 et ne seront plus disponibles dans la version 1.33 et les versions ultérieures. La prise en charge des pools de nœuds de l'OS Windows Server prendra fin le 25 mai 2026. Nous vous recommandons de commencer à planifier la migration immédiatement pour assurer une transition fluide avant la fin de la période d'assistance.
Politique de compatibilité avec les versions
L'objectif de cette politique de support des versions est de vous donner la flexibilité nécessaire pour planifier les mises à niveau lorsqu'elles répondent aux besoins de votre entreprise, tout contrebalançant l'évolution rapide de Kubernetes et de Google Distributed Cloud.
Google Distributed Cloud (logiciel uniquement) suit le schéma de gestion des versions et le cycle de publication de Kubernetes. Les versions mineures sont publiées environ trois fois par an. Des correctifs sont publiés environ une fois par mois pour chaque version mineure compatible. Comme Kubernetes, Google Distributed Cloud est compatible avec les trois dernières versions mineures simultanément.
Google est compatible avec chaque version mineure de Google Distributed Cloud au dernier des termes suivants :
- 12 mois après la publication initiale de la version mineure.
- Publication de la troisième version mineure suivante.
Par exemple, la version mineure 1.33 publiée le 2 septembre 2025. Cette version mineure et tous ses correctifs sont compatibles jusqu'au 2 septembre 2026 ou jusqu'à la date de sortie de la version mineure 1.36, selon la date la plus tardive.
Nous vous encourageons à mettre à jour votre environnement Google Distributed Cloud avec la dernière version mineure du produit et la version de correctif recommandée.
Cette politique d'assistance des versions comprend les éléments suivants :
- Assistance dépannage de Cloud Customer Care
- Failles de sécurité CVE de Kubernetes et des composants associés
- Correctifs généraux pour Kubernetes et les composants associés
- Failles de sécurité CVE d'Ubuntu ou Container-Optimized OS
- Correctifs généraux pour Ubuntu ou Container-Optimized OS
Lorsque votre version arrive en fin de vie, vous pouvez continuer à ouvrir des demandes pour obtenir de l'aide concernant les éléments suivants :
- Obtenir de l'aide pour les problèmes techniques
- Aide pour les problèmes de facturation.
- Des conseils sur l'utilisation des produits, y compris de l'aide pour le dépannage et les tests.
L'assistance étendue peut être approuvée de manière conditionnelle en tant qu'événement ponctuel, avec des exigences concernant le blocage de version et le calendrier de mise à niveau future. Pour en savoir plus, contactez l'ingénieur client principal de votre compte ou le responsable de compte. Vous pouvez également déposer une demande d'assistance via la console Google Cloud . Ces demandes sont transmises au groupe d'ingénieurs client de votre compte.
Période de prise en charge
Le tableau suivant présente les versions mineures compatibles avec Google Distributed Cloud et les premières dates de fin de vie (EOL) :
| Version de Google Distributed Cloud | Date de disponibilité | Date de fin de vie* |
|---|---|---|
| 1.33 | 2025-09-02 | Date de disponibilité : 02-09-2026 ou 1.36 |
| 1,32 | 2025-05-06 | Date de disponibilité : 06-05-2026 ou 1.35 |
| 1.31 | 2024-12-18 | Date de disponibilité : 18-12-2025 ou 1.34 |
* La date de fin de vie sera l'échéance la plus tardive.
Pour en savoir plus sur la compatibilité des versions de Google Distributed Cloud et des produitsGoogle Cloud associés, consultez Compatibilité des versions et des mises à niveau.
Schéma de gestion des versions
Google Distributed Cloud utilise la gestion sémantique des versions de Kubernetes pour référencer les versions Kubernetes compatibles, mais ajoute une version de correctif GKE. Il en résulte un numéro de version au format x.y.z-gke.N.
- Version majeure de Kubernetes (x)
- Les versions majeures sont généralement incrémentées si des modifications incompatibles avec les versions antérieures sont introduites dans l'API publique. Une évolution de version majeure fait passer la version de Kubernetes de
x.yàx+1.y. - Version mineure de Kubernetes (y)
- Une nouvelle version mineure de Kubernetes est publiée trois fois par an.
Chaque cycle de publication dure environ 15 semaines. Les API obsolètes peuvent être supprimées dans une nouvelle version mineure. Une évolution de version mineure fait passer la version de Kubernetes de
1.yà1.y+1; par exemple, Kubernetes 1. 29 est la version mineure qui suit Kubernetes 1.28. - Version de correctif Google Distributed Cloud (z-gke.N)
- Une version de correctif, telle que 1.28.300-gke.131, incrémente la version de correctif (z) de 100 et inclut un suffixe
-gke.N, qui indique le build. Les versions de correctif incluent des mises à jour de sécurité et des corrections de bugs. Une version de correctif Google Distributed Cloud n'est pas associée à une version de correctif Kubernetes.
Modèle de responsabilité partagée
Pour exécuter une application de production stratégique sur Google Distributed Cloud, différentes responsabilités doivent être assumées par plusieurs groupes. Ces responsabilités sont décrites dans la section Responsabilité partagée dans GKE Enterprise.
Assistance aux développeurs
Google ne propose pas d'assistance spécifique pour vos charges de travail d'application. Cependant, nous proposons une assistance aux développeurs dans la mesure du possible, afin que votre équipe puisse exécuter des applications sur les clusters créés à l'aide de Google Distributed Cloud. Une implication à un stade précoce du développement peut prévenir des incidents critiques ultérieurs au cours du déploiement.
Cette assistance aux développeurs optimale est disponible pour les clients disposant d'une formule d'assistance payante. Elle est traitée en tant que priorité P3 pour un problème bloquant un lancement, ou P4 pour une consultation générale. Dans cette classification, les priorités de niveau 0 sont les plus élevées.