Computing

이전글 - Pod 스토리지 (1): Volume, PersistentVolume, PersistentVolumeClaim 개념 PV (PersistentVolume) & PVC (PersistentVolumeClaim) 이전 글에서 정리하였지만, Volume 컴포넌트는 Pod에 외부 저장소(스토리지)를 제공하기 위한 Pod의 컴포넌트이다(emptyDir 타입 Volume은 제외). 따라서 Pod가 제거된다면 Volume 컴포넌트 또한 함께 제거된다. 다만 주의할 점은 외부 저장소 자체가 제거되는 것은 아니라 데이터는 보존 가능하다. 그에 비해 PersistentVolume(PV, 지속되는 볼륨)은 이름 그대로 Volume과는 다르게 지속된다. 즉 Pod와 제거되더라도 유지된다. PersistentVolu..

파드 스토리지의 특징 및 외부 스토리지의 필요성 쿠버네티스의 파드(Pod)는 쿠버네티스에서 생성 및 관리되는 가장 최소의 배포 단위이다[1]. 파드는 하나 이상의 리눅스 컨테이너(container)들로 구성된다. 이때 같은 파드 내에서 배포된 컨테이너들은 같은 네트워크 자원을 가지며 스토리지를 공유할 수 있다[1]. 또한 한 파드로 묶여서 배포되는 컨테이너들은 같은 서버에서 동시에 스케쥴링&실행된다. 쿠버네티스는 여러 컨테이너들로 구성된 파드를 최소 배포 단위(=애플리케이션)라고 정의한다. 이러한 구성은 하나의 애플리케이션을 여러 개의 컨테이너들로 구성할 수 있기에 유지보수 과정을 쉽게 만들어준다고 한다. 예를 들어, 웹사이트를 만들고자 할 때, 여러 기능을 하나의 컨테이너 이미지로 저장할 수도 있을 것..

이전글 - Pod 네트워크 (1) : Service 필요성과 개념, 종류 (ClusterIP, NodePort, LoadBalancer) - Pod 네트워크 (2) : Service 내부 구현 분석 (kube-proxy와 iptables) 이전 글에서 쿠버네티스 클러스터 상에서 네트워킹을 지원하는 리소스인 Service(서비스), 그 서비스의 종류와 내부 구현에 대하여 정리하였다. 오늘은 서비스의 구현체인 Kube-proxy와, Container Network Interface (CNI)의 구현체인 CNI plugin의 차이에 대해서 정리해보고자 한다. 둘 다 쿠버네티스 운영 시 네트워크 관련된 개념이라는 것 때문에 혼동되는데 이번 기회에 정리를 한번 해보고자 한다. kube-proxy VS. CNI P..

이전글 - Kubernetes 고가용성(HA) (1): 고가용성과 Kube Master의 고가용성 이전 글에서 쿠버네티스 클러스터의 고가용성을 위해 Multiple Masters를 클러스터에 배포한다는 것을 배웠다. 이번 포스터에서는 간단하게 Multiple Masters를 포함하는 쿠버네티스 클러스터를 배포하는 방법에 대해서 정리하고자 한다. 실습 환경 쿠버네티스 클러스터 설치는 kubeadm을 통해 최소한의 시스템으로 설치할 예정이다. 아쉽게도 개인 컴퓨터 환경이기에 3대의 가상머신(VM)과 HAProxy[1]이라는 가상 load balancer를 이용할 예정이다. 실습 환경은 다음과 같다. [각 가상머신 구성] - OS: CentOS 8 - CPU: Physically 2 cores - Memory..

이전글 - Pod 네트워크 (1) : Service 필요성과 개념, 종류 (ClusterIP, NodePort, LoadBalancer) 이전 글에서 쿠버네티스의 서비스 리소스의 필요성과 그 개념에 대하여 정리하였다. 쿠버네티스 서비스는 파드들에 네트워크 접근할 수 있도록 변하지 않는 Private or Public IP를 제공하는 리소스이다. 사실 서비스 없이도 파드와 네트워크 통신할 수 있지만, 그 과정이 복잡하고 구현하기 까다롭다. (Iptables rule, routing table 설정 등을 Pod 정보가 변할 때마다 개발자가 직접 계속해서 관리해줘야 할 것이다.) 쿠버네티스는 서비스라는 추상화된 개념을 도입하여 이를 누구나 쉽게 이용할 수 있도록 제공한다. Fig 1.은 Service 개념을 ..

파드 통신 예시 및 Service의 필요성 쿠버네티스 클러스터에서 애플리케이션(워크로드)은 파드 단위로 실행된다. 애플리케이션은 하나 이상의 파드들로 구성될 수 있는데, 간단한 웹애플리케이션 예시를 들면 Java spring 웹애플리케이션 로직을 담당하는 파드 3개, 데이터 저장을 위한 DB 파드 하나로 구성될 수 있다. Fig 1.과 같이 모든 파드는 쿠버네티스 클러스터 안에서 가상 IP 하나를 부여받는다. 이 가상 IP는 쿠버네티스 클러스터 안에서 유일하며, 쿠버네티스 클러스터 내에서만 유효하다. 이 가상 IP를 통해 같은 쿠버네티스 클러스터 내의 파드들끼리는 통신이 가능하다. 예를 들면 Fig 1.에서 Pod A가 Pod C와 통신하기 위해서 10.1.2.1로 패킷을 보내는 것이 가능하다. 문제는 ..

이전글 - [jhKube][1] Kubernetes와 Linux Container 간단 정리 - [jhKube][2] Kubernetes architecture 및 설치 방법 간단 정리 - [jhKube][3] kubeadm을 통한 쿠버네티스 클러스터 설치 (CentOS7, 가상머신 환경, cri-docker) - [jhKube][4] kubespary를 통한 쿠버네티스 클러스터 설치 (ansible 간단 정리) 이전 jh 실습 시리즈를 통해 쿠버네티스 클러스터 개념 및 배포에 대해서 실습을 통해 정리하였다. 이전 포스터에서 매우 간단히 Kubespray 개념 및 Kubespray를 통한 쿠버네티스 클러스터 배포(deployment, 간단하게 설치라고도 하겠다) 방법에 대해서 정리하였다. 그간 Kubes..

이전 글 Pod 배포 - 워크로드 리소스 (1) (Replicaset, Deployment) 이전 글에서 Pod를 자동으로 실행시키기 위한 워크로드 리소스들 중 Replicaset과 Deployment에 대하여 정리하였다. 워크로드 리소스는 개발자를 대신하여 파드 집합을 관리하는 쿠버네티스 객체로 사용자가 Pod가 어떻게 실행되어야 하는 지 명시해 둔 것이다. 쿠버네티스는 이 리소스를 기반으로 Pod를 실행&제거한다. 이번 포스터에서는 Daemonset(데몬셋), Job(잡), Cronjob(크론잡) 워크로드 리소스에 대해서 정리하고자 한다. 간단히 정리하자면 - 데몬셋: 모든 노드에서 파드가 정확히 하나씩 실행되도록 명시한 워크로드 리소스 - 잡: 파드(들)가 한번만 문제 없이 실행되도록 명시한 워크로..