Les clusters ACK Lingjun prennent en charge des versions Kubernetes alignées sur celles de la communauté open source. Cette rubrique présente l'historique des publications, le format des versions, les règles de mise à niveau ainsi que la politique de fin de vie (EOL) des clusters ACK Lingjun.
Historique des publications
| Version | Statut | Date de publication | Date de fin de vie |
|---|---|---|---|
| 1,31 | Publiée | Janv. 2025 | Selon la situation réelle des clusters ACK Lingjun |
| 1,30 | Publiée | Janv. 2025 | Selon la situation réelle des clusters ACK Lingjun |
| 1,28 | Publiée | Déc. 2023 | Selon la situation réelle des clusters ACK Lingjun |
| 1,22 | Obsolète | Nov. 2023 | Selon la situation réelle des clusters ACK Lingjun |
| 1,20 | Obsolète | Avr. 2023 | Nov. 2023 |
Format des versions
Les clusters ACK Lingjun utilisent le format de version sémantique x.y.z-aliyun.n, où x.y.z correspond à la version Kubernetes open source :
x: version majeure — modifications affectant la compatibilité des APIy: version mineure — ajouts de fonctionnalitész: version de correctif — corrections de boguesn: version de correctif Alibaba Cloud
Par exemple, la version 1,31.1-aliyun.1 est basée sur Kubernetes 1,31.1 open source. Pour plus d'informations sur le schéma de gestion des versions Kubernetes, consultez Kubernetes Release Versioning.
Rythme de publication des versions mineures
À partir de janvier 2025 (Kubernetes 1,31), les clusters ACK Lingjun ont étendu leur prise en charge aux versions mineures impaires, en plus des versions paires (telles que 1,28 et 1,30). Les dates de publication réelles suivent le calendrier de déploiement des clusters ACK Lingjun. Après chaque nouvelle version, ACK Lingjun publie régulièrement des versions de correctifs pour intégrer des mises à jour fonctionnelles et résoudre des vulnérabilités.
Politique de prise en charge des versions
Création de cluster
Les clusters ACK Lingjun permettent de créer des clusters sur les trois dernières versions mineures (N, N-1 et N-2). Les versions actuellement prises en charge sont 1,31, 1,30 et 1,28.
Les restrictions suivantes s'appliquent :
Lorsqu'une nouvelle version mineure (N) devient disponible, la version mineure la plus ancienne encore prise en charge (N-3) n'est plus proposée pour la création de nouveaux clusters. Par exemple, lorsque Kubernetes 1,31 est disponible, il n'est plus possible de créer des clusters avec des versions antérieures à 1,28.
Lorsqu'une nouvelle version de correctif est publiée, les versions de correctif précédentes au sein de la même version mineure sont désactivées. Par exemple, lors de la publication de la version 1,30.7, la création de clusters en version 1,30.1 n'est plus possible.
Mise à niveau du cluster
Les mises à niveau doivent suivre un chemin séquentiel par version mineure. Les mises à niveau transversales (saut de version) et les retours en arrière ne sont pas pris en charge.
Chemins de mise à niveau pris en charge :
| De | Vers | Pris en charge |
|---|---|---|
| 1,28.x | 1,30.x | Oui |
| 1,30.x | 1,31.x | Oui |
| 1,28.x | 1,31.x | Non — effectuez d'abord la mise à niveau vers 1,30 |
Par exemple, pour mettre à niveau un cluster de la version 1,28 vers 1,31, mettez-le d'abord à niveau de 1,28 vers 1,30, puis de 1,30 vers 1,31.
Pour les versions de correctifs, les clusters ne peuvent être mis à niveau que vers la dernière version de correctif disponible au sein de la même version mineure.
Support technique
Pour les versions maintenues, les clusters ACK Lingjun offrent un support technique complet, incluant une assistance par questions-réponses, un guidage en temps réel, un diagnostic des pannes et la résolution des incidents. Le support des versions non maintenues est progressivement interrompu.
Versions Kubernetes en fin de vie (EOL)
Les versions en fin de vie (EOL) peuvent présenter des vulnérabilités de sécurité et des risques de stabilité. Mettez à niveau dès que possible les clusters exécutant des versions EOL.
Pour les versions EOL, les clusters ACK Lingjun cessent la fourniture de correctifs de sécurité et la résolution des bogues, et le support technique passe sur une base de moyens raisonnables (best-effort).