En este documento se describe el ciclo de vida de una versión de un sistema operativo (SO), desde su creación hasta la fase de finalización del ciclo de vida.
La versión de un SO pasa por dos fases principales durante su ciclo de vida:
- Asistencia estándar o disponibilidad general (GA)
Obsoleto o con asistencia finalizada: se divide en dos subfases:
- Asistencia ampliada
- Fin del ciclo de vida (EOL)
En el caso de algunas versiones del SO, después de marcarse como obsoletas, también pueden tener una fase de asistencia ampliada antes de llegar al final de su ciclo de vida.
En las siguientes secciones se describen las fases del ciclo de vida de una versión del SO en Compute Engine.
Asistencia estándar o disponibilidad general (GA)
En esta fase se llevan a cabo los siguientes procesos:
- Cuando se lanza una nueva versión del SO, el proveedor de imágenes del SO crea una nueva imagen del SO y le asigna un nombre siguiendo la convención de nomenclatura de esa distribución del SO. Por ejemplo,
debian-11-bullseye-v20230801. A continuación, el proveedor de imágenes crea una nueva familia de imágenes. Por ejemplo:
debian-11.Las familias de imágenes te ayudan a gestionar las imágenes del SO de tu proyecto agrupando las imágenes relacionadas para que puedas cambiar entre versiones específicas de la imagen del SO. Para obtener más información, consulta las prácticas recomendadas para familias de imágenes.
Todas las llamadas a la familia de imágenes hacen referencia a esta imagen del SO creada recientemente. Por ejemplo, si especificas una familia de imágenes durante la creación de una VM mediante la marca
--image-familycon el--image-projectadecuado, se usará la versión más reciente de la imagen.En ocasiones, el proveedor de la imagen aplica a la imagen del SO correcciones de seguridad críticas o de errores que envía el proveedor del SO. En estas actualizaciones, se pueden introducir nuevas funciones. Cuando se envía una actualización, ocurre lo siguiente:
- La imagen del SO actual se actualiza y se genera un nuevo nombre. 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 del SOdebian-11-bullseye-v20230901. - La imagen del SO anterior (
debian-11-bullseye-v20230801) está marcada comodeprecated.
- La imagen del SO actual se actualiza y se genera un nuevo nombre. Por ejemplo, el
Obsoleto o con asistencia finalizada
En algún momento, cada versión del SO llega a la fase de obsolescencia. Para consultar las fechas de retirada de las versiones del SO, consulta Detalles del sistema operativo.
Las versiones de SO obsoletas pueden estar en una fase de asistencia ampliada o en la fase de fin de ciclo de vida.
En esta fase, los proveedores del SO dejan de proporcionar actualizaciones de imágenes y las imágenes del SO se marcan como obsoletas. Es posible que puedas seguir usando estas imágenes del 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 de su ciclo de vida, ocurre lo siguiente:
- La imagen más reciente de la familia de imágenes se ha eliminado o se ha marcado como obsoleta.
Ya no puedes usar la familia de imágenes. Sin embargo, puedes seguir usando algunas o todas las imágenes del SO haciendo referencia a ellas directamente, excepto en Windows, donde todas las imágenes del SO se eliminan al finalizar el ciclo de vida.
Para crear una VM a partir de una imagen obsoleta, debes usar la CLI de gcloud o REST. Cuando especifique la imagen, debe usar la marca
--image, ya que las familias de imágenes no apuntan a imágenes obsoletas. Para obtener más información sobre cómo crear VMs, consulta Crear una instancia de VM a partir de una imagen pública.Cuando una versión del SO llega o supera la fase de ciclo de vida ampliado, 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 usen imágenes de SO que pertenezcan a esta versión de SO fuera de servicio seguirán funcionando en Compute Engine y podrán recibir Google Cloud asistencia después de la fecha de finalización del servicio. Sin embargo, si se identifica que algún problema con la máquina virtual está asociado a la versión del SO obsoleta, es posible que Google no pueda resolverlo, ya que la asistencia del proveedor del SO ya no está disponible.
Las versiones de SO obsoletas pueden estar en una fase de asistencia ampliada o al final de su ciclo de vida.
Asistencia ampliada
En algunos sistemas operativos, cuando llegan a la fase de obsolescencia, los distribuidores de SO ofrecen un paquete de mantenimiento, ampliado o a largo plazo de pago que se puede aplicar a tu SO:
- Para el SO Red Hat Enterprise Linux (RHEL): asistencia de mantenimiento, fase de vida útil ampliada, complemento Extended Lifecycle Support (ELS) o Extended Update Support (EUS)
- En el caso de Rocky Linux, puedes comprar asistencia a largo plazo a CIQ.
- Para el SO SUSE Linux Enterprise Server (SLES): Asistencia para Service Pack a largo plazo y asistencia para solapamiento de Service Pack ampliado (ESPOS)
- Para el SO Ubuntu Pro: mantenimiento de seguridad ampliado (ESM)
- Para el SO Windows: actualizaciones de seguridad ampliadas
Para obtener más información sobre estos paquetes de ciclo de vida ampliado, consulta la documentación del proveedor del SO.
Fin del ciclo de vida (EOL)
En el caso de los sistemas operativos que han llegado al final del periodo de asistencia ampliado o que no admiten este periodo, ocurre lo siguiente:
La imagen más reciente de la familia de imágenes está marcada como obsoleta o se ha eliminado de Google Cloud.
El software del entorno invitado proporcionado por Google no se actualizará para las versiones del SO que hayan llegado al final de su vida útil, y los repositorios ya no se actualizarán ni se mantendrán.
En las VMs que usen versiones de SO discontinuadas, ocurrirá lo siguiente:
- La VM no puede descargar ni instalar paquetes de software ni actualizaciones del proveedor del SO, y las actualizaciones de seguridad ya no están disponibles. Esto ocurre porque es posible que el proveedor del SO ya no ofrezca contenido a través de los canales actuales, ya que la infraestructura del repositorio de software configurada por el proveedor del SO puede haberse desactivado o archivado.
- La VM sigue ejecutándose, pero no se garantiza la compatibilidad. Es posible que el proveedor del SO o Google no ofrezcan asistencia activa. Google puede ofrecer opciones para migrar o actualizar a versiones más recientes del SO.
Convención de nomenclatura de imágenes del SO, programación de actualizaciones y política de obsolescencia
En la siguiente tabla se describe la convención de nomenclatura de las imágenes del SO y las familias de imágenes, la programación de actualizaciones y la política de fin de asistencia 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éricaRes la cadena de lanzamiento que a veces se denomina nombre en clave de desarrollo del SO. Por ejemplo,debian-12-bookworm-v20240213, dondebookwormes la cadena de lanzamiento. Las cadenas de lanzamiento 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 la que se creó o publicó la imagen del SO. En algunos sistemas operativos, la fecha va precedida de unaven minúsculas. Por ejemplo,vYYYYMMDD.
| SO | Familia de imágenes | Imagen de SO | Actualizar programación | Política de desactivación |
|---|---|---|---|---|
| CentOS Stream |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Container-Optimized OS |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Debian |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Fedora CoreOS |
|
|
Errores críticos o problemas de seguridad | Las imágenes del SO se eliminan en la fecha de fin de asistencia. |
| RHEL - 6, 7 |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| RHEL BYOS |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| RHEL para SAP |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Rocky Linux |
|
|
Mensual | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| SQL Server en Windows Server |
|
|
Mensual | Las imágenes del SO se eliminan en la fecha de fin de asistencia. |
| SLES |
|
|
Cada trimestre | Solo se marca como obsoleta la imagen del SO más reciente. Las imágenes de SO obsoletas se eliminan seis meses después de la fecha de obsolescencia. |
| SLES for SAP |
|
|
Cada trimestre | Solo se marca como obsoleta la imagen del SO más reciente. Las imágenes de SO obsoletas se eliminan seis meses después de la fecha de obsolescencia. |
| SLES for SAP BYOS |
|
|
Cada trimestre | Solo se marca como obsoleta la imagen del SO más reciente. Las imágenes de SO obsoletas se eliminan seis meses después de la fecha de obsolescencia. |
| Ubuntu LTS |
|
|
Errores críticos o problemas de seguridad | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Ubuntu Pro |
|
|
Errores críticos o problemas de seguridad | Las imágenes del SO están marcadas como obsoletas, pero se pueden seguir usando. |
| Windows Server |
|
|
Mensual | Las imágenes del SO se eliminan en la fecha de fin de asistencia. |
Siguientes pasos
- Consulta más información sobre los sistemas operativos disponibles en Compute Engine.