Skip to Content
← 전체 글로 돌아가기

Istio

Istio 데이터플레인과 컨트롤플레인을 운영하며 마주친 문제들 — 스케일링 지표를 어느 지점에서 세는지부터 istiod 자체의 스케일링까지.

총 2편

카테고리 전체 보기 →
istiod 스케일링, 커넥션 수만 세면 될 줄 알았다지난 글에서는 트래픽을 받는 서비스 쪽 스케일링 지표를 다뤘습니다. reporter 관점 하나 차이로, 오토스케일링이 장애를 트래픽 감소로 읽어버리던 이야기였죠.Istio오토스케일링KEDA메트릭왜 트래픽은 받았지만 스케일링은 못 했을까?트래픽이 몰리는 날에는 보통 미리 Pod들을 준비해둡니다. 몰려올 부하를 충분히 버티기 위한 단계, pre-warming입니다.Istio오토스케일링메트릭트러블슈팅

관련 글

Istio·메트릭·트러블슈팅·오토스케일링 겹침

정상 Canary는 왜 안전한가: step과 AnalysisRunDeployment로 롤링 업데이트를 하면 새 버전의 파드를 늘리면서 기존 버전의 파드를 줄여 갑니다.Kubernetes · 태그 2개rollbackWindow는 왜 그 안전장치를 깨는가컨트롤러는 롤백도 새로운 Rollout으로 처리합니다.Kubernetes · 태그 2개마지막 setWeight: 100을 왜 지워야 하는가2부에서는 rollbackWindow가 정상적인 Canary의 안전장치를 어떻게 깨뜨리는지 확인했습니다.Kubernetes · 태그 2개좀 더 똑똑하게 consolidation하기 — Balanced 모드Karpenter consolidation은 무엇을 하는가에서 이어집니다.Karpenter · 태그 2개