노드·스케줄러·Pod의 resource request 또는 배치 조건 때문에 실행 위치를 얻지 못한다.
CPU 사용률 100%라는 관측만으로 원인 또는 scheduler 버그가 확정되지는 않는다. 이 문서는 Events에 따른 분기형 해법이다.
Events에서 CPU·메모리·affinity·taint·quota 원인을 구분해 요청값과 배치 조건을 바로잡는다. 캐시 불일치일 때만 scheduler 재시작을 사용한다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
kubectl -n '<namespace>' describe pod '<pending-pod>'
kubectl -n '<namespace>' get events --sort-by=.metadata.creationTimestamp
kubectl describe node '<candidate-node>'
kubectl -n '<namespace>' get resourcequota,limitrange
kubectl top nodes
작업이 Running으로 전환되고 피크 부하에서도 다른 노드로 분산되는지 확인한다.