Cette section décrit comment créer des images de machine personnalisées à utiliser comme modèles de VM de nœud pour un cluster de gestion autonome Tanzu Kubernetes Grid (TKG) et les clusters de charge de travail qu'il crée.
Pour créer des images personnalisées pour un cluster superviseur vSphere with Tanzu, reportez-vous à la section Référentiel Image Builder de vSphere Tanzu Kubernetes Grid.
Cette rubrique fournit un arrière-plan sur les images personnalisées TKG.
Remarquepour utiliser une image de machine personnalisée pour les nœuds de cluster de gestion, vous devez déployer le cluster de gestion avec l'interface du programme d'installation, pas à partir d'un fichier de configuration.
Chaque image de machine personnalisée regroupe une version de système d'exploitation de base et une version de Kubernetes ainsi que des personnalisations supplémentaires dans une image qui s'exécute sur vSphere. Les images personnalisées Linux peuvent également s’exécuter sur l’infrastructure AWS ou Microsoft Azure. Une image personnalisée doit être basée sur les versions du système d'exploitation prises en charge par Tanzu Kubernetes Grid. Le système d'exploitation de base peut être un système d'exploitation que VMware prend en charge, mais qu'il ne distribue pas (par exemple, Red Hat Enterprise Linux (RHEL) v8). Pour afficher la liste des systèmes d'exploitation pris en charge, reportez-vous à la section Systèmes d'exploitation cibles.
Pour créer des images de machine personnalisées pour les nœuds de cluster Tanzu Kubernetes Grid, vous utilisez l'image de conteneur à partir du projet Kubernetes Image Builder en amont. Kubernetes Image Builder s'exécute sur votre poste de travail local et utilise les éléments suivants :
ISO
d'installation d'origine de la distribution Linux.vm template
.Pour les combinaisons courantes de version du système d'exploitation, de version de Kubernetes et d'infrastructure cible, Tanzu Kubernetes Grid fournit des images de machine par défaut. Par exemple, une image ova-ubuntu-2004-v1.25.7+vmware.1-tkg
sert d'image OVA pour Ubuntu v20.04 et Kubernetes v1.25.7 sur vSphere.
Pour d'autres combinaisons de version du système d'exploitation, de version de Kubernetes et d'infrastructure, par exemple avec le système d'exploitation RHEL v8 ou Windows, il n'existe aucune image de machine par défaut, mais vous pouvez les créer.
Si vous créez et utilisez une image personnalisée avec la même version du système d'exploitation, la même version de Kubernetes et l'infrastructure qu'une image par défaut possède déjà, votre image personnalisée remplace la valeur par défaut. La CLI Tanzu crée ensuite de nouveaux clusters à l'aide de votre image personnalisée et n'utilise plus l'image par défaut pour cette combinaison de version du système d'exploitation, de version de Kubernetes et d'infrastructure cible.
API du cluster (CAPI) s'appuie sur les principes de l'infrastructure immuable. Tous les nœuds qui constituent un cluster sont dérivés d’un modèle ou d’une image de machine commun.
Lorsque CAPI crée un cluster à partir d'une image de machine, elle s'attend à ce que plusieurs éléments soient configurés, installés et accessibles ou en cours d'exécution, notamment :
kubeadm
, kubelet
et kubectl
spécifiées dans le manifeste du cluster.containerd
.kubeadm init
et kubeadm join
. Vous devez inclure toutes les images qui ne sont pas publiées et qui doivent être extraites localement, comme avec des images signées par VMware.cloud-init
configuré pour accepter les instructions de démarrage.Pour plus d'informations sur la création d'images, reportez-vous aux rubriques suivantes.