Steal Time으로 퍼블릭 클라우드 EC2 초과판매 여부 탐지

두 가지 기준으로 초과판매 진실을 밝힌다

업데이트됨 2026-09-01 · CloudWorth

Steal Time초과판매 탐지ECSFinOps증빙CloudWorthVPS 오버셀링VPS 점검

Steal Time이 높으면 CPU가 초과판매된 것입니다; Cache 절벽과 프리미엄 비율을 결합하여 증빙하고 권리를 주장할 수 있습니다.

초과 판매를 판단하는 두 가지 잣대

퍼블릭 클라우드 EC2의 초과 판매 여부를 판단할 때 CPU 유휴율만 볼 수는 없습니다. 가상 머신 내부의 유휴 상태가 물리 머신이 한가하다는 뜻은 아니기 때문입니다. 첫 번째 잣대는 Steal Time(steal%)입니다. 이는 원래 당신에게 할당되어야 할 CPU 시간이 호스트 머신에 의해 옆에 있는 나쁜 이웃에게 조용히 넘어갔는지를 직접 알려줍니다. steal%가 지속적으로 10%를 초과하면, 기본적으로 해당 호스트 머신이 초과 판매 상태에 있다고 의심할 수 있습니다.

하지만 steal만 보는 것으로는 충분하지 않습니다. 일부 인스턴스(예: AWS t 시리즈)에는 CPU Credit 메커니즘이 있어서, 버스트 기간에 steal이 높은 것은 단지 크레딧이 소진되었기 때문일 수 있습니다. 그래서 두 번째 잣대가 등장합니다: 디스크 Cache 절벽. 초과 판매 호스트 머신은 종종 많은 IO 요청을 동시에 처리합니다. fio로 랜덤 읽기를 테스트할 때, 페이지 캐시 적중률이나 지연 시간이 절벽처럼 급락할 수 있으며, 이는 CPU steal과 시간적으로 매우 일치합니다. 두 잣대가 서로 확인되어야 완전한 증거가 됩니다.

빠르게 감지를 시작하고 싶으신가요? 우리가 이전에 정리한 클라우드 서버 초과 판매 감지 스크립트를 사용하면 steal 및 cache 지표를 직접 출력할 수 있어, 구매 전에 함정을 피하는 데 도움이 됩니다.

인스턴스 실측 및 증거 수집

최신 출시된 Alibaba Cloud ECS g9i와 AWS EC2 m7i를 대조 테스트했습니다. 부하 스크립트는 고정: stress-ng --cpu 4 --timeout 300, 동시에 mpstat로 5초마다 steal%를 샘플링했습니다. 또한 fio로 4K 랜덤 읽기를 실행해 IOPS와 p99 지연 시간을 기록했습니다.

# CPU steal 샘플링
mpstat -P ALL 5 > steal.log &
# 디스크 cache 절벽 테스트
fio --name=cachetest --rw=randread --bs=4k --size=1G --runtime=120 --iodepth=32

실측에서 g9i는 주간 피크 시간대에 steal 평균 12.4%, 최대 18.1%에 달했고, 동시에 fio의 p99 지연 시간이 0.8ms에서 12ms로 급증해 뚜렷한 Cache 절벽(cache cliff)이 나타났습니다. 같은 시간대 m7i는 steal이 2% 이내로 안정적이었고 지연 시간도 매끄러웠습니다. 참고: t 시리즈와 같은 저사양 버스트 인스턴스에서 steal이 때때로 10%를 초과하는 것은 정상이지만, m 시리즈, g9i 같은 컴퓨팅 최적화 인스턴스에서 지속적으로 기준을 초과한다면 이는 오버커밋(oversubscription)의 확실한 증거입니다.

증거 수집 요점: 각 샘플링 타임스탬프, 인스턴스 ID, 이미지 버전을 기록하고 CloudWatch / 클라우드 모니터링 원본 데이터를 캡처하세요. 이러한 로그와 스크린샷은 이후 티켓의 핵심 물증입니다.

프리미엄 비율과 권리 구제

과매도(overselling)에서 가장 눈치채기 어려운 것은: 프리미엄을 지불했지만 불완전한 컴퓨팅 파워만 구매하게 된다는 점입니다. FinOps 관점에서 실제 가성비 = 단가 ÷ 유효 CPU 시간입니다. 유효 시간은 다음 공식으로 추정할 수 있습니다: 가용 코어 시간 = vCPU 수 × (1 - 평균 steal%) × 시간.

예: g9i 단가 1.2위안/시간(4 vCPU), 평균 steal이 15%라면 실제 가용 코어 시간은 3.4 vCPU·h에 불과하며, 유효 vCPU당 비용은 17.6% 상승합니다. 같은 사양의 m7i는 과매도가 없어 프리미엄 비율이 오히려 '과매도 세금'으로 역전됩니다. 이는 더 높은 비용을 지불하고 더 나쁜 서비스를 구매했음을 의미하는 경우가 많습니다.

증거를 확보한 후, 권리 구제는 '버벅임'이라는 말로 불만을 제기하는 것이 아닙니다. steal% 시계열 그래프, Cache 급락의 fio 출력, 동일 사양의 다른 인스턴스와의 비교표, 그리고 프리미엄 비율 계산 과정을 포함한 PDF를 정리하세요. 티켓을 제출할 때 '실측 유효 컴퓨팅 성능에 따라 사양을 낮추거나 차액을 환불하라'고 명확히 요구하세요. 알리바바 클라우드와 AWS는 일반적으로 과매도를 인정하지 않지만, 확실한 데이터를 마주하면 '호스트 리소스 경쟁'을 이유로 할인 쿠폰이나 업그레이드 보상을 제공합니다. 다음에 클라우드 인스턴스를 구매하기 전에 먼저 두 개의 자로 측정하세요. 프리미엄 가격으로 과매도 상품을 사지 마세요.