VPS 요금제를 고르는 일은 감당할 수 있는 가장 큰 숫자를 사는 것이 아닙니다 — 워크로드가 실제로 필요로 하는 것에 맞춰 CPU, RAM, NVMe를 맞추는 일입니다. 그래야 쓰지도 않는 스펙이 아니라 실제로 사용하는 용량에 비용을 지불하게 됩니다.
모든 것을 결정하는 세 가지 스펙
모든 VPS 요금제는 결국 네트워크를 더한 세 가지 리소스의 조합입니다. 각각이 무엇을 좌우하는지 이해하면 1분 안에 서버 사이즈를 정할 수 있습니다.
vCPU
얼마나 많은 작업이 병렬로, 얼마나 빠르게 처리되는지를 결정합니다. 요청 처리량, 컴파일, 트랜스코딩 등 CPU에 부하가 걸리는 모든 작업을 좌우합니다.
RAM
작업 메모리입니다. 데이터베이스, 캐시, 앱 런타임이 여기서 동작합니다. 부족해지면 시스템이 디스크로 스왑하거나 커널이 프로세스를 강제 종료합니다.
NVMe 스토리지
용량과 속도를 함께 제공합니다. NVMe는 SATA SSD나 회전형 디스크보다 훨씬 높은 IOPS를 내며, 이는 데이터베이스와 트래픽이 많은 파일시스템에 특히 중요합니다.
대역폭
얼마나 많은 데이터를 이동할 수 있는지를 뜻합니다. 무제한 트래픽을 제공하면 트래픽 사용량을 신경 쓸 필요가 없어집니다.
vCPU: 코어 수 대 클럭, 그리고 공유가 중요한 이유
vCPU는 물리 코어 위에서 VM에 스케줄링되는 스레드입니다. 두 요금제가 똑같이 "4 vCPU"라고 표기해도, 호스트 CPU와 이를 공유하는 이웃 수에 따라 동작이 크게 달라질 수 있습니다.
- CPU에 부하가 걸리는 작업(비디오 인코딩, 빌드, 배치 작업)은 코어 수와 클럭 속도에 비례해 확장됩니다 — 코어를 늘리세요.
- I/O에 부하가 걸리는 작업(데이터베이스나 네트워크 응답을 기다리는 일반적인 웹 앱)은 CPU를 거의 포화시키지 않습니다 — 코어를 과도하게 늘릴 필요는 없습니다.
- 지속적인 100% 부하에는 전용 코어 또는 공유되지 않는 코어가 필요하지만, 순간적인 부하라면 공유 코어로도 충분합니다.
- 코어가 많아진다고 싱글 스레드 프로세스가 빨라지지는 않습니다 — 워크로드가 병렬로 동작할 때만 도움이 됩니다.
경험칙: 피크 시간대에도 CPU 그래프가 60%를 거의 넘지 않는다면 코어는 충분합니다. 그 예산은 RAM이나 더 빠른 디스크에 투자하세요.
RAM: 사람들이 가장 먼저 부족하게 잡는 스펙
RAM은 부족해졌을 때 가장 치명적으로 실패하는 리소스입니다. CPU 부족은 그저 속도를 늦출 뿐이지만, 메모리 부족은 스와핑과 OOM 킬러를 유발해 쿼리 도중 데이터베이스를 다운시킬 수도 있습니다.
데이터베이스는 RAM을 좋아합니다. 자주 쓰는 데이터를 디스크가 아니라 메모리에 캐시하기 때문입니다. 작업 데이터셋이 RAM에 다 들어가면 쿼리는 빠르게 유지되지만, 디스크로 넘치는 순간 지연 시간이 급격히 늘어납니다.
항상 여유를 두세요. RAM을 정확히 피크치에 맞춰 잡으면 첫 트래픽 급증이나 메모리 누수만으로도 스왑 상태에 빠집니다. 설치된 메모리의 60-70% 수준에서 운영하는 것을 목표로 하세요.
NVMe: 용량은 쉬운 절반일 뿐
스토리지에는 두 가지 축이 있습니다 — 얼마나 저장하느냐, 그리고 얼마나 빠르게 읽고 쓰느냐입니다. 두 번째 축에서 NVMe는 SATA SSD보다 한 자릿수 이상 높은 IOPS를 제공하며 확실히 앞섭니다.
- 데이터베이스, 메시지 큐, 메일 서버는 IOPS를 많이 요구합니다 — NVMe는 디스크가 병목이 되는 것을 없애줍니다.
- 로그가 많거나 쓰기 작업이 많은 앱은 NVMe의 낮은 쓰기 지연 시간에서 이득을 봅니다.
- 콜드 아카이브나 백업이라면 속도보다 순수 용량이 더 중요합니다 — 스토리지 요금제가 GB당 더 저렴합니다.
- 데이터 용량에 더해 OS, 스왑, 로그, 성장 여유분까지 감안해 용량을 정하세요. 디스크를 100%까지 채우면 쓰기 작업이 손상될 수 있습니다.
빠른 랜덤 I/O보다는 백업이나 미디어를 위한 대용량 공간이 주된 목적이라면, 전용 스토리지 요금제를 이용하면 전체 볼륨에 NVMe 가격을 지불하지 않고도 필요한 용량을 확보할 수 있습니다.
어떤 요금제든 사이즈를 정하는 재사용 가능한 방법
- 1
워크로드를 명확히 정의하기
정확히 무엇이 돌아가는지 적어보세요: 웹 앱, 데이터베이스, 컨테이너, 게임 서버, VPN. 각각 리소스 프로파일이 다릅니다.
- 2
병목 리소스 찾기
작업이 CPU 위주인지, 메모리 위주인지, I/O 위주인지 판단하세요. 그 리소스가 요금제를 결정하며 나머지는 그저 따라가면 됩니다.
- 3
여유를 두고 병목 리소스 사이즈 정하기
피크 수요를 예측한 뒤 약 30-40%를 더하세요. 그래야 급증이나 성장이 발생해도 긴급 마이그레이션을 하지 않아도 됩니다.
- 4
나머지 균형 맞추기
다른 스펙이 새로운 병목이 되지 않도록 맞추세요 — RAM 없는 코어나 NVMe 없는 RAM은 둘 다 돈 낭비입니다.
- 5
작게 시작해서 데이터를 보고 확장하기
배포한 뒤 일주일 동안 실제 지표를 관찰하고 그다음 사이즈를 조정하세요. 측정된 수치는 언제나 추측을 이깁니다.
위치와 네트워크도 스펙의 일부
아무리 사이즈를 잘 잡은 서버라도 잘못된 위치에 있으면 여전히 느리게 느껴집니다. 사용자에게 도달하는 지연 시간은 물리적 거리로 결정되므로, 대상 사용자와 가까운 데이터센터를 선택하세요 — 혹은 프라이버시가 우선이라면 유리한 관할권에 있는 곳을 선택하세요.
ChainVPS의 모든 요금제에는 무제한 트래픽과 디도스(DDoS) 방어가 기본 포함되며, 6개 프라이버시 등급 지역을 포함한 15개 로케이션에서 제공됩니다 — 네덜란드, 스위스, 루마니아, 아이슬란드, 몰도바, 룩셈부르크입니다. 선불 암호화폐 잔액으로 결제하는 해외 VPS를 원한다면, 이런 관할권과 KYC 없는 가입의 조합이 바로 /offshore-vps 요금제로 시작해야 할 이유입니다.
흔히 저지르는 사이징 실수
I/O 앱에 코어만 늘리기
데이터베이스 응답을 기다리는 웹 앱은 8코어를 다 쓰지 않습니다. RAM과 NVMe가 더 도움이 되었을 것입니다.
RAM 여유를 전혀 두지 않기
정확히 피크치에 맞춰 사이즈를 정하면 다음 급증 때 디스크로 스왑되거나 프로세스가 강제 종료됩니다. 여유를 남겨두세요.
디스크 속도 무시하기
크지만 느린 디스크는 데이터베이스를 굶주리게 합니다. 기가바이트만이 아니라 IOPS를 워크로드에 맞추세요.
측정 대신 추측하기
무작정 배포하면 어느 쪽으로든 돈을 낭비하게 됩니다. 지표는 일주일이면 진실을 말해줍니다.
작업에 맞는 요금제 유형 선택
병목 지점을 알면 어떤 제품 등급이 필요한지는 자연스럽게 결정됩니다.
핵심 요약: 워크로드가 가장 크게 의존하는 리소스 하나의 사이즈를 정하고, 나머지는 균형을 맞추며, 여유를 남겨두고, 실제 지표가 첫 업그레이드를 이끌게 하세요.
실제로 vCPU가 몇 개나 필요한가요?
대부분의 웹 앱과 데이터베이스는 작업이 CPU 위주가 아니라 I/O 위주이기 때문에 2-4 vCPU면 충분합니다. 트랜스코딩이나 컴파일처럼 지속적인 병렬 워크로드일 때만 그 이상이 필요합니다. CPU 그래프를 지켜보세요 — 피크 시에도 60%를 거의 넘지 않는다면 충분한 것입니다.
데이터베이스에는 RAM을 늘리는 것과 더 빠른 CPU 중 무엇이 더 나은가요?
대부분의 경우 RAM입니다. 데이터베이스는 자주 쓰는 작업 데이터셋을 메모리에 캐시하므로, RAM이 많을수록 느린 디스크 읽기가 줄어듭니다. 이 RAM을 NVMe 스토리지와 함께 사용하면 일반적인 쿼리 부하에서는 CPU가 한계가 되는 경우가 거의 없습니다.
NVMe가 정말 중요한가요, 아니면 그냥 아무 SSD나 써도 되나요?
데이터베이스, 메일, 큐, 트래픽이 많은 로그처럼 I/O 부하가 큰 작업에는 중요합니다. NVMe는 SATA SSD보다 훨씬 많은 IOPS와 더 낮은 지연 시간을 제공합니다. 용량만 필요한 콜드 백업이나 미디어라면 더 느리고 저렴한 볼륨으로도 충분합니다.
안전을 위해 넉넉하게 과다 프로비저닝해야 할까요?
여유는 두되 과도하게 사지는 마세요. 용량의 약 60-70% 수준으로 사이즈를 잡으면 유휴 리소스에 비용을 치르지 않으면서도 급증을 흡수할 수 있습니다. 보수적으로 시작해 일주일 동안 실제 지표를 관찰한 뒤 사이즈를 조정하세요 — 데이터가 필요하다고 알려줄 때 언제든 잔액을 충전하고 업그레이드할 수 있습니다.
