Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Linux
Windows
Ce document décrit le cycle de vie d'une version de système d'exploitation (OS), depuis sa création jusqu'à sa 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)
Obsolète ou fin de la période de compatibilité : cette catégorie est divisée en deux sous-étapes :
Assistance étendue
Fin du cycle de vie
Pour certaines versions d'OS, une fois qu'elles sont marquées comme obsolètes, elles peuvent également bénéficier d'une phase d'assistance étendue avant d'atteindre la fin de vie complète.
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 ont lieu :
Lorsqu'une nouvelle version d'OS est introduite, le fournisseur d'images d'OS crée une image d'OS et lui attribue un nom en utilisant la convention de dénomination 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 corrélé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 récemment créée.
Par exemple, si vous spécifiez une famille d'images lors de la création d'une VM en utilisant 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 à l'image d'OS des correctifs de sécurité ou de bugs critiques envoyés par le fournisseur 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 devient debian-11-bullseye-v20230901..
La famille d'images debian-11 pointe désormais vers la nouvelle image d'OS debian-11-bullseye-v20230901.
L'image d'OS précédente (debian-11-bullseye-v20230801) est marquée deprecated.
Obsolète ou 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'arrêt des versions d'OS, consultez Détails des systèmes d'exploitation.
Les versions d'OS obsolètes peuvent être en phase de compatibilité étendue ou en fin de cycle de vie.
À ce stade, les fournisseurs d'OS ne fournissent plus de 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 en fin de vie, les opérations suivantes se produisent :
L'image la plus récente 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 tout ou partie des images d'OS en les référençant directement, à l'exception de Windows où toutes les images d'OS sont supprimées à la fin de leur cycle de vie.
Pour créer une VM à partir d'une image obsolète, vous devez utiliser la 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 Créer une instance de VM à partir d'une image publique.
Lorsqu'une version d'OS atteint ou dépasse la phase d'assistance étendue de son cycle de vie, Google ne garantit pas la compatibilité des fonctionnalités avec les nouvelles familles de machines ou 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 continueront de fonctionner sur Compute Engine et resteront éligibles à l'assistanceGoogle Cloud au-delà de leur date de fin d'assistance.
Toutefois, si un problème lié à la VM est associé à la version d'OS obsolète, il est possible que Google ne puisse pas le résoudre, car l'assistance du fournisseur d'OS n'est plus disponible.
Les versions d'OS obsolètes peuvent être en phase de compatibilité étendue ou en fin de cycle de vie.
Assistance étendue
Pour certains systèmes d'exploitation, lorsque la phase d'abandon est atteinte, les distributeurs d'OS proposent un package payant de maintenance, étendue ou à long terme, qui peut être appliqué à votre OS :
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 l'OS SUSE Linux Enterprise Server (SLES) :
Long Term Service Pack Support, Extended Service Pack Overlap Support (ESPOS)
Pour Ubuntu Pro OS : 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 du cycle de vie
Pour les systèmes d'exploitation dont la période d'assistance étendue est terminée ou qui ne sont pas compatibles avec une période d'assistance étendue, les éléments suivants se produisent :
L'image la plus récente 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 en fin de vie, et les dépôts ne seront plus mis à jour ni gérés.
Pour les VM existantes qui utilisent des versions d'OS en fin de vie, les actions suivantes sont effectuées :
La VM ne peut pas télécharger ni installer de packages logiciels ni de mises à jour du fournisseur de l'OS, et les mises à jour de sécurité ne sont plus disponibles. Cela se produit, car le contenu du fournisseur d'OS n'est peut-être plus disponible dans les canaux existants, car l'infrastructure de dépôt de logiciels configurée par le fournisseur d'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 l'assistance active ne soit pas disponible auprès du fournisseur de l'OS ou de Google. 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èglement relatif à l'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 le règlement EOS applicable.
Définitions
Les notations suivantes sont utilisées dans le tableau :
V est la version numérique de l'OS. Par exemple, RHEL-7 où 7 est la version numérique.
R 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. Les numéros de build ne s'appliquent qu'à Container-Optimized OS et Fedora CoreOS.
YYYYMMDD correspond à l'année, au mois et au jour où l'image OS a été créée ou publiée. Pour certains OS, la date est précédée d'un v en minuscules. Par exemple, vYYYYMMDD.
OS
Famille d'images
Image de l'OS
Mettre à jour la programmation
Règlement d'obsolescence
CentOS Stream
centos-stream-V
centos-stream-V-arm64
centos-stream-V-vYYYYMMDD
centos-stream-V-arm64-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Container-Optimized OS
cos-V-lts
cos-arm64-V
cos-V-N
cos-arm64-V-N
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Debian
debian-V
debian-V-arm64
debian-V-R-vYYYYMMDD
debian-V-R-arm64-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Fedora CoreOS
fedora-coreos-R
fedora-coreos-R-arm64
fedora-coreos-V-YYYYMMDD-N-gcp-x86-64
fedora-coreos-V-YYYYMMDD-N-gcp-aarch64
Bugs critiques ou problèmes de sécurité
Les images d'OS sont supprimées à la date de fin de vie.
RHEL
rhel-V
rhel-V-arm64
rhel-V-vAAAAMMJJ
rhel-V-arm64-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
RHEL BYOS
rhel-V-byos
rhel-V-byos-arm64
rhel-V-sap-byos
rhel-V-byos-vYYYYMMDD
rhel-V-byos-arm64-vYYYYMMDD
rhel-V-sap-byos-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
RHEL pour SAP
rhel-V-sap-ha
rhel-V-sap-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Rocky Linux
rocky-linux-V
rocky-linux-V-arm64
rocky-linux-V-optimized-gcp
rocky-linux-V-optimized-gcp-arm64
rocky-linux-V-vYYYMMDD
rocky-linux-arm64-V-vYYYMMDD
rocky-linux-V-optimized-gcp-vYYYYMMDD
rocky-linux-V-optimized-gcp-arm64-vYYYYMMDD
Tous les mois
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
SQL Server sur Windows Server
sql-R-V-win-V
sql-V-R-windows-V-dc-vYYYYMMDD
Tous les mois
Les images d'OS sont supprimées à la date de fin de vie.
SLES
sles-V
sles-V-arm64
sles-V-vYYYYMMDD-x86-64
sles-V-vYYYYMMDD-arm64
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'obsolescence.
SLES pour SAP
sles-V-sap
sles-V-sap-hardened
sles-V-sap-vYYYYMMDD-x86-64
sles-V-sap-hardened-vYYYYMMDD-x86-64
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'obsolescence.
SLES pour SAP BYOS
sles-V-byos
sles-V-byos-arm64
sles-V-sap-byos
sles-V-byos-vYYYYMMDD-x86-64
sles-V-byos-vYYYYMMDD-arm64
sles-V-sap-byos-vYYYYMMDD-x86-64
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'obsolescence.
Ubuntu LTS
ubuntu-V-lts
ubuntu-V-lts-arm64
ubuntu-minimal-V-lts
ubuntu-minimal-V-lts-arm64
ubuntu-V-R-vYYYYMMDD
ubuntu-V-R-arm64-vYYYYMMDD
ubuntu-minimal-V-R-vYYYYMMDD
ubuntu-minimal-V-R-arm64-vYYYYMMDD
Bugs critiques ou problèmes de sécurité
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Ubuntu Pro
ubuntu-pro-V-lts
ubuntu-pro-V-lts-arm64
ubuntu-pro-fips-V-lts
ubuntu-pro-V-R-vYYYYMMDD
ubuntu-pro-V-R-arm64-vYYYYMMDD
ubuntu-pro-fips-V-R-vYYYYMMDD
Bugs critiques ou problèmes de sécurité
Les images d'OS sont marquées comme obsolètes, mais peuvent toujours être utilisées.
Windows Server
windows-V
windows-V-core
windows-server-V-dc-vYYYYMMDD
windows-server-V-dc-core-vYYYYMMDD
Tous les mois
Les images d'OS sont supprimées à la date de fin de vie.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/09 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/09 (UTC)."],[[["\u003cp\u003eAn OS version progresses through two primary lifecycle stages: Mainstream Support/General Availability (GA) and Deprecated/End of Support (EOS), with the EOS stage potentially including an Extended Support phase.\u003c/p\u003e\n"],["\u003cp\u003eDuring the GA stage, image providers create new OS images and image families, frequently applying critical security or bug fixes, and when an update occurs a new image is created while the old is deprecated, and the image family now points to the latest version.\u003c/p\u003e\n"],["\u003cp\u003eWhen an OS reaches the Deprecated/EOS stage, image updates cease, and while the deprecated OS images may remain usable, users become responsible for acquiring updates, with the latest image in the image family being deleted or deprecated, and image families become unusable; Windows is an exception to this, where all OS images are deleted at EOS.\u003c/p\u003e\n"],["\u003cp\u003eCertain OS versions offer an Extended Support phase, providing paid maintenance packages such as Red Hat's Extended Lifecycle Support (ELS), Ubuntu Pro's Extended Security Maintenance (ESM), or Windows' Extended Security Updates.\u003c/p\u003e\n"],["\u003cp\u003eOperating systems that reach the End of Lifecycle (EOL) stage have their latest images deprecated or deleted, and VMs using EOL OS versions can no longer download or install software updates, while continued compatibility and support are not guaranteed.\u003c/p\u003e\n"]]],[],null,["# Operating systems lifecycle\n\nLinux Windows\n\n*** ** * ** ***\n\nThis document describes the lifecycle of an operating system (OS) version,\nstarting from its creation through to its end of lifecycle (EOL) stage.\n\nAn OS version transitions through two main stages as part of its\nlifecycle:\n\n1. Mainstream support or general availability (GA)\n2. Deprecated or end of support (EOS): which is further divided into the\n following two sub-stages:\n\n 1. Extended support\n 2. End of lifecycle (EOL)\n\nFor some OS versions, after they are marked deprecated, they might also have an\nextended support phase before they reach full EOL.\n\nThe following sections outline the lifecycle stages of an OS version on\nCompute Engine.\n\nMainstream support or general availability (GA)\n-----------------------------------------------\n\nIn this stage the following processes take place:\n\n1. With the introduction of a new OS version, the OS image provider creates a new OS image and assigns a name by using the naming convention for that OS distribution. For example, `debian-11-bullseye-v20230801`.\n2. The image provider then creates a new image family. For example,\n `debian-11.`\n\n *Image families* help you manage OS images in your\n project by grouping related images together, so that you can roll forward and\n roll back between specific OS image versions. For more information, see\n [Image families best practices](/compute/docs/images/image-families-best-practices).\n\n All calls to the image family references this recently created OS image.\n For example, if you specify an image family during VM creation by\n using the `--image-family` flag with the appropriate `--image-project`, then\n the latest version of the image is used.\n3. Occasionally, the image provider applies critical security or bug\n fixes, that are sent by the OS provider, to the OS image. In these updates,\n new features might be introduced.\n When an update is sent, the following takes place:\n\n - The current OS image is updated and a new name is generated. For example, the `debian-11-bullseye-v20230801` with the updates becomes `debian-11-bullseye-v20230901.`\n - The `debian-11` image family now points to the new `debian-11-bullseye-v20230901` OS image.\n - The previous OS image (`debian-11-bullseye-v20230801`) is marked `deprecated`.\n\nDeprecated or End of Support (EOS)\n----------------------------------\n\nAt some point, each OS version reaches the deprecation phase. For OS version\ndeprecation dates, see [Operating system details](/compute/docs/images/os-details).\n\nDeprecated OS versions can either be in an extended supported or end of\nlifecycle phase.\n\nIn this stage, OS providers stop providing image updates and the OS images are\nmarked deprecated. You might still be able to use these OS images, but you are\nresponsible for acquiring updates, which are subject to availability from the\nOS distribution, vendor, or open source community.\n\nWhen an OS version reaches EOS, the following takes place:\n\n- The latest image in the image family is either deleted or marked deprecated.\n- You can no longer use the image family. However, you can still\n use some or all of the OS images by referencing them directly with the\n exception of Windows where all OS images are deleted at EOS.\n\n To create a VM from a deprecated image, you must use the\n gcloud CLI or REST. When specifying the image,\n you must use the `--image` flag because image families don't point to\n deprecated images. For more information about creating VMs, see\n [Create a VM instance from a public image](/compute/docs/instances/create-start-instance#publicimage).\n- When an OS version reaches or goes past the extended lifecycle stage, Google\n doesn't guarantee feature compatibility with new machine families or CPU\n platforms, to these deprecated versions.\n\n All VMs that use OS images that belong to this EOS OS version continue to work on\n Compute Engine and are still eligible for\n [Google Cloud support](/compute/docs/images/support-maintenance-policy#support-scope)\n beyond their EOS date.\n However, if any issues with the VM is identified to be associated with\n the deprecated OS version, Google might not be able to resolve the issue\n as OS provider support is no longer available.\n\nDeprecated OS versions can either be in an extended supported phase or end of\nlifecycle.\n\n### Extended support\n\nFor some operating systems, when they reach the deprecation phase,\nOS distributors provide a maintenance, extended or long-term paid package that\ncan be applied to your OS:\n\n- For Red Hat Enterprise Linux (RHEL) OS: Maintenance support, Extended life phase, Extended Lifecycle support ELS (Add-On), or Extended Update Support (EUS)\n- For Rocky Linux: Long Term Support can be [purchased from CIQ](https://ciq.com/products/rocky-linux/)\n- For SUSE Linux Enterprise Server (SLES) OS: Long Term Service Pack Support, Extended Service Pack Overlap Support (ESPOS)\n- For Ubuntu Pro OS: Extended Security Maintenance (ESM)\n- For Windows OS: Extended Security Updates\n\nFor more details on these extended lifecycle packages, see the documentation for\nthe OS provider.\n\n### End of lifecycle (EOL)\n\nFor operating systems that have reached the end of the extended support period,\nor operating systems that don't support an extended support period, the\nfollowing takes place:\n\n- The latest image in the image family is marked deprecated, or is deleted\n from Google Cloud.\n\n- The guest environment software provided by Google won't be\n updated for EOL OS versions, and repositories are no longer updated or maintained.\n\n- For existing VMs that use EOL OS versions, the following takes place:\n\n - The VM can't download or install software packages or updates from the OS vendor and security updates are no longer available. This occurs because content from the OS vendor might no longer be available from the existing channels as the configured software repository infrastructure from the OS vendor might be turned down or archived.\n - The VM continues to run but continued compatibility is not guaranteed. Active support might not be available from the OS vendor or Google. Google can provide options for migration or upgrades to newer OS versions.\n\nOS image naming convention, update schedule, and deprecation policy\n-------------------------------------------------------------------\n\nThe following table outlines the naming convention for OS images\nand image families, the update schedule, and the applicable EOS\npolicy.\n\n### Definitions\n\nThe following notations are used in the table:\n\n- `V` is the numeric version for the OS. For example `RHEL-7` where `7` is the numeric version\n- `R` is the release string sometimes referred to as the development codename for the OS. For example, `debian-12-bookworm-v20240213` where `bookworm` is the release string. *Release strings only apply to Debian and Ubuntu OS images*.\n- `N` is the numeric build number. *Build numbers only apply to\n Container-Optimized OS and Fedora CoreOS*.\n- `YYYYMMDD` is the Year/Month/Day that identifies the date that the OS image was built or published. For some OS, the date is preceded by a lowercase `v`. For example, `vYYYYMMDD`.\n\nWhat's next\n-----------\n\n- Learn more about the [operating systems](/compute/docs/images/os-details) that are available on Compute Engine."]]