Ce document décrit le cycle de vie d'une version de système d'exploitation (OS), depuis sa création jusqu'à la fin de son cycle de vie (fin de vie).
Une version d'OS passe par deux étapes principales au cours de son cycle de vie:
- Assistance standard ou disponibilité générale (DG)
Abandonné ou fin de la période de compatibilité (EOS): qui se divise en deux sous-étapes:
- Assistance étendue
- Fin de vie
Pour certaines versions de système d'exploitation, une phase de prise en charge étendue peut également être appliquée après qu'elles ont été marquées comme obsolètes, avant qu'elles ne soient complètement fin de vie.
Les sections suivantes décrivent les étapes du cycle de vie d'une version d'OS sur Compute Engine.
Assistance standard ou disponibilité générale (DG)
Au cours de cette étape, les processus suivants se produisent:
- Avec l'introduction d'une nouvelle version d'OS, le fournisseur d'images d'OS crée une nouvelle image d'OS et lui attribue un nom en utilisant la convention d'attribution de nom de cette distribution d'OS. Par exemple,
debian-11-bullseye-v20230801
. Le fournisseur d'images crée ensuite une famille d'images. Par exemple,
debian-11.
.Les familles d'images vous aident à gérer les images d'OS de votre projet en regroupant les images associées pour que vous puissiez déployer ou restaurer des versions spécifiques d'une image d'OS. Pour en savoir plus, consultez les bonnes pratiques concernant les familles d'images.
Tous les appels à la famille d'images font référence à cette image d'OS créée récemment. Par exemple, si vous spécifiez une famille d'images lors de la création d'une VM à l'aide de l'indicateur
--image-family
avec le--image-project
approprié, la dernière version de l'image est utilisée.Il arrive que le fournisseur d'images applique des correctifs de sécurité ou de bugs critiques, envoyés par le fournisseur de l'OS, à l'image de l'OS. Ces mises à jour peuvent introduire de nouvelles fonctionnalités. Lorsqu'une mise à jour est envoyée, voici ce qui se passe:
- L'image d'OS actuelle est mise à jour et un nouveau nom est généré. Par exemple,
debian-11-bullseye-v20230801
avec les mises à jour devientdebian-11-bullseye-v20230901.
. - La famille d'images
debian-11
pointe désormais vers la nouvelle image d'OSdebian-11-bullseye-v20230901
. - L'image d'OS précédente (
debian-11-bullseye-v20230801
) est marquéedeprecated
.
- L'image d'OS actuelle est mise à jour et un nouveau nom est généré. Par exemple,
Abandonnés ou arrivés à la fin de la période de compatibilité
À un moment donné, chaque version d'OS atteint la phase d'abandon. Pour connaître les dates d'abandon des versions de l'OS, consultez la section Détails des systèmes d'exploitation.
Les versions obsolètes d'OS peuvent être en phase de compatibilité étendue ou de fin de cycle de vie.
À ce stade, les fournisseurs d'OS cessent de fournir des mises à jour d'images et les images d'OS sont marquées comme obsolètes. Vous pourrez peut-être toujours utiliser ces images d'OS, mais vous êtes responsable des mises à jour qui sont soumises à une disponibilité de la distribution de l'OS, du fournisseur ou de la communauté Open Source.
Lorsqu'une version d'OS arrive à la fin de son cycle de vie, les opérations suivantes sont effectuées:
- La dernière image de la famille d'images est supprimée ou marquée comme obsolète.
Vous ne pouvez plus utiliser la famille d'images. Toutefois, vous pouvez toujours utiliser une partie ou la totalité des images du système d'exploitation en les référençant directement, à l'exception de Windows, où toutes les images du système d'exploitation sont supprimées à la fin de la période de prise en charge.
Pour créer une VM à partir d'une image obsolète, vous devez utiliser gcloud CLI ou REST. Lorsque vous spécifiez l'image, vous devez utiliser l'option
--image
, car les familles d'images ne pointent pas vers des images obsolètes. Pour en savoir plus sur la création de VM, consultez la section Créer une instance de VM à partir d'une image publique.Lorsqu'une version du système d'exploitation atteint ou dépasse l'étape du cycle de vie étendue, Google ne garantit pas la compatibilité des fonctionnalités avec les nouvelles familles de machines ou les nouvelles plates-formes de processeur, pour ces versions obsolètes.
Toutes les VM qui utilisent des images d'OS appartenant à cette version d'OS en fin de vie continuent de fonctionner sur Compute Engine et peuvent toujours bénéficier de l'assistance Google Cloud au-delà de la date de fin d'assistance. Toutefois, si des problèmes liés à la VM sont identifiés comme étant associés à la version obsolète de l'OS, Google ne pourra peut-être pas résoudre le problème, car l'assistance du fournisseur de l'OS n'est plus disponible.
Les versions obsolètes d'OS peuvent se trouver en phase de compatibilité étendue ou en fin de cycle de vie.
Assistance étendue
Pour certains systèmes d'exploitation, lorsque ceux-ci atteignent la phase d'abandon, les distributeurs de systèmes d'exploitation fournissent un package payant de maintenance, étendu ou à long terme qui peut être appliqué à votre système d'exploitation:
- Pour l'OS Red Hat Enterprise Linux (RHEL) : assistance avec la maintenance, phase de vie étendue, assistance avec le cycle de vie étendu (module complémentaire) ou Extended Update Support (EUS)
- Pour Rocky Linux: l'assistance à long terme peut être achetée auprès de CIQ.
- Pour l'OS SUSE Linux Enterprise Server (SLES) : assistance Long Term Service Pack Support et une assistance Extended Service Pack Overlap Support (ESPOS)
- Pour l'OS Ubuntu Pro: maintenance de sécurité étendue (ESM)
- Pour l'OS Windows: mises à jour de sécurité étendues
Pour en savoir plus sur ces packages à cycle de vie étendu, consultez la documentation du fournisseur d'OS.
Fin de vie
Pour les systèmes d'exploitation qui ont atteint la fin de la période d'assistance étendue ou qui ne sont pas compatibles avec une période d'assistance étendue, les opérations suivantes sont effectuées:
La dernière image de la famille d'images est marquée comme obsolète ou supprimée de Google Cloud.
Le logiciel d'environnement invité fourni par Google ne sera pas mis à jour pour les versions d'OS arrivées en fin de vie, et les dépôts ne sont plus mis à jour ni gérés.
Pour les VM existantes qui utilisent des versions de système d'exploitation en fin de vie, les opérations suivantes sont effectuées:
- La VM ne peut plus télécharger ni installer de packages logiciels ni de mises à jour auprès du fournisseur de l'OS, et les mises à jour de sécurité ne sont plus disponibles. Cela se produit parce que le contenu du fournisseur de l'OS n'est peut-être plus disponible via les canaux existants, car l'infrastructure de dépôt logiciel configurée du fournisseur de l'OS peut être désactivée ou archivée.
- La VM continue de s'exécuter, mais la compatibilité n'est pas garantie. Il est possible que le fournisseur de l'OS ou Google ne propose pas d'assistance active. Google peut vous proposer des options de migration ou de mise à niveau vers des versions d'OS plus récentes.
Convention de dénomination des images d'OS, calendrier de mise à jour et règle d'abandon
Le tableau suivant décrit la convention d'attribution de noms pour les images d'OS et les familles d'images, le calendrier de mise à jour et la règle EOS applicable.
Définitions
Les notations suivantes sont utilisées dans le tableau:
V
correspond à la version numérique de l'OS. Par exemple,RHEL-7
, où7
est la version numériqueR
est la chaîne de version, parfois appelée nom de code de développement pour l'OS. Par exemple,debian-12-bookworm-v20240213
, oùbookworm
est la chaîne de version. Les chaînes de version ne s'appliquent qu'aux images d'OS Debian et Ubuntu.N
est le numéro de build numérique. Les numéros de build ne s'appliquent qu'à Container-Optimized OS et Fedora CoreOS.YYYYMMDD
correspond à l'année/mois/jour qui identifie la date à laquelle l'image de l'OS a été compilée ou publiée. Pour certains OS, la date est précédée d'unv
minuscule. Par exemple,vYYYYMMDD
.
OS | Famille d'images | Image de l'OS | Mettre à jour la planification | Règlement d'obsolescence |
---|---|---|---|---|
CentOS Stream |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Container-Optimized OS |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Debian |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Fedora CoreOS |
|
|
Bugs ou problèmes de sécurité critiques | Les images d'OS sont supprimées à la date de fin de service. |
RHEL |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
RHEL BYOS |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
RHEL pour SAP |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Rocky Linux |
|
|
Mensuel | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
SQL Server sur Windows Server |
|
|
Mensuel | Les images d'OS sont supprimées à la date de fin de service. |
SLES |
|
|
Trimestrielle | Seule la dernière image d'OS est marquée comme obsolète. Les images d'OS obsolètes sont supprimées six mois après la date d'abandon. |
SLES pour SAP |
|
|
Trimestrielle | Seule la dernière image d'OS est marquée comme obsolète. Les images d'OS obsolètes sont supprimées six mois après la date d'abandon. |
SLES pour SAP BYOS |
|
|
Trimestrielle | Seule la dernière image d'OS est marquée comme obsolète. Les images d'OS obsolètes sont supprimées six mois après la date d'abandon. |
Ubuntu LTS |
|
|
Bugs ou problèmes de sécurité critiques | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Ubuntu Pro |
|
|
Bugs ou problèmes de sécurité critiques | Les images de l'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées. |
Windows Server |
|
|
Mensuel | Les images d'OS sont supprimées à la date de fin de service. |
Étape suivante
- Obtenez plus d'informations sur les systèmes d'exploitation disponibles sur Compute Engine.