Cycle de vie des systèmes d'exploitation


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 :

  1. Assistance standard ou disponibilité générale (DG)
  2. Obsolète ou fin de la période de compatibilité : cette catégorie est divisée en deux sous-étapes :

    1. Assistance étendue
    2. 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 :

  1. 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.
  2. 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.

  3. 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 Rocky Linux : vous pouvez acheter une assistance à long terme auprès de CIQ.
  • 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-77 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-v20240213bookworm 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.

Étapes suivantes