À propos du provisionnement du cluster TKG 2 sur le Superviseur

VMware fournit deux API et diverses options d'outils pour le provisionnement de clusters TKG sur Superviseur.

Provisionnement du cluster TKG 2 sur le Superviseur

Le diagramme décrit le workflow de provisionnement de clusters TKG sur le Superviseur.

Figure 1. Provisionnement du cluster TKG 2 sur le Superviseur

Types de clusters TKG 2

Il existe deux types de clusters de charge de travail Kubernetes pouvant être provisionnés sur l'infrastructure vSphere with Tanzu dans laquelle le Superviseur fonctionne comme cluster de gestion et héberge l' API de cluster Kubernetes (CAPI). Chaque type est basé sur la classe ClusterClass. Pour savoir quelles sont les versions prises en charge, reportez-vous aux Notes de mise à jour de TKR. Voir aussi Utilisation de versions de Tanzu Kubernetes avec les clusters TKG 2 sur le Superviseur.

TKC avec cluster CAPI faisant référence à la classe ClusterClass nommée tanzukubernetescluster

Ce type de cluster de charge de travail est un cluster Tanzu Kubernetes créé à l'aide de l'API de cluster qui fait référence à une classe ClusterClass par défaut nommée tanzukubernetescluster. Le type de cluster est TanzuKubernetesCluster et l'API de provisionnement est v1alpha3.

Avec ce type de cluster de charge de travail, l'objet TKC est en première ligne et sert de couche d'abstraction. Il n'y a aucune modification dans le workflow pour le provisionnement de ce type de cluster à partir du provisionnement d'un cluster TKGS sur vSphere with Tanzu version 7.

Cluster CAPI sans TKC faisant référence à la classe ClusterClass par défaut nommée tanzukubernetescluster

Ce type de cluster de charge de travail est un cluster CAPI pur créé à l'aide de l'API de cluster qui fait référence à une classe ClusterClass par défaut nommée tanzukubernetescluster. Le type de cluster est Cluster et l'API de provisionnement est v1beta1.

Avec ce type de cluster de charge de travail, l'API du cluster CAPI est la première ligne ; il n'y a pas de couche d'abstraction TKC. Le système fournit un contrôleur pour gérer l'infrastructure. Vous n'avez donc pas besoin de créer des objets associés à ClusterClass. Les variables sont exposées afin que vous puissiez personnaliser le cluster. Les champs de la spécification de cluster sont différents des champs de la spécification TKC, mais le workflow de provisionnement est le même.

API de provisionnement de cluster TKG 2

TKG sur le Superviseur fournit deux API pour gérer le cycle de vie des clusters TKG. Les deux API sont déclaratives de nature semblables à l'API Kubernetes. Avec le provisionnement de cluster déclaratif, vous spécifiez l'état souhaité du cluster TKG : le nombre de nœuds, le stockage disponible, les tailles de VM et la version du logiciel Kubernetes. TKG effectue le travail de provisionnement et de maintenance d’un cluster correspondant à l’état déclaré.

API	Type	Description
v1alpha3	TanzuKubernetesCluster	Continuité de l'API v1alpha2. Toutes les fonctionnalités prises en charge par l'API v1alpha2 sont prises en charge par l'API v1alpha3. Nouvelles fonctionnalités ajoutées.
v1beta1	Cluster	Nouvelle API pour la gestion du cycle de vie d'un cluster basé sur une classe de cluster.

Clients de provisionnement de cluster TKG

TKG sur le Superviseur prend en charge divers workflows clients pour le provisionnement de clusters TKG :

• Kubectl + YAML pour le provisionnement de cluster déclaratif de style Kubernetes. Reportez-vous à la section Workflow pour provisionner des clusters TKG 2 sur le Superviseur à l'aide de kubectl.
• Interface de ligne de commande Tanzu pour le provisionnement de cluster avec l'interface de ligne de commande interactive. Reportez-vous à la section Workflow pour provisionner des clusters TKG sur le Superviseur à l'aide de l'Tanzu CLI.
• Tanzu Mission Control pour le provisionnement de clusters basé sur le Web. Reportez-vous à la section Utilisation de clusters TKG 2 sur le Superviseur avec Tanzu Mission Control.