OVHcloud Managed Kubernetes Service expose un Kubernetes conforme au logiciel, tel que certifié par la CNCF. De nouvelles versions stables sont fournies régulièrement par la CNCF. Les versions antérieures proposées par OVHcloud peuvent atteindre leur End-Of-Sale/End-Of-Support (EOS) ou leur End-Of-Life (EOL), principalement en raison du cycle de vie du support sous-jacent assuré par la communauté Kubernetes. Cette politique est fournie pour aider les clients à comprendre le cycle de vie d'OVHcloud Managed Kubernetes Service, afin d'anticiper et de préparer la transition vers les versions les plus récentes.

Lignes directrices et définitions générales de la politique

End-Of-Sales et End-Of-Support (EoS)

Les versions de Kubernetes sont exprimées sous la forme x.y.z, où x est la version majeure, y la version mineure et z la version de patch. Le projet Kubernetes maintient des branches de release pour les trois versions mineures les plus récentes.

Les correctifs applicables, y compris les correctifs de sécurité, peuvent être rétroportés par le projet Kubernetes, puis par OVHcloud, sur ces trois branches de release, selon leur gravité et leur faisabilité. Des versions de patch sont produites à partir de ces branches à intervalle régulier, ou selon les besoins. Les versions mineures sortent environ tous les 3 mois, si bien que chaque branche de version mineure est maintenue par le projet Kubernetes pendant environ 9 mois.

En règle générale, OVHcloud prendra en charge ces versions mineures, et les versions de patch pourront être appliquées automatiquement selon la « politique de sécurité » choisie par le client dans l'espace client OVHcloud.

En règle générale, une nouvelle version mineure sera proposée par OVHcloud dans les 3 mois suivant sa déclaration comme « stable » par le projet Kubernetes.

En règle générale, OVHcloud ne prendra pas en charge les versions mineures qui ne sont plus prises en charge par le projet Kubernetes, et n'assurera pas de support pour les services managés fonctionnant sur ces versions jusqu'à ce que le client ait migré vers une version mineure de Kubernetes prise en charge par OVHcloud.

En règle générale, OVHcloud continuera de proposer la mise à niveau de version mineure vers toutes les versions non prises en charge afin de garantir que le client puisse, à son propre rythme, passer à une version mineure prise en charge par OVHcloud. Le client est seul responsable de s'assurer que sa configuration et les logiciels associés sont compatibles avec la nouvelle version vers laquelle il effectue la mise à niveau.

Dès qu'une version mineure atteint la fin de support (End-of-Support) chez OVHcloud, elle atteint simultanément la fin de vente (End-Of-Sales), ce qui signifie qu'OVHcloud arrêtera de proposer cette version mineure lors de l'installation ou de la réinitialisation d'un Managed Kubernetes Service.

À tout moment, le client peut retrouver les versions actuellement prises en charge sur la page dédiée

Toute modification de ces règles générales et/ou du cycle de release du projet Kubernetes sera communiquée aux clients concernés par e-mail (si une action est requise de leur part) et mise à jour sur cette page.

End-of-Life (EoL)

En règle générale, OVHcloud ne forcera pas de mise à niveau de version mineure pour les 2 dernières versions ayant atteint la fin de support (End-of-Support). Gardez à l'esprit que, bien que nous continuions à les faire fonctionner, elles ne seront plus couvertes par le support OVHcloud ni par les SLA/SLO. Dans le cas improbable où l'une de ces versions exposerait une faille de sécurité mettant en péril sa propre infrastructure, OVHcloud pourra forcer la mise à niveau mineure du service ou désactiver le service si la mise à niveau mineure forcée n'a pas pu être effectuée.

Concernant la 3ème plus ancienne version ayant atteint le jalon de fin de support, OVHcloud forcera la mise à niveau mineure du service ou désactivera le service si la mise à niveau mineure forcée n'a pas pu être effectuée, après un préavis de 30 jours par e-mail. Le client est seul responsable de s'assurer que sa configuration et les logiciels associés sont compatibles avec la nouvelle version vers laquelle il effectue la mise à niveau.