Migration des nœuds de travail VPC vers RHCOS
Cloud privé virtuel
Suivez les étapes suivantes pour migrer vos nœuds de travail VPC vers RHCOS
Les informations de cette page s'appliquent uniquement aux clusters VPC. Il ne s'applique pas aux clusters Satellite ou Classic.
A partir de la version cluster 4.18:
- Red Hat Enterprise Linux CoreOS (RHCOS) est le système d'exploitation par défaut pour les clusters VPC.
- Les nœuds de travail RHEL sont obsolètes pour les clusters VPC.
- La version 4.22 est la dernière version à prendre en charge les nœuds de travail RHEL sur VPC. Les prochaines versions nécessiteront des nœuds de travail RHCOS.
Migrez vos clusters VPC pour utiliser les nœuds de travail RHCOS dès que possible.
| Jalon | Description |
|---|---|
| 4.18 de la libération : 23 mai 2025 | À partir de la version cluster 4.18, Red Hat Enterprise LinuxCoreOS (RHCOS) est le système d'exploitation par défaut et les nœuds de travail RHEL sont obsolètes dans cette version. Les travailleurs RHEL sont encore disponibles dans la version 4.18 uniquement pour compléter la migration vers les travailleurs RHCOS. |
| 4.22 libération | La version 4.22 est la dernière version à prendre en charge les nœuds de travail RHEL sur VPC. Migrer vos nœuds de travail RHEL 9 vers RHCOS avant de passer à des versions ultérieures. |
Effectuez les étapes suivantes pour migrer vos nœuds de travail vers RHCOS.
Pour migrer vers RHCOS, vous devez provisionner un nouveau pool de travailleurs, puis supprimer le précédent pool de travailleurs RHEL. Le nouveau groupe de travail doit résider dans la même zone que le groupe de travail précédent.
Étape 1 : Mise à niveau du maître de la grappe
Exécutez la commande suivante pour mettre à jour le master.
ibmcloud ks cluster master update --cluster CLUSTERNAMEORID --version 4.18_openshift
Étape 2 : Création d'un nouveau groupe de travail RHCOS
Avant de créer un nouveau pool de travailleurs RHCOS, vérifiez la limite de quota du groupe d'instances. Les clusters RHCOS peuvent compter au maximum 12 groupes d'instances par cluster. Un groupe d'instances est créé pour chaque zone dans chaque pool de travailleurs. Par exemple, si vous disposez de 3 pools de travailleurs comprenant chacun 3 zones, vous utilisez 9 des 12 groupes d'instances disponibles. Si vous avez besoin de plus de 12 groupes d'instances, contactez l'assistance d' IBM pour demander une augmentation du quota au niveau du compte, qui s'appliquera à tous les clusters de votre compte.
- Veillez à spécifier
RHCOScomme--operating-systemdu nouveau pool. - Assurez-vous que le nombre de nœuds spécifié avec l'option
--size-per-zonecorrespond au nombre de travailleurs par zone pour le pool de travailleurs RHEL. Pour répertorier les zones d'un pool de travailleurs et le nombre de travailleurs par zone, exécutezibmcloud oc worker-pool get --worker-pool WORKER_POOL --cluster CLUSTER. - Veillez à inclure l'option
--entitlement ocp_entitledsi vous avez droit à Cloud Pak.
-
Exécutez la commande
ibmcloud oc worker-pool createpour créer un nouveau pool de travailleurs.Exemple de commande pour créer un pool de travailleurs RHCOS. Pour plus d'informations sur la commande
worker pool create vpc-gen2, voir la référence CLI pour les détails de la commande. Ajout de nœuds de travail dans les clusters VPC.ibmcloud oc worker-pool create vpc-gen2 --name WORKER_POOL_NAME --cluster CLUSTER_NAME_OR_ID --flavor FLAVOR --size-per-zone NUMBER_OF_WORKERS_PER_ZONE --operating-system RHCOS [--entitlement ocp_entitled] -
Vérifiez que le pool de travailleurs est créé et notez l'identifiant du pool de travailleurs.
ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_IDExemple de sortie
Name ID Flavor OS Workers my_workerpool aaaaa1a11a1aa1aaaaa111aa11 b3c.4x16.encrypted REDHAT_8_64 0 -
Ajoutez une ou plusieurs zones à votre pool de travailleurs. Lorsque vous ajoutez une zone, le nombre de nœuds de travail que vous avez spécifié avec l'option
--size-per-zoneest ajouté à la zone. Ces nœuds de travail exécutent le système d'exploitation RHCOS. Il est recommandé que les zones que vous ajoutez au groupe de travail RHCOS correspondent aux zones ajoutées au groupe de travail RHEL que vous remplacez. Pour afficher les zones attachées à un pool de travailleurs, exécutezibmcloud oc worker-pool zones --worker-pool WORKER_POOL --cluster CLUSTER. Si vous ajoutez des zones qui ne correspondent pas à celles du pool de travail RHEL, assurez-vous que vos charges de travail ne seront pas affectées par leur déplacement vers une nouvelle zone. Il est à noter que le stockage de fichiers ou de blocs n'est pas pris en charge dans les différentes zones.
Étape 3 : Ajouter des nœuds de travail à votre pool de travailleurs RHCOS
Voir Ajouter une zone à un pool de travailleurs dans un cluster VPC.
Étape 4 : Migrer vos charges de travail
Si vous disposez de solutions de stockage défini par logiciel (SDS) telles que OpenShift Data Foundation ou Portworx, mettez à jour vos configurations de stockage afin d'inclure les nouveaux nœuds de travail et vérifiez vos charges de travail avant de supprimer vos nœuds de travail RHEL.
Pour plus d'informations sur la reprogrammation des charges de travail, consultez la section « Vidange sécurisée d'un » Node dans la Kubernetes documentation ou « Comprendre comment évacuer les pods sur les nœuds » dans la Red Hat OpenShift documentation.
-
Migrer par pod en cordonnant le nœud et en supprimant les pods individuels.
oc adm cordon no/<nodeName> oc delete po -n <namespace> <podName> -
Migrer par Node en drainant les nœuds. Pour plus d'informations, voir Drainage d'un nœud en toute sécurité.
-
Migrez par groupe de travailleurs en supprimant l'ensemble de votre groupe de travailleurs RHEL.
ibmcloud ks worker-pool rm --cluster CLUSTER_NAME_OR_ID --worker-pool WORKER_POOL_NAME_OR_ID
Étape 5 : Suppression des nœuds de travail RHEL
Supprimez le pool de travailleurs qui contient les travailleurs RHEL.
Envisagez de réduire votre pool de travailleurs RHEL et de le conserver pendant plusieurs jours avant de le supprimer. De cette façon, vous pouvez facilement augmenter le pool de travailleurs si votre charge de travail subit des perturbations au cours du processus de migration. Lorsque vous avez déterminé que votre charge de travail est stable et fonctionne normalement, vous pouvez supprimer en toute sécurité le groupe de travail RHEL.
- Répertoriez vos pools de travailleurs et notez le nom du pool de travailleurs que vous souhaitez supprimer.
ibmcloud oc worker-pool ls --cluster CLUSTER - Exécutez la commande pour supprimer le pool de travailleurs.
ibmcloud oc worker-pool rm --worker-pool WORKER_POOL --cluster CLUSTER
Étape facultative 5 : Désinstaller et réinstaller le plug-in Object Storage
Si vous utilisez le plug-in COS dans votre cluster, après avoir migré de RHEL à RHCOS, vous devez le désinstaller et le réinstaller car le chemin kube-driver est différent entre les deux systèmes d'exploitation. Si ce n'est pas
le cas, vous risquez d'obtenir un message d'erreur similaire à Error: failed to mkdir /usr/libexec/kubernetes: mkdir /usr/libexec/kubernetes: read-only file system.