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

1.6.17. ノード

  • この更新前は、特定の設定において、kubelet の podresources API が、アクティブな Pod にのみ割り当てられたメモリーを報告するのではなく、アクティブな Pod と終了した Pod の両方に割り当てられたメモリーを報告する場合がありました。その結果、この不正確なレポートにより、NUMA 対応スケジューラーによるワークロードの配置に影響を与える可能性があります。このリリースにより、kubelet の podresources は、終了した Pod のリソースを報告しなくなり、NUMA 対応スケジューラーによってワークロードが正確に配置されるようになりました。(OCPBUGS-56785)
  • このリリースより前は、バックエンドストレージがダウンしたときに、Container Runtime Interface-OpenShift (CRI-O) システムがステートフルセット Pod の終了状態を認識できず、コンテナープロセスが存在しなくなったことを検出できないために Pod が Terminating 状態のままになっていました。これにより、リソースの非効率性と潜在的なサービス中断が発生しました。このリリースにより、CRI-O は終了した Pod を正しく認識するようになり、StatefulSet 終了フローが改善されました。(OCPBUGS-55485)
  • この更新前は、Guaranteed QoS Pod 内の CPU にピン留めされたコンテナーに cgroup クォータが定義されている場合、そのクォータが割り当てられた各 CPU の 100% 消費を許可するように設定されていても、カーネルによる CPU 時間計算における丸め誤差やわずかな遅延が原因で、CPU にピン留めされたプロセスがスロットリングされる可能性がありました。このリリースにより、cpu-manager-policy=static で、静的 CPU 割り当ての要件が満たされている場合、つまりコンテナーに整数の CPU 要求を含む Guaranteed QOS がある場合、CFS クォータは無効になります。(OCPBUGS-14051)
  • 今回のアップデート以前は、OpenShift Container Platform のビルドにおいて、最大オープンファイル数のソフトリミットが引き下げられていました。その結果、コンテナーが開けるファイルの最大数に制限が設けられ、アプリケーションの障害が発生した。今回のリリースでは、CRI-O の設定が更新され、最大オープンファイル数の制限が復元されました。その結果、コンテナー内の最大オープンファイル制限が以前の値に戻り、より高い制限を必要とするアプリケーションの機能が向上します。(OCPBUGS-62095)
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hatトップに戻る