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-familyy el--image-projectadecuado, 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-v20230801con las actualizaciones se convierte endebian-11-bullseye-v20230901.. - La familia de imágenes
debian-11ahora apunta a la nueva imagen de SOdebian-11-bullseye-v20230901. - La imagen de SO anterior (
debian-11-bullseye-v20230801) está marcada comodeprecated.
- Se actualiza la imagen de SO actual y se genera un nombre nuevo. Por ejemplo, el
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
--imageporque 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)
- En el caso de Rocky Linux, se puede comprar asistencia a largo plazo de CIQ.
- 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:
Ves la versión numérica del SO. Por ejemplo,RHEL-7, donde7es la versión numérica.Res la cadena de versión que a veces se conoce como el nombre clave de desarrollo del SO. Por ejemplo,debian-12-bookworm-v20240213, dondebookwormes la cadena de versión. Las cadenas de versión solo se aplican a las imágenes del SO Debian y Ubuntu.Nes el número de compilación numérico. Los números de compilación solo se aplican a Container-Optimized OS y Fedora CoreOS.YYYYMMDDes 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 unaven minúscula. Por ejemplo,vYYYYMMDD.
| SO | Familia de imágenes | Imagen de SO | Actualizar programa | Política de baja |
|---|---|---|---|---|
| CentOS Stream |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| Container-Optimized OS |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| Debian |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| Fedora CoreOS |
|
|
Errores críticos o problemas de seguridad | Las imágenes del SO se borran en la fecha de EOS. |
| RHEL |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| BYOS de RHEL |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| RHEL para SAP |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero aún están disponibles para su uso. |
| Rocky Linux |
|
|
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 |
|
|
Mensual | Las imágenes del SO se borran en la fecha de EOS. |
| SLES |
|
|
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 |
|
|
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 |
|
|
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 |
|
|
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 |
|
|
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 |
|
|
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.