Kubernetis #03 (Pod/ReplicaSet)

01. Kubernetis Pod 다루기

 

 

Pod란?

- 쿠버네티스가 컨테이너를 다루는 기본 단위

- 1개 이상의 컨테이너로 구성된 컨테이너 집합

- 동일 파드 내 컨테이너는 여러 리눅스 네임스페이스를 공유 => 네트워크 네임스페이스 공유 (동일 IP 사용)

 

 

02. Kubernetis Pod 명령어

$kubectl get pod -o wide

- 현재 pod들의 상태정보 출력

 

$kubectl apply -f pod.yaml

- pod가 정의된 yaml 파일로 pod 생성

- $kubectl get pod 명령어로 정상적으로 pod생성 된 것 확인

- get pod에서 "READY" 컬럼은 총 1개의 컨테이너중에서 1개의 컨테이너가 준비되었다는 것을 의미

- get pod에서 "IP" 는 쿠버네티스 클러스터에서 사용하는 IP

 

$kubectl exec -it hello sh

- 생성한 pod로 직접 접근

 

$kubectl logs hello

- "hello" pod의 로그 출력

 

$kubectl delete pod hello

- 생성한 "hello" Pod를 삭제하는 명령어

 

03. 멀티 컨테이너 Pod

멀티 컨테이너는 Pod 컨테이너가 다르더라도 네임스페이스를 공유하기 때문에 모두 같은 노드에서 실행하는 것

 

사이트카 패턴

- 메인 컨테이너를 보조하는 컨테이너와 같이 실행하는 구조이다. 한마디로 여러 컨테이너로 이루어진 Pod

 

 

$kubectl apply -f pod.yaml

- 2개의 컨테이너로 구성된 Pod 정의파일을 적용

- get pod 에서 READY 컬럼을 확인하여, 총 2개의 컨테이너가 준비된 것을 확인

 

$kubectl describe pod hello

- "hello" Pod의 상세 정보 출력

 

$kubectl exec -it hello -c debug sh

- hello Pod내의 특정 클러스터(debug)에 접근

 

 

04. Kubernetis ReplicaSet 다루기

 

레플리카셋이란?

- 파드의 수를 늘리기 위한 API Resource (Scale-out)

- 정해진 수의 파드가 항상 실행될 수 있도록 관리

- 기존 실행중이던 파드에 문제가 생기면 파드를 다시 스케줄링

 

레플리카셋 동작원리

 

 

ReplicaSet Controller가 Control Plane에 존재한다. 그리고 spec.selector에 대응되는 파드의 수가 spec.replicas와 동일한지 지속적으로 검사하고, 다를 경우 스케일 아웃 혹은 인 진행

 

* 레이블 셀렉터 (Label Selector)

- 쿠버네티스 오브젝트는 모두 metadata.labes에 Key - Value형태의 레이블 값을 가짐

- 특정 오브젝트 목록을 필터링 하기위한 기능이 Label Selector

 

$watch kubectl get pod --show-labels

- "watch" 명령어는 실시간으로 데이터를 보여준다.

- yaml 파일은 레이블의 Key가 app이며, Value가 hello인 3개의 pod를 유지하는 것을 정의한다.

- 기존 pod yaml 파일의 내용이 template 속성 하위로 내려간 것을 확인 가능하다.

 

$kubectl apply -f replicaset.yaml

- ReplicaSet yaml 파일 적용하여 3개의 Pod가 생성된 것을 확인

 

** ReplicaSet은 Pod의 개수를 유지할 때 Pod가 ReplicaSet으로 관리되는지 여부는 따지지 않는다. 아래의 테스트로 확인해본다.

 

- Pod yaml 파일로 Labels가 "app=hello" 인 Pod를 생성한다.

- 이후 아까의 ReplicaSet yaml 파일을 apply 하면 Label가 "app=hello"인 Pod가 이미 1개 있기 때문에, 2개만 더 생성된다.

 

- END -