CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 쿠버네티스와 오브젝트 모델 마스터와 노드 쿠버네티스는 크게 마스터와 노드 두개의 컴포넌트로 분리 쿠버네티스 마스터 전체 쿠버네티스 시스템을 제어하고 관리하는 쿠버네티스 컨트롤 플레인을 실행합니다. 즉 쿠버네티스의 설정 환경을 저장하고 전체 클러스터를 관리하는 역할입니다. etcd, kube-apiserver, kube-scheduler, kube-controller-manager 쿠베네티스 노드 실제 배포되는 컨테이너 애플리케이션을 실행합니다.실제 사용자가 사용하는 컨테이너들은 대부분 노드에서 실행합니다. 노드나 파드나 컨테이너처럼 쿠버네티스 위에서 동작하는 워크로드를 호스팅 하는 역할 노드에서 kubelet, kube-pro..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 디플로이먼트: 선언적 애플리케이션 업데이트 쿠버네티스에서는 일반적으로 Replication Controller(RC)를 이용해서 배포하지 않고 Deployment라는 개념을 사용합니다. 복제된(replicated) 애플리케이션을 관리하는 API 객체입니다. ReplicatSet(+Pod)을 생성합니다. 롤릴 업데이트 등을 할 때 RC를 두 개를 만들어야 하고 하나씩 Pod의 수를 수동으로 조정해야 하기 때문에 이를 자동화 해서 추상화한 개념이 Deployment입니다. 기본적으로 Replication Controleer (RC)를 생성하고 이를 관리하는 역할입니다. 특징 쿠버네티스가 애플리케이션의 인스턴스를 어떻게 생성하고 업..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 컨피그맵과 시크릿: 애플리케이션 설정 쿠버네티스에서는 설정 옵션을 컨피그맵이라 부르는 별도 오브젝트로 분리할 수 있습니다. 컨피그맵은 짧은 문자열에서 전체 설정 파일에 이르는 값을 가지는 키/값 쌍으로 구성된 맵입니다. 컨테이너에서 필요한 환경설정 내용을 컨테이너와 분리해서 제공해 주기 위한 기능 : 클라우드 네이티브 아키텍처에서 컨테이너는 변하지 않는 자원 비기밀 데이터를 키-값 쌍으로 저장하기 위해 사용하는 API 객체 컨테이너 이미지에서 설정 데이터를 분리(decouple)시키기 위한 것 컨테이너 이미지에서 사용하는 환경변수와 같은 세부 정보를 분리하고, 그 환경변수에 대한 값을 외부로 노출 시키지 않고 내부에 존재하는 ..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 볼륨: 컨테이너에 디스크 스토리지 연결 스토리지 볼륨은 파드와 같은 최상위 리소스는 아니지만 파드의 일부분으로 정의되며 파드와 동일한 라이프사이클을 가집니다. 파드가 시작되면 볼륨이 생성되고, 파드가 삭제되면 볼륨이 삭제된다는 것을 의미합니다. 볼륨 쿠버네티스 볼륨은 파드의 구성 요소로 컨테이너와 동일하게 파드 스펙에서 정의됩니다. 볼륨은 독립적인 쿠버네티스 오브젝트가 아니므로 자체적으로 생성, 삭제될 수 없습니다. 데이터를 담는 디렉터리로 Pod 내 컨테이너들이 접근가능합니다. Pod에 소속되는 동안 유지됩니다. Pod 내에서 구동되는 컨테이너들보다 오래 유지되며, 그 데이터는 컨테이너가 재시작되더라도 계속 보존됩니다. iS..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 서비스: 클라이언트가 파드를 검색하고 통신을 가능하게 함 서비스 Pod 집합과 같은 애플리케이션들에 접근하는 방법을 기술하는 API 객체 쿠버네티스의 서비스는 동일한 서비스를 제공하는 파드 그룹에 지속적인 단일 접점을 만들려고 할 때 생성하는 리소스로 각 서비스는 서비스가 존재하는 동안 절대 바뀌지 않는 IP 주소와 포트가 있습니다. 클라이언트는 해당 IP와 포트로 접속한 다음 해당 서비스를 지원하는 파드 중 하나로 연결됩니다. Service의 Cluster IP를 통해 유동적으로 생성되고 사라지는 Pod에 접근하기 위한 방법으로 사용합니다. ClusterIP , NodePort , LoadBalancer 타입 제공하며 기본 ..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 레플리케이션과 그 밖의 컨트롤러: 관리되는 파드 배포 레플리케이션 컨트롤러(rc) apiVersion: v1 kind: ReplicationController metadata: name: kubia spec: replicas: 3 selector: app: kubia template: metadata: labels: app: kubia spec: containers: - name: kubia image: luksa/kubia ports: - containerPort: 8080 레플리케이션 컨트롤러는 쿠버네티스 리소스로서 파드가 항상 실행되도록 보장합니다. 클러스터에서 노드가 사라지거나 노드에서 파드가 제거된 경우, 레플리케이션..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. 쿠버네티스 파드 : 쿠버네티스에서 컨테이너 실행 파드 Kubernetes에서 생성하고 관리할 수 있는 배포가능한 가장 작은 단위 파드는 함께 배치된 컨테이너 그룹이며 쿠버네티스의 기본 빌딩 블록이며 파드 안에 있는 모든 컨테이너는 같은 노드에서 실행됩니다. 하나의 컨테이너를 개별적으로 배포하는 것이 아닌 Pod 단위로 배포 가장 기본적인 배포 단위로 하나 이상의 컨테이너를 포함하는 단위로 일반적으로 1 Pod 1 Container Pod 내의 컨테이너들은 IP, Port를 공유합니다. Pod가 재시작되면 IP가 변경되며 Pod내의 컨테이너들의 로컬디스크의 내용이 사라집니다. YAML 또는 JSON 디스크크립터로 파드 생성 파드..

CKA 자격증 획득 이후 추후 실무를 위한 개념정리를 위해 포스팅된 글입니다. Kubernetes 쿠버네티스 등장 이유는 구성 요소의 서버 배포를 자동으로 스케줄링하고 구성, 관리, 장애 처리를 포함하는 자동화가 필요하기 때문입니다. 개발자가 운영 팀의 도움 없이도 자신의 애플리케이션을 원하는 만큼 자주 배포할 수 있습니다. 하드웨어 장애 발생 시 해당 애플리케이션을 자동으로 모니터링하고 스케줄링을 조정해 운영 팀을 도와줍니다. 기능 여러 서버들에서의 컨테이너 관리 컨테이너 간 네트워크 관리 컨테이너의 부하분산 컨테이너의 감시 무정지로 업데이트 쿠버네티스와 같은 시스템이 필요한 이유 모놀리스 애플리케이션에서 마이크로서비스로 전환 시스템의 증가하는 부하를 처리하려고 CPU, 메모리, 그 밖의 서버 구성 요..