VPSTab증거 기반 VPS 선택
검색2026.10.25-v7
메뉴
VPS 찾기서비스 제공사요금제리뷰비교사용 사례가이드방법론
한국어
English简体中文日本語한국어DeutschFrançaisРусский
가이드

vCPU, CPU 아키텍처, 가상화: 숫자의 의미

공유 vCPU와 전용 vCPU, KVM과 컨테이너 가상화, x86과 arm64를 이해하고 CPU 표기가 가장 비교하기 어려운 이유를 알아봅니다.

최종 검토2026. 10. 24. · 1021단어

인터페이스는 번역되었지만 제공사 사실과 리뷰 본문은 현재 영어입니다. 품질 기준을 충족하는 번역 전까지 색인되지 않습니다.

이 가이드는 전체 번역이 제공됩니다. 공급자 사실과 가격은 영어 버전이 기준입니다. 번역은 사람의 편집 검토 전이므로 이 페이지는 당분간 검색에서 제외됩니다.

vCPU는 스케줄링 약속이며 코어가 아닙니다

클라우드 요금제는 CPU를 vCPU로 표현하지만, vCPU는 물리 코어가 아니라 스케줄링 단위입니다. 공유 요금제에서 공급자는 물리 코어 시간의 일부를 인스턴스에 줍니다. 호스트는 초과 할당할 수 있으며, 처리량은 이웃이 무엇을 하는지에 달려 있습니다. 전용 요금제에서 공급자는 다른 고객과 공유하지 않는 코어 또는 스레드를 약속합니다. 따라서 '2 vCPU'라고 표시된 두 요금제도 지속 성능이 크게 다를 수 있고, vCPU당 가격은 어떤 종류를 사는지 안 뒤에야 의미가 있습니다.

이 카탈로그는 공급자 출처에서 vCPU 수를 기록하고, 공급자가 공개한 경우 공유와 전용 제품군의 구분도 기록합니다. 예를 들어 Hetzner의 CPX 라인은 명시적으로 공유 AMD이고 CCX 라인은 전용입니다. CPU에 가중치를 두는 추천은 공유 2 vCPU 요금제와 전용 2 vCPU 요금제를 동등하게 취급해서는 안 됩니다. 요금제 제품군과 공급자의 표현이 중요합니다.

KVM과 컨테이너 가상화

KVM은 완전 가상화입니다. 각 VPS가 자체 커널을 실행하므로 모듈을 로드하고 Docker를 실행하며 물리 머신처럼 네트워킹을 구성할 수 있습니다. 컨테이너 기반 가상화는 호스트 커널을 공유하므로 더 저렴하지만 실행할 수 있는 것과 워크로드 격리 방식이 제한됩니다. 이 데이터셋의 대부분 요금제는 KVM이며, 이를 문서화한 요금제는 그렇게 밝힙니다. 공급자가 가상화 유형을 명시하지 않으면 VPSTab은 추측하지 않고 해당 항목을 알 수 없음으로 남깁니다.

구매자에게 왜 중요한가. 컨테이너 VPS는 사용자 지정 커널, 특정 VPN 프로토콜, 중첩 가상화를 지원하지 않을 수 있고, 커널 패닉이 호스트에 영향을 줄 수 있습니다. 워크로드가 커널 기능이나 다른 운영체제 실행에 의존한다면 구매 전에 KVM을 명시적으로 확인하십시오. 요금제 페이지의 가상화 항목은 장식이 아니라 검증 상태입니다.

x86과 arm64

거의 모든 저렴한 VPS는 x86-64이지만, 이제 arm64 인스턴스도 경쟁력 있는 가격에 등장합니다. 이 데이터셋의 Scaleway BASIC2 라인은 Ampere arm64로, 다른 명령어 집합입니다. x86용으로 빌드된 바이너리는 실행되지 않고, 컨테이너는 멀티 아키텍처 이미지를 사용해야 하며, 일부 상용 소프트웨어에는 arm64 빌드가 없습니다. 그 대신 소스에서 컴파일하거나 최신 언어 런타임을 실행하는 워크로드에서는 arm64 요금제가 유로당 더 많은 코어를 제공하는 경우가 많습니다.

arm64를 선택하기 전에 세 가지를 확인하십시오. 소프트웨어가 arm64 바이너리를 제공하거나 깔끔하게 빌드되는지, 컨테이너 이미지가 arm64 변형을 게시하는지, 배포 도구가 x86을 전제로 하는지입니다. 어느 하나라도 아니오라면 조금 더 비싼 x86 요금제가 더 저렴한 결정입니다. VPSTab은 공급자가 명시할 때 아키텍처를 기록합니다. 아키텍처가 알 수 없는 요금제는 안전한 arm64 베팅이 아닙니다. 또한 공급자의 복구 이미지, 모니터링 에이전트, 백업 도구가 해당 아키텍처를 지원하는지 확인하십시오. 정상적으로 부팅되는 호스트라도 복구 경로가 없을 수 있기 때문입니다.

주파수, 버스트, 스틸

공급자는 클럭 속도를 거의 보장하지 않으며, '최대' 수치는 지속 성능이 아니라 버스트 동작을 설명합니다. 공유 요금제는 기준선을 넘는 짧은 버스트를 허용하는 경우가 많아 대화형 워크로드에 도움이 되지만, 긴 컴파일에는 거의 도움이 되지 않습니다. 워크로드가 한 번에 몇 분씩 CPU에 묶인다면 지속 할당이 마케팅 페이지의 최고 수치보다 중요합니다.

CPU 스틸은 호스트가 다른 테넌트를 처리하는 동안 가상 CPU가 기다리는 시간입니다. 시끄러운 이웃의 실질적인 신호이며 어떤 가격 페이지도 이를 알려 주지 않습니다. 유일하게 정직한 방법은 실제로 구매하는 요금제에서 측정하는 것입니다. 대표적인 기간 동안 직접 워크로드를 실행하고 결과를 날짜 및 구성과 함께 기록하십시오. 이 데이터셋은 독립적인 CPU 측정값을 공개하지 않으므로 리뷰는 성능 점수를 주장하지 않습니다.

실제 워크로드에 맞춘 사이징

소규모 웹 서비스에는 충분한 메모리를 갖춘 공유 vCPU 하나로 보통 충분합니다. 병목은 원시 CPU 성능보다 RAM이나 디스크 지연인 경우가 더 많습니다. CI 러너에서는 컴파일이 버스트형이고 병렬적이므로 빠른 NVMe 스토리지를 갖춘 4~8 vCPU가 높은 클럭보다 중요합니다. 게임 서버에서는 단일 스레드 성능과 네트워크 지연이 지배적이어서 전용 또는 고주파 요금제가 프리미엄 값어치를 하는 경우가 많습니다. 여러 서비스를 실행하는 Docker 호스트에서는 각 컨테이너에 필요한 메모리를 계산하고 여유를 더하십시오. vCPU 항목은 가장 신뢰할 수 없는 예측 지표입니다.

VPSTab의 시나리오 프로필을 출발점으로 삼고 자신의 측정값에 맞게 조정하십시오. 사양에 기반한 추천은 적합성에 대한 가설이며, 워크로드가 실제 요금제에서 실행된 뒤에야 결정이 됩니다.

카탈로그가 말해 줄 수 있는 것과 없는 것

카탈로그는 vCPU 수, 요금제 제품군, 명시된 경우 아키텍처와 가상화를 기록합니다. 독립적인 CPU 벤치마크는 포함하지 않으며 포함해서도 안 됩니다. 다른 요금제, 리전, 시점의 합성 점수는 구매하려는 요금제의 증거가 아닙니다. 이 데이터셋의 리뷰는 독립 측정이 없을 때 종합 성능 점수를 보류하며, 추천 엔진은 숫자를 만들어 내는 대신 명시적인 불확실성 페널티를 적용합니다.

이는 의도적인 제품 결정입니다. 성능 보장이 필요하다면 후보 요금제에서 짧은 체험을 구매하고 워크로드를 실행해 결과를 비교하십시오. 카탈로그는 후보를 좁히고 불가능한 조합을 피하도록 도와주지만 측정을 대체하지는 않습니다.

비교할 때 측정을 정직하게 유지하십시오. 요금제, 리전, 이미지, 커널, 부하 패턴을 기록하고 모든 후보에서 동일한 워크로드를 같은 시간 동안 실행하십시오. 시작만 측정하는 짧은 벤치마크는 안심을 주지만 지속적인 컴파일, 데이터베이스 쓰기, 동시 연결에 대해서는 거의 예측하지 못합니다. 구매 전에 테스트할 수 없다면, 실제로 의존하는 능력에 대해 제품군과 공급자 문서가 가장 약한 주장만 하는 요금제를 선택하고, 실제 트래픽 첫 주 이후의 리사이즈를 예산에 넣으십시오.

검증 체크리스트

  • vCPU 개수만 보지 말고 요금제가 공유인지 전용인지 확인합니다.
  • 사용자 지정 커널, VPN, 중첩 가상화가 필요하면 KVM을 확인합니다.
  • arm64를 선택하기 전에 소프트웨어와 컨테이너 이미지가 arm64를 지원하는지 확인합니다.
  • 긴 CPU 작업에서는 버스트 수치보다 지속 할당을 우선합니다.
  • 약정 전에 후보 요금제에서 자신의 워크로드를 측정합니다.
  • 아키텍처나 가상화 데이터가 없으면 알 수 없음으로 처리합니다.

출처