Files
chocomae/doc/plan/db/260916-load-and-capacity-check/result/peaktime_steal_summary.txt
T

39 lines
2.1 KiB
Plaintext

=== 피크 시간대(12:50~15:00) CPU steal·크레딧 여유 분석 ===
원본: ../../260915-improve-production/result/peaktime/vmstat_2026091{4,5,6}-1250.log
9/14, 9/15 = DB 개선 전 / 9/16 = 개선 후
첫 데이터 줄(부팅 이후 누적 평균)을 제외한 779개 샘플
산출 명령 (vmstat 컬럼: $13=us $14=sy $17=st $3=swpd $7=si $8=so $4=free $6=cache):
awk 'NR>3 && NF==18 && $1 ~ /^[0-9]+$/ { ... }' vmstat_YYYYMMDD-1250.log
t3a.medium 크레딧 베이스라인 = 인스턴스 전체 CPU의 20% (24 credits/시간)
따라서 vmstat 의 us+sy 가 20% 를 넘는 구간에서만 크레딧이 순감소한다.
vmstat_20260914-1250.log
steal 평균 0.003% / 최대 1% / 0 초과 샘플 2개
us+sy 평균 13.50% / 20%(베이스라인) 초과 샘플 109개 (14.0%)
swpd 합 0 / si 합 0 / so 합 0 (스왑 미사용)
free 최소 363MB / cache 평균 2485MB
vmstat_20260915-1250.log
steal 평균 0.021% / 최대 2% / 0 초과 샘플 15개
us+sy 평균 9.48% / 20%(베이스라인) 초과 샘플 65개 (8.3%)
swpd 합 0 / si 합 0 / so 합 0 (스왑 미사용)
free 최소 240MB / cache 평균 2671MB
vmstat_20260916-1250.log
steal 평균 0.010% / 최대 1% / 0 초과 샘플 8개
us+sy 평균 2.79% / 20%(베이스라인) 초과 샘플 1개 (0.1%)
swpd 합 0 / si 합 0 / so 합 0 (스왑 미사용)
free 최소 229MB / cache 평균 2549MB
해석
- steal 최대가 9/15 의 2% 로, 크레딧 스로틀링(steal 이 수십 % 로 치솟는 현상)은 전혀 나타나지 않음.
- us+sy 평균이 개선 전에도 13.5% 로 베이스라인 20% 미만 → 피크에도 크레딧은 순증하고 있었음.
- 20% 초과 샘플이 9/14 109개(14%) → 9/16 1개(0.1%) 로 감소. 인덱스 개선 효과.
- 스왑은 설정되지 않았거나 사용된 적 없음(swpd/si/so 모두 0). 메모리 한계 도달 시
느려지는 것이 아니라 OOM Killer 가 동작하므로, 메모리 여유는 별도로 감시해야 함.
결론: 2026-04-14 업그레이드의 직접 원인이었던 "크레딧 소진 → 10초 무응답" 은
현재 t3a.medium 사양에서 재현되지 않는다.