퀴즈: 서비스·네트워킹·스토리지

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

1. Service 를 만들었는데 접속하면 아무 응답이 없다. `kubectl get svc` 는 정상이고 ClusterIP 도 배정되어 있다. 가장 먼저 확인할 것은?

   1. 노드의 방화벽 규칙
   2. CoreDNS 파드의 CPU 사용률
   3. 해당 Service 의 EndpointSlice 에 파드 IP 가 잡혀 있는지
   4. Service 의 ClusterIP 가 다른 Service 와 충돌했는지

2. readinessProbe 가 실패한 파드에 대해 Service 는 어떻게 동작하는가?

   1. 엔드포인트 목록에서 제외해 트래픽을 보내지 않는다
   2. 그 파드를 재시작한다
   3. 트래픽을 절반만 보낸다
   4. 아무 영향이 없다. readiness 는 스케줄링에만 쓰인다

3. 헤드리스 서비스(`clusterIP: None`)의 특징으로 올바른 것은?

   1. 셀렉터를 쓸 수 없어 항상 수동으로 엔드포인트를 관리해야 한다
   2. 클러스터 외부에서만 접근할 수 있다
   3. 가상 IP 를 만들지 않고 DNS 조회에 개별 파드 IP 들을 돌려준다
   4. 로드밸런싱 알고리즘을 라운드로빈에서 최소접속으로 바꾼다

4. 쿠버네티스 Secret 에 대한 설명으로 가장 정확한 것은?

   1. Secret 은 항상 AES 로 암호화되어 etcd 에 저장된다
   2. Secret 은 노드의 디스크에만 저장되고 etcd 에는 저장되지 않는다
   3. 값이 base64 로 인코딩될 뿐이며, 기본 설정에서는 etcd 에 사실상 평문으로 저장된다
   4. Secret 은 생성한 사용자만 읽을 수 있도록 자동으로 접근이 제한된다

5. `payments` 네임스페이스의 Service `api` 를 다른 네임스페이스의 파드에서 부르려면 어떤 이름을 써야 하는가?

   1. api — 서비스 짧은 이름만
   2. api.payments
   3. payments.api.cluster.local
   4. api.payments.svc.cluster.local

6. 파드가 PersistentVolume 을 직접 참조하지 않고 PVC 를 거치도록 설계한 이유는?

   1. PV 는 네임스페이스에 묶인 리소스라 다른 네임스페이스의 파드가 접근할 수 없기 때문
   2. PVC 가 데이터를 캐싱해 성능을 높이기 때문
   3. PV 는 파드당 하나만 만들 수 있기 때문
   4. 사용자는 '필요한 성질과 용량'만 선언하고 실제 저장소 종류·주소는 관리자나 StorageClass 가 결정하도록 분리하기 위해