Versions de Kubernetes et moteur Kubernetes (OKE)
Découvrez le modèle de contrôle des versions de Kubernetes et la prise en charge de Kubernetes Engine (OKE) pour différentes versions de Kubernetes.
Les numéros de version de Kubernetes ont le format x.y.z, où x est une version majeure, y est une version mineure et z est une version de correctif. Par exemple, 1.33.1.
Le projet Kubernetes prend en charge les trois dernières versions mineures de Kubernetes.
Lorsque vous créez une grappe Kubernetes à l'aide de Kubernetes Engine, vous spécifiez :
- La version de Kubernetes à exécuter sur les noeuds de plan de contrôle de la grappe.
- Version de Kubernetes à exécuter sur les noeuds de travail de la grappe. Différents noeuds de travail du même groupe de noeuds peuvent exécuter différentes versions de Kubernetes. Au sein d'une grappe, différents groupes de noeuds peuvent exécuter différentes versions de Kubernetes.
La version de Kubernetes que vous spécifiez pour les noeuds de travail d'une grappe doit être la même que celle de Kubernetes qui s'exécute sur les noeuds de plan de contrôle, ou une version antérieure de Kubernetes toujours compatible. Comme décrit dans la politique de prise en charge de l'écart de version de Kubernetes, une certaine variation de version est autorisée entre les noeuds de plan de contrôle et les noeuds de travail d'une grappe :
- Les noeuds de plan de contrôle doivent exécuter la même version de Kubernetes que celle qui s'exécute sur les noeuds de travail, ou ne doivent pas être plus de deux (ou trois versions, à partir de la version 1.28 de Kubernetes) en amont.
- Les noeuds de travail peuvent exécuter une version de Kubernetes qui est inférieure de jusqu'à deux versions (ou trois versions, à partir de la version 1.28 de Kubernetes), mais pas plus. Si la version sur les noeuds de travail est supérieure à deux (ou trois versions, à partir de Kubernetes version 1.28) derrière la version sur les noeuds de plan de contrôle, les versions de Kubernetes sur les noeuds de travail et les noeuds de plan de contrôle sont incompatibles.
- Les noeuds de travail d'une grappe ne doivent pas exécuter une version de Kubernetes plus récente que celle des noeuds de plan de contrôle associés.
Les restrictions garantissent que la version mineure la plus ancienne prise en charge des composants kubelet et kube-proxy s'exécutant sur les noeuds de travail d'une grappe est toujours compatible avec la version mineure la plus récente prise en charge des composants kube-apiserver, kube-scheduler, kube-controller-manager et cloud-controller-manager s'exécutant sur les noeuds de plan de contrôle de la grappe.
Pour plus d'informations, voir la politique de prise en charge de l'asymétrie de version de Kubernetes.
Prise en charge des versions mineures de Kubernetes
À partir de la version 1.33 de Kubernetes, une version de prévisualisation de Kubernetes Engine prend en charge la version de correctif initiale de chaque version mineure de Kubernetes. La version de correctif initiale d'une version mineure de Kubernetes a un numéro de version x.y.0, tel que 1.33.0. Nous prévoyons de mettre à disposition une version préliminaire de Kubernetes Engine dans les 30 jours suivant le lancement en amont de la version initiale du correctif Kubernetes. Notez que la version de prévisualisation de Kubernetes Engine n'est destinée qu'à un accès anticipé et aux tests avec la version initiale du correctif Kubernetes. Notons en particulier ce qui suit :
- Une version préliminaire de Kubernetes Engine offre une prise en charge limitée.
- Pour les environnements de production, nous vous recommandons de ne pas utiliser une version d'aperçu de Kubernetes Engine.
- Pour les environnements de production, nous vous recommandons d'attendre la version de production de Kubernetes Engine prenant en charge la version x.y.1 de Kubernetes, que nous prévoyons de rendre disponible en temps opportun après le lancement en amont de la version x.y.1 de Kubernetes.
Oracle surveille et valide les versions mineures publiées par le projet Kubernetes et lance la prise en charge de Kubernetes Engine pour les versions mineures en temps opportun.
Kubernetes Engine prend en charge trois versions mineures de Kubernetes pour les nouvelles grappes. Pendant au moins 30 jours après l'annonce de la prise en charge d'une nouvelle version de Kubernetes, Kubernetes Engine continue de prendre en charge la quatrième version mineure disponible, la plus ancienne. Après cette période, l'ancienne version de Kubernetes cesse d'être prise en charge.
- Créez de nouvelles grappes exécutant cette version mineure.
- Ajoutez de nouveaux groupes de noeuds exécutant cette version mineure.
Par conséquent, Oracle recommande de mettre à niveau toutes les grappes existantes qui exécutent actuellement une version mineure qui ne sera bientôt pas prise en charge pour exécuter une version mineure prise en charge par Kubernetes Engine. Les grappes qui ne sont pas mises à niveau continueront de fonctionner comme prévu. Cependant, ils ne seront plus pris en charge.
Vous pouvez mettre à niveau des noeuds de plan de contrôle au moyen de versions mineures non prises en charge. Kubernetes nécessite que vous mettiez à niveau les noeuds de plan de contrôle une version mineure à la fois. Toutefois, vous n'avez pas besoin de mettre à niveau les noeuds de travail une version mineure à la fois.
Prise en charge des versions de correctif Kubernetes
Les versions de correctif de Kubernetes corrigent généralement les bogues critiques ou les vulnérabilités de sécurité qui ont été récemment identifiés dans une version mineure de Kubernetes. Le projet Kubernetes publie fréquemment des versions de correctifs, généralement une fois par mois, mais parfois plus fréquemment.
Oracle surveille et valide les versions des correctifs publiées par le projet Kubernetes et lance la prise en charge de Kubernetes Engine pour les versions de correctifs critiques dans des délais acceptables.
Lorsque Oracle vous avise de la prise en charge de Kubernetes Engine pour une nouvelle version de correctif Kubernetes, nous vous recommandons de mettre à niveau dès que possible toutes les grappes exécutant la version mineure correspondante de Kubernetes vers la dernière version de correctif disponible. Vous disposez de trente jours après l'annonce de la prise en charge de Kubernetes Engine pour une nouvelle version de correctif Kubernetes afin de mettre à niveau les grappes d'une ancienne version de correctif vers la nouvelle version de correctif. Après trente jours, les grappes exécutant l'ancienne version de correctif ne sont plus prises en charge.
Notez que même si les grappes exécutant une ancienne version de correctif cessent d'être prises en charge après trente jours, l'ancienne version de correctif peut continuer d'être disponible pour sélection. Cependant, Oracle vous recommande fortement de sélectionner la dernière version du correctif.