ReplicaSet은 Pod를 매니징한다. 예를 들어 nginx pod가 3개 있어야 한다고 하면 3개의 nginx pod를 유지한다. replicaSet의 restartPolicy는 always이며 바꿀수 없다. 예를들어 아래 그림에서 노드2가 갑자기 죽었을때 pod의 개수를 유지하기 위해 다른 노드에 pod를 띄운다. 직접적으로 생성하는건 프로덕션 레벨에서는 권장되지 않으며 Deployment가 ReplicaSet을 관리한다.이 글에서는 무엇을 관리해야하는지 명확히 하기 위해 metadata.labels를 사용한다ReplicaSet 생성주요 레퍼런스는 아래 링크에서 참고할 수 있다. https://kubernetes.io/docs/reference/kubernetes-api/workload-resou..

Pod args - Exec Form args 를 사용하면 docker container에 인수를 전달할 수 있다. 06-pod-args.yaml apiVersion: v1kind: Podmetadata: name: my-podspec: restartPolicy: Never containers: - name: ubuntu image: ubuntu# 이 방법도 가능하고 아래 방법도 가능하다# args: ["date"] args: - "date" Pod container logs kubectl logs [파드 이름]ex) kubectl logs my-pod Pod args - shell formdocker 내부에 bash로 진입해서 shell 명령어를 ..

클러스터는 네트워크에 연결된 물리적 or 가상 머신의 집합이며, 클러스터는 마스터와 노드로 구성된다. 일반적으로 프로덕션 환경의 경우 하나 이상의 마스터가 존재한다. Master마스터의 컴포넌트는 api-server, stcd, controller-manager, scheduler로 구성된다. api-server: 클라이언트가 클러스터와 대화하고 워크로드를 생성할 수 있는 API-서버 etcd (et-c-d): 클러스터 데이터를 저장할 분산 키 값 저장소 controller-manager: 워크로드/노드 등을 지속적으로 모니터링하는 프로세스 scheduler: 워크로드 스케줄러  Node노드의 컴포넌트는 kubelet, container runtime (docker), kube-proxy 로 구성된다. ..

이 문서에서는 쿠버네티스에서 필수로 알아야할 pod에 대한 개념을 설명한다. 쿠버네티스 공식문서에서 파드는 아래와 같이 설명된다. 파드(Pod) 는 쿠버네티스에서 생성하고 관리할 수 있는 배포 가능한 가장 작은 컴퓨팅 단위이다. 이 그룹은 스토리지 및 네트워크를 공유하고, 해당 컨테이너를 구동하는 방식에 대한 명세를 갖는다. 파드의 콘텐츠는 항상 함께 배치되고, 함께 스케줄되며, 공유 콘텍스트에서 실행된다. 파드는 애플리케이션 별 "논리 호스트"를 모델링한다. 여기에는 상대적으로 밀접하게 결합된 하나 이상의 애플리케이션 컨테이너가 포함된다. 클라우드가 아닌 콘텍스트에서, 동일한 물리 또는 가상 머신에서 실행되는 애플리케이션은 동일한 논리 호스트에서 실행되는 클라우드 애플리케이션과 비슷하다. 쿠버네티스를 ..