SLES 15 SP2 | Guía de actualización | Ciclo de vida y asistencia

2.1 Terminología #

En esta sección se utilizan varios términos especializados. Para comprender la información, lea las siguientes definiciones:

Backport

El proceso de backport significa adaptar cambios específicos de una versión reciente del software y aplicarlos a una versión anterior. El caso más habitual es reparar problemas de seguridad en componentes de software con cierta antigüedad. Normalmente, forma parte de un modelo de mantenimiento que consiste en ofrecer mejoras o (con menor frecuencia) nuevas funciones.

RPM delta

Un paquete RPM delta está compuesto únicamente por los archivos binarios que no tienen en común dos versiones definidas de un mismo paquete, por lo que presenta el tamaño de descarga más pequeño. Antes de la instalación, el paquete RPM completo se reconstruye en el equipo local.

Sentido descendente

Una metáfora del modo en que se desarrolla el software en el mundo del código abierto (consulte también "sentido ascendente"). El término "sentido descendente" hace referencia a personas u organizaciones como SUSE que integran el código fuente de "sentido ascendente" con otros productos de software para crear distribuciones que luego emplean los usuarios finales. Así, el software fluye en "sentido descendente" desde sus desarrolladores hasta los usuarios finales, pasando por los integradores.

Extensiones, Productos adicionales

Las extensiones y los productos adicionales de otros fabricantes proporcionan funcionalidad adicional de valor de producto a SUSE Linux Enterprise Server. Los proporcionan SUSE y socios de SUSE, y son registrados e instalados encima del producto base SUSE Linux Enterprise Server.

LTSS

LTSS es la abreviatura de Long Term Service Pack Support, que está disponible como extensión de SUSE Linux Enterprise Server.

Versión principal, Versión de disponibilidad general (GA)

La versión principal de SUSE Linux Enterprise (o de cualquier otro producto de software) es una nueva versión que aporta nuevas funciones y herramientas, retira componentes obsoletos e incorpora cambios incompatibles con versiones anteriores. Por ejemplo, las versiones principales son SUSE Linux Enterprise 12 o 15.

Migración

Actualización a un paquete de servicio o Service Pack (SP) mediante las herramientas de actualización en línea o un medio de instalación para instalar los parches correspondientes. Actualiza todos los paquetes del sistema instalado al estado más reciente.

Destinos de migración

Conjunto de productos compatibles a los que se puede migrar un sistema y que contienen la versión de los productos o extensiones y la URL del repositorio. Los destinos de migración pueden cambiar con el tiempo y dependen de las extensiones instaladas. Se pueden seleccionar varios destinos de migración, por ejemplo, SLE 15 SP1 y SES6.

Módulos

Los módulos son partes totalmente compatibles de SUSE Linux Enterprise Server con un ciclo de vida distinto. Tienen un objetivo claramente definido y se proporcionan solo a través del canal en línea. Para poder suscribirse a estos canales, es imprescindible haberse registrado previamente en el Centro de servicios al cliente de SUSE, la herramienta de duplicación de repositorios (RMT) o SUSE Manager.

Paquete

Un paquete es un archivo comprimido en formato rpm que contiene todos los archivos de un programa en concreto, incluidos componentes opcionales como configuraciones, ejemplos y documentación.

Parche

Un parche está formado por uno o más paquetes y puede aplicarse mediante paquetes RPM delta. También puede introducir dependencias de paquetes que aún no estén instalados.

Paquetes de servicio (Service Packs)

Combinan varios parches en un formato fácil de instalar o distribuir. Los paquetes de servicio están numerados y suelen incluir soluciones de seguridad, actualizaciones o mejoras de programas.

Sentido ascendente

Una metáfora del modo en que se desarrolla el software en el mundo del código abierto (consulte también "sentido descendente"). El término "sentido ascendente" hace referencia al proyecto original o al autor o persona que mantiene un software distribuido como código fuente. Los comentarios, los parches, las mejoras de funciones u otras mejoras fluyen desde los usuarios finales o colaboradores hasta los desarrolladores en "sentido ascendente". Los desarrolladores deciden si las peticiones deben integrarse o rechazarse.

Si los miembros del proyecto deciden integrar una petición, se incluirá en las versiones más recientes del software. Las peticiones aceptadas benefician a todas las partes implicadas.

Si una petición no se acepta, puede deberse a diferentes motivos. Puede que incumpla las directrices del proyecto, que no sea válido, que ya esté integrado o que no sea de interés o se desvíe del plan de ruta del proyecto. Una petición no aceptada dificulta el trabajo de los desarrolladores en sentido ascendente, ya que tienen que sincronizar sus parches con el código en sentido ascendente. Esta práctica suele evitarse, pero a veces es necesario emplearla.

Actualizar

Instalación de una nueva versión menor de un paquete, que suele incluir soluciones de seguridad o de problemas.

Actualización

Instalación de una nueva versión importante de un paquete o una distribución que incorpora nuevas funciones. Para ver las diferencias entre las opciones de actualización, consulte laSección 1.2, “Actualización con conexión y sin conexión”.

2.2 Ciclo de vida del producto #

SUSE presenta el siguiente ciclo de vida para los productos:

SUSE Linux Enterprise Server tiene un ciclo de vida de 13 años: 10 años de asistencia general y 3 años de asistencia extendida.
SUSE Linux Enterprise Desktop tiene un ciclo de vida de 10 años: 7 años de asistencia general y 3 años de asistencia extendida.
Las versiones principales se realizan cada 4 años. Los paquetes de servicio, o Service Packs, se realizan cada 12 o 14 meses.

SUSE presta asistencia a los paquetes de servicio (Service Packs) previos 6 meses tras la nueva versión del nuevo paquete de servicio. En la Figura 2.1, “Versiones principales y paquetes de servicio” se muestran algunos de los aspectos mencionados.

Figura 2.1: Versiones principales y paquetes de servicio #

Si necesita más tiempo para diseñar, validar y probar sus planes de actualización, la asistencia de paquetes de servicio a largo plazo (Long Term Service Pack Support, LTSS) puede ampliar la asistencia hasta 12 o 36 meses en incrementos de 12 meses. Esto proporciona un total de 2 a 5 años de asistencia para cualquier paquete de servicio. Para obtener información, consulte: Figura 2.2, “Asistencia de paquetes de servicio a largo plazo (Long Term Service Pack Support, LTSS)”.

Figura 2.2: Asistencia de paquetes de servicio a largo plazo (Long Term Service Pack Support, LTSS) #

Para obtener más información, consulte https://www.suse.com/products/long-term-service-pack-support/.

Consulte https://www.suse.com/lifecycle para obtener más información acerca del ciclo de vida, la frecuencia de las versiones y el período de asistencia superpuesto.

2.3 Dependencias de módulos y ciclos de vida #

Para obtener una lista de módulos, sus dependencias y ciclos de vida, consulte Modules and Extensions Quick Start.

2.4 Generación de un informe periódico de ciclo de vida #

SUSE Linux Enterprise Server puede comprobar periódicamente los cambios en el estado de compatibilidad de todos los productos instalados y enviar el informe por correo electrónico en caso de que haya cambios. Para generar el informe, instale zypper-lifecycle-plugin con zypper in zypper-lifecycle-plugin.

Habilite la generación de informes en el sistema con systemctl:

root # systemctl enable lifecycle-report

El destinatario y el asunto del correo electrónico del informe, así como la frecuencia de generación de informes, se pueden configurar en el archivo /etc/sysconfig/lifecycle-report con cualquier editor de textos. Los ajustes MAIL_TO y MAIL_SUBJ definen el destinatario y el asunto del correo, mientras que DAYS establece la periodicidad con la que se genera el informe.

El informe muestra los cambios de estado de compatibilidad después de que se produzcan, pero no por adelantado. Si el cambio se produce justo después de la generación del último informe, pueden transcurrir hasta 14 días hasta que se le notifique el cambio. Téngalo en cuenta al definir la opción DAYS. Cambie las entradas de configuración siguientes según sus necesidades:

MAIL_TO='root@localhost'
MAIL_SUBJ='Lifecycle report'
DAYS=14

El informe más reciente está disponible en el archivo /var/lib/lifecycle/report. El archivo contiene dos secciones. En la primera se informa sobre el fin de la asistencia de los productos usados. En la secunda sección se muestran paquetes con sus fechas de finalización de la asistencia y la disponibilidad de actualizaciones.

2.5 Niveles de asistencia #

El intervalo de los niveles de asistencia extendidos empieza el décimo año y termina el decimotercero. Implica un diagnóstico continuado de nivel de ingeniería L3 y reacciones para solucionar errores críticos. Con estos niveles de asistencia, recibirá actualizaciones para vulnerabilidades de seguridad raíz fácilmente explotables en el núcleo y sobre otras vulnerabilidades raíz que se pueden ejecutar directamente sin la interacción del usuario. Además, son compatibles con las cargas de trabajo existentes, las pilas de software y el hardware con listas limitadas de exclusión de paquetes. Consulte una descripción general en la Tabla 2.1, “Actualizaciones de seguridad y correcciones de errores”.

Tabla 2.1: Actualizaciones de seguridad y correcciones de errores #

	Asistencia general para el paquete de servicio o Service Pack (SP) más reciente			Asistencia general para SP previos, con LTSS	Asistencia técnica ampliada con LTSS
Función	Años 1 - 5	Años 6 - 7	Años 8 - 10	Años 4 - 10	Años 10 - 13
Servicio técnico	Sí	Sí	Sí	Sí	Sí
Acceso a parches y soluciones	Sí	Sí	Sí	Sí	Sí
Acceso a documentación y base de conocimientos	Sí	Sí	Sí	Sí	Sí
Pilas existentes y cargas de trabajo admitidas	Sí	Sí	Sí	Sí	Sí
Nuevas ampliaciones admitidas	Sí	Sí	Limitado (se basa en peticiones de socios y clientes)	Limitado (se basa en peticiones de socios y clientes)	No
Solicitudes de mejora	Sí	Limitado (se basa en peticiones de socios y clientes)	Limitado (se basa en peticiones de socios y clientes)	No	No
Habilitación y optimización de hardware	Sí	Limitado (se basa en peticiones de socios y clientes)	Limitado (se basa en peticiones de socios y clientes)	No	No
Actualizaciones de controladores a través de SUSE SolidDriver Program (anteriormente PLDP)	Sí	Sí	Limitado (se basa en peticiones de socios y clientes)	Limitado (se basa en peticiones de socios y clientes)	No
Backport de soluciones del reciente SP	Sí	Sí	Limitado (se basa en peticiones de socios y clientes)	N/D	N/D
Actualizaciones de seguridad crítica	Sí	Sí	Sí	Sí	Sí
Resolución de averías	Sí	Sí	Limitado (solo averías con nivel de gravedad 1 y 2)	Limitado (solo averías con nivel de gravedad 1 y 2)	Limitado (solo averías con nivel de gravedad 1 y 2)

2.6 Registro y anulación de registro de equipos con SUSEConnect #

Durante el registro, el sistema recibe repositorios del Centro de servicios al cliente de SUSE (consulte https://scc.suse.com/) o de un proxy de registro local como SMT. Los nombres de repositorios corresponden a URI específicos del centro del cliente. Para ver todos los repositorios disponibles del sistema, utilice zypper tal como se describe a continuación:

root # zypper repos -u

Esto proporciona una lista de todos los repositorios disponibles en el sistema. Cada repositorio se indica según su alias, su nombre y si está habilitado y se actualizará. La opción -u también proporciona el URI desde donde se origina.

Para registrar el equipo, ejecute SUSEConnect, por ejemplo:

root # SUSEConnect -r REGCODE

Para anular el registro del equipo, también puede usar SUSEConnect:

root # SUSEConnect --de-register

Para comprobar los productos instalados localmente y su estado, utilice el comando siguiente:

root # SUSEConnect -s

2.7 Identificación de la versión de SLE #

Si necesita identificar la versión de una instalación de SLE, compruebe el contenido del archivo /etc/os-release.

Puede utilizar zypper para obtener una salida XML que pueda leer su equipo:

tux > zypper --no-remote --no-refresh --xmlout --non-interactive products -i
<?xml version='1.0'?>
<stream>
<product-list>
<product name="SLES" version="15" release="0" epoch="0" arch="x86_64" vendor="SUSE" summary="SUSE Linux Enterprise Server 15" repo="@System" productline="sles" registerrelease="" shortname="SLES15" flavor="" isbase="true" installed="true"><endoflife time_t="0" text="0"/><registerflavor/><description>SUSE Linux Enterprise offers [...]</description></product>
</product-list>
</stream>

2 Ciclo de vida y asistencia #