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 のみ) およびハートビートのフィルタリング
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る