미리보는 쿠버네티스 v1.34: 주목해야 할 7가지 핵심 기능! 🚀

안녕하세요, 쿠버네티스 커뮤니티 여러분! 2025년 8월 말, 우리에게 새로운 기능들로 가득 찬 쿠버네티스 v1.34가 찾아옵니다. 이번 릴리스의 가장 큰 특징은 새로운 삭제(removal)나 지원 중단(deprecation) 없이, 오직 놀라운 개선 사항들로만 채워져 있다는 점인데요! 🎉

 

 

오늘은 곧 공개될 v1.34의 여러 기능 중에서도 가장 기대되는 핵심 기능들을 미리 살짝 엿보는 시간을 갖겠습니다. 이 내용은 현재 개발 상황을 기준으로 작성되었으며, 최종 릴리스 시점에는 일부 변경될 수 있다는 점 참고해주세요.

 

 

---

🏆 핵심 DRA 기능, 드디어 Stable로!

동적 리소스 할당(Dynamic Resource Allocation, DRA)은 GPU나 특수 하드웨어 같은 장치들을 쿠버네티스 클러스터에서 더욱 유연하게 요청하고 사용할 수 있게 해주는 기능입니다.

 

기존에는 특정 장치를 사용하기 위한 설정이 복잡했지만, DRA는 스토리지 볼륨의 동적 프로비저닝에서 영감을 받아 ResourceClaim, DeviceClass 등 새로운 API를 도입했습니다. 이를 통해 워크로드는 필요한 장치의 '종류'를 요청하고, 쿠버네티스가 알아서 적절한 노드에 파드를 배치해 줍니다. 마치 스마트 자판기처럼, "A사 GPU"를 달라고 하는 게 아니라 "영상 처리가 가능한 GPU"를 달라고 하면 알아서 찾아주는 셈이죠!

 

v1.34에서 핵심 DRA 기능이 안정화(Stable) 단계에 도달하면, 이제 resource.k8s.io/v1 API를 기본적으로 사용할 수 있게 되어 더 많은 사용자들이 이 강력한 기능을 안정적으로 활용할 수 있게 됩니다.

• 주요 장점: 유연한 장치 필터링, 중앙화된 장치 관리, 간소화된 파드 요청

---

🔑 이미지 풀 인증을 위한 서비스 어카운트 토큰 지원 (베타)

컨테이너 이미지를 프라이빗 레지스트리에서 가져올 때 인증이 필요하죠. 기존에는 오래 지속되는 이미지 풀 시크릿(Secret)을 사용해야 해서 보안 및 관리 부담이 있었습니다.

 

v1.34에서는 Kubelet이 서비스 어카운트(ServiceAccount) 토큰을 사용해 이미지 레지스트리 인증을 수행하는 기능이 베타(Beta)로 전환되고 기본 활성화됩니다. 이 토큰은 수명이 짧고 자동으로 갱신되며, 각 파드에 맞춰 발급됩니다.

 

이를 통해 보안 위험을 크게 줄이고, 워크로드별 ID를 지원하며, 운영 오버헤드를 절감할 수 있는 현대적인 인증 방식으로 한 걸음 더 나아가게 됩니다.

---

🔄 Deployment를 위한 Pod 교체 정책 (알파)

디플로이먼트(Deployment)를 업데이트할 때, 기존 파드가 종료되는 동안 새 파드가 생성되면서 일시적으로 리소스 사용량이 급증하거나, 혹은 기존 파드가 완전히 종료될 때까지 기다리느라 배포가 느려지는 경험이 있으셨나요?

 

KEP-3973의 일환으로 .spec.podReplacementPolicy 필드가 알파(Alpha) 버전으로 도입됩니다. 이 정책을 통해 사용자는 두 가지 옵션 중 하나를 선택할 수 있습니다.

• TerminationStarted: 이전 파드의 종료가 시작되자마자 새 파드를 생성합니다. 배포는 빨라지지만, 일시적으로 리소스 사용량이 늘어날 수 있습니다.
• TerminationComplete: 이전 파드가 완전히 종료된 후에 새 파드를 생성합니다. 리소스 사용량은 안정적이지만, 배"포 속도는 다소 느려집니다.

이 기능 덕분에 리소스가 제한적인 환경이나 종료 시간이 긴 워크로드에서 배포 동작을 더욱 예측 가능하게 제어할 수 있게 됩니다.

---

📊 Kubelet 및 API 서버 트레이싱, 정식 버전으로!

"대체 왜 파드가 시작되지 않는 거지?" 노드 레벨의 문제를 디버깅할 때, 분산된 로그들을 하나하나 추적하는 것은 정말 어려운 일이었습니다.

 

이제 Kubelet과 API 서버에 OpenTelemetry 표준을 사용한 트레이싱(Tracing) 기능이 드디어 안정화(Stable) 단계에 도달합니다! 이 기능은 파드 시작과 같은 Kubelet의 핵심 작업(특히 컨테이너 런타임 인터페이스(CRI) 호출)을 계측하여 전체 이벤트 흐름을 시각적으로 보여줍니다.

 

이를 통해 지연 시간이나 오류의 원인을 정확히 찾아낼 수 있으며, API 서버부터 Kubelet, 컨테이너 런타임에 이르기까지 엔드투엔드(end-to-end) 가시성을 확보하여 디버깅 과정을 획기적으로 단순화할 수 있습니다.

---

🚦 더 스마트해진 서비스 트래픽 분산 (베타)

서비스(Service)의 spec.trafficDistribution 필드는 서비스 엔드포인트로 트래픽을 라우팅하는 방식을 제어하는 기능입니다.

기존의 PreferClose는 이제 지원 중단되고, 두 가지 새로운 값이 추가되어 베타(Beta)로 전환됩니다.

• PreferSameZone: 클라이언트와 동일한 가용 영역(Zone)에 있는 엔드포인트로 트래픽을 우선 보냅니다. (기존 PreferClose와 동일)
• PreferSameNode: 클라이언트와 동일한 노드(Node)에 있는 엔드포인트로 트래픽을 최우선으로 보냅니다.

이 기능을 통해 네트워크 지연 시간을 최소화하고 비용을 최적화하는 등, 더욱 세밀한 트래픽 제어가 가능해집니다.

---

📝 쿠버네티스를 위한 새로운 YAML, KYAML 지원

YAML은 편리하지만, 들여쓰기나 따옴표 사용 규칙 때문에 예상치 못한 오류를 겪기도 합니다. JSON은 이런 모호함은 없지만, 주석을 달 수 없고 문법이 엄격하죠.

 

KYAML(Kubernetes YAML)은 이러한 문제들을 해결하기 위해 설계된, YAML의 더 안전하고 명확한 하위 집합입니다. v1.34부터는 kubectl get -o kyaml ... 명령어를 통해 KYAML 형식으로 리소스 정보를 출력할 수 있게 될 전망입니다.

 

• KYAML의 특징:
  • 값 문자열은 항상 큰따옴표(")로 묶음
  • 맵(Map)은 항상 중괄호({})를 사용
  • 리스트(List)는 항상 대괄호([])를 사용
  • JSON과 달리 주석을 지원하며, 후행 쉼표 허용

KYAML은 기존 YAML과 완벽하게 호환되므로, 모든 YAML 파서가 KYAML 문서를 읽을 수 있습니다. 이제 더 안전하고 명확한 방식으로 매니페스트를 작성하고 확인할 수 있게 됩니다.

---

⚙️ HPA 오토스케일링, 더 세밀하게 제어하세요 (베타)

HPA(Horizontal Pod Autoscaler)는 기본적으로 10%의 임계값(tolerance)을 기준으로 스케일링을 결정합니다. 하지만 대규모 배포 환경에서는 이 10%가 수백 개의 불필요한 파드를 의미할 수도 있어 비효율적이었죠.

v1.34에서는 HPA별로 임계값을 직접 설정할 수 있는 기능이 베타(Beta)로 제공됩니다. HPA spec.behavior 필드에 tolerance를 추가하여 스케일 업(scaleUp)과 스케일 다운(scaleDown)에 대한 임계값을 각각 다르게 지정할 수 있습니다.

예를 들어, 트래픽 급증에 빠르게 대응하기 위해 스케일 업 임계값은 낮게 설정하고, 비용 절감을 위해 스케일 다운 임계값은 높게 설정하는 등 워크로드 특성에 맞춘 최적화가 가능해집니다.

---

더 많은 정보가 궁금하신가요?

쿠버네티스 v1.34의 정식 릴리스는 2025년 8월 27일(수)로 예정되어 있습니다. 공식 릴리스 노트와 CHANGELOG를 통해 더 자세한 변경 사항을 확인하실 수 있습니다.

쿠버네티스 커뮤니티에 참여하고 싶으시다면 아래 채널들을 확인해보세요. 여러분의 지속적인 피드백과 지원에 감사드립니다!

• 블로그: 쿠버네티스 블로그에서 최신 소식 읽기
• Slack: 커뮤니티 Slack에서 토론 참여하기
• Discuss: 커뮤니티 포럼에서 토론 참여하기

태그: Kubernetes, K8s, v1.34, 쿠버네티스, 신규 기능, DRA, HPA, KYAML, 쿠버네티스 1.34, 데브옵스, 클라우드 네이티브