サポートコンソール開発者トライアルの開始お問い合わせ

1.8.19. Node Tuning Operator

  • 今回のアップデート以前は、アップグレード中やネットワーク負荷時などに、API サーバーが一時的に利用不能になったことが原因で PerformanceProfile ステータスが更新されず、プロファイルが Degraded 状態のままになる可能性がありました。その結果、クラスターが正常な状態に戻った後でも、Operator が次のリコンサイルイベントまで再試行しないため、degraded 状態が解消されずにスタックしたままになる可能性がありました。今回のアップデートにより、Operator はステータスの更新が成功するまで、およそ 30 秒間隔で再試行をスケジュールするようになります。その結果、停止状態は一時的なものであり、次回の再試行時に自動的に解消されます。OCPBUGS-105469
  • 今回のアップデート以前は、Node Tuning Operator のリコンシリエーションでは、イベントがキューに追加されるたびにレート制限付きワークキューを使用されていました。その結果、100 台を超えるクラスターノードの場合、Node Tuning の設定が遅延していました。今回のリリースでは、NTO のリコンシリエーションループは、すべてのイベントのキューイングではなく、障害発生時のみにレート制限付きワークキューを使用するようになりました。これにより、100 台を超えるクラスターノードに対する Node Tuning 設定が遅延しなくなりました。OCPBUGS-105469
  • 今回のアップデート以前は、Performance Profile Creator (PPC) ツールにおける info コマンドの簡単な説明は、クラスター検査が移動された後も更新されていませんでした。その結果、PPC ツールを実行した際に、親ヘルプと情報ヘルプの間で矛盾が生じました。今回のリリースでは、PPC ツールの info コマンドの簡単な説明が、現在の CLI に合わせて更新されました。これにより、このツールを実行する際にヘルプメッセージの不整合が発生しなくなりました。OCPBUGS-105469
  • このアップデート以前は、TCP やその他の残存タイマーがレイテンシーに敏感なワークロードに干渉するのを防ぐために、タイマー移行を有効にする必要がありました。その結果、この移行によって高解像度タイマーのレイテンシーが増加し、cyclictest ツールなどのベンチマークに支障が生じた。今回のリリースでは、Red Hat Enterprise Linux (RHEL) 10 のタイマーホイールロジックが改良され、タイマー移行を無効にできるようになりました。その結果、ポーリングと高解像度タイマーによるレイテンシーの影響を受けやすいワークロードの両方が、残存タイマーによる中断を受けることなく実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、Red Hat Enterprise Linux CoreOS (RHCOS) の CPU ホットプラグ udev ルールと、パフォーマンスプロファイルで定義された CPU をオフラインにする Node Tuning Operator サービスとの間で競合状態が発生し、オフラインになった一部の CPU が再びオンラインになってしまうという問題がありました。その結果、複数の NUMA ノードから CPU をオフラインにする パフォーマンスプロファイル を適用した場合、ノードの起動後には、指定された CPU のうち一部のみのみがオフライン状態のままになった。今回のリリースで、競合状態が解消されました。その結果、パフォーマンスプロファイルの オフライン フィールドにリストされているすべての CPU は、ノードの起動後もオフラインのままになります。OCPBUGS-105469

  • このアップデート以前は、NUMA Resources Operator は NUMAResourcesScheduler カスタムリソース (CR) の spec.imageSpec フィールドを検証していませんでした。その結果、このクラスタースコープの CR への書き込みアクセス権を持つユーザーは、スケジューラー特権で任意のコンテナーイメージを実行できてしまう。今回のリリースでは、Operator はスケジューラーイメージを検証し、Operator に組み込まれている信頼できるイメージと一致するダイジェストベースの参照 (registry.redhat.io/openshift4/noderesourcetopology-scheduler-rhel9@sha256:<digest> など) のみを受け入れます。その結果、これらの要件を満たさないイメージによって、NUMAResourcesScheduler リソースは InvalidSchedulerImage という理由で Degraded 状態になります。OCPBUGS-105469

    重要

    spec.imageSpec でカスタムイメージ (たとえば、タグベースの参照) を設定した場合、このリリースにアップグレードするとリソースが 劣化 状態になります。

    スケジューラーを復元するには:

  • spec.imageSpec を更新して、現在の実稼働環境ストリームの sha256 ダイジェスト参照を使用するようにします。
  • Operator サブスクリプションの環境変数 SCHEDULER_IMAGE_DIGESTS を使用して、カスタムイメージダイジェストを信頼済みリストに追加します。
  • Operator サブスクリプションで SCHEDULER_IMAGE_VALIDATION をfalse に設定することにより、検証を無効にします。これによりセキュリティー保護が解除されます。必要な場合にのみ使用してください。

詳細は、「NUMA 対応ワークロードのスケジューリング」を参照してください。

Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る