Blog Kubernetes RSS

Kubernetes 1.29 : Les intégrations de fournisseurs de cloud sont maintenant des composants séparés

Kubernetes v1.29 nécessite l'utilisation de composants externes pour l'intégration cloud. Les intégrations de fournisseurs de cloud legacy ont été supprimées, mais peuvent être temporairement activées. Ces changements proviennent de KEP-2395, qui vise à externaliser les intégrations de fournisseurs de cloud pour une cohérence et une séparation des préoccupations. Deux portes de fonctionnalité, DisableCloudProviders et DisableKubeletCloudCredentialProviders, ont maintenant une valeur par défaut à true, empêchant l'utilisation des intégrations cloud legacy. Les utilisateurs qui ont mis à jour à partir de Kubernetes 1.28+ et qui n'utilisent pas Azure, GCE ou vSphere n'ont pas besoin de faire de changements. Pour les utilisateurs d'Azure, GCE ou vSphere, ou ceux qui mettent à jour à partir de versions plus anciennes, deux options existent : migrer vers des gestionnaires de contrôleur cloud externes ou continuer à utiliser le code de fournisseur en arbre. La migration vers des gestionnaires de contrôleur cloud externes est recommandée, mais il est possible de poursuivre avec le code de fournisseur en arbre en désactivant les portes de fonctionnalité appropriées. Notez que ces portes de fonctionnalité seront verrouillées à true dans une future version, rendant la migration vers des gestionnaires de contrôleur cloud externes essentielle. Pour les fournisseurs autres qu'Azure, GCE ou vSphere, les gestionnaires de contrôleur cloud externes devraient déjà être utilisés. Les gestionnaires de contrôleur cloud peuvent être trouvés dans les référentiels GitHub, avec un cadre de référence disponible pour les développeurs. Le Groupe d'intérêt spécial Cloud Provider (SIG) offre un soutien et des ressources pour l'intégration des fournisseurs de cloud dans Kubernetes.
favicon
kubernetes.io
Kubernetes 1.29: Cloud Provider Integrations Are Now Separate Components