Container Service for Kubernetes:Change operating system

Pour plus d'informations sur les types de systèmes d'exploitation et les dernières versions d'images OS prises en charge par ACK, ainsi que sur les limitations d'utilisation de certains systèmes d'exploitation, consultez les Notes de publication des images OS.

Prérequis

• Cette opération met à jour le système d'exploitation par lots en remplaçant les disques système des nœuds. Sauvegardez au préalable toutes les données importantes présentes sur les disques système. Cette opération n'affecte pas les disques de données. Nous vous recommandons d'effectuer cette opération pendant les heures creuses.

• Lorsque vous mettez à niveau des nœuds en remplaçant leurs disques, ACK les draine. Ce processus évacue les pods vers d'autres nœuds actifs tout en respectant les Pod Disruption Budgets (PDB). Pour garantir une haute disponibilité, déployez vos charges de travail avec plusieurs réplicas sur différents nœuds. Configurez également un PDB pour les services critiques afin de contrôler le nombre de pods pouvant être perturbés simultanément.

  Le délai d'expiration par défaut pour le drainage d'un nœud est de 30 minutes. Si la migration des pods n'est pas terminée dans ce délai, ACK interrompt la mise à niveau pour assurer la stabilité du service.

• Lorsque vous mettez à niveau des nœuds en remplaçant leurs disques, ACK les réinitialise en fonction de la configuration actuelle du pool de nœuds. Cela inclut la méthode de connexion, les libellés, les taints, l'image OS et la version du runtime. Pour mettre à jour les configurations du pool de nœuds, consultez la rubrique Modifier un pool de nœuds. Si vous avez modifié les nœuds d'une autre manière, la mise à niveau écrasera vos modifications.

• Si un pod sur un nœud fait référence à un HostPath pointant vers le disque système, les données du répertoire HostPath seront perdues après une mise à niveau par remplacement de disque.

• Si vous avez apporté des modifications de configuration au cluster, telles que l'activation de la partition SWAP ou la modification des configurations kubelet ou runtime via des opérations en ligne de commande, la mise à niveau du cluster peut échouer ou vos configurations personnalisées peuvent être écrasées.

• Certains systèmes d'exploitation ACK utilisent cgroup v2 par défaut. Pour plus d'informations sur les considérations relatives à cgroup v2, consultez la vue d'ensemble de cgroup v2.

• Si vous disposez de nœuds orphelins, c'est-à-dire des nœuds de calcul non gérés par un pool de nœuds, vous devez les migrer vers un pool de nœuds. Pour obtenir des instructions, consultez la rubrique Migrer des nœuds orphelins vers un pool de nœuds.

• Dans ContainerOS 3.4.0 et versions ultérieures, le disque système est défini en lecture seule. Un disque de données doit être attaché au nœud pour garantir le démarrage du système. Par conséquent, lors de la mise à niveau vers ContainerOS 3.4.0 ou une version ultérieure, vous devez suivre la procédure ci-dessous. Les autres versions ne sont pas concernées.

  Cliquez pour afficher la procédure détaillée

  Sélectionnez un plan de mise à niveau en fonction de l'état d'attachement des disques de données de votre pool de nœuds actuel :

  • Un seul disque de données attaché : le système peut démarrer normalement. Suivez la section Procédure ci-dessous pour terminer la mise à niveau.

  • Plusieurs disques de données attachés : effectuez une migration par rotation vers un nouveau pool de nœuds. Pour ce faire, créez un pool de nœuds, sélectionnez ContainerOS 3.4 ou une version ultérieure, attachez un disque de données, puis augmentez le nombre de nœuds requis. Migrez progressivement vos applications vers le nouveau pool de nœuds en désactivant la planification sur l'ancien pool ou en mettant à jour la charge de travail de l'application pour qu'elle soit planifiée sur le nouveau pool (par exemple, en utilisant un libellé). Une fois la migration terminée, mettez hors service l'ancien pool de nœuds.

  • Aucun disque de données attaché :

    • Conserver le pool de nœuds actuel : mettez à jour la configuration du pool de nœuds pour attacher un disque de données et ajoutez de nouveaux nœuds. Une fois que les nouveaux nœuds sont opérationnels, drainez et supprimez progressivement les anciens nœuds.

    • Migrer vers un nouveau pool de nœuds : suivez la même procédure que pour « Plusieurs disques de données attachés ».

  Pour plus d'informations sur la création et la modification d'un pool de nœuds, consultez Créer et gérer un pool de nœuds. Pour plus d'informations sur la définition d'un nœud comme non planifiable, consultez Drainer un nœud et gérer son statut de planification. Pour plus d'informations sur la suppression d'un nœud, consultez Supprimer un nœud.

• Si vous personnalisez la version du pilote GPU de votre pool de nœuds en spécifiant un numéro de version ou en utilisant une URL OSS, le système d'exploitation et le pilote peuvent devenir incompatibles après la mise à jour de l'image OS. Consultez les versions de pilotes NVIDIA prises en charge dans ACK pour sélectionner un pilote compatible.

Procédure

Suivez les étapes ci-dessous pour mettre à jour l'image OS vers la dernière version ou changer de type de système d'exploitation. Pour éviter les risques de compatibilité, effectuez d'abord une vérification préalable.

1. Connectez-vous à la console ACK. Dans le volet de navigation de gauche, cliquez sur Clusters.

2. Sur la page Clusters, cliquez sur le nom de votre cluster. Dans le volet de navigation de gauche, cliquez sur Nodes > Node Pools.

3. Dans la colonne Actions de la liste Node Pools, sélectionnez > Change Operating System pour le pool de nœuds cible.

4. Cliquez sur Precheck pour rechercher les risques potentiels et afficher les résultats.

   • Normal : la vérification préalable est réussie. Vous pouvez procéder à la mise à jour.

   • Anormal : cela n'affecte pas le fonctionnement actuel de votre cluster. Suivez les recommandations pour corriger les problèmes avant de continuer.

5. Une fois la vérification préalable réussie, configurez les paramètres comme décrit dans le tableau suivant, puis cliquez sur Start Replacement.

   Paramètre		Description
   Version de destination		L'image OS et la version cibles pour la mise à jour.
   Version actuelle		La version OS actuelle.
   Update Node		Les nœuds à mettre à jour. Vous pouvez sélectionner tous les nœuds ou des nœuds spécifiques.
   Ignore Warnings		Indique s'il faut poursuivre la mise à jour si la vérification préalable signale des avertissements. Un exemple d'élément de niveau avertissement est qu'un pod dans le pool de nœuds utilise un hostPath qui pointe vers le disque système.
   Batch Replace	Maximum Number of Nodes per Batch	Le nombre maximal de nœuds pouvant être mis à jour simultanément dans chaque lot.
   	Automatic Pause Policy	La politique de pause du processus de remplacement du système d'exploitation pour les nœuds.
   	Interval Between Batches	Si vous définissez Automatic Pause Policy sur Do Not Pause, vous pouvez spécifier un intervalle entre les lots de mise à jour. Valeurs valides : 5 à 120 minutes.
   	Auto Snapshot	Étant donné que cette opération est une mise à jour par remplacement des disques système, nous vous recommandons de créer un snapshot pour tout nœud stockant des données importantes. Cela vous permet de sauvegarder et de restaurer les données. L'utilisation de snapshots entraîne des frais de snapshot. Si les snapshots ne sont plus nécessaires après la mise à jour, supprimez-les rapidement.

   Important

   Avant de changer de système d'exploitation, consultez les notes de publication des images OS pour éviter les risques de compatibilité liés au système d'exploitation.

Documents connexes

• Pour plus d'informations sur la mise à niveau des versions kubelet et du runtime de conteneur d'un pool de nœuds, consultez la rubrique Mettre à niveau un pool de nœuds.

• Pour en savoir plus sur le processus et la logique d'une mise à jour par remplacement des disques système, consultez la référence : Mises à jour in-place et mises à jour par remplacement des disques système.