스케줄링 · requests/limits (Scheduling)

파드를 만들어도 곧바로 도는 것은 아닙니다. 어느 노드에 놓을지 정해지기 전까지는 Pending 으로 기다립니다.

스케줄러가 보는 값은 지금 쓰고 있는 양이 아니라 requests 의 합입니다. 막대에 찬 것은 실제 사용량이 아니라 예약된 몫입니다.

먼저 거릅니다. 요청분을 얹었을 때 넘치는 노드는 후보에서 빠집니다 — 남은 자리가 0.5 뿐이라 1 을 담지 못합니다.

남은 후보에는 점수를 매깁니다. 기본 정책은 자원이 한쪽에 몰리지 않도록 여유가 더 큰 노드를 높게 봅니다.

배치가 끝나면 그 노드의 예약분이 그만큼 늘어납니다. 다음 파드는 늘어난 이 값 위에서 계산됩니다.

자리만 보는 것이 아닙니다. taint 를 단 노드는 그 표시를 감내하는 파드만 받고, 라벨이 맞지 않는 노드는 여유가 있어도 빠집니다.

requests 를 실제보다 낮게 적으면 더 많이 들어갑니다. 대신 몰리는 순간 예약보다 많이 쓰려는 파드끼리 서로 자원을 뺏습니다.

넘겼을 때 받는 벌은 자원마다 다릅니다. CPU 는 한도까지만 쓰도록 눌리고(throttle), 메모리는 그 자리에서 컨테이너가 죽습니다.

어느 노드에도 들어가지 못하면 파드는 Pending 으로 남습니다. 이럴 때 노드를 늘리는 것은 클러스터 오토스케일러의 몫입니다.