Pod Priority는 리소스 부족 시 어떤 Pod를 먼저 종료할지 결정한다.

apiVersion: scheduling.k8s.io/v1
kind: PriorityClass
metadata:
  name: high-priority
value: 1000000
globalDefault: false
description: "Critical system pods"

• System-critical(1억): kube-system 컴포넌트
• Production-high(100만): 핵심 서비스
• Production-normal(10만): 일반 서비스
• Best-effort(0): 배치 작업

Preemption(선점)은 높은 우선순위 Pod를 위해 낮은 우선순위 Pod를 축출한다.

주의사항: PDB와 함께 사용하여 과도한 Preemption 방지, preemptionPolicy: Never로 선점 비활성화 가능, 리소스 할당량과 조합하여 공정성 보장.

두 메커니즘 모두 Pod 분산을 제어하지만 접근 방식이 다르다.

• 특정 Label Pod와 같은 노드/AZ에 배치되지 않도록 제한, 이진법적(배치 가능/불가능), 엄격한 분리.

• Pod를 토폴로지 도메인(노드/AZ/리전)에 균등 분산, maxSkew로 불균형 허용 범위 설정, 유연한 분산.

topologySpreadConstraints:
- maxSkew: 1
  topologyKey: topology.kubernetes.io/zone
  whenUnsatisfiable: DoNotSchedule
  labelSelector:
    matchLabels:
      app: web

선택 기준: 절대적 분리(DB Primary/Replica)는 Anti-Affinity, 균등 분산(Stateless 앱)은 Topology Spread, 멀티 AZ 고가용성은 Topology Spread with maxSkew=1.

Taint는 노드에 설정하여 특정 Pod만 스케줄되도록 제한한다.

NoSchedule:

• Toleration 없는 Pod는 스케줄 안 됨, 기존 Pod는 영향 없음, 신규 워크로드 차단.

PreferNoSchedule:

• 가능하면 스케줄 안 하지만 리소스 부족 시 허용, 소프트 제약, 우선순위 낮은 워크로드.

NoExecute:

• 기존 Pod도 축출, Toleration 없으면 즉시 종료, tolerationSeconds로 유예 시간 설정, 노드 유지보수 시 사용.

# GPU 노드에 Taint 설정
kubectl taint nodes gpu-node nvidia.com/gpu=true:NoSchedule

# 유지보수 모드
kubectl taint nodes node-1 maintenance=true:NoExecute

Spot 인스턴스는 NoSchedule, 장애 노드는 NoExecute, 특수 하드웨어(GPU/ARM)는 Taint + Toleration 조합.

Kubernetes는 기본 스케줄러 외에 커스텀 스케줄러를 추가할 수 있다.

• 하나의 스케줄러가 여러 프로파일 제공, 플러그인 조합으로 다른 스케줄링 로직 구현.

apiVersion: kubescheduler.config.k8s.io/v1
kind: KubeSchedulerConfiguration
profiles:
- schedulerName: default-scheduler
- schedulerName: no-scoring-scheduler
  plugins:
    score:
      disabled:
      - name: '*'

• 완전히 독립적인 스케줄러 배포, ML 워크로드용 GPU 최적화 스케줄러, 배치 작업용 빈패킹 스케줄러.

Pod에서 schedulerName 지정하여 선택.

실무: 기본 스케줄러로 대부분 처리, 특수 요구사항(Volcano for Batch, Yunikorn for Multi-tenancy)만 별도 스케줄러 사용.

대규모 클러스터는 API Server, etcd, Scheduler 병목이 발생한다.

• --max-requests-inflight 증가(400 → 800), --max-mutating-requests-inflight 증가(200 → 400), API Priority and Fairness 활용, 읽기 전용 쿼리는 캐시 사용.

• SSD 필수, --quota-backend-bytes=8GB, Compaction 자동화, 별도 물리 서버 배치, 5노드 클러스터로 확장.

• --kube-api-qps, --kube-api-burst 증가, Informer cache 최적화, IPVS 모드 사용(iptables 대신).

• Node lease 메커니즘으로 heartbeat 최적화, CoreDNS 캐시 증가 및 replicas 증가, Webhook 타임아웃 단축, ResourceQuota로 폭탄 배포 방지.

Prometheus로 apiserver_request_duration_seconds, etcd_disk_backend_commit_duration_seconds 모니터링.

💡 용어 설명:

• 고급 스케줄링 관련 용어들(PriorityClass, Preemption, Topology Spread Constraints, Taint, Toleration, Scheduler Profile 등)에 대한
• 상세한 설명은 문서 상단의 주요 용어 통합 정리 > 스케줄링 및 리소스 관리 섹션을 참고하세요.

• ← KR_쿠버네티스.md로 돌아가기