Clusters de gestion : Superviseurs et autonomes

Les utilisateurs de Tanzu Kubernetes Grid se connectent au cluster de gestion avec la CLI Tanzu et la CLI Kubernetes (kubectl) et émettent des commandes comme tanzu cluster create pour créer un cluster de charge de travail ou tanzu package install pour installer un service en module sur le cluster que les applications hébergées consommeront.

Le cluster de gestion exécute l'API de cluster, les outils Carvel et d'autres logiciels pour traiter ces commandes.

Le cluster de gestion est conçu pour gérer des clusters de charge de travail et des services en module, et pour exécuter la mise en réseau de conteneurs et d'autres agents de niveau système.

Options de déploiement du cluster de gestion

Le cluster de gestion dispose de deux options de déploiement qui s'exécutent sur différentes infrastructures à l'aide de différents ensembles de composants :

Le superviseur est un cluster de gestion qui s'exécute directement sur des hôtes ESXi existants, dans le cadre de la solution vSphere with Tanzu. Le superviseur fournit une plate-forme pour héberger en mode natif différents types de charges de travail Kubernetes sur vSphere, notamment les espaces vSphere, les VM de service de VM, les services de superviseur et les clusters TKG. Si un superviseur vSphere with Tanzu est disponible dans votre instance de vSphere 7 ou 8, vous n'avez pas besoin de déployer un cluster de gestion autonome.
Le cluster de gestion autonome est un cluster de gestion qui s'exécute en tant que machine virtuelle dédiée pour prendre en charge TKG sur plusieurs infrastructures cloud. Avec cette option, « Déploiement de TKG » signifie le déploiement d'un cluster de gestion sur une infrastructure telle que vSphere, AWS ou Azure.

Important
Tanzu Kubernetes Grid v2.4.x est la dernière version de TKG qui prend en charge la création de clusters de gestion TKG autonomes et des clusters de charge de travail TKG sur AWS et Azure. La possibilité de créer des clusters de gestion TKG autonomes et des clusters de charge de travail TKG sur AWS et Azure sera supprimée dans Tanzu Kubernetes Grid version v2.5. Pour plus d'informations, reportez-vous à la section Obsolescence des clusters de gestion et de charge de travail TKG sur AWS et Azure des Notes de mise à jour de VMware Tanzu Kubernetes Grid v2.4.

Dans les deux cas, le cluster de gestion publie une API qui encapsule et ajoute des fonctionnalités de niveau supérieur à l'API de cluster. Côté client, la CLI Tanzu encapsule et ajoute des fonctionnalités de niveau supérieur à kubectl et à clusterctl, les CLI de Kubernetes et de l'API de cluster.

Dans quels cas utiliser un superviseur vSphere with Tanzu ?

Pour les déploiements de TKG sur vSphere 7 ou 8, l'utilisation du superviseur vSphere with Tanzu constitue la meilleure option pour la plupart des scénarios d'utilisation.

En particulier, le superviseur :

Offre une expérience entièrement intégrée aux administrateurs VI avec une gestion centrée sur les applications dans vSphere 7 et vSphere 8
Autorise la délégation d'accès aux espaces de noms vSphere directement à partir de vCenter Server
Inclut des quotas pour les ressources consommées par un espace de noms vSphere, en tant que garde-fous pour la consommation en libre-service
Affiche les espaces de noms vSphere, les clusters Tanzu Kubernetes et les nœuds de cluster Tanzu Kubernetes dans le cadre du vSphere Client
Connecte les clusters Tanzu Kubernetes à l'infrastructure sans exposer les informations d'identification de l'infrastructure aux administrateurs de cluster
Sépare les clusters Tanzu Kubernetes du réseau de gestion vSphere
S'intègre à la bibliothèque de contenu pour la réplication automatique d'images de VM pour les nouvelles versions de Kubernetes
Permet de gérer les VM traditionnelles et les clusters Kubernetes via une API commune et vSphere Client

Dans quels cas utiliser un cluster de gestion autonome ?

Vous devez utiliser un cluster de gestion autonome dans les circonstances suivantes :

Pour les déploiements sur AWS et Azure.
Pour les déploiements sur vSphere 6.7. vSphere with Tanzu est disponible à partir de vSphere 7 et versions ultérieures.

Sur vSphere 7 et 8, pensez à utiliser TKG avec un cluster de gestion autonome plutôt que le superviseur si vous avez besoin des fonctionnalités suivantes que le superviseur ne fournit pas encore :

Conteneurs Windows
Double pile IPv6
Possibilité de créer des clusters de charge de travail à un emplacement distant à partir d'une instance de vCenter Server centralisée

Superviseurs, clusters de gestion autonomes et Tanzu Kubernetes Grid 2.x

TKG 2.x unifie la CLI Tanzu et les définitions d'objets sous-jacentes pour les deux options de déploiement du cluster* de gestion, superviseur et cluster de gestion autonome, mais la compatibilité de la version de la CLI Tanzu diffère entre les deux options.

Reportez-vous au tableau Compatibilité avec les produits VMware Tanzu de la documentation de la CLI VMware Tanzu pour connaître les versions de la CLI Tanzu et les versions de vSphere compatibles avec les deux options de déploiement pour TKG.

Important
La version de l'API TKG intégrée à vSphere with Tanzu peut être inférieure à celle dans le plug-in management-cluster de la CLI Tanzu qui crée des clusters de gestion autonomes. De cette façon, les versions de la CLI Tanzu plus récentes peuvent prendre en charge la fonctionnalité dans un cluster de gestion autonome compatible qu'elles ne prennent pas en charge dans un superviseur compatible.