Les rubriques de cette section expliquent comment installer et gérer des modules avec la CLI Tanzu. Les sections ci-dessous répertorient les modules gérés via CLI que vous pouvez déployer sur des clusters de charge de travail Tanzu Kubernetes Grid (TKG) et les référentiels de modules dans lesquels ils sont publiés. Pour plus d'informations sur les modules, reportez-vous à la section Modules dans À propos de Tanzu Kubernetes Grid.
Les modules gérés via CLI étendent les clusters Kubernetes créés par TKG. Après avoir créé un cluster, vous pouvez installer des modules à partir du référentiel de modules tanzu-standard
ou à partir des référentiels de modules que vous ajoutez au cluster. TKG gère le cycle de vie du référentiel de modules tanzu-standard
.
RemarqueVMware prend en charge les modules répertoriés ci-dessous lorsqu'ils sont déployés sur des clusters TKG. Les configurations, modifications et mises à jour des modules personnalisés pour les clusters non-TKG ne sont pas prises en charge.
Un module géré via CLI est un composant facultatif d'un cluster Kubernetes que vous pouvez installer et gérer avec la CLI Tanzu. Ces modules sont installés après la création du cluster.
Les modules gérés via CLI sont distribués au moyen de référentiels de modules. Pour installer et gérer les référentiels de modules et les modules qu'ils contiennent, utilisez le plug-in tanzu package
de la CLI Tanzu. Pour plus d'informations sur l'utilisation du plug-in tanzu package
, reportez-vous à la section Installer et gérer des modules.
Dans la plupart des cas, lorsque vous installez un module géré via CLI à partir du référentiel de modules tanzu-standard
, vous l'installez dans un cluster de charge de travail ou de services partagés. Si le module dépend d'autres modules dans le référentiel de modules, vous devez d'abord les installer. Une fois que vous avez préparé votre environnement Tanzu Kubernetes Grid comme décrit dans la section Préparation de l'installation des modules gérés via CLI ci-dessous, suivez les liens de la colonne Procédure d'installation. Ces rubriques fournissent des instructions pas à pas sur la configuration et l'installation de chacun des modules dans le référentiel de modules tanzu-standard
. Pour plus d'informations sur la façon d'utiliser le plug-in du tanzu package
, reportez-vous à la section Modules dans Installation et gestion des modules avec la CLI Tanzu.
Pour plus d'informations sur la prise en charge des modules facultatifs fournis dans le référentiel VMware Tanzu Standard, reportez-vous à la section Prise en charge des modules du référentiel Tanzu Standard du document À propos de Tanzu Kubernetes Grid.
Module | Fonction | Dépendances | Emplacement d'installation | Procédure d'installation |
---|---|---|---|---|
cert-manager |
Gestion des certificats | s/o | Cluster de charge de travail ou de services partagés | Installer le gestionnaire de certificats |
contour |
Mise en réseau de conteneur | Nécessite cert-manager |
Cluster de charge de travail ou de services partagés | Implémenter le contrôle d'entrée avec Contour |
external-dns |
Registre de conteneur | Nécessite cert-manager Nécessite external-dns si vous souhaitez créer des enregistrements DNS pour les ressources HTTPProxy Contour. |
Cluster de charge de travail ou de services partagés | Implémenter la détection de services avec un DNS externe |
fluent-bit |
Transfert de journaux | s/o | Cluster de charge de travail | Implémenter le transfert de journaux avec Fluent Bit |
flux-source-controller |
Livraison continue (CD) | s/o | Cluster de charge de travail | Lisez-moi flux-source-controller |
grafana |
Surveillance | Nécessite cert-manager , contour et prometheus |
Cluster de charge de travail | Implémenter la surveillance avec Prometheus et Grafana |
harbor |
Registre d'image | Nécessite cert-manager Nécessite contour ou NSX ALB pour l'entréeRecommande external-dns sur les plate-formes d'infrastructure avec équilibrage de charge telles que AWS, Azure et vSphere avec NSX Advanced Load Balancer, en particulier dans les environnements de production ou d'autres environnements dans lesquels la disponibilité de Harbor est importante. |
Cluster de charge de travail ou de services partagés | Installer Harbor pour le registre de service |
helm-controller |
Livraison continue (CD) | Nécessite flux-source-controller |
Cluster de charge de travail | Lisez-moi helm-controller |
kustomize-controller |
Livraison continue (CD) | Nécessite flux-source-controller |
Cluster de charge de travail | Lisez-moi kustomize-controller |
multus-cni |
Mise en réseau de conteneur | Nécessite cert-manager |
Cluster de charge de travail | Déployer Multus sur des clusters de charge de travail |
prometheus |
Surveillance | Nécessite cert-manager |
Cluster de charge de travail | Implémenter la surveillance avec Prometheus et Grafana |
whereabouts |
Mise en réseau de conteneur | Nécessite multus-cni |
Cluster de charge de travail | Déployer Multus avec Whereabouts sur des clusters de charge de travail |
RemarquevSphere with Tanzu ne prend pas en charge le déploiement de modules sur un cluster de services partagés. Les clusters de charge de travail déployés par vSphere with Tanzu peuvent uniquement utiliser des services en module déployés sur les clusters de charge de travail eux-mêmes.
Le référentiel Tanzu Application Platform (TAP) contient des modules gérés via CLI utiles pour les développeurs, tels que Tanzu Application Platform, Tanzu Build Service, Cloud Native Runtimes, Application Accelerator for VMware Tanzu et Cartographer.
Pour obtenir la liste des modules contenus dans le référentiel TAP et savoir comment les installer dans des clusters de charge de travail, reportez-vous aux rubriques qui couvrent l'installation des modules sous la section Installer Tanzu Application Platform dans la documentation de Tanzu Application Platform.
Vous pouvez exécuter différentes versions des modules gérés via CLI dans différents clusters de charge de travail. Dans un cluster de charge de travail, vous pouvez exécuter la dernière version prise en charge d'un module géré via CLI ou les versions publiées avec les deux dernières versions de TKG. Par exemple, si la dernière version prise en charge de Contour est v1.24.4 et que les deux dernières versions de TKG disposaient des versions 1.23.5 et v1.22.3 de Contour, vous pouvez exécuter les versions v1.24.4, v1.23.5 ou v1.22.3 de Contour dans un cluster de charge de travail.