BookinglyTech News
Infraestructura

insights-core pasa a distribuirse como RPM en RHEL 9.8 y RHEL 10.2

Red Hat unifica el modelo de actualización de insights-client: el motor de análisis deja de actualizarse solo en tiempo de ejecución y entra en el flujo normal de paquetes de RHEL.

3 min de lecturaRed Hat Enable Sysadmin0 vistas

Red Hat ha cambiado cómo se actualiza insights-client en RHEL. A partir de RHEL 9.8 y RHEL 10.2, insights-core —el motor que lee la información del sistema para que Red Hat Lightspeed la analice— se entrega como un RPM normal desde los repositorios oficiales, en lugar de un egg de Python que se actualizaba solo en tiempo de ejecución. El paquete sigue estando en AppStream y llega con cualquier suscripción estándar de RHEL.

La herramienta tiene dos piezas: el paquete insights-client, que hace de orquestador, y insights-core, que es el que lee el sistema. Hasta ahora cada una seguía un camino distinto. El orquestador siempre fue un RPM, pero el motor se descargaba la última versión disponible por su cuenta, al margen del gestor de paquetes. Esa vía permitía a Red Hat publicar reglas de análisis nuevas sin esperar al ciclo de RHEL, pero dejaba un elemento del sistema fuera del control habitual del administrador.

Qué cambia para quien administra

Con el nuevo modelo, insights-core entra en el mismo pipeline de entrega que cualquier otro paquete de la distribución. Se puede aplicar en la ventana de mantenimiento, probar antes en entornos inferiores y registrar en el sistema de gestión de cambios sin procedimientos especiales. También se puede actualizar con un dnf upgrade normal. Quien quiera que las reglas de análisis estén siempre al día puede automatizarlo con un cron diario o un timer de systemd.

Red Hat no lo plantea como obligatorio: el sistema sigue funcionando con una versión antigua. Lo que sí dice la compañía es que llevar la última versión permite a Lightspeed analizar los sistemas con todas sus capacidades. En instalaciones nuevas de RHEL 9.8 y 10.2 el RPM viene ya incluido, y en los sistemas que se actualizan desde versiones anteriores el cambio se produce como parte del propio proceso de upgrade. En RHEL 8, RHEL 9.0-9.7 y RHEL 10.0-10.1 se mantiene el modelo del egg de Python.

El encaje con Satellite

Donde más se nota el cambio es en flotas gestionadas con Red Hat Satellite. Antes, insights-core se actualizaba fuera del modelo de gestión de contenido de Satellite: una pieza del stack operaba por su cuenta. Ahora es un paquete más dentro de la vista de contenido, se sincroniza y se promueve entre entornos como el resto, siempre que la vista incluya el repositorio AppStream. Para organizaciones con políticas de control de cambios estrictas, eso da visibilidad sobre cuándo y cómo cambian las reglas de análisis sin añadir herramientas ni procesos.

Es un cambio pequeño en apariencia, pero toca un punto que a los equipos de plataforma les molesta: las excepciones. Un componente que se salta el gestor de paquetes obliga a documentarlo, excluirlo de las políticas y recordar que existe. Red Hat lleva un tiempo unificando sus herramientas de cliente y este movimiento va en esa dirección. Quien no use Lightspeed no notará nada; quien lo use y tenga la flota bajo Satellite, sale ganando en gobernabilidad. Los detalles técnicos completos están en la nota de la KBase que publicó Red Hat.