Pod, ReplicaSet, DaemonSet 등으로 생성한 프로세스는 지속적으로 동작되며, 별도의 완료 시점이 없다. 반면 완료된 후 다시 시작되지 않는 프로세스를 Job 리소스로 구현할 수 있다. 4.5.1 Job 소개 Job은 작업이 제대로 완료되어야 하는 임시 작업에 유용하게 쓰인다. Job으로 관리하는 pod는 프로세스가 완료되기 전까지는 동작하도록 운영된다. 예를 들어 하나의 node에 장애가 생겼을때 그 위에서 동작하던 Job으로 생성한 pod는 다른 node에 자동 스케줄링 된다. 4.5.2 Job Resource Job 리소스를 생성한다. 아래 yaml 정의에서 사용한 image는 120초 동안 실행한 후 종료된다. apiVersion: batch/v1 kind: Job metadata..

DaemonSet을 사용하여 모든 클러스터 노드마다 pod를 하나씩 올릴 수 있다. 예를 들어 모든 node에서 동일하게 log 수집기를 구동 시켜야 하는 경우 DaemonSet을 이용하여 배포하게 된다. 4.4.1 DaemonSet으로 모든 node에 pod 실행하기 DaemonSet으로 생성되는 pod는 올라갈 노드가 이미 지정되어 있어 무작위로 배포되지 않는다. node자체가 다운될 경우 DaemonSet으 다른 node에 pod를 생성하지 않음 새로운 node가 클러스터에 추가될 경우 해당 노드에 새로운 pod생성함 4.4.2 DaemonSet 사용하여 특정 node에 pod실행하기 따로 설정하지 않으면 DaemonSet은 클러스터의 모든 node에 pod를 배포한다. 특정 노드를 지정하기 위해서..

Replication Controller와 ReplicaSet 모두 실행 중인 pod 목록을 지속적으로 모니터링하여 관리하는 pod 들의 실제 수가 의도하는 수와 동일하도록 보장하는 쿠버네티스의 리소스이다. 하지만 Replication Controller는 더 이상 사용되지 않는 추세이며, 유사한 기능을 제공하지만 좀더 나은 ReplicaSet을 거의 사용한다. 4.3.1 Replication Controller와 ReplicaSet 비교 두 리소스는 동일하게 도작하지만 ReplicaSet을 이요하면 좀 더 정교한 pod selector를 사용할 수 있다. Replication Controller : 특정 레이블이 있는 pod만 필터링 ReplicaSet : 특정 레이블이 없거나 레이블의 값과 상관없이 ..

※ 본 게시글은 도서 을 토대로 정리/학습한 내용입니다. 4장에서는 kubernetes가 container 들의 상태를 모니터링하여 원하는 상태를 유지시키도록 하는 방법을 알아본다. 4.1 Pod를 안정적으로 유지하기 쿠버네티스의 주요 장점은 사용자가 구동하고자 하는 container의 상태를 자체적으로 체크하여 원하는 상태를 유지하도록 관리한다는 것이다. container에 crash가 발생하여 정상 동작 하지 않으면 kubelet이 이를 감지하고 자동 재시작 시키는 것 등이다. 하지만 때로는 이러한 방식으로 모든 문제를 파악하기 어려울 때도 있다. 4.1.1 liveness probe liveness probe를 통해 컨테이너가 살아 있는지 확인하고, 실패할 경우 컨테이너를 재시작 한다. HEEP G..

pod는 다음과 같이 중지,제거 할 수 있다. 3.8.1 이름으로 삭제 pod를 삭제하면 pod 안의 모든 container 또한 종료된다. root@master001:~/k8s_in_action/03_pod# kubectl delete pod kubia-gpu pod "kubia-gpu" deleted 3.8.2 Label Selector를 이용한 pod 삭제 label을 지정하여 원하는 집합의 pod를 한번에 삭제할 수 있다. root@master001:~/k8s_in_action/03_pod# kubectl delete pod -l creation_method=manual pod "kubia" deleted pod "kubia-manual-v2" deleted 3.8.3 namespace 삭제로 인..

쿠버네티스는 Namespace를 통해 여러 오브젝트를 분리할 수 있다. 서로 다른 Namespace에서는 같은 이름의 리소스를 각각 사용할 수 있다. 3.7.1 Namespace의 필요성 많은 구성요소를 좀 더 작은 개별 그룹으로 분리하여 관리할 수 있다. multi-tenant 환경처럼 리소스 분리 production, dev, QA 등 용도에 맞게 리소스 분리 여러 사용자가 하나의 클러스터를 나눠 사용하는 경우 서로 다른 namespace에서 리소스는 독립적이지만, node 같은 경우는 global 하게 동작한다. 3.7.2 다른 namespace와 pod 살펴보기 root@master001:~/k8s_in_action/03_pod# kubectl get namespace NAME STATUS AGE..

※ 본 게시글은 도서 을 토대로 정리/학습한 내용입니다. Pod의 수가 증가함에 따라 labeling을 통해 연관성이 있는 것끼리 분류하여 운영할 수 있다. pod를 그룹화하면 그룹별 pod들에 원하는 작업을 일괄적으로 적용시킬 수 있다. 3.3.1 Label? Label은 pod, deployment 등 모든 쿠버네티스 리소스를 조직화 하는 기능이다. 리소스에 설정하는 Key:value 쌍 Label Selector를 이용해 원하는 label을 가진 리소스를 선택한다. 리소스 생성 후에도 label 추가/수정 가능 3.3.2 Pod 생성할 때 label 지정하기 두 개의 label을 pod의 yaml 파일에 지정하고 동작 방식을 알아 보도록 한다. apiVersion: v1 kind: Pod metad..

※ 본 게시글은 도서 을 토대로 정리/학습한 내용입니다. Pod, Deployment, Service 등과 같은 쿠버네티스 리소스는 일반적으로 쿠버네티스 REST API 엔드포인트에 생성하려는 리소스의 명세서를 전송하여 생성한다. 이때 명세서는 yaml, json 과 같은 파일 형식을 가진다. 3.2.1 기존 pod의 yaml 디스크립터 -o yaml 옵션으로 pod에 대한 yaml 정의를 확인 할 수 있다. root@master001:~# kubectl get po kubia-manual -o yaml yaml 정의를 살펴보면 다음과 같은 내용을 확인 가능하다. 더보기 root@master001:~# kubectl run kubia --image=luksa/kubia --port=8080 --gener..

※ 본 게시글은 도서 을 토대로 정리/학습한 내용입니다. About : pod 사용 및 관리 방법 pod의 생성, 실행, 정지 pod와 다른 리소스를 레이블로 조직화 특정 레이블을 가진 모든 pod에서 작업 수행 namespace를 이용해 pod를 겹치지 않는 그룹으로 나누기 특정 worker node에 pod 배치하기 3. Pod 소개 3.1.1 Pod가 필요한 이유 왜 Container 단위로 배포하지 않고 Pod란 object를 쓰는 이유는 무엇일까? 🔹 왜 프로세스별로 분리된 다중 컨테이너를 사용해야 하는가? - Container는 단일 프로세스 실행을 위해 설계 되었으며, 하나의 컨테이너에서 모든 프로세스는 동일한 표준 출력으로 log를 남긴다. 따라서 효율적인 log 파악 및 프로세스 관리를 ..