Kubeadm vs MiniKube vs Kind vs K3S

 

Kubeadm

• 클러스터는 최소 두 개의 노드(Virtual Machine)로 구성되어야 한다.
  • Master node
  • Worker node
• 각 노드 당 2GB 메모리, 2CPUs
• 쿠버네티스를 처음 시작할 때 사용하기에는 어렵다.
• 개인 PC 에서 사용하기에는 무겁다.

출처: https://cloud.theodo.com/en/blog/minikube-kubeadm-kind-k3s

 

장점	단점
배포 단계에서 사용할 수 있는 Full 아키텍처 도커 컨테이너를 사용한다.	설치가 꽤 어렵다. 개인 PC 에서 사용하기에는 무겁다. 하나의 node master 만 승인된다.

 

 

MiniKube

• 쿠버네티스를 처음 사용하고자 하는 사람들에게 좋다.
• MiniKube 가이드
• 호스트 머신의 최소 사양
  • 2 CPU
  • 2 GB 메모리
  • 20 GB 디스크 용량

출처: https://cloud.theodo.com/en/blog/minikube-kubeadm-kind-k3s

장점	단점
설치하기 쉽다. 가볍다.	너무 최소한의 기능만 포함.

 

 

Kind

• 로컬에 클러스터를 배포할 수 있는 또 다른 도구
• 도커 컨테이너 내부에 클러스터를 배포
• Kind 가이드
• yaml 파일을 사용해서 간단하게 배포 가능

출처: https://cloud.theodo.com/en/blog/minikube-kubeadm-kind-k3s

 

장점	단점
설치하기 쉽다. 클러스터 배포가 쉽다.	외부 네트워크가 클러스터에 접속하는 방식이 복잡하다.

 

K3S

• 쿠버네티스의 라이트 버전
• kubeadm의 좋은 대체재이다.
• K3S 가이드
• 최소 사양
  • Linux 3.10+
  • 서버 당 512MB 메모리
  • 각 노드 당 75MB 메모리
  • 각 노드 당 200MB 디스크 용량
  • x86_64, ARMv7, ARM64
• 멀티 마스터노드로 클러스터 생성 가능

장점	단점
쿠버네티스의 가벼운 버전 설치하기 쉽다. 클러스터 배포가 쉽다.	몇 가지 기능을 사용할 수 없다. 기본 컨테이너 런타임으로 도커를 사용하지 않는다.