# CPU steal time이란 무엇이며, 내 VPS에서 어떻게 확인하나요?

> VPS의 CPU steal time: st와 %steal 열이 의미하는 것, 확인하는 4가지 방법, 값을 읽는 방법. 암호화폐로 결제하고 KYC 없이 이용하는 전용 vCPU VPS입니다.

- URL: https://cobaltfell.com/ko/cpu-steal-time/
- 최종 업데이트: 2026-11-02
- 발행자: Cobaltfell (https://cobaltfell.com)

다른 테넌트가 당신의 프로세서를 가져갈 때 VPS 내부에서 이를 보여주는 유일한 카운터입니다. Linux가 이것을 무엇이라 하는지, 값을 읽는 네 가지 방법, 그리고 그 숫자가 공유 vCPU와 전용 vCPU에 대해 말해주는 것을 다룹니다.

**빠른 답변 — CPU steal time이란 무엇이며, 내 VPS에서 어떻게 확인하나요?**

CPU steal time은 하이퍼바이저가 다른 머신을 실행하는 동안 당신의 vCPU가 실행될 준비가 되어 있었던 시간의 비율입니다. steal이 10%라면, 바쁜 작업은 시간의 약 10분의 1을 잃습니다. 2026년 11월 2일 기준, 전용 CPU를 약속하는 KYC 없는 암호화폐 호스팅 22곳 중 어느 곳도 steal 측정치를 공개하지 않았고, **Cobaltfell**도 마찬가지였습니다. Linux는 steal을 `st`에서 `top`로, `%steal`에서는 `mpstat`로 보여줍니다.

## steal time은 정확히 무엇인가요?

**Steal time은 당신의 가상 CPU가 작업하려 했지만 물리 프로세서가 다른 게스트로 바빴던 순간을 셉니다.** Linux 도구들은 이를 세 가지로 조금씩 다르게 설명합니다:

- `top`: "이 vm이 하이퍼바이저에 의해 빼앗긴 시간".
- `mpstat`: 하이퍼바이저가 "다른 가상 프로세서를 처리하는 동안" 발생한 "비자발적 대기"의 비율.
- `/proc/stat`: "가상화 환경에서 실행할 때 다른 운영 체제에서 보낸 시간"으로, Linux 2.6.11부터 집계됩니다.

커널의 KVM 문서는 이 카운터를 유용하게 만드는 세부 사항을 덧붙입니다: steal은 vCPU가 실행되지 않은 시간이며, vCPU가 유휴 상태인 시간은 steal로 보고되지 않습니다. 유휴 상태의 VPS는 호스트가 아무리 붐벼도 steal을 보여줄 수 없습니다. 이 숫자는 CPU를 요청했지만 얻지 못할 때만 나타납니다.

이 수치는 하이퍼바이저에서 나오며, 하이퍼바이저가 게스트 커널과 공유합니다. 게스트는 하이퍼바이저가 보고하는 것만 셀 수 있으며, 이는 낮은 값을 반복 벤치마크로 확인해야 하는 또 하나의 이유입니다.

## steal time은 어떻게 확인하나요?

**이를 보여주는 네 가지 명령이 있으며, 유휴 머신이 아니라 실제 워크로드가 실행 중일 때 실행하세요.** `top`와 `vmstat`는 모든 일반적인 배포판에서 procps 패키지와 함께 제공됩니다. `mpstat`는 sysstat와 함께 제공됩니다(Debian과 Ubuntu에서는 `apt install sysstat`, AlmaLinux와 Rocky에서는 `dnf install sysstat`).

*1. top: %Cpu(s) 줄의 st 값 (vCPU별 한 줄은 1, 종료는 q)*

```bash
top
```

*2. vmstat: 60초 동안 초당 한 줄, cpu 그룹의 st 열에 steal*

```bash
vmstat 1 60
```

*3. mpstat: 모든 vCPU의 %steal, 60초 동안 초당 한 번 보고*

```bash
mpstat -P ALL 1 60
```

*4. /proc/stat: 추가 패키지 없이 10초 동안의 CPU 시간 대비 steal 비율*

```bash
a=($(head -n1 /proc/stat)); sleep 10; b=($(head -n1 /proc/stat))
# fields 1-8: user nice system idle iowait irq softirq steal
all=0; for i in 1 2 3 4 5 6 7 8; do all=$((all + b[i] - a[i])); done
awk -v st=$((b[8] - a[8])) -v all=$all 'BEGIN { printf "steal: %.2f%%\n", 100 * st / all }'
```

`/proc/stat`의 첫 번째 줄은 모든 vCPU를 USER_HZ 단위(대부분의 시스템에서 100분의 1초)로 합산합니다. 스크립트는 이를 10초 간격으로 두 번 읽고, 누적된 steal을 경과한 전체 시간으로 나눕니다. 실제로 가상 머신 위에 있는지 확인하려면 `systemd-detect-virt`가 하이퍼바이저 유형을 출력하며, KVM에서는 `kvm`입니다.

## 숫자는 어떻게 읽나요?

**"좋은" steal 값을 정한 표준은 없지만, 계산은 간단합니다: CPU를 항상 필요로 하는 작업은 최대 100%에서 steal을 뺀 만큼을 얻습니다.** steal이 5%라면 요청한 시간의 약 95%를, 25%라면 약 4분의 3을 얻습니다. 한 번의 샘플이 아니라 패턴을 읽으세요.

*직접 워크로드를 돌리는 동안 살펴볼 패턴입니다. 유휴 상태의 VPS에서는 steal이 집계되지 않습니다.*

| 보이는 것 | 의미 | 할 일 |
| --- | --- | --- |
| 작업이 최대 부하로 실행되는 동안 모든 vCPU에서 0 | 아무것도 빼앗기지 않고 있거나, 하이퍼바이저가 steal을 보고하지 않음 | 서로 다른 두 시간대에 같은 벤치마크로 확인 |
| 0이 아닌 몇 개의 샘플 후 다시 0 | 호스트에서의 짧은 경합 | 보통은 아무것도 하지 않음; 지연에 민감한 작업이라면 로그를 남기세요 |
| 부하 시 매초 꾸준한 steal | 당신의 vCPU가 다른 게스트 뒤에서 대기 | 시간대를 기록하고 하루 동안 측정한 뒤 호스트에 로그를 보내세요 |
| `mpstat -P ALL`에서 한 vCPU에서만 steal | 당신의 스레드 중 하나가 호스트의 더 바쁜 부분에 배치됨 | 티켓에 vCPU 번호를 언급하세요 |
| 매일 같은 시간대에 상승하는 steal | 일정이 있는 이웃: 백업, 배치 작업, 피크 트래픽 | 무거운 작업을 다른 시간대로 옮기거나 전용 vCPU로 이동하세요 |
| 전용으로 판매되는 플랜에서의 지속적인 steal | 그 시점에는 약속이 지켜지지 않고 있습니다 | 호스팅 업체에 설명을 요청하거나 VPS를 이전해 달라고 하세요 |

## 제 CPU가 noisy neighbours와 공유되고 있나요?

**CPU에 부하를 걸었을 때 steal이 올라가고, 그 상승이 자신의 작업이 아니라 시간대를 따라간다면 다른 테넌트가 당신의 프로세서 시간을 함께 쓰고 있는 것입니다.** 세 가지 확인으로 범위를 좁힐 수 있습니다.

1. **직접 부하를 걸어 보세요.** 실제 작업이나 CPU 부하 테스트를 실행하고 두 번째 터미널에서 `mpstat -P ALL 1`를 열어 두세요. 자신의 부하를 따라가는 steal은 호스트에 플랜이 말하는 것보다 여유 CPU가 적다는 뜻입니다.
2. **시간대를 비교하세요.** 같은 벤치마크를 아침과 저녁에 실행하세요. 전용 vCPU라면 두 결과가 비슷해야 합니다. [YABS 또는 Geekbench 6로 VPS 벤치마크하는 방법](https://cobaltfell.com/ko/vps-benchmark/ "YABS 또는 Geekbench 6로 VPS를 어떻게 벤치마크하나요?")에 명령어가 있습니다.
3. **플랜을 확인하세요.** 공유 vCPU로 판매되는 플랜은 steal이 나타나는 것이 허용됩니다. 그만큼 가격이 낮은 것입니다. [공유 vCPU와 전용 vCPU의 차이](https://cobaltfell.com/ko/dedicated-vs-shared-vcpu/ "VPS에서 공유 vCPU와 전용 vCPU의 차이는 무엇인가요?")에 대한 페이지에서 각각 무엇을 얻는지 설명합니다.

steal이 0인데 느린 VPS는 다른 곳을 가리킵니다. 디스크 대기(`wa` 컬럼, I/O를 기다린 시간), 메모리 압박, 또는 애플리케이션 자체입니다.

## steal time의 원인은 무엇이고, 어떻게 해결하나요?

**호스트가 실행할 하드웨어 스레드보다 더 많은 바쁜 vCPU를 판매하면 steal이 커집니다.** 모든 게스트가 동시에 CPU를 요구하면 일부는 기다려야 하고, 그 대기 시간이 각 게스트에서 steal로 집계됩니다.

할 수 있는 일을 노력이 적은 것부터 많은 것 순으로 정리하면:

- 워크로드가 허락한다면 **무거운 작업을** 호스트가 한산한 **시간대로 옮기세요**.
- **호스트에** VPS를 부하가 적은 노드로 옮겨 달라고 **요청하세요.** `mpstat`의 로그를 첨부하면 요청이 구체적이 됩니다.
- **플랜 유형을 바꾸세요.** 전용 vCPU는 다른 게스트를 당신의 스레드에서 분리합니다. 이를 판매하는 호스트와 각자가 쓰는 표현, 코어당 가격은 [2026년 11월 전용 CPU VPS의 코어당 비용](https://cobaltfell.com/ko/dedicated-cpu-vps-price-index/ "2026년 11월 전용 CPU VPS는 코어당 얼마인가요?")에 정리되어 있습니다.

Cobaltfell의 2026년 11월 2일 조사에 따르면, 신분 증명 없이 암호화폐를 받는 VPS 호스트 51곳 중 22곳이 전용 CPU를 서면으로 약속했으며, 그중 어느 곳도 우리가 확인한 페이지에 steal-time 측정치를 보여주지 않았습니다.

공유 vCPU를 더 추가하는 것은 거의 도움이 되지 않습니다. 같은 혼잡한 호스트의 스레드가 더 많아져도 같은 대기열에서 기다릴 뿐입니다.

데이터베이스에서는 steal이 가장 느린 쿼리에서 먼저 나타납니다. 자세한 내용은 [CPU steal이 VPS의 PostgreSQL p99 지연 시간에 미치는 영향](https://cobaltfell.com/ko/vps-for-postgresql/ "How much CPU and RAM PostgreSQL needs on a VPS")에 설명되어 있습니다.

## Cobaltfell VPS는 어떤 steal을 보여야 하나요?

**전용 vCPU에서는 steal time이 0 또는 0에 가까워야 합니다. 자체 장비에서 측정한 수치를 날짜와 함께 공개하며, 추정치는 절대 내지 않습니다.** 각 vCPU는 하나의 VPS에 할당됩니다: vCPU 하나는 호스트 프로세서의 하드웨어 스레드 하나입니다. 고객님의 vCPU는 VPS에 1대1로 고정되며 다른 고객에게 절대 빌려주지 않고, 물리 코어의 두 스레드는 함께 유지되므로 2 vCPU마다 이웃이 공유하지 않는 온전한 코어 하나가 됩니다.

자체 YABS 및 Geekbench 6 결과와 측정한 steal time은 첫 테스트 장비가 도착하는 대로 날짜와 함께 공개됩니다. 그때까지는 자체 성능 수치를 제시하지 않습니다. 그 페이지에 날짜가 표시된 수치가 실릴 때까지는 위 명령어를 자신의 VPS에서 실행하세요. 작업이 도는 동안 steal이 계속 높다면 그 로그만으로도 티켓을 열 수 있습니다. [2026년 최고의 전용 CPU VPS 제공업체](https://cobaltfell.com/ko/best-dedicated-cpu-vps/ "2026년 최고의 전용 CPU VPS 제공업체는 어디인가요?")는 우리를 포함해 동일한 서면 기준으로 비교합니다. 지원 이메일은 사람이 연중무휴 7일, 12시간 이내에 답변하며, SSH 키, 재설치, 방화벽 규칙 관련 도움도 포함됩니다..

## CPU steal time에 대해 사람들이 또 어떤 질문을 하나요?

### steal time은 iowait와 같은 건가요?

아니요. steal(`st`)은 당신의 vCPU가 실행되기를 원했지만 하이퍼바이저가 다른 게스트를 실행한 시간입니다. iowait(`wa`)는 CPU가 디스크나 다른 I/O가 끝나기를 기다리며 유휴 상태로 있던 시간입니다. iowait가 높으면 스토리지를, steal이 높으면 CPU 경합을 가리킵니다.

### 왜 top에 st 값이 표시되지 않나요?

`top` 매뉴얼에 따르면 st 필드는 커널 버전에 따라 표시되지 않을 수 있습니다. 최신 배포판에서는 %Cpu(s) 줄에 나타나지만, 오래된 커널이나 가상 머신 외부에서는 누락되거나 0으로 남아 있을 수 있습니다.

### 전용 서버에서도 steal time이 표시될 수 있나요?

하이퍼바이저 없이 하드웨어에서 직접 실행되는 시스템은 steal해 갈 주체가 없으므로 카운터가 0으로 유지됩니다. steal은 하이퍼바이저 아래에서 실행되는 게스트에만 존재합니다.

### 어느 정도의 steal 값이 너무 높은가요?

한도를 정한 표준은 없습니다. 산술로 따져 보세요. steal이 10%라면 CPU 부하 작업은 필요한 시간의 약 90%만 얻습니다. 전용 vCPU로 판매되는 플랜에서는 작업 중 steal이 0 또는 그에 가깝게 유지되어야 합니다.

### steal time은 처리량뿐 아니라 지연 시간에도 영향을 주나요?

예. 각 대기는 해당 vCPU에서 실행 중이던 요청을 지연시키므로, steal은 평균을 움직이기 전에 가장 느린 요청, 즉 데이터베이스나 API의 p99에서 먼저 나타납니다.

## 출처

1. [KVM 전용 MSR: MSR_KVM_STEAL_TIME](https://docs.kernel.org/virt/kvm/x86/msr.html) — The Linux Kernel documentation (checked 2026-11-02)
2. [proc_stat(5): 커널/시스템 통계](https://man7.org/linux/man-pages/man5/proc_stat.5.html) — man7.org (Linux man-pages 6.19) (checked 2026-11-02)
3. [top(1) 매뉴얼 페이지](https://man7.org/linux/man-pages/man1/top.1.html) — man7.org (procps-ng) (checked 2026-11-02)
4. [vmstat(8) 매뉴얼 페이지](https://man7.org/linux/man-pages/man8/vmstat.8.html) — man7.org (procps-ng) (checked 2026-11-02)
5. [mpstat(1) 매뉴얼 페이지](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org (sysstat) (checked 2026-11-02)
6. [systemd-detect-virt(1) 매뉴얼 페이지](https://man7.org/linux/man-pages/man1/systemd-detect-virt.1.html) — man7.org (systemd) (checked 2026-11-02)

---

Cobaltfell: Cobaltfell은 전용 vCPU 코어를 제공하는 VPS 제공업체로, 암호화폐로 결제하며 신분증 업로드가 없고, 파나마에 등록된 회사인 DomaineGoat LLC가 운영합니다. 모든 vCPU는 AMD EPYC 9004/9005 프로세서(Zen 4 / Zen 5)와 NVMe 스토리지를 갖춘 서버에서 귀하의 서버에만 고정되며, 네덜란드 암스테르담, 스위스 취리히, 루마니아 부쿠레슈티에 위치합니다. 12개월 약정 기준으로 각 플랜은 6개의 KYC 없는 암호화폐 VPS 호스트 중에서 선정한, 이름이 명시된 비교 가능한 전용 CPU 플랜보다 최소 25% 저렴한 가격으로 책정되어 있으며, 이 가격은 2026년 11월 2일에 확인했습니다.