LabHub
배우기 러닝패스 코스

내가 부순다 — 가설을 먼저 쓰는 카오스 실험실 · CPU 는 느리게 만들고 메모리는 죽인다 · 퀴즈

퀴즈: CPU 는 느리게 만들고 메모리는 죽인다

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. cpu 한계는 커널에서 어떻게 집행되는가?

    1. 한계를 넘으면 컨테이너가 종료 코드 137 로 종료된다
    2. 스로틀링으로 집행되어 한계보다 더 쓸 수 없지만 종료되지는 않는다
    3. 스케줄러가 그 Pod 를 다른 노드로 다시 배치한다
    4. 한계를 넘은 만큼 다음 주기의 요청량이 자동으로 늘어난다
  2. memory 한계 집행이 '반응형' 이라는 말의 뜻은?

    1. 한계를 넘는 순간 커널이 예외 없이 즉시 종료한다는 뜻이다
    2. 한계를 넘으면 커널이 그 컨테이너의 할당 요청을 거부한다는 뜻이다
    3. 커널이 메모리 압박을 감지했을 때 종료가 일어나므로 즉시 죽지 않을 수도 있다는 뜻이다
    4. kubelet 이 주기적으로 사용량을 조사해 초과분을 회수한다는 뜻이다
  3. 메모리를 매체로 쓰는 emptyDir 볼륨에 파일을 쓰면 그 사용량은 무엇으로 계산되는가?

    1. 컨테이너의 메모리 사용량으로 계산된다
    2. 노드의 로컬 임시 저장소 사용량으로 계산된다
    3. 어느 쪽에도 계산되지 않고 볼륨 자체의 sizeLimit 만 적용된다
    4. Pod 의 CPU 요청량에 비례해 환산되어 계산된다
  4. requests 와 limits 의 역할을 바르게 나눈 것은?

    1. requests 는 상한이고 limits 는 하한이다
    2. requests 는 kubelet 이, limits 는 스케줄러가 각각 집행한다
    3. 둘 다 스케줄링에만 쓰이고 실행 중에는 영향이 없다
    4. requests 는 스케줄러가 배치에 쓰고, limits 는 kubelet 과 커널이 사용량 제한에 쓴다
  5. cpu 한계를 너무 낮게 잡은 배포에서 가장 흔히 나타나는 증상은?

    1. 성공률은 그대로인데 응답 시간만 몇 배로 늘어난다
    2. 컨테이너가 CrashLoopBackOff 로 반복 재시작한다
    3. Pod 가 Pending 에서 벗어나지 못한다
    4. 컨테이너 로그에 스로틀링 경고가 줄마다 남는다
  6. 컨테이너가 OOM 으로 종료되었을 때 상태에 남는 흔적으로 알맞은 것은?

    1. 종료 코드 0 과 Completed 이유
    2. 종료 코드 137 과 OOMKilled 이유
    3. 종료 코드 1 과 Error 이유만 남고 메모리 관련 표시는 없다
    4. 종료 코드 143 과 Throttled 이유