VPS에서 전용 vCPU는 코어인가 스레드인가?

전용 vCPU는 물리 코어인가요, 스레드인가요?

vCPU는 호스트 프로세서의 하드웨어 스레드 하나이고, 물리 코어 하나는 그 스레드 두 개를 실행합니다. 서버와 데스크톱 프로세서는 동시 멀티스레딩(SMT)을 통해 코어당 두 개의 스레드를 실행합니다. AMD의 사양 페이지에서 확인할 수 있습니다. Ryzen 9 9950X는 16코어 32스레드이고, EPYC 9554는 64코어 128스레드입니다. vCPU 단위로 판매하는 호스트는 바로 이 스레드를 판매합니다.

Cobaltfell의 명문화된 규칙: vCPU 하나는 호스트 프로세서의 하드웨어 스레드 하나입니다. 고객님의 vCPU는 VPS에 1대1로 고정되며 다른 고객에게 절대 빌려주지 않고, 물리 코어의 두 스레드는 함께 유지되므로 2 vCPU마다 이웃이 공유하지 않는 온전한 코어 하나가 됩니다.

따라서 Fell 4는 서로 다른 네 개의 코어에서 반쪽씩 가져온 것이 아니라 온전한 코어 두 개입니다. 프로세서 제조사가 세는 방식으로 세면, 모든 플랜은 vCPU 수의 절반에 해당하는 물리 코어를 가집니다.

코어의 두 스레드가 왜 같은 VPS에 속해야 하나요?

코어 하나의 두 스레드는 그 코어의 실행 유닛과 전용 캐시를 공유하므로, 형제 스레드에서 바쁜 이웃이 있으면 steal time이 전혀 기록되지 않아도 느려집니다. 이 경우 하이퍼바이저가 무엇을 빼앗는 것이 아니라 코어가 그냥 꽉 찬 것입니다.

형제 스레드 둘을 하나의 VPS에 주면 이 결합이 사라집니다. 두 스레드는 여전히 경쟁하지만 오직 당신의 작업과만 경쟁하므로, 직접 확인하고 스케줄할 수 있습니다. 2 vCPU가 온전한 코어 2개보다 적은 성능을 내는 이유도 여기에 있습니다. 한 쌍이 코어 하나의 자원을 공유하며, 두 번째 스레드에서 얻는 이득은 실행하는 코드에 따라 달라집니다. 각 가상 CPU를 지정한 호스트 CPU에 묶는 libvirt의 vcpupin 설정은 이 규칙을 시간이 지나도 유지합니다.

다른 호스트들은 vCPU를 무엇이라고 말하나요?

Cobaltfell의 2026년 11월 2일 조사에 따르면, 신원 확인 없이 암호화폐 결제를 받는 호스트 51곳 중 22곳이 플랜의 CPU를 전용이라고 부르며, 그중 코어가 스레드에 어떻게 대응하는지 밝힌 곳은 Cherry Servers와 LiteServer 두 곳뿐입니다. 나머지는 정의 없이 "core", "vCore", "vCPU"라고 적습니다. 호스트가 아무 설명도 하지 않으면 vCPU 하나를 스레드 하나로, 어쩌면 같은 코어에 있는 다른 고객의 스레드와 짝지어진 것으로 보세요. 표는 각 출처가 적은 문구를 인용한 것이며, 더 넓은 비교는 공유 vCPU와 전용 vCPU의 차이는 무엇인가에서 볼 수 있습니다.

내 VPS 안에서 코어와 스레드를 어떻게 확인하나요?

nproc은 vCPU 수를 알려주고, lscpu는 하이퍼바이저가 보여주기로 선택한 토폴로지를 알려주는데, 이는 표시일 뿐 증거가 아닙니다. libvirt는 topology 요소를 게스트에 제공되는 가상 CPU의 요청된 토폴로지라고 설명합니다. VPS에 무엇을 보여줄지는 호스트가 정하며, 그 아래의 실제 짝짓기를 그대로 반영할 필요는 없습니다. VPS가 코어당 스레드 하나를 보고하면서 실제로는 스레드가 형제 쌍일 수 있고, 그 반대일 수도 있습니다.

전용 vCPU의 증거는 행동입니다. 부하가 걸려도 steal time이 0에 가깝게 유지되고, 정오와 자정에 같은 벤치마크 점수가 나오는 것입니다. 명령어는 CPU steal time이란 무엇이고 내 VPS에서 어떻게 확인하나요에서 설명합니다.

# vCPU available to you
nproc

# topology as presented to the VPS, plus the processor model
lscpu | grep -E '^CPU\(s\)|Thread\(s\) per core|Core\(s\) per socket|Socket\(s\)|Model name'

# which vCPU the guest kernel treats as siblings of one core
grep . /sys/devices/system/cpu/cpu*/topology/thread_siblings_list

# 1, 5 and 15-minute load averages, to compare with nproc
uptime

vCPU가 몇 개 필요한가요?

VPS의 규모는 존재하는 작업이 아니라 동시에 실행되는 작업으로 정하세요. 이미 운영 중인 서버에서는 가장 바쁜 시간대에 uptime의 load average를 nproc의 수와 비교하세요. 부하가 vCPU 수보다 계속 높으면 작업들이 자기 차례를 기다리며 대기하고 있다는 뜻입니다.

대부분의 도구는 vCPU 수를 스스로 보고 병렬성을 정하므로, 워크로드마다 기준이 따로 있습니다:

vCPU를 더 늘리면 언제 도움이 되지 않나요?

vCPU를 더 늘리면 분할할 수 있는 작업만 빨라집니다. 하나의 Node.js 프로세스 같은 단일 스레드 프로그램은 어떤 플랜에서든 하나의 스레드에서 실행되며, 속도는 클럭과 코어 아키텍처에서 나옵니다. 또 다른 상한은 메모리입니다. 병렬 작업마다 자체 RAM을 갖게 되며, Cobaltfell 플랜은 vCPU당 2 GB를 유지합니다. 스레드당 더 많은 메모리가 필요한 워크로드는 감당할 수 없는 코어보다 적은 작업 수로 더 잘 실행됩니다.