EKS / EKS Distro의 Kubernetes 1.36 지원 발표(2026-06-02) 기준, 운영·보안 관점에서 의미 있는 변경사항과 활용 시나리오를 정리한 고객 공유용 자료입니다.
출처: AWS What's New — EKS 1.36 · Kubernetes v1.36 Release Blog
예시 ① — Go 컨트롤러 기반 자동 Phase-Aware Resize (Deployment / StatefulSet / DaemonSet / Argo Rollouts)
예시 ② — Mutating Admission Policy (GA): webhook 없이 resizePolicy 자동 주입 (갈래 B)
Kubernetes 1.36(코드명 Haru)은 2026년 첫 메이저 릴리스로, 18개 Stable 승격 / 25개 Beta / 25개 Alpha를 포함합니다. 보안 강화, AI/ML 워크로드, API 확장성에 무게가 실려 있어 운영 환경과 직접 맞닿는 변경이 많습니다. EKS는 GovCloud(US)를 포함한 모든 가용 리전에서 1.36을 지원합니다.
| 기능 | 단계 | 핵심 가치 |
|---|---|---|
| Mutating Admission Policies | GA | Webhook 서버 제거 → 운영 단순화·성능·가용성 |
| In-Place Pod Vertical Scaling | 확장 | 무중단 리소스 조정 → 비용 효율·SLA 보호 |
| User Namespaces | GA | 컨테이너 root ≠ 노드 root → 권한 격리 강화 |
| Fine-Grained Kubelet API Authorization | GA | kubelet 접근 최소권한화 |
| Legacy ServiceAccount Token Cleanup | GA | 미사용 토큰 자동 정리 → 공격면 축소 |
| Resource Health Status (DRA) | 개선 | GPU 등 디바이스 헬스 → 장애 원인 식별 |
CEL(Common Expression Language)로 mutation 로직을 네이티브 Kubernetes 객체(MutatingAdmissionPolicy, MutatingAdmissionPolicyBinding)로 선언합니다. 별도 admission webhook 서버를 운영할 필요가 없어집니다.
시사점: webhook 서버는 단일 장애점이자 추가 운영 대상(인증서 갱신, HA 구성)이었습니다. 정책을 선언적 객체로 옮기면 변경 이력 추적(GitOps)과 감사 대응이 쉬워지고, 규제·격리 환경에서 운영 부담이 줄어듭니다.
기존에는 Pod의 CPU/Memory를 바꾸려면 Pod 재생성이 필요했지만, 이제 재시작 없이 리소스를 조정할 수 있습니다. 1.36에서는 Pod 단위 공유 예산(pod-level resources)의 무중단 리사이즈가 추가되었고, CPUManager 체크포인트가 원본/리사이즈 할당을 모두 추적하도록 개선되어 라이브 리사이즈 중에도 NUMA 정렬·리소스 가용성 검증을 유지합니다.
주의해야 할 동작 차이: