쿠버 정리 #1

han098 2023. 8. 15. 13:45

쿠버네티스를 사용하는 이유?

컨테이너의 자원을 효율적으로 관리하기 위해서 사용
- 단순히 개수가 많아서 사용한다는 의미가 많이 다름
- 100개면 안쓰고 10000개면 쓸 것인가에 대한 질문
- 우리가 운영체제를 왜 쓰는지에 대한 질문과 일맥상통함
클라우드 네이티브를 위한 4가지 요소는 모두 필요하거나 필요하지 않다는 의미보다 각 요소들이 유기적으로 필요에 따라 부분적으로 사용될 수 있다.

컨트롤 패널 : api, etcd, scheduler, c-m, c-c-m

Kube-apiserver : API 서버는 클러스터 요청이 왔을때 그 요청이 유효한지 검증하는 역할, 모든 요청은 apiserver를 통해서 전달이 된다.

etcd : 모든 클러스터 상태 및 데이터를 담는 쿠버네티스 저장소, key-value 형태로 데이터 저장한다.

scheduler : 노드가 배정되지 않는 새로 생성된 파드를 감지, 실행할 노드를 선택하는 컴포넌트

c-m : 컨트롤러 매니저로 컨트롤러 프로세스를 실행한다. node의 상태를 끊임 없이 체크하고 원하는 상태를 유지

워커 노드 : kubelet. k-proxy

Kubelet : 클러스터의 각 노드에서 실행되는 에이전트, 파드에서 컨테이너가 확실하게 동작하도록 관리한다.

k-proxy : 각 노드에서 실행되는 네트워크 프록시로 쿠버네티스 서비스 개념의 구현부이다. 내부 네트워크 세션이나 클러스터 바깥에서 파드로 네트워크 통신을 할 수 있도록 한다. - 커널의 iptables

컨테이너 생성 요청 시 kubectl를 통해 API로 생성 요청을 전달
scheduler를 통해 Worker Node 내 컨테이너 상태를 확인하고 API가 생성 요청을 kubelet에 전달하여 scheduler를 통해 확인한 컨테이너 상태를 기반으로 최적 리소스를 통해 컨테이너를 생성
생성이 완료되면 etcd에 변경된 상태를 전달하여 etcd를 최신 상태로 업데이트
이후 노드들에 상태는 Controller manager를 통해 지속적으로 모니터링하며 체크

여러 개의 Pod를 관리
replicas=3 이면 Pod의 개수를 3개로 유지하며 Pod가 3개가 되도록 지속적으로 관리한다.
- 추가, 생성 시 3개 초과 시 삭제하고 3개 미만 시 생성을 진행

쿠버네티스에서 구동되는 애플리케이션, 일련의 파드 집합 내에서 실행한다. -> 어떤 애플리케이션을 실행 할 때 필요한 IT 리소스의 집합

각 WorkLoad의 역할에 따라 다양한 오브젝트가 존재한다. -> 배포를 관리하는 오브젝트, 상태를 관리하는 오브젝트, 지속적인 실행을 관리하는 오브젝트 등

Deployment : Deployment의 모든 Pod가 "필요 시 교체" 혹은 "상호 교체" 가능한 경우, 클러스터의 스테이트리스 어플리케이션 워크로드를 관리하기에 적합하다.
StatefulSet : state를 추적하는 하나 이상의 Pod를 반드시 동작하게 해준다.
DaemonSet : 노드-로컬 기능을 제공하는 Pods를 정의한다.
Job 및 CronJob : 실행 완료 후 중단되는 작업을 정의한다.

ClusterIP

NodePort

LoadBalancer

Ingress