クイズ: サービス・ネットワーキング・ストレージ

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

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

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

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

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

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

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

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

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

• api — 서비스 짧은 이름만
• api.payments
• payments.api.cluster.local
• api.payments.svc.cluster.local

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

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