배포판 확인

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

1. k0s 를 `--single` 로 세우면 `k0s etcd member-list` 가 실패한다. 왜인가?

   1. 그 모드는 저장소가 etcd 가 아니라 kine(sqlite)이라서
   2. 명령을 부른 사용자에게 etcd 접근 권한이 없어서
   3. 멤버가 하나뿐일 때는 목록을 만들지 않도록 되어 있어서
   4. member-list 가 폐기되어 status 로 대체되었기 때문에

2. etcd 백업으로 복구하면 백업 **이후에** 만든 리소스는?

   1. 그대로 남는다
   2. 충돌 표시가 붙는다
   3. 다른 네임스페이스로 옮겨진다
   4. 사라진다

3. 다른 쿠버네티스 클러스터 안의 VM 에 k0s 를 기본 설정으로 세우면 흔히 생기는 문제는?

   1. 중첩된 가상화라 CPU 가 모자라 컨트롤 플레인이 못 뜬다
   2. 안쪽에서 받는 이미지 태그가 바깥 판과 맞지 않는다
   3. 서비스 대역이 호스트의 DNS 주소와 겹쳐 이름 해석이 죽는다
   4. VM 의 시계가 어긋나 인증서 검증이 실패한다

4. k0s 를 멈추고 `k0s restore` 를 돌렸는데 백업 이후에 만든 리소스가 그대로 있다. 왜인가?

   1. 기존 etcd 데이터 디렉터리를 비우지 않아 스냅숏이 무시됐다
   2. 백업 파일이 손상됐다
   3. restore 는 원래 되돌리지 않는다
   4. 재부팅이 필요하다

5. k3s 로는 잘 되던 중첩 설치가 k0s 에서 대역 충돌을 일으키는 이유는?

   1. k0s 가 CNI 를 설치하지 않기 때문이다
   2. k0s 의 기본 대역이 표준값이라 바깥 클러스터와 겹치기 때문이다
   3. k3s 가 대역 충돌을 자동으로 감지해 피하기 때문이다
   4. k0s 는 서비스 대역을 파드 대역과 공유하기 때문이다

6. 운영 클러스터에서 k0s 가 기본 구성요소를 아무것도 넣지 않는 것이 이점인 이유는?

   1. 설치 시간이 짧아져 배포가 빨라진다
   2. 단일 바이너리의 크기가 작아진다
   3. 기본으로 들어온 것을 나중에 걷어내는 편이 더 번거롭다
   4. 인그레스 없이도 서비스가 외부에 노출된다