Passwd

replicaset 관련 기본 명령어를 정리해둔다. replicaset 목록 확인 kubectl get replicasets.apps 실행 결과 replicaset 상세 정보 조회 kubectl describe replicasets.apps # 예시 kubectl describe replicasets.apps new-replica-set 실행 결과 yaml 파일을 사용한 생성 kubectl create -f replicaset-definition-1.yaml yaml 파일 예시 apiVersion: apps/v1 kind: ReplicaSet metadata: name: replicaset-1 spec: replicas: 2 selector: matchLabels: tier: frontend templa..

쿠버네티스 포드 정보를 확인하거나 생성, 수정, 삭제하는 명령어를 정리해둔다. 포드 목록 조회 포드의 이름, 상태, 동작 컨테이너 수 등의 정보를 확인할 수 있다. kubectl get pods # 상세 정보 포함 kubectl get pods -o wide 포드 상세 정보 확인 지정 포드의 이름, 네임스페이스, 노드, 상태, IP, 컨테이너 등의 상세 정보를 확인할 수 있다. kubectl describe pods 포드 생성 컨테이너를 실행할 새로운 포드를 생성한다. 컨테이너에서 사용할 이미지를 지정해야 한다. kubectl run --image= # --dry-run=client : 실제 수행은 하지 않고, 실행한 결과만을 출력함 # --labels== : 포드 레이블 지정 # --port NUM :..

관리자는 PV로 볼륨을 생성한 뒤, 사용자는 PVC로 포드 내에서 볼륨을 사용할 수 있다. 또는 스토리지 클래스를 정의하여 provisioner를 이용해 볼륨을 자동으로 프로비저닝할 수 있다. Stateful Set yaml 형식의 정의 파일에서 같은 PVC를 설정하면, Stateful Set에서 생성한 모든 포드가 같은 볼륨을 사용한다. 여러 포드 또는 애플리케이션의 여러 인스턴스가 같은 스토리지를 공유하고 접근하는 경우에 해당한다. 하지만 각 포드에 별도의 볼륨이 필요한 경우, 즉 데이터 공유를 하지 않는 경우에는 각 포드에 로컬 스토리지가 필요하다. volumeClaimTemplete 배열이기 때문에 여러 템플릿을 지정할 수 있다. apiVersion: apps/v1 kind: StatefulSet..

Headless Service 일반적인 쿠버네티스 서비스와 유사하지만 IP를 할당받지 않는다. request를 로드밸런싱 하지 않으며, 포드 이름과 하위 도메인을 이용해 각 포드에 대한 DNS만 생성한다. DNS 형식 POD_NAME.SVC_NAME.CLUSTER_DOMAIN_NAMESPACE 예시 ) mysql-0.mysql-h.default.svc.cluster.local 생성 방법 yaml 형식의 정의 파일을 작성하여 create 명령으로 생성한다. apiVersion: v1 kind : Service metadata: name: mysql-h spec: ports: - port: 3306 selector: app: mysql clusterIP : None # 일반 서비스와 차별점 일반 서비스 생성..

Stateful Set 필요성 포드가 정해진 순서대로 생성되어야 하는 경우 포드에 고정적인 이름이나 주소가 필요한 경우 생성 방법 yaml 형식의 정의 파일을 작성한 뒤, create 명령으로 생성한다. Deployment와 비슷하게 작성한 후 kind 값만 StatefulSet으로 변경하면 된다. 서비스 이름을 지정해야 하며, Stateful Sets 생성 시 배포 순서대로 포드가 생성된다. apiVersion: apps/v1 kind: StatefulSet metadata: name: mysql labels: app: mysql spec: templete: metadata: labels: app: mysql spec: containers: - name: mysql image: mysql replica..

Stateful Sets deployment와 유사하게 포드를 관리하는 개체 템플릿 기반으로 포드 생성 scale up, scale down 가능 롤링 업데이트 & 롤백 수행 가능 모든 포드가 동시에 배포되어 포드의 순서를 보장하지 않는 deployment와 다르게, 포드의 순서를 보장한다. 포드 배포 순서 보장 -> 배포한 포드가 Running/Ready 상태로 진입해야 다음 포드를 배포한다. 각 포드에 고유한 인덱스(0부터 시작하여 1씩 증가)를 할당 -> Deployment의 경우, 배포 시 포드 이름을 임의(Random)로 설정한다. 포드 종료 후 재생성되더라도, 동일한 이름으로 생성 -> 포드의 고정 ID 유지 가능 참고 문서 https://livebook.manning.com/book/kube..

정적 프로비저닝 볼륨파일 등을 통해 특정 용량을 가진 PV를 미리 생성해 두고 요청이 있을 때 생성한 PV를 할당하여 사용하는 방식 동적 프로비저닝 볼륨사용자가 요청할 때 자동으로 PV를 생성하여 할당 스토리지 클래스PV를 동적으로 프로비저닝 할 때 사용하는 provisioner 정의스토리지 클래스를 생성하면 PV와 관련 스토리지가 자동으로 생성되기 때문에 yaml 형식의 PV 정의 파일이 필요하지 않다.PVC 정의 파일에 스토리지 클래스의 이름을 지정하여, 스토리지 클래스를 설정한다. 스토리지 클래스가 설정되면 provisioner를 사용하여 필요한 크기의 디스크를 프로비저닝 한 PV를 생성하여 PVC에 바인딩한다. 정의 파일 형식apiVersion: storage.k8s.io/v..

배경 2021.08.22 - Volumes 위의 글에서, 볼륨에 대한 스토리지 구성 정보가 yaml 형식의 포드 정의 파일 내에 포함되었다. 이런 구성 방법은 많은 Pod를 배포하는 대규모 환경에서 적절하지 않다. 이유 어떤 스토리지 솔루션을 사용하든 포드가 많아지는 경우, 각 포드에 대한 스토리지를 매번 구성해야 한다. 구성에 변경이 발생할 때마다, 모든 포드에서 변경을 해주어야 한다. => 스토리지의 중앙 관리 필요 Persistent Volumes 관리자가 구성한 클러스터 전체의 스토리지 볼륨 풀 클러스터에 애플리케이션을 배포하는 사용자가 사용하며, 사용자는 Persistent Volumes Claims를 사용하여 풀에서 스토리지를 선택한다. 생성 방법 yaml 형식의 정의 파일을 작성한 후 cre..

Persistent Volume Claims Persistent Volume과 마찬가지로 쿠버네티스 개별 개체 관리자가 Persistent Volume의 집합을 생성하면, 사용자는 스토리지를 사용하기 위해 Persistent Volume Claims 생성 Persistent Volume Claims 생성 시, 쿠버네티스는 Persistent Volume Claims 설정에 따라 Persistent Volume을 바인딩한다. 모든 Persistent Volume Claims은 Persistent Volume에 바인딩된다. 바인딩하는 과정에서 쿠버네티스는 Persistent Volume Claims이 요청한 용량, 접근 모드, 볼륨 모드, 스토리지 클래스 등의 속성에 따라 바인딩할 Persistent Vol..

도커 - 볼륨 도커 컨테이너는 본질적으로 일시적 데이터 처리가 필요할 때 요청하여, 처리를 완료한 뒤에는 삭제된다. 컨테이너 내의 데이터도 컨테이너와 함께 삭제되기 때문에, 데이터를 유지하기 위해서는 volume을 설정해주어야 한다. 볼륨을 설정하면 컨테이너에서 처리한 데이터가 볼륨에 저장 => 컨테이너 삭제 후에도 데이터 유지 가능 쿠버네티스 - 볼륨 쿠버네티스 포드도 도커 컨테이너와 마찬가지로 일시적이다. 포드가 생성되면 데이터를 처리한 뒤에 삭제되며, 이때 처리한 데이터도 함께 삭제된다. 포드에 볼륨을 설정하면 포드에서 생성한 데이터는 볼륨에 저장 => 포드가 삭제된 이후에도 데이터 유지 가능 구성 방법 볼륨 구성 방법 중 하나는 호스트의 디렉터리를 사용하도록 구성(hostPath)하는 것이다. 이..