Kubernetes v1.36: 클라우드 컨트롤러 매니저 라우트 동기화 신규 메트릭
출처: Kubernetes 블로그
이 글은 원래 잘못된 날짜로 게시되었습니다. 이후 2026년 5월 15일자로 다시 게시되었습니다.
Kubernetes v1.36에서는 Cloud Controller Manager(CCM) 라우트 컨트롤러 구현(k8s.io/cloud-provider)에 새로운 알파 카운터 메트릭 route_controller_route_sync_total이 도입되었습니다. 이 메트릭은 라우트가 클라우드 공급자와 동기화될 때마다 증가합니다.
A/B 테스트용 워치 기반 라우트 조정
이 메트릭은 Kubernetes v1.35에서 도입된 CloudControllerManagerWatchBasedRoutesReconciliation 기능 게이트를 운영자가 검증할 수 있도록 추가되었습니다.
해당 기능 게이트는 라우트 컨트롤러를 고정 간격 루프에서 워치 기반 접근 방식으로 전환합니다. 워치 기반 방식은 노드가 실제로 변경될 때만 조정을 수행하므로, 인프라 공급자에 대한 불필요한 API 호출을 줄이고, 레이트 제한 API에 대한 압력을 낮추며, 운영자가 사용 가능한 쿼터를 보다 효율적으로 활용할 수 있게 합니다.
A/B 테스트를 수행하려면, 기능 게이트가 비활성화(기본값)된 경우와 활성화된 경우의 route_controller_route_sync_total을 비교하십시오. 노드 변경이 드문 클러스터에서는 기능 게이트를 켰을 때 동기화 비율이 크게 감소하는 것을 확인할 수 있습니다.
예시: 기대 동작
기능 게이트가 비활성화된 경우(기본 고정 간격 루프)에는 노드 변경 여부와 관계없이 카운터가 꾸준히 증가합니다:
# 노드 변경 없이 10분 후
route_controller_route_sync_total 60
# 여전히 노드 변경 없이 20분 후
route_controller_route_sync_total 120기능 게이트가 활성화된 경우(워치 기반 조정)에는 노드가 실제로 추가, 제거, 업데이트될 때만 카운터가 증가합니다:
# 노드 변경 없이 10분 후
route_controller_route_sync_total 1
# 여전히 노드 변경 없이 20분 후 — 카운터 변동 없음
route_controller_route_sync_total 1
# 새 노드가 클러스터에 합류 — 카운터 증가
route_controller_route_sync_total 2노드가 거의 변하지 않는 안정적인 클러스터에서는 차이가 특히 뚜렷하게 나타납니다.
피드백은 어디에 보내나요?
피드백이 있으면 다음 채널을 통해 자유롭게 의견을 전달해 주세요:
- Kubernetes Slack의
#sig-cloud-provider채널 - GitHub의 KEP‑5237 이슈
- SIG Cloud Provider 커뮤니티 페이지(기타 커뮤니케이션 채널)
더 자세히 알아보려면?
자세한 내용은 KEP‑5237 을 참고하십시오.