Partage via

Azure Kubernetes Fleet Manager et clusters membres

  • Article

Cet article offre une vue d’ensemble conceptuelle de flottes, clusters de membres et clusters de hubs dans Azure Kubernetes Fleet Manager.

Que sont les flottes ?

Une ressource de flotte agit comme entité de regroupement pour plusieurs clusters AKS. Vous pouvez l’utiliser pour gérer un grand nombre de clusters AKS en tant qu’entité unique, orchestrer des mises à jour sur de nombreux clusters, propager des ressources Kubernetes sur différents clusters et offrir un seul volet pour la gestion de plusieurs clusters. Vous pouvez créer une flotte avec ou sans cluster hub.

Une flotte comporte les éléments suivants :

Cette capture d’écran illustre un diagramme de ressource de flotte, notamment l’agent de cluster hub et l’agent de cluster membre.

  • flotte-hub-agent : contrôleur Kubernetes qui crée et fait concorder toutes les ressources personnalisées (CR) liées à la flotte dans le cluster hub.
  • flotte-membre-agent : contrôleur Kubernetes qui crée et fait concorder toutes les ressources personnalisées (CR) liées à la flotte dans les clusters membres. Ce contrôleur extrait les dernières ressources personnalisées du cluster hub et fait systématiquement concorder les clusters membres à faire correspondre à l’état souhaité.

Que sont les clusters membres ?

Le MemberCluster représente une API étendue au cluster établie au sein du cluster hub et servant de représentation d’un cluster au sein de la flotte. Cette API offre une approche automatisée, uniforme et fiable aux applications multicluster pour identifier des clusters inscrits dans une flotte. Elle facilite également l’interrogation par les applications d’une liste de clusters managés par la flotte ou son observation des états de cluster pour les actions ultérieures.

Vous pouvez joindre des clusters Azure Kubernetes Service (AKS) à une flotte en tant que clusters membres. Les clusters membres doivent résider dans le même tenant Microsoft Entra que la flotte, mais ils peuvent se trouver dans des régions différentes, d’autres groupes de ressources et/ou abonnements.

Teintes

Les clusters membres prennent en charge la spécification des teintes, qui s’appliquent à la ressource MemberCluster. Chaque objet de teinte se compose des champs suivants :

  • key : clé de la teinte.
  • value : valeur de la teinte.
  • effect : effet de la teinte, par exemple NoSchedule.

Une fois qu’un MemberCluster se voit appliquer une teinte, cela permet au Scheduler de savoir que le cluster ne doit pas recevoir de ressources dans le cadre de la propagation des ressources à partir du cluster hub. L’effet NoSchedule est un signal envoyé au Scheduler pour qu’il évite de planifier des ressources d’un ClusterResourcePlacement vers MemberCluster.

Si vous souhaitez en savoir plus, veuillez consulter la documentation Fleet en amont.

Étapes suivantes