Créer des images de machine

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.

Remarque
pour 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.

Présentation

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.

Kubernetes Image Builder

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 :

Ansible normalise le processus de configuration et de provisionnement de machines sur plusieurs familles de distribution cibles, telles que CentOS et Ubuntu.
Packer automatise et normalise le processus de création d'images pour les fournisseurs CAPI actuels et futurs, et prépare les images pour leur infrastructure cible une fois qu'elles sont créées.
Image Builder crée les images à l’aide d’une infrastructure native pour chaque fournisseur :
- Amazon Web Services (AWS)
  - Image Builder crée des images personnalisées à partir d'AMI de base qui sont publiées sur AWS, telles que les AMI Ubuntu officielles.
  - L’image personnalisée est créée dans AWS, puis stockée dans votre compte AWS dans une ou plusieurs régions.
  - Reportez-vous à la section Création d'images pour AWS dans la documentation d'Image Builder.
- Azure :
  - Vous pouvez stocker votre image personnalisée dans une galerie Azure Shared Image Gallery.
  - Reportez-vous à la section Création d'images pour Azure dans la documentation d'Image Builder.
- vSphere :
  - Image Builder crée des images OVA (Open Virtualization Archive) à partir de l'image ISO d'installation d'origine de la distribution Linux.
  - Importez l'image OVA résultante dans un cluster vSphere, prenez un snapshot pour le clonage rapide, puis marquez l'image de machine comme vm template.
  - Reportez-vous à la section Création d'images pour vSphere dans la documentation d'Image Builder.

Images personnalisées Remplacer les images par défaut

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.24.10+vmware.1-tkg sert d'image OVA pour Ubuntu 20.04 et Kubernetes 1.24.10 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

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 :

Les versions de kubeadm, kubelet et kubectl spécifiées dans le manifeste du cluster.
L'exécution d'un conteneur, le plus souvent containerd.
Toutes les images requises pour 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.

Tâches suivantes

Pour plus d'informations sur la création d'images, reportez-vous aux rubriques suivantes.