Mejoras en agente de Kubernetes que ofrecen descubrimiento y visibilidad de operadores de Red Hat OpenShift

IT Asset Management, versión 2023 R2.4

A partir de esta versión, el agente de Kubernetes puede reconocer operadores de Red Hat OpenShift instalados en todos los nodos de trabajo de uno o varios clústeres de Kubernetes de su entorno. Cuando el agente de Kubernetes recopila inventario, la información se asigna a IT Asset Management y se crean evidencias de instalador para cada nodo de trabajo de un clúster de Kubernetes.

Esta mejora es compatible tanto con el agente de inventario de Kubernetes estándar de Flexera (que suele designarse como agente de inventario de Kubernetes «completo») como con el agente de inventario de Kubernetes ligero. Las evidencias de instalador se actualizarán para reflejar el nuevo inventario, y el inventario que ya no esté presente se eliminará cada vez que el agente de Kubernetes recopile inventario de uno o varios clústeres de Kubernetes de su entorno.

Nota: Se crearán evidencias de instalador por cada nodo de trabajo para todos los operadores instalados en el clúster de Kubernetes, y no se restringe únicamente a operadores de Red Hat OpenShift. No obstante, a la biblioteca de reconocimiento de aplicaciones (ARL) se agregarán únicamente operadores de Red Hat OpenShift. Aquellos clientes que puedan obtener valor de recopilar información sobre operadores distintos de Red Hat OpenShift, pueden necesitar asignar localmente las evidencias a la aplicación o a las aplicaciones responsables de su instancia si quieren hacer uso de ellas, o enviar evidencias no reconocidas.

Niveles de suscripción de Red Hat Openshift

En el momento de la presente redacción, los operadores de Red Hat OpenShift cuentan con tres niveles de suscripción:
  • Red Hat OpenShift Platform Plus
  • Red Hat OpenShift Container Platform
  • Red Hat OpenShift Kubernetes Engine
Cada nivel da acceso a varios componentes distintos, y puede licenciarse de dos maneras:
  • Con base en núcleos (2 núcleos o 4 vCPU). Esto se basa en el número agregado de núcleos físicos o virtuales (vCPU) en todos los nodos de trabajo de Red Hat OpenShift, que se ejecutan en todos los clústeres de Red Hat OpenShift.
  • Par de zócalos bare-metal (1-2 zócalos con hasta 64 núcleos). Esta suscripción solo está disponible para nodos físicos x86 bare-metal en los que Red Hat OpenShift está instalado directamente en el hardware, con la excepción de las arquitecturas IBM zSystem y Power, que deben utilizar suscripciones basadas en núcleos.

En el caso de suscripciones de clientes, estos pagan por los núcleos de todos los nodos de trabajo de su clúster de Kubernetes. Los núcleos que pertenecen al plano de control o a los hosts de infraestructura no afectan al consumo.

Nota: Esta versión solo cubre el reconocimiento de los componentes de suscripción de Red Hat OpenShift de sus entornos de clústeres de Kubernetes; la próxima versión incluirá la función para calcular el consumo de licencias para operadores de Red Hat OpenShift.

Modificaciones realizadas en el agente de Kubernetes

Para implantar esta mejora, se han hecho dos cambios en el agente de Kubernetes:
  • Se ha agregado una clase nueva, denominada MGS_KubernetesOlmSubscription, al archivo k8s-inventory-clusterId-timestamp.ndi con el objeto de recopilar la información sobre Red Hat OpenShift instalada de todos los nodos de trabajo en su clúster o en sus clústeres de Kubernetes.
  • Se ha agregado una nueva propiedad, denominada Roles, a la clase MGS_KubernetesNode para identificar cuales de los nodos de un clúster de Kubernetes son nodos de trabajo.

A continuación, esta información se carga como parte del inventario principal de recursos de Kubernetes. Encontrará más información sobre la nueva clase de hardware MGS_KubernetesOlmSubscription en Cargas de inventario de Kubernetes en la guía de usuario de Gathering FlexNet Inventory.

Visualización de evidencias de instalador del operador Red Hat Openshift en IT Asset Management

Los datos del componente de suscripción se asignan después de que el agente de Kubernetes haya recopilado el inventario. En IT Asset Management, el ID de clúster y el nombre de host pueden verse en la página Todos los contenedores (Inventario > Todos los contenedores). El ID de clúster es el ID único del clúster que contiene el nodo de trabajo en que el pod ejecuta el contenedor instanciado a partir de la imagen. El nombre de host es el nombre del nodo de trabajo de Kubernetes. Si desea ver las evidencias de instalador, haga clic en el enlace del host de contenedor para abrir su página «Propiedades del equipo inventariado» y a continuación en Evidencias.

En caso de editores de operadores de Red Hat, los datos asociados se asignan específicamente al editor de Red Hat. En caso de nodos no identificados como nodos de trabajo, no se muestran las evidencias del instalador del operador, sino que se pueden mostrar otras evidencias del instalador.

Se asigna la información siguiente:
  • Nombre de operador: el nombre del operador de Red Hat OpenShift.
  • Versión instalada de los servicios del clúster: versión de los servicios del clúster del operador de Red Hat OpenShift.
  • Red Hat u origen del catálogo: el editor de las evidencias del instalador. En este caso, «Red Hat» si el origen del catálogo es «redhat-operators»; de lo contrario, el editor será el origen del catálogo.

IT Asset Management(En la nube)

Current