Activer l'accélération matérielle grâce à l'opérateur Kernel Module Management

L'administration de clusters peut s'accompagner de nombreux défis, en particulier dans les environnements qui utilisent des modules de clusters de type out-of-tree, c'est-à-dire en dehors du code source. La mise à niveau des plug-ins de périphériques ou de différentes versions du noyau peut être source d'erreurs si elle n'est pas effectuée de manière globale. C'est là qu'intervient l'opérateur Kernel Module Management (KMM), qui permet aux administrateurs de créer, signer et déployer plusieurs versions du noyau pour un module de noyau.

KMM est conçu pour prendre en charge plusieurs versions du noyau à la fois pour un module de noyau. Cet opérateur permet également de tirer parti des capacités d'accélération matérielle des processeurs Intel Data Center GPU Flex pour mettre à niveau les nœuds de façon transparente ainsi que pour accélérer le traitement des applications et le déploiement des modules.

Configuration de KMM

KMM nécessite un environnement OpenShift déjà opérationnel et un registre auquel envoyer des images. KMM peut être installé via OperatorHub dans la console OpenShift ou via le fichier kmm.yaml suivant :

---
apiVersion: v1
kind: Namespace
metadata:
  name: openshift-kmm
---
apiVersion: operators.coreos.com/v1
kind: OperatorGroup
metadata:
  name: kernel-module-management
  namespace: openshift-kmm
---
apiVersion: operators.coreos.com/v1alpha1
kind: Subscription
metadata:
  name: kernel-module-management
  namespace: openshift-kmm
spec:
  channel: "stable"
  installPlanApproval: Automatic
  name: kernel-module-management
  source: redhat-operators
  sourceNamespace: openshift-marketplace

Avec :

oc apply -f kmm.yaml

Activation de l'accélération matérielle

Une fois installé, KMM peut compiler et installer les pilotes des modules de noyau pour le matériel. Les administrateurs peuvent ensuite intégrer l'opérateur Node Feature Discovery (NFD), qui détecte les fonctions matérielles des nœuds et les étiquette en vue de leur utilisation ultérieure. NFD ajoute automatiquement des étiquettes aux nœuds qui présentent certaines caractéristiques (nœud doté d'un GPU, nature de ce GPU, etc.).

L'utilisation d'étiquettes NFD permet de cibler certaines versions du noyau personnalisées pour le déploiement et l'activation de modules, de sorte que seuls les hôtes disposant du noyau et du matériel requis sont disponibles pour l'activation des pilotes. Ainsi, seuls les pilotes compatibles sont installés sur des nœuds ayant un noyau pris en charge et c'est pourquoi KMM est un outil si précieux.

Grâce à l'intégration de NFD, KMM peut plus facilement déployer des noyaux du GPU Intel sur les nœuds prévus, sans affecter les autres nœuds. Ce processus est décrit plus en détail sur le site Developers.redhat.com :

Conclusion

Ce n'est qu'une facette de KMM et des modules de noyau qui permet de réduire la quantité de travail nécessaire pour gérer les mises à jour dans plusieurs nœuds. KMM vous permettra de gérer les modules de noyau de type out-of-tree de manière transparente, jusqu'à ce que vous puissiez intégrer vos pilotes en amont et les inclure dans votre distribution.

KMM est un projet communautaire, que vous pouvez tester sur des versions Kubernetes en amont. Il existe également un canal communautaire Slack où vous pouvez discuter avec d'autres développeurs et experts des multiples façons d'appliquer KMM à votre propre environnement.