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.
Google Cloud propose une gamme de formules d'assistance adaptées à vos besoins. Toutes les formules d'assistance Google Cloud prennent en charge Anthos et Anthos clusters on VMware (GKE On-Prem). Si vous disposez d'une formule d'assistance Google Cloud existante, vous bénéficiez déjà de l'assistance pour Anthos et Anthos clusters on VMware.
Pour en savoir plus, consultez la documentation de l'assistance Google Cloud.
Conditions requises pour l'assistance Anthos clusters on VMware
Pour résoudre efficacement les incidents critiques, vous devez effectuer les actions suivantes :
- Vérifiez que l'environnement est à jour et que les délais de fin de service sont publiés. Consultez la section Politique de compatibilité avec les versions ci-dessous.
- 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 un incident Anthos clusters on VMware, l'assistance de Google Cloud s'appuie sur trois éléments d'information :
- 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 package tarball obtenu à la demande d'assistance. 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 la section Diagnostiquer des clusters.
Vous pouvez ajouter un champ excludeWords à votre fichier de configuration pour omettre les informations sensibles ou confidentielles. Assurez-vous d'examiner attentivement les informations recueillies par l'outil. Les informations sensibles ou hautement confidentielles ne doivent pas être jointes à votre demande d'assistance.
Journaux
Lorsque vous créez un cluster Anthos clusters on VMware, les agents Cloud Logging sont activés par défaut et limités aux 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 cinq espaces de noms suivants :
- kube-system
- gke-system
- gke-connect
- istio-system
- config-management-system
- knative-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 faire en sorte que l'équipe d'assistance dispose d'un accès suffisant pour résoudre à distance le problème de votre cluster :
Assurez-vous d'avoir installé Google Cloud CLI et de l'avoir mis à jour vers la dernière version en date. 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 la section 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 :
kubectl get onpremadmincluster -n kube-system --kubeconfig ADMIN_CLUSTER_KUBECONFIG kubectl get onpremusercluster --all-namespaces --kubeconfig ADMIN_CLUSTER_KUBECONFIGPour accorder l'accès au cluster, vous exécutez une commande gcloud 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 via la console Google Cloud ou le centre d'assistance Google Cloud, et sélectionne Anthos et Anthos clusters on VMware comme catégorie et composant respectivement. Il saisit les informations requises et joint à sa demande la sortie produite par
gkectl diagnose snapshot. - La demande d'assistance est transmise à un ingénieur d'assistance technique spécialiste d'Anthos clusters on 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 sur Anthos clusters on VMware. 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 actuellement 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, l'équipe d'assistance Cloud accepte tous les composants logiciels fournis pour les clusters Anthos sur VMware. Consultez le tableau ci-dessous pour en savoir plus :
| Assistance GCP | 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 (voir Assistance aux développeurs ci-dessous) |
| 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 |
||
| Cloud Run for Anthos / Knative |
||
| Équilibreur de charge groupé (Seesaw) |
Politique de compatibilité avec les versions
La compatibilité des clusters Anthos sur VMware est conforme à la politique de compatibilité avec les versions d'Anthos. Google est compatible avec la version actuelle et les deux versions mineures précédentes des clusters Anthos sur VMware.
Le tableau suivant présente les versions compatibles et non compatibles de ce produit.
| Version | Date de disponibilité | Date de fin de vie la plus proche |
|---|---|---|
| 1.15 (dernière version) | 2 mai 2023 | 2 mai 2024 |
| 1,14 | 21 décembre 2022 | 21 décembre 2023 |
| 1,13 | 29 septembre 2022 | 17 août 2023 |
| 1.12 (non compatible) | 7 juillet 2022 | 29 mars 2023 |
| 1.11 (non compatible) | 27 avril 2022 | 21 décembre 2022 |
| 1.10 (non compatible) | 22 décembre 2021 | 22 septembre 2022 |
| 1.9 (non compatible) | 29 septembre 2021 | 29 juin 2022 |
| 1.8 (non compatible) | 28 juin 2021 | 28 mars 2022 |
| 1.7 (non compatible) | 25 mars 2021 | 25 décembre 2021 |
| 1.6 (non compatible) | 10 décembre 2020 | 10 septembre 2021 |
| 1.5 (non compatible) | 24 septembre 2020 | 24 juin 2021 |
| 1.4 (non compatible) | 25 juin 2020 | 25 mars 2021 |
| 1.3 (non compatible) | 23 mars 2020 | 23 décembre 2020 |
| 1.2 (non compatible) | 20 décembre 2019 | 20 septembre 2020 |
| 1.1 (non compatible) | 26 septembre 2019 | 26 juin 2020 |
| 1.0 (non compatible) | 25 juillet 2019 | 25 avril 2020 |
Fonctionnalités compatibles
Ce document répertorie les fonctionnalités des clusters Anthos sur VMware pour les versions compatibles. Ce tableau n'est pas destiné à être une liste exhaustive, mais il 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 pré-DG des conditions d'utilisation de la console 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 plus d'informations, consultez les étapes de lancement des produits.
Pour en savoir plus sur les composants Anthos acceptés et leur compatibilité, consultez la page Compatibilité des versions et des mises à niveau d'Anthos.
Modèle de responsabilité partagée
L'exécution d'une application de production critique sur Anthos Clusters on VMware nécessite que plusieurs parties assument différentes responsabilités. Ces responsabilités sont décrites dans la section Responsabilité partagée d'Anthos.
Assistance aux développeurs
Google ne fournit pas d'assistance pour les charges de travail d'application s'exécutant sur Anthos clusters on VMware. Cependant, nous proposons une assistance aux développeurs, afin qu'ils puissent facilement exécuter des applications sur Anthos clusters on VMware. Une implication à un stade précoce du développement peut prévenir des incidents critiques ultérieurs au cours du déploiement.
L'assistance aux développeurs est disponible pour les clients disposant d'une formule d'assistance payante. Elle est traitée en tant que priorité de niveau 3 pour un problème bloquant un lancement, ou de niveau 4 pour une consultation générale. Dans cette classification, les priorités de niveau 0 sont les plus élevées.