测验：干掉一个，会有多少人受影响

Pod 삭제가 시작될 때 EndpointSlice 에서의 제거와 컨테이너 종료 신호는 어떤 순서로 일어나는가?

• 엔드포인트 제거가 완전히 끝난 뒤에야 종료 신호가 전달된다
• 종료 신호가 먼저 가고 컨테이너가 멈춘 뒤에 엔드포인트가 제거된다
• 엔드포인트 제거는 Pod 객체가 API 에서 사라진 뒤에 일어난다
• 두 일이 동시에 시작되며 순서가 보장되지 않는다

preStop 훅은 컨테이너 종료 절차에서 무엇을 뒤로 미루는가?

• Pod 객체가 API 서버에서 삭제되는 시점
• EndpointSlice 에서 해당 엔드포인트가 제거되는 시점
• 컨테이너에 TERM 신호가 전달되는 시점
• ReplicaSet 이 대체 Pod 를 만드는 시점

terminationGracePeriodSeconds 에 대해 맞는 설명은?

• 기본값은 30초이고 유예 시간의 카운트다운은 preStop 훅 실행 전에 시작된다
• 기본값은 0초이며 preStop 훅을 선언해야 값이 생긴다
• preStop 훅이 끝난 시점부터 유예 시간이 새로 시작된다
• 유예 시간이 지나도 컨테이너가 살아 있으면 kubelet 이 계속 기다린다

PodDisruptionBudget 이 실제로 개입하는 상황은?

• 컨테이너가 OOM 으로 죽어 재시작이 반복되는 상황
• 노드 비우기나 업그레이드 같은 자발적 중단
• 운영자가 kubectl delete pod 로 Pod 를 직접 지우는 상황
• 노드가 갑자기 전원이 나가 Pod 가 사라지는 상황

복제본 수와 종료 처리가 각각 좌우하는 것을 바르게 짝지은 것은?

• 복제본 수는 실패 여부를, 종료 처리는 실패 규모를 정한다
• 둘 다 실패 규모만 정하고 실패 여부에는 영향이 없다
• 복제본 수는 실패 규모를, 종료 처리는 실패가 아예 나는지를 정한다
• 둘 다 스케줄러가 정하는 값이라 운영자가 바꿀 수 없다

종료 중인 Pod 의 엔드포인트에 대해 EndpointSlice 가 보고하는 ready 값은?

• 항상 false 로 보고되어 일반 트래픽의 대상에서 빠진다
• Pod 가 API 에서 사라질 때까지 true 를 유지한다
• readinessProbe 의 마지막 결과를 그대로 유지한다
• 엔드포인트가 즉시 삭제되므로 값 자체가 존재하지 않는다