4.1 쿠버네티스 클러스터의 전체 구조

쿠버네티스 클러스터는 크게 두 종류의 서버로 구성

1. 마스터

   고가용성을 위해 보통 서버 3대 정도 구성해서 운영

2. 노드

   kubelet, kube-proxy, docker등의 컴포넌트가 실행됨

   실제 사용하는 컨테이너 대부분은 노드에서 실행됨.

마스터와 노드의 통신구조

4.2 쿠버네티스의 주요 컴포넌트

4.2.1 마스터용 컴포넌트

• kube-apiserver : 쿠버네티스의 모든 통신의 중심. kube-apiserver를 거쳐 다른 컴포넌트(위의 박스)가 서로 필요한 정보를 주고받음(쿠버네티스 클러스터의 API를 사용할 수 있도록 하는 컴포넌트)
• kubelet : 마스터 노드의 도커를 관리.
• etcd : key-value 저장소. 데이터베이스의 역할
• kube-scheduler : 현재 클러스터 안에서 자원 할당이 가능한(조건) 노드 중 알맞은 노드를 선택해서 새롭게 만든 파드를 실행. 어피니티, 안티 어피니티등을 활용
• kube-controller-manager : 쿠버네티스는 모든 컨트롤러를 바이너리 파일 하나로 컴파일해 단일 프로세스로 실행됨. 컨트롤러 각각을 실행하는데 쓰임
• cloud-controller-manager : 쿠버네티스의 컨트롤러들을 클라우드 서비스와 연결해 관리하는 컴포넌트

4.2.2 노드용 컴포넌트

• kubelet :

kubelet은 클러스터 안 모든 노드에서 실행되는 에이전트. 파드 컨테이너들의 실행을 직접 관리. kubelet은 파드스펙이라는 조건이 담긴 설정을 전달받아 컨테이너를 실행하고 컨테이너가 정상적으로 실행되는지 헬스체크 진행. 노드안에 있는 컨테이너라도 쿠버네티스가 만들지 않은 컨테이너는 관리하지 않음

• kube-proxy : 쿠버네티스는 클러스터 안에 가상 네트워크를 설정하고 관리하는데 kube-proxy는 가상 네트워크 동작을 관리하는 컴포넌트.
• 컨테이너 런타임(docker) : 실제로 컨테이너를 실행시킴.

4.2.3 애드온