ディストリビューションの確認

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

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

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

• 그대로 남는다
• 충돌 표시가 붙는다
• 다른 네임스페이스로 옮겨진다
• 사라진다

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

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

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

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

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

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

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

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