Azure Kubernetes Fleet Manager et clusters membres
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 :
- 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 exempleNoSchedule.
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.
Qu’est-ce qu’un cluster hub (préversion) ?
Important
Les fonctionnalités d’évaluation d’Azure Kubernetes Fleet Manager sont disponibles en libre-service et font l’objet d’un abonnement. Les préversions sont fournies « en l’état » et « en fonction des disponibilités », et sont exclues des contrats de niveau de service et de la garantie limitée. Les préversions d’Azure Kubernetes Fleet Manager sont, dans la mesure du possible, partiellement couvertes par le service clientèle. Telles quelles, ces fonctionnalités ne sont pas destinées à une utilisation en production.
Certains scénarios de flotte, tels que les exécutions de mise à jour, ne nécessitent pas d’API Kubernetes et ne nécessitent donc pas de cluster hub. Dans de tels scénarios, la flotte peut être créée sans cluster hub. Dans ce mode, Fleet agit simplement en tant qu’entité de regroupement dans Azure Resource Manager.
Pour d’autres scénarios tels que la propagation de ressources Kubernetes, un cluster hub est requis. Ce cluster hub est un cluster AKS spécial dont le cycle de vie (création, mise à niveau, suppression) est géré par la ressource de flotte. Tous les objets Kubernetes fournis au cluster hub sont stockés uniquement en tant que configurations sur ce cluster. La création de pods est désactivée sur ce cluster hub verrouillé. Par conséquent, Fleet n’autorise pas l’exécution de charges de travail utilisateur sur le cluster hub et autorise uniquement l’utilisation du cluster hub pour stocker les configurations qui doivent être propagées vers d’autres clusters ou les configurations qui contrôlent l’orchestration entre clusters.
Le tableau suivant répertorie les différences entre une flotte sans cluster hub et une flotte avec cluster hub :
| Dimension de la fonctionnalité | Sans cluster hub | Avec cluster hub (préversion) |
|---|---|---|
| Hébergement de cluster hub (préversion) | ❌ | ✅ |
| Limite de clusters membres | Jusqu’à 100 clusters | Jusqu’à 20 clusters |
| Mettre à jour l’orchestration sur plusieurs clusters | ✅ | ✅ |
| Propagation d’objets de ressource Kubernetes (préversion) | ❌ | ✅ |
| Équilibrage de charge multi-cluster de couche 4 (préversion) | ❌ | ✅ |
Lors de la création d’une flotte, un cluster hub est automatiquement créé dans le même abonnement que la flotte sous un groupe de ressources managé nommé FL_*.
Pour améliorer la fiabilité, les clusters hub sont verrouillés en refusant les mutations initiées par les utilisateurs sur les clusters AKS correspondants (sous le groupe de ressources géré par Fleet FL_*) et leurs ressources Azure sous-jacentes telles que les machines virtuelles (sous le groupe de ressources géré par AKS MC_FL_*) via les affectations de refus Azure.
Les clusters hub sont exemptés des stratégies Azure pour éviter des effets indésirables sur les clusters hub.
Billing
La ressource de flotte sans cluster hub est actuellement gratuite. Si votre flotte contient un cluster hub, le cluster hub est un cluster AKS de niveau standard créé dans l’abonnement de la flotte et que vous payez.
FAQ
Puis-je transformer une flotte sans cluster hub en une flotte avec un cluster hub ?
Impossible pendant la préversion du cluster hub. Sa prise en charge est prévue après la mise en disponibilité générale des clusters hub.