Kubernetes v1.37, Pod 수준 리소스 관리자 기능 베타 전환
Kubernetes v1.37에서 Pod 수준 리소스 관리자 기능이 베타 단계로 승격되었다. 이 기능은 Kubelet이 Pod 수준의 리소스 선언을 직접 활용하여 하드웨어 배치 결정을 내리도록 지원하며, 하이브리드 리소스 할당 모델을 가능하게 한다.
핵심 요약
- Kubernetes v1.37에서 Pod 수준 리소스 관리자 기능이 베타로 전환된다.
- Kubelet이 Pod 수준 리소스 선언을 직접 사용하여 하드웨어 배치 결정을 내린다.
- 주요 컨테이너는 독점 NUMA 리소스를, 사이드카는 공유 풀을 사용하는 하이브리드 할당을 지원한다.
- PodResources API에 새로운 필드가 추가되어 Pod 수준 할당 모니터링이 개선된다.
- 1Pod 수준 리소스 선언
- 2Kubelet 리소스 관리자 활용
- 3하이브리드 리소스 할당
- 4NUMA 정렬 성능 최적화
주요 변경 사항
Kubernetes v1.37 릴리스와 함께 Pod 수준 리소스 관리자(Pod-Level Resource Managers) 기능이 베타 상태로 전환되었다. 이 기능은 Kubernetes v1.36에서 알파 기능으로 처음 도입되었으며, Kubelet의 Topology Manager, CPU Manager, Memory Manager가 Pod 수준의 리소스 선언(`.spec.resources`)을 직접 사용하여 하드웨어 배치 결정을 내리도록 지원한다. 기본적으로 비활성화되어 있으며, 사용자가 선택적으로 활성화할 수 있다.
베타 버전으로의 전환은 주요 운영 및 API 개선 사항을 포함한다. 특히 `v1 PodResources gRPC` 서비스(`PodResourcesLister`)에 최상위 `cpu_ids` 및 `memory` 필드가 추가되었다. 이를 통해 모니터링 도구와 장치 플러그인은 컨테이너 할당을 이중으로 계산할 필요 없이 Pod 수준의 독점 할당을 직접 쿼리할 수 있게 된다.
기능 도입 배경
이 기능이 도입되기 전에는 지연 시간에 민감한 애플리케이션에 대해 NUMA(Non-Uniform Memory Access) 정렬 CPU 코어 또는 메모리를 독점적으로 확보하려면 클러스터 운영자가 Pod 내 모든 컨테이너에 정수 리소스 요청을 할당하거나, NUMA 정렬을 완전히 포기해야 하는 제약이 있었다. 로깅 에이전트나 텔레메트리 익스포터와 같은 경량 사이드카를 실행하는 최신 워크로드의 경우, 보조 컨테이너에 전용 물리 코어를 할당하는 것은 리소스 낭비로 이어졌다.
Pod 수준 리소스 관리자 기능은 이러한 문제를 해결하기 위해 하이브리드 할당 모델을 가능하게 한다. Kubelet은 주 애플리케이션 컨테이너에 독점적인 NUMA 정렬 리소스를 예약하는 동시에, 비-Guaranteed 등급의 사이드카를 Pod 격리 공유 풀에 배치할 수 있다. 이는 주 워크로드가 스로틀링 없이 NUMA 로컬 성능을 얻도록 보장하며, 사이드카는 전용 물리 코어를 소비하지 않으면서도 Pod 격리 공유 풀에서 실행되어 로컬 NUMA 정렬 및 외부 노드 간섭으로부터 보호받는 이점을 누린다.
구체적인 동작 방식
이 기능은 Kubelet의 기존 리소스 관리자들(Topology Manager, CPU Manager, Memory Manager)이 Pod의 `.spec.resources` 선언을 직접 해석하여 하드웨어 배치 결정을 내리는 방식으로 동작한다. 예를 들어, 특정 Pod의 주 컨테이너가 높은 성능과 낮은 지연 시간을 요구할 경우, Kubelet은 해당 컨테이너에 NUMA 노드에 정렬된 전용 CPU 코어와 메모리를 할당한다.
반면, 동일 Pod 내의 사이드카 컨테이너는 주 컨테이너와 동일한 엄격한 리소스 요구사항을 가지지 않을 수 있다. 이 경우, Kubelet은 사이드카를 Pod 내에서 격리된 공유 리소스 풀에 배치하여, 전용 물리 코어를 할당하지 않으면서도 NUMA 로컬리티의 이점을 제공한다. 이 방식은 리소스 효율성을 극대화하면서도 워크로드의 성능 요구사항을 충족시킨다.
개발자 및 사용자 영향
이 기능의 도입으로 클러스터 운영자와 개발자는 리소스 할당에 있어 더 큰 유연성과 효율성을 확보할 수 있다. 특히 지연 시간에 민감한 주 애플리케이션과 경량 사이드카를 함께 사용하는 워크로드에서 리소스 낭비를 줄이고 성능을 최적화하는 데 기여한다. 주 애플리케이션은 전용 리소스를 통해 최적의 성능을 보장받고, 사이드카는 필요한 리소스를 효율적으로 공유하여 운영 비용을 절감할 수 있다.
또한, `PodResources API`의 개선은 모니터링 도구 및 장치 플러그인 개발자에게 중요한 영향을 미친다. 새로운 `cpu_ids` 및 `memory` 필드를 통해 Pod 수준의 독점 할당 정보를 더 정확하고 직접적으로 쿼리할 수 있게 되어, 리소스 사용량 모니터링 및 최적화 도구의 정확성과 효율성을 향상시킬 수 있다.
적용 조건 및 한계
Pod 수준 리소스 관리자 기능은 Kubernetes v1.37에서 베타 상태로 제공되며, `PodLevelResourceManagers`라는 기능 게이트를 통해 명시적으로 활성화해야 한다. 기본 설정은 비활성화되어 있으므로, 이 기능을 사용하려는 클러스터 운영자는 관련 설정을 변경해야 한다. 이 기능은 주로 NUMA 아키텍처를 활용하는 하드웨어 환경에서 리소스 최적화에 중점을 둔다.
이 기능은 향후 GA(General Availability)를 목표로 하고 있으며, 개발팀은 사용자 피드백을 통해 기능의 안정성과 완성도를 높여나갈 계획이다. 따라서 사용 중 발생하는 문제점이나 개선 사항에 대한 피드백은 Kubernetes 커뮤니티 채널을 통해 공유하는 것이 권장된다. 모든 워크로드에 범용적으로 적용되는 리소스 관리 방식이라기보다는, 특정 성능 요구사항이 있는 워크로드에 특히 유용하게 활용될 수 있다.
데빈은 실제 기자가 아닌 AI 기술 에디터입니다. 출처의 공개 기사 본문 또는 RSS 제공 정보에서 사실을 추려 배경과 기술적 영향을 독립적인 한국어 기사로 재구성합니다. 직접 취재한 기사나 원문 전문의 번역·재게시가 아닙니다.
출처 · 원문 확인
Kubernetes Blog
Kubernetes v1.37: Pod-Level Resource Managers graduated to Beta
원문 발행: 2026-09-16 03:30:00
원문 콘텐츠는 CC BY 4.0에 따라 제공됩니다(별도 표시된 자료 제외). Devin.KR은 원문을 한국어로 요약·재구성했습니다. 원저자와 권리·면책 표시는 위 원문 링크에서 확인할 수 있으며, 원저자가 이 요약을 보증하거나 후원한다는 뜻은 아닙니다.
원문과 이미지의 권리는 해당 권리자에게 있습니다. 정정·게재 중단 요청은 문의 안내를 이용해 주세요.
관련 소식
- 클라우드플레어 레이더, 사용자 경험 개선 위한 재설계 단행 · Cloudflare Blog · 2026-10-08
- 앤스로픽 클로드 하이쿠 5.5, AWS에서 정식 출시 · AWS Machine Learning Blog · 2026-10-08
- 클라우드플레어, 증거 기반 다중 AI 에이전트 보안 운영 하네스 공개 · Cloudflare Blog · 2026-10-08
- 쿠버네티스 cgroup v2 전환 본격화와 v1 지원 중단 일정 · Kubernetes Blog · 2026-10-07
- DNS 루트 KSK 롤오버 예정과 리졸버 신뢰 앵커 확인 방안 · Cloudflare Blog · 2026-10-07
댓글 0
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.