À partir de VMware Cloud Director 10.3.1, vous pouvez créer des clusters Tanzu Kubernetes Grid à l'aide du plug-in Kubernetes Container Clusters.

Conditions préalables

  • Vérifiez que votre fournisseur de services a publié le plug-in Kubernetes Container Clusters dans votre organisation. Kubernetes Container Clusters est le plug-in VMware Cloud Director Container Service Extension pour VMware Cloud Director. Vous pouvez trouver le plug-in dans la barre de navigation supérieure sous Plus > Kubernetes Container Clusters.
  • Vérifiez que votre fournisseur de services a terminé la configuration du serveur VMware Cloud Director Container Service Extension 4.0, qui attribue automatiquement le bundle de droits Clusters Kubernetes.
  • Vérifiez que l'administrateur de votre organisation vous a attribué le rôle Auteur de cluster Kubernetes. Ce rôle vous permet d’effectuer des fonctions de gestion de cluster, telles que la création, la mise à niveau et la suppression de clusters.

Procédure

  1. Connectez-vous à VMware Cloud Director et, dans la barre de navigation supérieure, sélectionnez Plus > Kubernetes Container Clusters > Nouveau.
  2. Sélectionnez l'option d'exécution VMware Tanzu Kubernetes Grid, puis cliquez sur Suivant.
  3. Entrez un nom et sélectionnez un modèle Kubernetesdans la liste.
  4. Entrez un nom, sélectionnez un modèle Kubernetes dans la liste, puis cliquez sur Suivant.
  5. Dans la fenêtre VDC et réseau, sélectionnez le VDC d'organisation sur lequel vous souhaitez déployer un cluster Tanzu Kubernetes Grid, sélectionnez un réseau VDC pour le cluster, puis cliquez sur Suivant.
  6. Dans la fenêtre Plan de contrôle, sélectionnez le nombre de nœuds worker, la taille du disque et, éventuellement, les stratégies de dimensionnement et de stockage, puis cliquez sur Suivant.
    Note : Le nombre de nœuds dans un cluster facilite la capacité du cluster à disposer de plusieurs plans de contrôle.
  7. Dans Pools de travailleurs, entrez un nom, un nombre de nœuds, une taille de disque et sélectionnez éventuellement une stratégie de dimensionnement, une stratégie de positionnement et une stratégie de stockage. Pour plus d'informations sur les pools de nœuds worker, reportez-vous à Utilisation de pools de nœuds worker.
    Note :
    • Pour configurer les paramètres vGPU, sélectionnez le bouton bascule Activer le GPU et sélectionnez une stratégie vGPU. Pour plus d'informations sur la configuration d'un vGPU, reportez-vous à la section Configuration de vGPU sur les clusters Tanzu Kubernetes Grid pour autoriser les charges de travail d'intelligence artificielle et d'apprentissage automatique.
    • Lorsque vous créez des clusters avec la fonctionnalité vGPU, il est recommandé d'augmenter la taille de disque à une capacité comprise entre 40 et 50 Go, car les bibliothèques vGPU occupent beaucoup d'espace de stockage.
    • Vous pouvez sélectionner une stratégie de dimensionnement au cours de ce workflow ou séparément lors de la configuration du serveur VMware Cloud Director Container Service Extension. Lorsque vous sélectionnez une stratégie de dimensionnement conjointement avec une stratégie vGPU qui contient un dimensionnement de machine virtuelle, les informations de dimensionnement de la stratégie vGPU sont prioritaires par rapport à celles de la stratégie de dimensionnement sélectionnée. Il est recommandé d'inclure le dimensionnement dans votre stratégie vGPU et de spécifier uniquement une stratégie vGPU lorsque vous laissez le champ Stratégie de dimensionnement vide.
  8. (Facultatif) Pour créer des pools de nœuds worker supplémentaires, cliquez sur Ajouter un pool de nœuds worker et configurez les paramètres du pool de nœuds worker.
  9. Cliquez sur Suivant.
  10. Dans la fenêtre Stockage Kubernetes, activez le bouton bascule Créer une classe de stockage par défaut, sélectionnez un profil de stockage et entrez un nom de classe de stockage.
  11. (Facultatif) Configurez les paramètres Stratégie de récupération et Système de fichiers.
  12. Dans la fenêtre Réseau Kubernetes, spécifiez une plage d'adresses IP pour les services Kubernetes et une plage pour les espaces Kubernetes, puis cliquez sur Suivant.

    CIDR (Classless Inter-Domain Routing) est une méthode de routage IP et d'allocation d'adresses IP.

    Option Description
    Pods CIDR Spécifie une plage d'adresses IP à utiliser pour les espaces Kubernetes. La valeur par défaut est 100.96.0.0/11. La taille du sous-réseau d'espaces doit être supérieure ou égale à /24. Vous pouvez entrer une plage d'adresses IP.
    Services CIDR Spécifie une plage d'adresses IP à utiliser pour les services Kubernetes. La valeur par défaut est 100.64.0.0/13. Vous pouvez entrer une plage d'adresses IP.
    Control Plane IP

    Vous pouvez spécifier votre propre adresse IP comme point de terminaison du plan de contrôle. Vous pouvez utiliser une adresse IP externe provenant de la passerelle ou une adresse IP interne d'un sous-réseau différent de la plage d'adresses IP routée. Si vous ne spécifiez pas d'adresse IP comme point de terminaison du plan de contrôle, le serveur VMware Cloud Director Container Service Extension sélectionne l'une des adresses IP inutilisées à partir de la passerelle de locataire associée.
    Virtual IP Subnet

    Vous pouvez spécifier un CIDR de sous-réseau à partir duquel une adresse IP inutilisée est attribuée en tant que point de terminaison du plan de contrôle. Le sous-réseau doit représenter un ensemble d'adresses présentes dans la passerelle. Le même CIDR est également propagé que le CIDR de sous-réseau pour les services d'entrée sur le cluster.
    Vous pouvez utiliser les adresses IP suivantes comme adresse IP du plan de contrôle :
    Type d'adresse IP Description
    Adresses IP externes L'une des adresses IP de la passerelle externe qui se connecte au réseau OVDC.
    Adresses IP internes Toute adresse IP privée interne au locataire, avec les exceptions suivantes :
    • Adresses IP dans la définition du service réseau d'équilibrage de charge, généralement 192.168.255.1/24.
    • Adresses IP qui se trouvent dans le sous-réseau IP du VDC d'organisation.
    • Adresse IP utilisée.
    Note : Lorsqu'une adresse IP n'a pas les caractéristiques ci-dessus, le comportement suivant se produit :
    • Si l'adresse IP est déjà utilisée et que VMware Cloud Director le détecte, une erreur apparaît dans les journaux lors de la création de l'équilibrage de charge.
    • Si l'adresse IP est déjà utilisée et que VMware Cloud Director ne le détecte pas, le comportement est indéfini.
  13. Dans la fenêtre Paramètres de débogage activez ou désactivez le bouton bascule Réparation automatique des erreurs.
    Note :
    • Si vous activez cette option, le serveur VMware Cloud Director Container Service Extension tente de recréer les clusters en état d'erreur. Si vous désactivez cette option, le serveur VMware Cloud Director Container Service Extension laisse le cluster en état d'erreur pour permettre un dépannage manuel.
    • L'option Réparation automatique des erreurs du workflow de création de cluster Tanzu Kubernetes Grid est désactivée par défaut dans VMware Cloud Director Container Service Extension 4.0.4. Après la création d'un cluster, le serveur VMware Cloud Director Container Service Extension désactive automatiquement l'option Réparation automatique des erreurs.
  14. Entrez une clé publique SSH.
  15. Cliquez sur Suivant.
  16. Vérifiez les paramètres du cluster et cliquez sur Terminer.

Vérifier l'état du cluster

Lorsque vous créez un cluster Tanzu Kubernetes Grid dans VMware Cloud Director Container Service Extension, l'état suivant s'affiche :

Tableau 1. État du cluster
État du cluster Description
En attente La demande de cluster n'a pas encore été traitée par le serveur VMware Cloud Director Container Service Extension.
Création Le cluster est en cours de traitement par le serveur VMware Cloud Director Container Service Extension.
Disponible Le cluster est prêt pour que les utilisateurs agissent dessus et pour héberger les charges de travail.
Suppression en cours Le cluster est en cours de suppression
Erreur Le cluster est dans un état d'erreur.
Note : Si vous souhaitez déboguer manuellement un cluster, désactivez le mode Réparation automatique des erreurs.