Version 1.8. 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 Anthos Clusters on VMware (GKE On-Prem). Reportez-vous aux notes de version pour plus de détails. Il ne s'agit pas de la version la plus récente.

Réparer la VM de plan de contrôle du cluster administrateur

Dans une implémentation Anthos clusters on VMware (GKE On-Prem), la VM de plan de contrôle d'un cluster administrateur est associée à deux disques :

  • Le disque de démarrage qui contient le système d'exploitation de la VM.

  • Le disque de données qui contient les identifiants et la base de données etcd qui stocke l'état du cluster d'administrateur. En d'autres termes, le disque de données stocke tous les objets Kubernetes du cluster administrateur.

Cette page montre comment récupérer une VM lorsque la VM du plan de contrôle est perdue ou que le disque de démarrage est compromis. Exemple :

  • Le disque de démarrage passe en lecture seule à cause des journaux de journal anti-spam.
  • Le système de fichiers de superposition Docker est corrompu.

Cette page ne couvre pas la récupération du disque de données. Pour savoir comment récupérer le disque de données, consultez la page Restaurer un cluster d'administrateur.

Réparer la VM de plan de contrôle

Pour réparer la VM de plan de contrôle du cluster d'administrateur :

gkectl repair admin-master --config ADMIN_CLUSTER_CONFIG --kubeconfig ADMIN_CLUSTER_KUBECONFIG

Remplacez :

  • ADMIN_CLUSTER_CONFIG par le chemin d'accès de votre fichier de configuration de cluster d'administrateur.

  • ADMIN_CLUSTER_KUBECONFIG par le chemin d'accès au fichier kubeconfig de votre cluster d'administrateur.

Remarques

La VM de plan de contrôle du cluster d'administrateur est clonée dans un modèle de VM qui contient toutes les informations nécessaires à la recréation de la VM. La commande gkectl repair admin-master utilise le modèle de VM pour créer une VM. Elle associe ensuite un nouveau disque de démarrage et le disque de données existant.

Si vos nœuds de cluster obtiennent leurs adresses depuis un serveur DHCP, la nouvelle VM peut avoir une adresse IP différente de la VM d'origine.