Kubernetes

01무엇이고, 어떤 일을 하나

• 워크로드의 원하는 복제 수와 실제 실행 상태를 조정한다.
• 스케줄러와 노드 에이전트로 Pod의 배치와 실행을 연결한다.
• 교체되는 Pod들에 Service 같은 논리적 접근 지점을 제공한다.

02어떤 순서로 동작하나

1. 목표 제출

   사용자가 Deployment 등 API 객체로 이미지·복제 수·자원 요청 같은 원하는 상태를 제출한다.

2. 차이 조정

   컨트롤러가 관측 상태와 목표를 비교해 필요한 Pod 생성·교체 작업을 요청한다.

3. 노드 배치·실행

   스케줄러가 조건에 맞는 노드를 선택하고 kubelet이 컨테이너 런타임과 협력해 해당 Pod를 실행한다.

4. 상태 피드백

   실행·준비 상태가 다시 보고되고 제어 루프와 Service의 엔드포인트 관리에 반영된다. 장애와 목표 차이가 있으면 조정이 이어진다.

03먼저 알아둘 용어와 구성요소

Pod

함께 배치하고 실행하는 컨테이너 단위로 네트워크와 일부 자원을 공유한다. Pod는 교체될 수 있으므로 특정 Pod 주소를 영구 서버 주소로 가정하지 않는다.

Deployment

Pod 복제와 업데이트를 선언적으로 관리하는 워크로드 객체다. 데이터베이스 복제·백업 같은 애플리케이션 내부 일관성을 대신 구현하지 않는다.

Service

선택한 엔드포인트 집합에 대한 논리적 통신 접점을 제공한다. ClusterIP·NodePort·LoadBalancer 등 형태는 접근 목적과 구현 조건이 다르다.

kubelet

노드에서 할당된 Pod의 실행을 런타임과 연결하고 상태를 보고하는 에이전트다. 클러스터 전체 배치 결정을 내리는 스케줄러와 역할이 다르다.

HPA

관측 지표와 목표에 따라 지원 워크로드의 Pod 복제 수를 조정한다. 물리 노드 수를 직접 늘리는 기능과는 별도다.

resource request

스케줄링과 일부 사용률 계산의 기준이 되는 자원 요청이다. CPU HPA의 사용률은 일반적으로 이 요청 대비 사용량에 기반한다.

04예제로 따라가기

• Deployment 복제 수가 3인데 실행 가능한 Pod가 2개이면 컨트롤러가 목표 차이를 줄이는 작업을 수행한다.
• HPA가 Pod 수를 늘려도 노드 자원이 부족하면 새 Pod가 Pending일 수 있어 노드 확장과 구별한다.
• LoadBalancer Service를 선언해도 해당 인프라의 로드밸런서 연동 구현이 없으면 외부 장비가 자동으로 제공되는 것은 아니다.

05혼동하기 쉬운 점과 확인 기준

• Service나 Pod 복제가 애플리케이션 세션·DB 트랜잭션·저장소 백업을 자동 해결하지는 않는다.
• 원하는 상태를 선언했다는 사실과 실제 적용 완료는 다르다. API 상태·이벤트·노드 자원·준비 상태를 함께 읽는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.