| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 |
Tags
- it
- devsecops
- Data Engineering
- etcd
- 커널
- 시스템호출
- Kubernetes
- 개발
- 쿠버네티스
- 데이터엔지니어
- Monitoring
- 대규모시스템
- 코테
- OS
- Pub/Sub
- fork()
- 분산시스템
- 운영체제
- tech
- 인프라
- Observability
- Network
- Kafka
- k8s
- 엘라스틱서치
- 개발자
- 스프링빈
- elasticsearch
- AWS
- SRE
Archives
- Today
- Total
모래성 말고 철옹성
[1분 쿠버네티스] 쿠버네티스 QoS 본문
1분 쿠버네티스

QoS (Quality of Service)
쿠버네티스에서 QoS는 파드(Pod)의 리소스 우선순위를 결정하는 역할을 한다. 노드에 리소스가 부족할 때 우선순위가 낮은 파드가 먼저 종료되므로, 서비스 안정성을 위해 QoS 설정이 중요하다.

QoS 클래스
- BestEffort: 리소스 request/limit 없음 → 가장 먼저 종료됨
- Burstable: request보다 더 많이 사용할 수 있음 → 중간 우선순위
- Guaranteed: request=limit → 가장 높은 우선순위
샘플
apiVersion: v1
kind: Pod
metadata:
name: qos-example
spec:
containers:
- name: guaranteed-container
image: nginx
resources: # QoS 클래스를 결정
requests:
memory: "256Mi"
cpu: "250m"
limits:
memory: "256Mi"
cpu: "250m"
QoS 클래스 우선순위 정리 표
| CPU request, memory | Memory limits | 컨테이너 QoS 클래스 |
| 미설정 | 미설정 | BestEffort |
| 미설정 | requests < limits | Burstable |
| 미설정 | requests = limits | Burstable |
| requests < limits | 미설정 | Burstable |
| requests < limits | requests < limits | Burstable |
| requests < limits | requests = limits | Burstable |
| requests = limits | requests = limits | Guaranteed |
반응형
'DevOps > 쿠버네티스' 카테고리의 다른 글
| [1분 쿠버네티스] Kube-API Server - Kubernetes의 모든 통신의 출입구 (2) | 2025.08.15 |
|---|---|
| [1분 쿠버네티스] etcd: Kubernetes의 심장을 지탱하는 분산 키-값 저장소 (1) | 2025.08.14 |
| [1분 쿠버네티스] 쿠버네티스 아키텍처 이해 (0) | 2025.03.28 |
| [1분 쿠버네티스] Service - ClusterIP, NodePort, LoadBalancer (0) | 2025.03.26 |
| [1분 쿠버네티스] ReadinessProbe와 LivenessProbe (0) | 2025.03.16 |
Comments