개념

• Pod
  • 컨테이너 오케스트레이션에서 가장 작은 실행 단위.
  • 컨테이너 1개 이상을 묶어 실행한다. (예: 웹 서버 컨테이너와 로그 수집기 컨테이너를 묶어 하나의 Pod로 실행
• ReplicaSet
  • 같은 Pod를 여러 개 만들어서 개수를 유지한다(예 : 동일한 웹 서버 Pod 3개)
• Deployment
  • ReplicaSet을 관리하고, 버전 업데이트나 롤백까지 지원한다.
  • 실제 서비스에서 가장 많이 사용하는 방식
  • Pod의 선언적 관리. 원하는 Replica 수, 롤링 업데이트, 롤백 등을 지원.
• DaemonSet
  • 모든 노드에 1개씩 Pod를 배포한다.(예 : 노드 로그 및 메트릭 수집기)
• StatefulSet
  • 상태가 필요한 워크로드용. 각 Pod에 고유 ID를 부여하고, 고정된 네트워크 ID/스토리지를 제공 (예 : DB)
  • Pod의 이름이 고정되고, 배포 및 삭제에 순서를 가진다. (예: web-0, web-1)

리소스별 설명

Pod

• 역할

  • 테스트용
  • 단일 컨테이너 실행

• 특징

  • 장애가 나면 스스로 복구 불가 → 상위 리소스 필요

  # demo-pod.yaml
  apiVersion: v1
  kind: Pod
  metadata:
  	name: demo-pod
  spec:
  	containers:
  	- name: web
  		image: nginx:latest
  		ports:
  		- containerPort: 80
  

ReplicaSet

• 역할

  • Pod의 개수를 보장

• 특징

  • 장애 발생 시 지정된 개수를 유지하지만 버전 관리 등 업데이트 전략 없음 → Deployment가 대신 관리

  # demo-rs.yaml
  apiVersion: apps/v1
  kind: ReplicaSet
  metadata:
  	name: demo-rs
  spec:
  	replicas: 3
  	selector:
  		matchLabels:
  			app: demo
  	template:
  		metadata:
  			labels:
  				app: demo
  		spec:
  			containers:
  			- name: web
  				image: nginx:latest
  				ports:
  				- containerPort: 80