핵심 개념 및 아키텍처

이제 기초를 살펴보겠습니다. Kubernetes 아키텍처를 알아보겠습니다. 두뇌 역할을 하는 컨트롤 플레인부터 일꾼 역할을 하는 워커 노드까지 각 구성 요소를 둘러보겠습니다.

Kubernetes는 마스터-워커 아키텍처로 실행됩니다. 마스터(컨트롤 플레인)는 클러스터 상태를 관리하고, 워커 노드는 실제 애플리케이션을 실행합니다.

컨트롤 플레인은 클러스터의 두뇌입니다. 전체적인 결정을 내리고, 클러스터의 실제 상태가 사용자가 요청한 상태와 일치하도록 끊임없이 작업합니다.

kube-apiserver는 컨트롤 플레인으로 들어가는 입구입니다. kubectl을 통한 사용자의 상호작용이든 구성 요소 간의 상호작용이든 모든 요청은 이 API를 거칩니다.

etcd는 클러스터 전체 상태를 저장하는 일관된 키-값 저장소입니다. 클러스터의 단일 진실 공급원이며, etcd에 장애가 발생하면 클러스터는 기억을 잃습니다.

kube-scheduler는 배치될 곳이 없는 파드를 찾아 리소스, 제약 조건, 선호도 규칙을 고려해 각 파드에 가장 적합한 노드를 선택합니다.

컨트롤러 관리자는 실제 상태가 원하는 상태와 일치하도록 유지하는 제어 루프를 실행합니다. 장애가 발생한 노드를 감지하고, 올바른 수의 파드를 유지하는 등의 작업을 수행합니다.

워커 노드에서 컨테이너가 실제로 실행됩니다. 각 워커 노드는 파드를 실행하고, 네트워킹을 처리하며, 컨트롤 플레인과 통신하는 데 필요한 서비스를 제공합니다.

kubelet은 모든 워커 노드에서 실행되는 에이전트입니다. API 서버에서 파드 사양을 받아 해당 컨테이너가 실행되고 정상 상태인지 확인합니다.

kube-proxy는 각 노드에서 실행되며 서비스를 위한 네트워킹을 처리합니다. 클러스터 내부에서 들어오든 외부에서 들어오든 트래픽을 정상 상태인 파드로 라우팅합니다.

Kubernetes의 핵심 구성 요소를 얼마나 잘 이해했는지 확인해 보겠습니다.

훌륭합니다! 이제 마스터-워커 모델, 컨트롤 플레인(API 서버, etcd, 스케줄러, 컨트롤러 관리자), 워커 구성 요소(kubelet, kube-proxy)를 알게 되었습니다.