LabHub

CNPE — 클라우드 네이티브 플랫폼 엔지니어 (전문가) · 플랫폼 아키텍처와 인프라 · 퀴즈

퀴즈: 플랫폼 아키텍처와 인프라

LabHub 에서 이어서 보기

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

  1. 8 코어 노드 3 대인 클러스터에서 세 테넌트의 ResourceQuota requests.cpu 합계가 30 코어입니다. 이 상태를 무엇으로 읽어야 합니까?

    1. 오버커밋 비율 1.25 이며, 모든 테넌트가 동시에 상한까지 쓰지는 않는다는 데 건 상태입니다
    2. 설정 오류이며, 합계가 용량을 넘으면 API 서버가 쿼터 생성을 거절합니다
    3. 정상 상태이며, 쿼터는 노드 용량과 무관하므로 합계를 볼 이유가 없습니다
    4. 자동 확장 대기 상태이며, 부족분은 오토스케일러가 즉시 채워 줍니다
  2. LimitRange 에 default 만 적고 defaultRequest 를 빼면 어떤 일이 생깁니까?

    1. 요청이 비어 있는 채로 남아 ResourceQuota 가 그 파드를 거절합니다
    2. 요청이 상한과 같은 값으로 채워져 파드가 Guaranteed 가 되고 오버커밋 여유가 사라집니다
    3. 상한이 무시되고 요청만 적용되어 파드가 노드를 무한정 채웁니다
    4. 아무 값도 채워지지 않고 LimitRange 자체가 무시됩니다
  3. 플랫폼을 새로 세울 때 가장 먼저 확정해야 할 결정은 무엇입니까?

    1. 진행형 배포 전략을 카나리로 할지 블루/그린으로 할지
    2. 노드 인스턴스 타입과 오토스케일러의 최소·최대 대수
    3. 파드·서비스 CIDR 과 CNI 의 정책 모델
    4. 관측 스택을 Prometheus 로 할지 상용 제품으로 할지
  4. ReadWriteOnce 볼륨을 쓰는 서비스에 카나리 배포를 걸면 무엇이 문제가 됩니까?

    1. 카나리 파드가 트래픽 가중치를 받지 못해 분석 지표가 비게 됩니다
    2. 볼륨의 데이터가 두 버전 사이에서 자동으로 복제되어 용량이 두 배가 됩니다
    3. 카나리 파드가 스케줄되지 않아 rollout 이 이미지 태그를 되돌립니다
    4. 새 파드가 같은 볼륨을 잡지 못해 기다리다가 배포가 멈춰 섭니다
  5. 노드를 세 대 늘렸는데도 워크로드가 계속 Pending 입니다. 가장 먼저 세어야 할 값은 무엇입니까?

    1. 클러스터 전체에 남아 있는 allocatable CPU 와 메모리의 합
    2. 그 워크로드의 nodeSelector 를 만족하는 노드가 몇 대인지
    3. 네임스페이스 ResourceQuota 의 사용량이 상한에 얼마나 가까운지
    4. kube-scheduler 의 재시도 간격과 백오프 설정값