Kubernetes 1.32 정식 출시
Cloud Native Computing Foundation(CNCF)이 Kubernetes 1.32를 정식 출시했다. 코드네임 'Penelope'로 명명된 이번 릴리스의 가장 큰 변화는 사이드카 컨테이너(Sidecar Containers)의 GA(General Availability) 승격이다. 1.28에서 알파로 도입된 이후 약 2년 만에 정식 기능이 되었다.
사이드카 컨테이너 정식 지원
사이드카 컨테이너는 파드 내에서 메인 애플리케이션과 함께 실행되는 보조 컨테이너다. 로그 수집, 서비스 메시 프록시, 모니터링 에이전트 등의 용도로 널리 사용된다. 기존에는 init 컨테이너와 일반 컨테이너만 구분되어 사이드카 패턴 구현에 제약이 있었다.
- 라이프사이클 관리: 사이드카는 메인 컨테이너보다 먼저 시작하고 나중에 종료
- 리소스 격리: 사이드카별 독립적인 리소스 제한 설정 가능
- 헬스체크 분리: 사이드카 장애가 메인 컨테이너 재시작에 영향 미치지 않음
- Job 호환성: 배치 작업에서 사이드카가 Job 완료를 차단하지 않도록 개선
기타 주요 변경사항
1.32에서는 사이드카 외에도 여러 중요한 변경이 있다. Pod Scheduling Readiness가 GA로 승격되어, 파드가 실제로 스케줄링될 준비가 되었는지를 명시적으로 제어할 수 있다. 이는 리소스 프로비저닝이 필요한 대규모 클러스터에서 특히 유용하다.
성능 개선
etcd 연동 성능도 크게 개선되었다. 대규모 클러스터(노드 5,000개 이상)에서 API 서버의 응답 지연이 평균 30% 감소했다. 이는 etcd 클라이언트의 연결 풀링 최적화와 watch 캐시 알고리즘 개선 덕분이다. 또한 메모리 사용량도 15% 절감되어 컨트롤 플레인 운영 비용이 줄었다.
서비스 메시와의 시너지
사이드카 컨테이너의 정식 지원은 Istio, Linkerd 등 서비스 메시 프로젝트에 직접적인 영향을 미친다. Istio 팀은 이미 1.32의 네이티브 사이드카 지원을 활용한 새 아키텍처를 준비 중이며, 엔보이 프록시의 시작·종료 순서를 쿠버네티스 레벨에서 보장받을 수 있게 되었다. 이는 서비스 메시 도입의 복잡성을 크게 줄일 것으로 기대된다.
댓글 0