양승길

변경의 차이 create, apply 모두 스펙에 따라 pod 생성을 하는 기능을 갖고 있지만, 스펙 파일을 일부 변경하고 create를 호출하면 이미 만들어진 오브젝트이기 때문에 실행이 불가능하다. 하지만 apply는 생성이 아닌 적용이기 때문에 변경한 스펙에 맞춰준다는 특징이 있다. create문 재호출 $ kubectl create -f ./pod.yaml $ # pod.yaml 수정 $ kubectl create -f ./pod.yaml Error from server (AlreadyExists): error when creating "pod.yaml": deployments.apps "deploy-sample" already exists apply문 재호출 $ kubectl apply -f ./..

Spec, Status과 같은 속성을 가진 것. Pod k8s에서 실행되는 최소단위의 오브젝트. 독립적 공간과 사용 가능한 IP를 갖고있다. 파드는 클러스터 안에서 유동적이기 때문에 IP가 고정될 수 없다. 하나의 파드는 하나 이상의 컨테이너를 갖고있다. Namespace 클러스터 안에서 리소스들을 특정 기준으로 묶어서 관리하는 그룹. Volume 파드를 생성할 때 파드를 사용할 수 있는 디렉토리를 제공한다.(파드내 저장공간) 파드가 사라져도 저장가능한 디렉토리를 볼륨을 통해 생성하고 사용할 수 있다. Service k8s 외부에서 내부로 접근할때 도와주는 객체. Deployment 파드를 기반으로 레플리카셋 오브젝트를 합친 형태. deployment에 지정된 레플리카셋에 따라 파드 개수를 유지한다. 즉..

Pod는 단 한개로서 생성 및 관리 되지만, Deployment는 관리되는 그룹 안에서 지정된 파드(들)이 생성된다. Deployment 생성 스펙에 replicas가 pod의 개수를 의미한다. apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment labels: app: nginx spec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.14.2 ports: - containerPort: 80

User 사용자는 명령어를 입력하여 마스터 노드를 거쳐 각 노드들을 제어한다. API Server 쿠버네티스 중심 역할. etcd와 주로 통신한다. 개발자로부터 명령어를 입력받게 되면 이를 인증과 권한처리를 진행하게 된다. etcd 각 구성 요소들의 상태값을 key, value 형식으로저장한다. 분산 저장이 가능해서 장애발생시 복구가 가능하기 때문에 가용성을 확보할 수 있다. Controller 지정된 클러스터의 오브젝트 상태를 유지하고 관리한다. Scheduler 노드 상태와 자원 등을 고려하여 적절한 곳을 찾아 파드를 생성하는 것을 돕는다. Kubelet 파드안의 컨테이너들이 정상적으로 작동하는지 모니터링 한다. 워커 노드에서 kubelet이 멈추면, kubectl 명령어를 수행할 때 무한대기 현상이..