CEO

하나의 Pod를 사용하여, 서비스를 할 경우 다양한 문제에 직면할 수 있다. 예를 들어 Pod의 오류나, Pod 내부의 컨테이너에서 발생한 오류로 인해 서비스가 불가능할 경우이다. 이와 같은 경우는 해당 Pod가 복구 될 때까지 해당 서비스를 이용할 수 없다. 쿠버네티스는 이를 막고자, replicaset을 사용하여 항상 서비스 되는 것을 유지할 뿐 아니라, 로드 밸런싱, 확장성에 대한 부분도 해결 할 수 있다. 어떤 경우에 필요할까? 실제 서비스 되는 환경에서 하나의 Pod를 통해 서비스를 유지한다는 것은 상당히 위험한 일이다. 어떤 상황에서 트래픽이 많이 발생할지 모른다. 또한 Pod의 생명주기는 생성 - 삭제를 반복하기 때문에, 하나의 Pod가 서비스에 대한 여러개의 Pod를 사전에 배치하여 이를 ..

쿠버네티스의 오브젝트 중, Pod에 대해 알아보고자 한다. Pod를 이해하기 위해서는 쿠버네티스의 Pod 없이 컨테이너만 활용하여 서비스를 구성하고자 한다면 어떻게 해야 되는지 안다면, Pod의 필요성에 대해 명확히 이해할 수 있다. 어떤 경우에 필요 할까? 쿠버네티스 없이, 특정 서비스를 위해 컨테이너를 생성하고 관리하여야 한다고 생각해보자. 예를 들어 웹 서비스를 위해 하나의 컨테이너에는 웹과 관련된 어플리케이션을 하나의 컨테이너에는 해당 웹 어플레케이션 동작에 도움을 주는 어플리케이션을 실행하면 다음과 같은 상황이 발생한다. 네트워크, 볼륨, 네임스페이스 등 다양한 요소들을 컨테이너 별로 설정해주어야 한다. 설정이 끝난다고 해도 확장성을 생각한다면 새로운 문제에 직면하게 된다. 예를 들어, 지금은 ..

쿠버네티스를 설치 할 때 kubelet, kubeadam kubectl과 같은 구성 요소들을 설치하게 된다. 각 구성 요소들에 대해 간략히 알아보게 된다면, 전체적인 구조를 이해하는데 도움이 될 것 같아 정리하고자 한다. 구조 쿠버네티스의 전체적인 구조는 위의 그림과 같이 하나의 Master와 다수의 Worker 노드로 구성되어 있다. 그림에서는 local 환경에서 쿠버네티스를 구축한 경우이다. 본 글에서는 로컬 환경에 쿠버네티스를 구성할 경우를 중점으로 각 구성요소들을 설명하고자 한다. Master Node 마스터 노드의 경우 워커 노드를 관리, 모니터링 하며 Pod가 실행되는 적절한 Worker Node를 스케줄링하는 역할 등과 같이 전반적으로 노드와 Pod를 관리하는 역할을 수행한다. (Pod : ..