Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Linux
Windows
En este documento, se describe el ciclo de vida de una versión del sistema operativo (SO), desde su creación hasta la etapa de final del ciclo de vida (EOL).
Una versión del SO pasa por dos etapas principales como parte de su ciclo de vida:
Compatibilidad general o disponibilidad general (DG)
Obsoleto o fin de la asistencia (EOS): Se divide en las siguientes dos subetapas:
Asistencia extendida
Fin del ciclo de vida (EOL)
En el caso de algunas versiones del SO, después de que se marcan como obsoletas, es posible que también tengan una fase de asistencia extendida antes de alcanzar el final de su EOL.
En las siguientes secciones, se describen las etapas del ciclo de vida de una versión del SO en Compute Engine.
Compatibilidad general o disponibilidad general (DG)
En esta etapa, se llevan a cabo los siguientes procesos:
Con la introducción de una nueva versión del SO, el proveedor de imagen de SO crea una nueva imagen de SO y le asigna un nombre según la convención de nomenclatura de esa distribución del SO. Por ejemplo, debian-11-bullseye-v20230801.
Luego, el proveedor de imágenes crea una nueva familia de imágenes. Por ejemplo: debian-11.
Las familias de imágenes te ayudan a administrar las imágenes de SO en tu proyecto, ya que agrupan las imágenes relacionadas para que puedas implementar o revertir entre versiones de imagen de SO específicas. Para obtener más información, consulta Prácticas recomendadas para las familias de imágenes.
Todas las llamadas a la familia de imágenes hacen referencia a esta imagen de SO creada recientemente.
Por ejemplo, si especificas una familia de imágenes durante la creación de la VM con la marca --image-family y el --image-project adecuado, se usará la versión más reciente de la imagen.
En ocasiones, el proveedor de imágenes aplica correcciones de errores o seguridad críticas, que envía el proveedor del SO, a la imagen de SO. En estas actualizaciones, se podrían ingresar nuevas funciones.
Cuando se envía una actualización, sucede lo siguiente:
Se actualiza la imagen de SO actual y se genera un nombre nuevo. Por ejemplo, el debian-11-bullseye-v20230801 con las actualizaciones se convierte en debian-11-bullseye-v20230901..
La familia de imágenes debian-11 ahora apunta a la nueva imagen de SO debian-11-bullseye-v20230901.
La imagen de SO anterior (debian-11-bullseye-v20230801) está marcada como deprecated.
Obsoleto o fin de la asistencia (EOS)
En algún momento, cada versión del SO llega a la fase de desuso. Para conocer las fechas de baja de las versiones del SO, consulta Detalles de los sistemas operativos.
Las versiones del SO que dejaron de estar disponibles pueden estar en una fase de asistencia extendida o de fin de ciclo de vida.
En esta etapa, los proveedores de SO dejan de proporcionar actualizaciones de imágenes y las imágenes de SO se marcan como obsoletas. Es posible que aún puedas usar estas imágenes de SO, pero eres responsable de adquirir las actualizaciones, que están sujetas a la disponibilidad de la distribución del SO, el proveedor o la comunidad de código abierto.
Cuando una versión del SO llega al final del ciclo de vida, sucede lo siguiente:
La imagen más reciente de la familia de imágenes se borró o se marcó como obsoleta.
Ya no puedes usar la familia de imágenes. Sin embargo, puedes usar algunas o todas las imágenes del SO haciendo referencia a ellas directamente, con la excepción de Windows, en el que todas las imágenes del SO se borran al final del ciclo de vida.
Para crear una VM a partir de una imagen obsoleta, debes usar gcloud CLI o REST. Cuando especificas la imagen, debes usar la marca --image porque las familias de imágenes no apuntan a imágenes obsoletas. Para obtener más información sobre cómo crear VMs, consulta Crea una instancia de VM a partir de una imagen pública.
Cuando una versión del SO alcanza o pasa la etapa del ciclo de vida extendido, Google no garantiza la compatibilidad de las funciones con las nuevas familias de máquinas o plataformas de CPU en estas versiones obsoletas.
Todas las VMs que usan imágenes de SO que pertenecen a esta versión de SO con EOS seguirán funcionando en Compute Engine y seguirán siendo aptas para recibir Google Cloud asistencia después de su fecha de EOS.
Sin embargo, si se identifica que algún problema con la VM está asociado con la versión del SO que dejó de estar disponible, es posible que Google no pueda resolver el problema, ya que la asistencia del proveedor del SO ya no está disponible.
Las versiones del SO que dejaron de estar disponibles pueden estar en una fase de asistencia extendida o en el final de su ciclo de vida.
Asistencia extendida
En el caso de algunos sistemas operativos, cuando alcanzan la fase de desuso, los distribuidores de SO proporcionan un paquete de mantenimiento, extendido o a largo plazo que se puede aplicar a tu SO:
Para el SO Red Hat Enterprise Linux (RHEL): asistencia de mantenimiento, fase de vida extendida, ELS de asistencia para el ciclo de vida extendido (complemento) o compatibilidad extendida con actualizaciones (EUS)
Para el SO SUSE Linux Enterprise Server (SLES): Compatibilidad con paquetes de servicios a largo plazo, compatibilidad extendida con paquetes de servicios mejorados (ESPOS)
Para el SO Ubuntu Pro: Mantenimiento de seguridad extendido (ESM)
Para el SO Windows: Actualizaciones de seguridad extendidas
Para obtener más detalles sobre estos paquetes de ciclo de vida extendido, consulta la documentación del proveedor del SO.
Fin del ciclo de vida (EOL)
En el caso de los sistemas operativos que alcanzaron el final del período de asistencia extendida o que no admiten un período de asistencia extendida, ocurre lo siguiente:
La imagen más reciente de la familia de imágenes está marcada como obsoleta o se borró de Google Cloud.
El software del entorno invitado que proporciona Google no se actualizará para las versiones del SO que alcancen el EOL, y los repositorios ya no se actualizarán ni mantendrán.
En el caso de las VMs existentes que usan versiones de SO de EOL, sucede lo siguiente:
La VM no puede descargar ni instalar paquetes de software o actualizaciones del proveedor del SO, y las actualizaciones de seguridad ya no están disponibles. Esto ocurre porque es posible que el contenido del proveedor del SO ya no esté disponible en los canales existentes, ya que la infraestructura del repositorio de software configurada del proveedor del SO podría estar inactiva o archivada.
La VM seguirá ejecutándose, pero no se garantiza la compatibilidad continua.
Es posible que no haya asistencia activa disponible del proveedor del SO o de Google. Google puede ofrecer opciones para migrar o actualizar a versiones de SO más recientes.
Convención de nomenclatura de imagen de SO, programa de actualización y política de baja
En la siguiente tabla, se describe la convención de nombres para las imágenes de SO y las familias de imágenes, el programa de actualización y la política de EOS aplicable.
Definiciones
En la tabla, se usan las siguientes notaciones:
V es la versión numérica del SO. Por ejemplo, RHEL-7, donde 7 es la versión numérica.
R es la cadena de versión que a veces se conoce como el nombre clave de desarrollo del SO. Por ejemplo, debian-12-bookworm-v20240213, donde bookworm es la cadena de versión.
Las cadenas de versión solo se aplican a las imágenes del SO Debian y Ubuntu.
N es el número de compilación numérico. Los números de compilación solo se aplican a Container-Optimized OS y Fedora CoreOS.
YYYYMMDD es el año, el mes y el día que identifican la fecha en que se compiló o publicó la imagen de SO. En algunos SO, la fecha está precedida por una v en minúscula. Por ejemplo, vYYYYMMDD.
SO
Familia de imágenes
Imagen de SO
Actualizar programa
Política de baja
CentOS Stream
centos-stream-V
centos-stream-V-arm64
centos-stream-V-vYYYYMMDD
centos-stream-V-arm64-vYYYYMMDD
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
Container-Optimized OS
cos-V-lts
cos-arm64-V
cos-V-N
cos-arm64-V-N
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
Debian
debian-V
debian-V-arm64
debian-V-R-vYYYYMMDD
debian-V-R-arm64-vYYYYMMDD
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
Fedora CoreOS
fedora-coreos-R
fedora-coreos-R-arm64
fedora-coreos-V-YYYYMMDD-N-gcp-x86-64
fedora-coreos-V-YYYYMMDD-N-gcp-aarch64
Errores críticos o problemas de seguridad
Las imágenes del SO se borran en la fecha de EOS.
RHEL
rhel-V
rhel-V-arm64
rhel-V-vYYYYMMDD
rhel-V-arm64-vYYYYMMDD
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
BYOS de RHEL
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
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
RHEL para SAP
rhel-V-sap-ha
rhel-V-sap-vYYYYMMDD
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
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
Mensual
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
SQL Server en Windows Server
sql-R-V-win-V
sql-V-R-windows-V-dc-vYYYYMMDD
Mensual
Las imágenes del SO se borran en la fecha de EOS.
SLES
sles-V
sles-V-arm64
sles-V-vYYYYMMDD-x86-64
sles-V-vYYYYMMDD-arm64
Trimestral
Solo la imagen de SO más reciente se marca como obsoleta.
Las imágenes del SO que dejaron de estar disponibles se borran seis meses después de la fecha de baja.
SLES para SAP
sles-V-sap
sles-V-sap-hardened
sles-V-sap-vYYYYMMDD-x86-64
sles-V-sap-hardened-vYYYYMMDD-x86-64
Trimestral
Solo la imagen de SO más reciente se marca como obsoleta.
Las imágenes del SO que dejaron de estar disponibles se borran seis meses después de la fecha de baja.
BYOS de SLES para SAP
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
Trimestral
Solo la imagen de SO más reciente se marca como obsoleta.
Las imágenes del SO que dejaron de estar disponibles se borran seis meses después de la fecha de baja.
LTS de Ubuntu
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
Errores críticos o problemas de seguridad
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
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
Errores críticos o problemas de seguridad
Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso.
Windows Server
windows-V
windows-V-core
windows-server-V-dc-vYYYYMMDD
windows-server-V-dc-core-vYYYYMMDD
Mensual
Las imágenes del SO se borran en la fecha de EOS.
¿Qué sigue?
Obtén más información sobre los sistemas operativos que están disponibles en Compute Engine.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-03 (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."]]