Asayomu Tech
注目★★★★Kubernetes

Kubernetes v1.37、Pod単位のNUMA配置をBeta化

30秒で把握

  • 1Kubernetes v1.37でPod-Level Resource ManagersがBeta昇格
  • 2Topology・CPU・Memory Managerが.spec.resourcesでNUMA配置を判断
  • 3主要コンテナは専有、サイドカーはPod共有プールに配置

要約

Kubernetes v1.37で、Pod-Level Resource ManagersがBetaに昇格した。デフォルトは無効で、PodLevelResourceManagersフィーチャーゲートによるオプトイン方式を採用する。KubeletのTopology Manager、CPU Manager、Memory Managerが.spec.resourcesを直接使い、Pod単位のハードウェア配置を判断できる。主要コンテナには排他的なNUMA整列CPU・メモリを割り当て、軽量なサイドカーはPod内の共有プールに配置するハイブリッド運用が可能になる。v1 PodResources gRPCサービスにはtop-levelのcpu_idsとmemoryフィールドが追加され、監視ツールやデバイスプラグインがPod単位の排他的割り当てを二重計上せず取得できる。

あなたへの影響

NUMA整列や専有CPUを使うワークロードの運用チームは、Kubernetes v1.37でフィーチャーゲートを有効化し、主要コンテナとサイドカーの割り当ておよびPodResources API連携を次スプリントで検証すべき。

推奨:PodResources APIはPod単位のCPU・メモリ割り当てを取得するgRPCインターフェースで、監視やデバイスプラグインの実装確認が必要になる。

詳細を読む → 元記事へ※ 本文は元記事をご確認ください (asayomu は要約のみ提供)

関連する記事

※ 外部記事の権利は原著作者に帰属します。著作権削除要請は copyright@asayomu.jp までご連絡ください(受領確認 24h・実処理 72h 以内)。