자원 할당

1) 과제 및 원칙

리소스 할당은 대상 SLO 및 FinOps 제한에 대한 수요 (로드, 프로젝트, 사고) 를 공급 (CPU/RAM/IO/네트워크, 라이센스, 직원, 예산) 과 일치시키는 체계적인 방법입니다.

• SLO 우선: 리소스는 품질 목표를 가지고 있습니다. 선택은 그것을 견딜 수있는 도구입니다.
• 공정성 + 우선 순위: 모든 사람에게 공정한 몫이지만 보장은 우선 순위입니다.
• 격리: 폭발 반경 "gluttonous" 하중을 제한합니다.
• 탄성: 실제 수요에 대한 자동 확장/수축.
• 비용 인식: 각 추가 리소스는 SLO/수익에 이해할 수있는 영향을 미쳐야합니다.
• 증거 기반: 원격 측정 및 실험으로 확인 된 솔루션.

2) 자원 분류

컴퓨팅: CPU/메모리/GPU, 컨테이너 풀, 서버리스 할당량.
저장: IOPS/처리량, 핫/워밍/콜드 레이어, 캐시.
네트워크: 탈출/침입, CNC, 개인 채널, IP 풀.
데이터: DWH/스트리밍, 백필 창의 슬롯/창 리소스.
사람들: 통화 중 슬롯, IC/릴리스, SRE/Dev 시간 (시간/스프린트).
공급 업체: 공급자 제한 (PSP/KYC/CNC), 요율 제한 및 연결.

3) 우선 순위 모델 (포트폴리오)

Tier-0: 활력 흐름 (로그인, 지불). 보장 된 자원, 개별 수영장.
1 단계: 비즈니스 중요 (핵심 제품, 보고서 D-1). 우선 할당량.
Tier-2/3: 보조/연구. 불안정하고 예산 한도.
프로젝트: 영향 × 긴급 × 신뢰 × 비용 등급 → 순위; SAV/포트폴리오에서 일치합니다.

4) 할당 정책 (보증, 할당량, 제한)

보장 (전용): 고정 지분/예비; Tier-0/1의 경우.
버스 테이블: 기본 할당량 + 한도까지 빌릴 권리.
최선의 노력: 보장 할 수 없으며 대체 할 수 있습니다.
쿼터/코드 제한: 모든 할당량과 한계는 선언적으로 설명됩니다 (정책 저장소).
선점/포드 중단 예산: 누가 추방 될 수 있고 어떤 속도로 추방 될 수 있습니까?
네트워크 할당량: 탈출/테넌트, 공급자와의 연결 제한.

5) 다중 임대 및 격리

임차인 당 네임 스페이스/계정: 개인 제한, 예산, 감사.
시끄러운 이웃: cgraps/요청/한계/IO- 스로틀 링; "무거운" 작업에 대한 별도의 노드.
P95- 격리: SLO는 평균이 아닌 백분위 수로 계산됩니다. 버스트는 p95 이웃을 깰 수 없습니다.
데이터 테넌시: VIP/지역에 대한 별도의 스토리지 레이어 및 캐시.

6) 자동 스케일링 및 탄성

HPA/VPA/Cluster-autoscaler: CPU뿐만 아니라 SLI/SLI 프록시 (대기 시간 p95, 대기열 깊이) 별 스케일.
예정된 스케일링: 피크 창/이벤트를 위해 미리.
따뜻한 수영장: 빠른 스케이프를위한 워밍업 노드/연결.
네트워크/CNC: RUM/Anycast/POP로드에 의한 자동 재조정.

7) 대기열, 서비스 클래스 및 SLA

수업: 대기 시간과 오류 예산이있는 '골드/실버/브론즈'.
대기열/버스: 우선 순위, Tier-0, DLQ 용 개별 배치.
역압: 커널을 보호하기위한 드롭/모양/느린 분야.
적응 형 타임 아웃/배상: 서비스 클래스 및 현재 상태.

8) 인적 자원

변속 및 적용 범위: 트래픽 매치 (태양 추적), P1 + P2는 최고점에서 두 배가됩니다.
SRE/Dev 초점: 시약 당 시간 백분율/사전 예방 (예: 50/50) KPI 사용.
요청 리소스: 시간/스프린트, 투명 우선 순위 대기열에 대한 RFC 템플릿.

9) 재무 모델 (FinOps)

단위 경제: $/1k 요청, $/성공적인 지불, $/Gi 로그.
예산 및 경고: 계정/임차인에 대한 할당량, 초과 지출에 대한 경고.
최적화: 뜨거운/따뜻한/차가운 보관, 로그 샘플링, 중요하지 않은 스팟 풀.
쇼백/차지 백: 팀/테넌트의 비용 보고서는 성과에 동기를 부여합니다.

10) 공급자 관리

한계 및 창: PSP/KYC/CDN의 계약 TPS 및 대기열; 달력에 예정된 창.
실패 프로파일: 여러 공급자 간의 가중치 및 라우팅.
펄스 지표: 응답 시간, 복원력, 비용/성공적인 작동.

11) 분포 성숙도 지표

등급 별 SLO 부착: 금/은/청동의% 준수.
리소스 효율: CPU/RAM/IO 활용 (중간/p95), 유휴 공유.
SLO 포인트 당 비용: SLO 대상 보유 비용의 변화.
스로틀 링/선점 속도: 우리가 얼마나 자주 그리고 누구를 대체합니까?
핫스팟 MTTA: 풀/테넌트 과열 응답 시간.
공정성 지수: 세입자 간 지연/할당량 스프레드 (gini/diversity).

12) 점검표

분포를 변경하기 전에

• SLO 대상 및 서비스 클래스가 정의됩니다.
• 짐에 의한 원격 측정 (p95/p99, 성장, 계절성) 이 있습니다.
• 쿼타/제한은 Git에 설명되어 검토됩니다.
• 테스트 된 이웃 (격리 테스트) 에 미치는 영향.
• 롤백 계획 및 가드 레일 준비.

주간 운영실

• 수영장 처리 및 핫스팟 보고서의 히트맵.
• FinOps 보고서: $/단위, 오버런, 이상.
• 공급자 제한 및 SLA가 충족됩니다.
• 대기열: 수업 지연, 금식 없음.
• 작업에서 식별 된 병목 현상에 의한 CAPA.

13) 템플릿 (아이디어)

13. 1 쿼터 정책 (YAML)

yaml tenant: vip-eu class: gold compute:
cpu:
request: "8000m"
limit: "12000m"
memory:
request: "16Gi"
limit: "24Gi"
storage:
tier: hot iops_min: 8000 network:
egress_mbps_cap: 500 slo:
latency_p95_ms: 250 preemption:
protected: true burst:
allowed: true max_factor: 1.5

13. 2 자동 확대 프로필 (조각)

yaml autoscaling:
metric: "queue_depth"   # или biz_sli.payment_latency_p95 target: 200 min_replicas: 6 max_replicas: 60 warm_pool: 4 cooldown_sec: 120

13. 3 개의 서비스 클래스 및 대기열

yaml class: gold sla:
wait_p95_ms: 150 queue:
partition: "gold-eu"
retry_policy:
attempts: 2 backoff_ms: 200 backpressure: "shape" # иначе drop/slow

13. 4 자원 청구 (사람)

RFC: RES-OPS-2025-11
Цель: усилить on-call P2 на пике ноябрьских промо (EU)
Период: 2025-11-25..2025-12-05
Обоснование: прогноз трафика +30%, прошлогодний p95 MTTA ↑
Запрос: +1 P2 слот/сутки, +IC в prime-time

14) 절차 및 자동화

플래너 봇: 트래픽 및 SLO 목표 이력에서 정책 저장소까지의 할당량 계산.
Guardrails-bot: 할당량/초과 구독이 충분하지 않으면 디 플러로 신호를 중지하십시오.
Comms bot: 과잉 지출/선점/클래스 변경에 대한 팀의 알림.
주석: 유지 보수 릴리스/창은 작업 기간 동안 가중치/할당량을 변경합니다 (이후 억제 제거).

15) 반 패턴

고립되지 않은 모든 사람을위한 하나의 큰 수영장 "시끄러운 이

SLO 및 원격 측정없이 "감각별로" 강조 표시.
상한 → "교살" 이웃이없는 제어되지 않은 버스트.
역압/대기열 부족 → 타임 아웃 눈덩이.
로그/출구 비용 - "조용한" 예산 누출을 무시하십시오.
계절/피크가없는 고정 할당량 → 사용 불가 또는 과잉 지출.

16) 구현 로드맵 (4-8 주)

1. 네드. 1-2: 리소스 및 서비스 목록; 클래스 할당 (골드/실버/브론즈) 기본 할당량; 기본 SLO.
2. 네드. 3-4: SLI 프록시로 자동 스케일링 가능; 대기열 및 역 압력 격리 Tier-0 수영장 설정.
3. 네드. 5-6: FinOps보고 ($/단위, 할당량, 예산 경고); 성수기에는 따뜻한 수영장과 페인트 칠을합니다.
4. 네드. 7-8: 플래너/가드 레일 자동화, 테넌트 캐비닛 (할당량/가치 가시성), 분기 별 검토 공정성 및 핫스팟.

17) 결론

리소스 할당은 일회성 설정이 아니라 SLO, 원격 측정 및 FinOps에 내장 된 라이브 프로세스입니다. 우선 순위가 공식화되고 코드, 격리 및 탄력성과 같은 할당량 및 한계가 기본적으로 측정 및 비용으로 확인되면 시스템은 꾸준히 최고점을 유지하고 중요한 흐름을 보호하며 예산을 "연소" 하지 않습니다.