Skip to Content

Blog

운영하면서 마주친 문제를 끝까지 파본 기록입니다. 아래에서 주제를 골라 볼 수 있고, 그냥 위에서부터 읽으면 최신 글 순서입니다.

카테고리 전체 보기 →

최신 글

마지막 setWeight: 100을 왜 지워야 하는가

2부의 사고에서는 rollbackWindow로 step을 건너뛴 뒤, 컨트롤러가 역탐색으로 마지막 weight 100을 선택했습니다.

읽어보기

지난 글

11편
rollbackWindow는 왜 그 안전장치를 깨는가2026-08-21, prod에서 이전 버전으로 롤백하던 중 파드 2대에 트래픽 100%가 몰렸습니다.정상 Canary는 왜 안전한가: step과 AnalysisRun새 버전의 파드가 Ready라고 해서 서비스도 정상이라고 볼 수 있을까요?hub/edge 2-클러스터 구조홈랩 클러스터가 두 환경에 걸쳐 두개로 배포되어있습니다. 하나는 지금 사는 집, 하나는 본가에 배포되어있습니다.개발환경 — 브라우저와 아이패드직접 코드를 수정할 때는 브라우저로 code-server에 접속하고, 아이패드에서는 Claude Code에 작업을 요청합니다.Karpenter consolidation은 무엇을 하는가Karpenter가 프로비저닝했던 노드들은 다음과 같은 루프를 돌며 "잘 쓰고 있었는가"를 평가합니다.좀 더 똑똑하게 consolidation하기 — Balanced 모드Karpenter consolidation은 무엇을 하는가에서 이어집니다.쿠버네티스 CPU 스로틀링 — CPU는 아직 한참 남았는데 왜 걸릴까컨테이너에 CPU limit을 걸면 커널은 100ms마다 예산을 끊어서 줍니다. 한 번에 몰아주는 게 아니라요.istiod 스케일링, 커넥션 수만 세면 될 줄 알았다지난 글에서는 트래픽을 받는 서비스 쪽 스케일링 지표를 다뤘습니다. reporter 관점 하나 차이로, 오토스케일링이 장애를 트래픽 감소로 읽어버리던 이야기였죠.왜 트래픽은 받았지만 스케일링은 못 했을까?트래픽이 몰리는 날에는 보통 미리 Pod들을 준비해둡니다. 몰려올 부하를 충분히 버티기 위한 단계, pre-warming입니다.lxcfs-admission-webhook 프로젝트 개요예전에 LXCFS와 Admission Controller를 같이 써보는 글을 짧게 남긴 적이 있습니다.Cordon된 노드에 강제로 Pod 배치하기특정 노드에 작업이 예정되어있거나, 별도로 분리되어야 하는경우 기존의 Cordon 기능 외에 분리된 별도로 분리된 형태의 노드를 만들어야 하는경우 해당 방법이 도움이 될것입니다.