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

Kubernetes

컨테이너에 건 CPU 한도가 실제로 어떻게 걸리고 스로틀링으로 드러나는지, 그리고 필요할 때 노드를 어떻게 격리하고 강제로 배치하는지.

총 5편

카테고리 전체 보기 →
정상 Canary는 왜 안전한가: step과 AnalysisRunDeployment로 롤링 업데이트를 하면 새 버전의 파드를 늘리면서 기존 버전의 파드를 줄여 갑니다.Argo RolloutsGitOpsIstio메트릭rollbackWindow는 왜 그 안전장치를 깨는가컨트롤러는 롤백도 새로운 Rollout으로 처리합니다.Argo RolloutsGitOpsIstio트러블슈팅마지막 setWeight: 100을 왜 지워야 하는가2부에서는 rollbackWindow가 정상적인 Canary의 안전장치를 어떻게 깨뜨리는지 확인했습니다.Argo RolloutsGitOpsIstio트러블슈팅CPU를 다 쓰지도 않았는데 스로틀링에 걸렸습니다컨테이너에 CPU limit을 걸면 커널은 100ms마다 예산을 끊어서 줍니다. 한 번에 몰아주는 게 아니라요.cgroup트러블슈팅메트릭Cordon된 노드에 강제로 Pod 배치하기특정 노드에 작업이 예정되어있거나, 별도로 분리되어야 하는경우 기존의 Cordon 기능 외에 분리된 별도로 분리된 형태의 노드를 만들어야 하는경우 해당 방법이 도움이 될것입니다.스케줄링Taint/Toleration팁

관련 글

Istio·메트릭·트러블슈팅·GitOps 외 1개 겹침

왜 트래픽은 받았지만 스케일링은 못 했을까?트래픽이 몰리는 날에는 보통 미리 Pod들을 준비해둡니다. 몰려올 부하를 충분히 버티기 위한 단계, pre-warming입니다.Istio · 태그 3개hub/edge 2-클러스터 구조홈랩 클러스터가 두 환경에 걸쳐 두개로 배포되어있습니다. 하나는 지금 사는 집, 하나는 본가에 배포되어있습니다.Homelab · 태그 2개istiod 스케일링, 커넥션 수만 세면 될 줄 알았다지난 글에서는 트래픽을 받는 서비스 쪽 스케일링 지표를 다뤘습니다. reporter 관점 하나 차이로, 오토스케일링이 장애를 트래픽 감소로 읽어버리던 이야기였죠.Istio · 태그 2개lxcfs-admission-webhook 프로젝트 개요예전에 LXCFS와 Admission Controller를 같이 써보는 글을 짧게 남긴 적이 있습니다.Opensource · 태그 2개