Version 1.9. Il s'agit de la version la plus récente. Cette version est compatible conformément à la politique de compatibilité avec les versions d'Anthos, en fournissant les derniers correctifs et mises à jour pour les failles de sécurité, les expositions et les problèmes affectant les clusters Anthos sur Bare Metal. Pour en savoir plus, consultez les notes de version 1.9. Pour obtenir la liste complète des releases mineures et des correctifs par ordre chronologique, reportez-vous aux notes de version combinées.

Versions compatibles disponibles : 1.9  |   1.8  |   1.7  |  

Obtenir de l'aide

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 sont compatibles avec Anthos et les clusters Anthos sur Bare Metal. Si vous disposez déjà d'une formule d'assistance Google Cloud, vous disposez déjà de la compatibilité avec Anthos et les clusters Anthos sur Bare Metal.

Pour en savoir plus, consultez la documentation de l'assistance Google Cloud.

Conditions requises pour la compatibilité avec les clusters Anthos sur Bare Metal

Pour résoudre efficacement les incidents critiques, vous devez effectuer les actions suivantes :

Outils d'assistance

Pour résoudre un incident lié aux clusters Anthos sur Bare Metal, l'assistance Google Cloud repose sur trois informations :

Configuration de votre environnement

Lorsque vous ouvrez une demande d'assistance, l'exécution des commandes suivantes fournit des informations clés sur la configuration de votre cluster :

  • Pour tous les types de clusters, exécutez la commande bmctl check cluster --snapshot pour capturer des informations sur Kubernetes et vos nœuds. Joignez le tarball obtenu à la demande d'assistance.

  • Pour les clusters d'administrateur, hybrides et autonomes, exécutez la commande bmctl check cluster pour vérifier l'état de fonctionnement du cluster et des nœuds. Joignez les journaux générés à la demande d'assistance. Elles doivent exister dans le répertoire bmctl-workspace/[CLUSTER_NAME]/log/check-cluster-[TIMESTAMP].

  • Pour les clusters d'utilisateur, créez d'abord un fichier YAML de vérification d'état avec le nom et l'espace de noms du cluster, puis appliquez-le dans le cluster d'administrateur approprié :

    1. Créez un fichier YAML avec les propriétés healthcheck suivantes : Voici un exemple de contenu pour un cluster nommé user1 dans l'espace de noms cluster-user1 :
      apiVersion: baremetal.cluster.gke.io/v1
      kind: HealthCheck
      metadata:
      generateName: healthcheck-
      namespace: cluster-user1
      spec:
      clusterName: user1
      
    2. Après avoir créé le fichier YAML, appliquez la ressource personnalisée dans le cluster d'administrateur qui gère le cluster d'utilisateur à l'aide de la commande kubectl. Voici un exemple de commande utilisant le fichier YAML créé à l'étape précédente. Dans l'exemple, la variable ADMIN_KUBECONFIG spécifie le chemin d'accès au fichier kubeconfig du cluster d'administrateur :
      kubectl --kubeconfig ADMIN_KUBECONFIG create -f healthcheck-user1.yaml
      
      La commande renvoie la réponse suivante :
      healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf created
      
    3. Attendez que la tâche de vérification de l'état soit terminée en effectuant un test pour vérifier si la tâche de vérification de l'état est terminée. Dans l'exemple précédent, le nom de la tâche de vérification de l'état est healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf. Voici un exemple de test avec la commande kubectl qui attend 30 minutes que la tâche de vérification de l'état se termine :
      kubectl --kubeconfig ADMIN_KUBECONFIG wait healthcheck healthcheck-7c4qf -n cluster-user1 \
      --for=condition=Reconciling=False --timeout=30m
      
      Une fois l'opération terminée, cette commande renvoie le résultat suivant :
      healthcheck.baremetal.cluster.gke.io/healthcheck-7c4qf condition met
      
      Vous pouvez afficher les résultats de la vérification de l'état à l'aide de la commande suivante :
      kubectl --kubeconfig ADMIN_KUBECONFIG get healthcheck healthcheck-7c4qf -n cluster-user1
      
      La commande renvoie le résultat suivant :
      NAME                PASS   AGE
      healthcheck-7c4qf   true   17m
      
    4. Rassemblez tous les journaux des pods de la tâche de vérification de l'état dans un fichier local à l'aide de la commande kubectl. Voici un exemple utilisant la tâche précédente de vérification de l'état :
      kubectl --kubeconfig ADMIN_KUBECONFIG logs -n cluster-user1 -l baremetal.cluster.gke.io/check-name=healthcheck-7c4qf --tail=-1 > healthcheck-7c4qf.log
      

Journaux de cluster

Lorsque vous créez un cluster Anthos sur un cluster Bare Metal, les agents Cloud Logging sont activés par défaut et sont 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 des pods Kubernetes se trouvant dans les espaces de noms suivants :

kube-system
gke-system
gke-connect
istio-system
config-management-system
gatekeeper-system
cnrm-system
knative-serving

Les journaux peuvent être interrogés à partir de la console Cloud Logging.

Remarque : Si Cloud Logging est désactivé, l'assistance n'est proposée que dans la mesure du possible et peut nécessiter un effort supplémentaire important de la part de votre équipe d'ingénieurs sur site.

Pour en savoir plus, consultez la page Logging et Monitoring.

Métriques de cluster

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.

Remarque : Si Cloud Logging est désactivé, l'assistance n'est proposée que dans la mesure du possible et peut nécessiter un effort supplémentaire important de la part de votre équipe d'ingénieurs sur site.

Pour en savoir plus, consultez la page Logging et Monitoring.

Comment nous dépannons votre environnement

Voici un exemple type d'incident nécessitant une assistance :

  1. Quelqu'un, par exemple, l'administrateur du cluster, ouvre une demande d'assistance via Google Cloud Console ou le centre d'assistance Google Cloud, et sélectionne respectivement Anthos et les clusters Anthos sur Bare Metal en tant que catégorie et composant. Ils saisissent les informations requises et joignent le résultat des commandes bmctl pertinentes au cas.
  2. La demande d'assistance est transmise à un ingénieur d'assistance technique spécialisé dans les clusters Anthos sur Bare Metal.
  3. L'ingénieur d'assistance examine le contenu de l'instantané pour connaître le contexte de l'environnement.
  4. 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.
  5. 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.

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 dans le cadre des clusters Anthos sur Bare Metal, ainsi qu'Anthos Service Mesh et Anthos Config Management. Consultez le tableau ci-dessous pour en savoir plus :

Compatibilité Google Cloud Non disponible
Kubernetes et l'environnement d'exécution des conteneurs Choix de l'équilibreur de charge (équilibrage de charge manuel) par le client
Connexion et l'agent Connect Code client (voir Assistance aux développeurs ci-dessous)
Opérations Google Cloud, Monitoring, Logging et agents Choix du système d'exploitation par le client
Équilibreur de charge groupé Serveur physique ou virtuel, stockage et réseau
Contrôleur d'entrée Systèmes externes de DNS, de DHCP et de gestion des identités
Anthos Identity Service
Anthos Service Mesh
Anthos Config Management

Politique de compatibilité avec les versions

La compatibilité d'Anthos clusters sur solution Bare Metal est conforme à la politique de compatibilité avec les versions d'Anthos. Google est compatible avec la version actuelle et les deux versions précédentes des clusters Anthos sur solution Bare Metal.

Le tableau suivant présente les versions compatibles et non compatibles de ce produit.

Version Date de disponibilité Date de fin d'assistance estimée
1.9 (version actuelle) 23 septembre 2021 23 juin 2022
1.8 21 juin 2021 21 mars 2022
1.7 25 mars 2021 25 décembre 2021
1.6 (non compatible) 30 novembre 2020 30 août 2021

Modèle de responsabilité partagée

Pour gérer une application de production critique sur les clusters Anthos Bare Metal, différentes responsabilités doivent être assumées par plusieurs groupes. Bien que cette liste ne soit pas exhaustive, les sections ci-dessous répertorient les rôles et les responsabilités concernés.

Responsabilités de Google

  • Maintenance et distribution des clusters Anthos sur le package logiciel Bare Metal.
  • Notification des utilisateurs quant aux mises à niveau disponibles pour les clusters Anthos sur Bare Metal et génération des scripts de mise à niveau pour la version précédente. Les clusters Anthos sur Bare Metal n'acceptent que les mises à niveau séquentielles (par exemple : 1.2 → 1.3 → 1.4, et non 1.2 → 1.4).
  • Opération des services Connect et Cloud Operations
  • Résolution des problèmes, solutions palliatives et correction de la cause principale des problèmes liés aux composants fournis par Google.

Responsabilités des utilisateurs

  • Administration globale du système pour les clusters sur site
  • Gestion de toute charge de travail d'application déployée sur le cluster
  • Exécution, maintenance et correction de l'infrastructure du centre de données, y compris les réseaux, les serveurs, le système d'exploitation, le stockage et la connectivité à Google Cloud
  • Exécution, gestion et correction des équilibreurs de charge réseau si l'option d'équilibrage de charge manuel est choisie
  • Mise à niveau régulière des versions des clusters Anthos sur Bare Metal
  • Surveillance du cluster et des applications et réponse aux incidents éventuels
  • Déploiement des agents Cloud Operations dans les clusters
  • Partage avec Google des informations concernant l'environnement à des fins de dépannage

Assistance aux développeurs

Google ne propose pas d'assistance pour les charges de travail d'applications exécutées sur les clusters Anthos sur Bare Metal. Cependant, nous proposons une assistance aux développeurs, afin que votre équipe puisse facilement exécuter des applications sur les clusters Anthos sur Bare Metal. 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 est disponible pour les clients bénéficiant 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.