cloud bee

istio architecture는 위 사진과 같다. 처음에 architecture를 확인하였을 때 이해가 가지 않았다. 하지만 kubernetes 실습을 통해서 어떤 식으로 동작하는지 어느 정도 이해를 하여 글을 남기게 되었다. 실습은 다음과 같은 사이트를 통해 진행되었다 https://istio.io/latest/docs/examples/bookinfo/ Bookinfo Application Deploys a sample application composed of four separate microservices used to demonstrate various Istio features. istio.io 이 사이트에 접속하면 sample app에 관한 것을 확인할 수 있다. 해당 사이트의 sampl..

노드용 컴포넌트는 쿠버네티스 실행환경을 관리한다. 대표적으로 파드 실행을 관리하는 것들을 한 번 알아보자 컴포넌트: kubelet, kube-proxy, 컨테이너 런타임 마스터용 컴포넌트에 비하여 적은 것을 확인할 수 있다. 적은 만큼 이론을 쉽게 이해하기 쉬울 것이다. 한번 개념에 대해 알아보자. 여기에선 node용 컴포넌트를 모두 설명하도록 할 것이다. 노드 컴포넌트(Node Components) Kubelet kubelet은 클러스터 안 모든 노드에서 실행되는 에이전트이다. 파드 컨테이너들의 실행을 직접 관리한다. kubelet은 파드스펙이라는 조건이 담긴 설정을 전달받아서 컨테이너를 실행하고 컨테이너가 정상적으로 실행되는지 헬스 체크를 진행한다. 노드 안에 있는 컨테이너라도 쿠버네티스가 만들지 않..

kubernetes master용 컴포넌트는 실제 클러스터 전체를 관리한다. 마스터 컴포넌트는 다음과 같이 존재한다. etcd, kube-apiserver, kube-scheduler, kube-controller-manager, cloud-controller-manager 1. etcd 코어 OS에서 개발한 고가용성을 제공하는 키-값 저장소로 분산 시스템에서 노드 사이의 상태를 공유하는 합의 알고리즘 중 하나인 raft 알고리즘을 구현한 것이다. etcd는 kubernetes에 필요한 모든 데이터를 저장하는 역할을 한다(database) etcd는 서버 하나당 프로세스 1개만 사용할 수 있다. 보통 여러 대의 컴퓨터를 연결하여 시스템 하나처럼 구성하고, 여러 마스터 서버를 분산 및 실행하여 데이터의 안..

쿠버네티스 클러스터는 크게 두 종류의 서버로 나누어진다. 클러스터를 관리하는 마스터(master)와 실제 컨테이너를 실행시키는 노드(node)로 분류된다. 마스터는 보통 고가용성을 만족하고자 서버 3대 정도를 구성해서 운영한다고 한다. 실제로 클러스더를 관리하는 리더 마스터는 1대이고, 나머지 2대는 대기하여 리더 마스터에 장애가 발생할 때, 리더역할을 맡게 된다. 컴포넌트 마스터에서 실행되는 컴포넌트: etcd, kube-apiserver, kube-scheduler, kube-controller-manager, kubelet, kube-proxy, docker 노드에서 실행되는 컴포넌트: kubelet, kube-proxy, docker 마스터와 노드의 통신구조 쿠버네티스의 모든 통신의 중심이자, 각..

Kubernetes architecture가 어떤 식으로 동작하는지 확인하는 과정을 거쳐보도록 한다. 이제 아키텍처가 어떤 식으로 동작을 하는지 보도록 한다. 우선 Ctrl Plane 부분부터 살펴보도록 한다. 1. Ctrl Plane kubectl은 해당 Ctrl Plane으로 kubernetes에 관한 명령을 내리도록 지시를 한다. Ctrl Plane는 AWS로 치면 EKS(Elastic Kubernetes Service) Cluster라고 보면 될 것이다. Ctrl Plane는 kube apiserver를 통해 모든 요청과 응답을 서로 주고받는다. 해당 Kube apiserver는 HTTPS 프로토콜 방식으로 암호화를 통해 Node 간의 통신 방법을 지원한다. etcd는 Ctrl Plane에서 발생..