5.3. Kernel Module Management Operator 2.4 のリリースノート
5.3.1. 新機能および機能拡張 リンクのコピーリンクがクリップボードにコピーされました!
リンクのコピーリンクがクリップボードにコピーされました!
- このリリースでは、ツリー外カーネルドライバーをロードせず、代わりにツリー内ドライバーを使用してデバイスプラグインのみを実行するように Kernel Module Management (KMM) モジュールを設定するオプションが追加されました。詳細は、デバイスプラグインでのツリー内モジュールの使用 を参照してください。
このリリースでは、クラスターと KMM Operator のアップグレード後および KMM の再デプロイ後も KMM 設定が保持されるようになりました。
以前のリリースでは、クラスターまたは KMM のアップグレードや、デフォルト以外の設定 (KMM を再デプロイするファームウェアパスなど) のアップグレードなどの操作によって、KMM の再設定が必要になることがありました。このリリースでは、このような操作に関係なく、KMM 設定が永続的に維持されるようになりました。
詳細は、Kernel Module Management Operator の設定 を参照してください。
- KMM に改良が加えられたため、GPU Operator のベンダーがコード内で KMM の機能を再現する必要がなくなり、KMM をそのまま使用できるようになりました。この変更により、Operator のコードサイズ、テスト、信頼性が大幅に向上します。
-
このリリースでは、KMM が kmod イメージが存在するかどうかを確認するために HTTP(S) 直接リクエストを使用しなくなりました。イメージの確認には、代わりに CRI-O が内部的に使用されます。これにより、HTTP(S) リクエストからコンテナーイメージレジストリーに直接アクセスして、手動のタスク (ミラーリング設定のための
/etc/containers/registries.confの読み取り、TLS 設定のためのイメージクラスターリソースへのアクセス、ノードからの CA のマウント、ハブアンドスポークでの独自のキャッシュの管理など) を処理する必要性が軽減されます。
- KMM および KMM-Hub Operator に、Red Hat Catalog で "Meets Best Practices" (ベストプラクティスに準拠) というラベルが割り当てられました。
-
必要に応じて、コンピュートノードに KMM をインストールできるようになりました。以前は、コントロールプレーンノードにワークロードをデプロイすることはできませんでした。コンピュートノードには
node-role.kubernetes.io/control-planeまたはnode-role.kubernetes.io/masterラベルがないため、Kernel Module Management Operator に追加の設定が必要になることがありました。この問題は内部コードの変更により解決されました。
このリリースでは、NMC リコンサイラーのハートビートフィルターが更新され、ノード上の次のイベントがフィルタリングされるようになりました。
-
node.spec -
metadata.labels -
status.nodeInfo -
status.conditions[](NodeReadyのみ) およびハートビートのフィルタリング
-