Clusters alpha

Cette page présente le fonctionnement des clusters alpha dans Google Kubernetes Engine (GKE). L'accès aux fonctionnalités et aux API alpha fonctionne différemment avec les clusters alpha qu'avec les autres types de clusters GKE. Vous pouvez créer un cluster alpha ou en savoir plus sur les choix de configuration des clusters.

Vous pouvez tester les fonctionnalités alpha de Kubernetes en créant un cluster alpha. Les clusters alpha sont des clusters de courte durée qui exécutent des versions stables de Kubernetes. Toutes les API Kubernetes, y compris les API alpha, sont activées. Par défaut, tous les portails de fonctionnalités alpha disponibles avec la version Kubernetes sont activés dans les clusters alpha. Certains feature gates bêta sont activés, en fonction de la valeur par défaut de Kubernetes. Vous pouvez également activer ou désactiver de manière sélective des portes de fonctionnalité alpha ou bêta spécifiques lors de la création du cluster. Les clusters alpha sont conçus pour que les utilisateurs avancés et les utilisateurs de la première heure puissent tester des charges de travail tirant parti des nouvelles fonctionnalités avant que celles-ci ne soient prêtes pour la production.

Limites

Les clusters alpha présentent les limitations suivantes :

Différence entre les clusters alpha et les versions alpha de GKE

Les clusters alpha n'exécutent pas nécessairement les versions "alpha" de GKE. Le terme cluster alpha signifie que les API alpha sont activées, quelle que soit la version de Kubernetes exécutée par le cluster. Google offre régulièrement à ses clients la possibilité de tester et de valider des versions de GKE qui ne sont pas en phase de disponibilité générale. Ces versions en accès anticipé peuvent être exécutées en tant que clusters alpha ou en tant que clusters sur lesquels les API alpha de Kubernetes sont désactivées.

Portes de fonctionnalité et clusters alpha

Les feature gates sont un ensemble de paires clé-valeur qui activent les fonctionnalités Kubernetes. Avec les clusters alpha, GKE permet les opérations suivantes :

  • Portes de fonctionnalité alpha : toutes les portes de fonctionnalité en phase alpha disponibles avec la version Kubernetes de votre cluster
  • Feature gates bêta : les feature gates en phase bêta qui sont disponibles avec la version Kubernetes de votre cluster et qui sont activés par défaut par Kubernetes Open Source

Pour savoir quelles portes de fonctionnalité sont disponibles pour une version de Kubernetes spécifique et quelles fonctionnalités bêta sont activées par défaut (true), consultez Portes de fonctionnalité pour les fonctionnalités alpha ou bêta dans la documentation de Kubernetes. Toutefois, vous pouvez activer ou désactiver sélectivement des portes de fonctionnalité spécifiques, en modifiant les valeurs par défaut définies par GKE.

Les feature gates sont un mécanisme distinct d'activation des fonctionnalités des API Kubernetes et sont gérés différemment par les clusters GKE. Dans les clusters alpha, toutes les API alpha de Kubernetes sont activées. Si vous activez ou désactivez une porte de fonctionnalité pour un cluster alpha, l'activation des API Kubernetes n'est pas affectée. Toutefois, certaines API et certains feature gates Kubernetes fonctionnent ensemble. La désactivation des feature gates peut donc entraîner des problèmes avec les API associées. Vérifiez la connexion entre des portes d'accès spécifiques et des API.

Pour en savoir plus sur le fonctionnement de GKE avec les portes de fonctionnalités, consultez Portes de fonctionnalités.

Pour activer un cluster avec une configuration de feature gate spécifique, utilisez l'option --alpha-cluster-feature-gates lors de la création du cluster avec Google Cloud CLI. Lorsque vous incluez cet indicateur, vous pouvez modifier les portes de fonctionnalité alpha et bêta qui sont activées ou désactivées. Pour en savoir plus, consultez Créer un cluster alpha.

Limites pour l'activation des portes de fonctionnalité avec les clusters alpha

Lorsque vous activez des feature gates avec des clusters alpha, tenez compte des limitations supplémentaires suivantes :

  • Vous ne pouvez créer des clusters alpha avec des portes de fonctionnalité spécifiques qu'à l'aide de gcloud CLI. La création de clusters avec la console Google Cloud ou Terraform n'est pas prise en charge.
  • Les fonctionnalités alpha de Kubernetes qui nécessitent une configuration supplémentaire en plus de l'activation du feature gate ne sont pas compatibles.
  • Vous pouvez activer ou désactiver de manière sélective les portes de fonctionnalité alpha ou bêta, mais toutes les API alpha Kubernetes sont activées.

Dernières fonctionnalités alpha de Kubernetes

La plupart des versions de Kubernetes contiennent de nouvelles fonctionnalités alpha que vous pouvez tester dans des clusters alpha. Pour obtenir une liste complète des versions de Kubernetes et de leurs fonctionnalités, consultez le changelog de Kubernetes.

À propos des phases d'introduction des fonctionnalités

Les nouvelles fonctionnalités de Kubernetes sont introduites en quatre étapes : développement, alpha, bêta et stable.

Pour garantir la stabilité et la qualité dans l'environnement de production, les clusters GKE autres que les clusters alpha n'autorisent que des fonctionnalités de niveau bêta ou supérieur. GKE n'active pas les fonctionnalités alpha sur les autres types de clusters GKE, car elles ne sont pas prêtes pour la production ni ne peuvent être mises à niveau.

Étant donné que GKE met à niveau automatiquement le plan de contrôle Kubernetes et, par défaut, les nœuds de calcul, l'activation de fonctionnalités alpha en production peut compromettre la fiabilité du cluster si une nouvelle version introduit des modifications destructives.

Pour en savoir plus sur les phases d'introduction de nouvelles fonctionnalités dans Kubernetes, consultez Versions alpha, bêta et stables dans la documentation de Kubernetes.

Pour savoir comment déterminer les fonctionnalités activées pour une version de plan de contrôle GKE spécifique, consultez la page Portes de fonctionnalités.

Étapes suivantes