저가형 VPS 상품 광고의 숨겨진 진실 분석

저가형 VPS 상품의 숨겨진 진실

저가형 VPS 상품 광고는 거꾸로 읽어야 합니다. 가격은 해당 페이지에서 가장 의미 없는 숫자이기 때문입니다. 서버의 품질을 결정하는 것은 광고에 적힌 내용이 아니라 생략된 부분입니다. vCPU 개수 뒤에 숨겨진 오버셀링(oversell) 비율, "무제한"이라는 단어 뒤에 숨겨진 공정 사용 정책(fair use clause), 첫 계약 기간 이후의 갱신 가격, 그리고 백업과 IPv4 주소가 별도 과금 항목인지 여부가 중요합니다. 이 가이드는 상품 설명을 한 줄씩 분석하고, 환불이 가능한 기간 내에 서버에서 수행해야 할 성능 검증 테스트를 안내합니다.

저렴한 가격이 곧 사기라는 뜻은 아닙니다. 구형 하드웨어 사용, 더 높은 밀도의 가상화, 셀프 서비스 지원, 그리고 플랫폼 이중화 수준을 낮추는 방식으로 저렴한 가격이 가능해집니다. 사용자가 문제를 발견하기 전에 관리자가 어떤 트레이드오프를 수용했는지 파악하는 것이 중요합니다. 아래의 모든 내용은 2026년 8월 기준 패키지를 사용하는 Ubuntu 24.04 환경에서 실행됩니다.

vCPU는 코어가 아닙니다

vCPU는 실리콘 조각이 아니라 스케줄링 슬롯입니다. KVM(kernel-based virtual machine) 환경에서 각 vCPU는 호스트의 스레드이며, 호스트 스케줄러는 차례가 돌아오면 해당 스레드를 물리 코어에 할당합니다. 호스트는 하나의 물리 코어에 4개의 vCPU를 할당할 수 있으며, 각 게스트는 nproc에서 전체 개수를 그대로 보고합니다. 목록에 표시된 숫자는 요청할 수 있는 최대치일 뿐, 실제로 보장되는 자원을 의미하지는 않습니다.

오버셀 비율(oversell ratio)은 호스트가 물리 코어 하나당 판매하는 vCPU의 개수입니다. 1:1 비율일 때는 코어를 독점적으로 사용합니다. 저가형 플랜은 이 비율이 더 높으며, 보통 공개되지 않으므로 "dedicated core"나 "dedicated vCPU"라고 명시되지 않은 상품은 모두 공유 자원으로 간주해야 합니다. 대부분의 서버는 평소에 유휴 상태이므로 공유 자원 방식으로도 충분히 운영 가능합니다. 하지만 다른 사용자와 사용량이 몰리는 시간대가 겹치면 성능 저하가 발생합니다.

이러한 영향은 게스트 내부에서 측정할 수 있습니다. vCPU가 실행 준비를 마쳤음에도 호스트가 물리 코어를 다른 게스트에게 할당하여 대기하는 시간을 스틸 타임(steal time)이라고 합니다. 이는 vmstat의 st 열이나 top의 %st 항목에서 확인할 수 있습니다. 스틸 타임은 시끄러운 이웃(noisy neighbour)이 내 지표에 나타나는 방식이며, 상품 설명으로 조작할 수 없는 수치이기에 이 가이드에서 가장 유용한 지표입니다.

전용 코어(dedicated core)를 사용하더라도 다른 방식의 공유는 여전히 존재합니다. 메모리 대역폭, 마지막 레벨 캐시(LLC), 스토리지 경로는 호스트 전체가 공유하기 때문입니다. "Dedicated vCPU"는 성능 변동의 가장 큰 원인을 제거할 뿐, 모든 변동성을 없애지는 못합니다.

lscpu 명령어로 CPU 모델도 확인하십시오. 두 플랜 모두 "4 vCPU"라고 표기되어 있어도, 호스트의 CPU 세대가 다르면 단일 스레드 속도가 2배 이상 차이 날 수 있습니다. 빌드 에이전트 용도로는 저렴한 구형 실리콘이 합리적인 선택일 수 있지만, 결제 페이지와 같은 서비스에는 적합하지 않습니다.

"무제한 대역폭"은 최소 4가지 서로 다른 상품을 의미합니다

트래픽은 4가지 방식으로 설명되며, 이들은 서로 대체할 수 없습니다.

• 종량제 허용량. 목록에는 "월 2 TB"와 같은 숫자가 명시됩니다. 중요한 것은 그 이후에 발생하는 일입니다. 추가 TB당 초과 요금이 부과되거나, 다음 달이 될 때까지 속도가 매우 느리게 제한됩니다. 어떤 방식인지 미리 확인해야 합니다.
• 공정 사용 정책(fair use clause)이 포함된 비종량제 요금제. 트래픽은 집계되지 않으며, 허용 가능한 사용 정책이 숫자가 아닌 문구로 제한을 설정합니다. 해당 문서에서 "fair use", "sustained", "excessive", "abuse"라는 단어를 검색하십시오.
• 포트 속도 제한. 100 Mbit/s 포트는 트래픽 정책이 무엇이든 물리적으로 제한을 가합니다.
• 위 두 가지의 혼합: 느린 포트에서의 비종량제 트래픽. 이는 저가형 요금제에서 가장 흔한 형태이며, 포트 속도를 확인한다면 정직한 제안입니다.

[
  {
    "label": "100 Mbit/s",
    "tb_ceiling_30d": 32,
    "hours_per_tb": 22.2
  },
  {
    "label": "200 Mbit/s",
    "tb_ceiling_30d": 65,
    "hours_per_tb": 11.1
  },
  {
    "label": "500 Mbit/s",
    "tb_ceiling_30d": 162,
    "hours_per_tb": 4.4
  },
  {
    "label": "1 Gbit/s",
    "tb_ceiling_30d": 324,
    "hours_per_tb": 2.2
  }
]

포트 속도는 절대적인 상한선이며, 계산은 간단합니다. 100 Mbit/s는 초당 12.5 메가바이트이므로, 30일 동안 해당 포트를 최대 속도로 사용하면 약 32 TB를 전송합니다. 동일한 30일 동안 1 Gbit/s 포트를 사용하면 324 TB가 됩니다. 여기서 TB는 호스팅 업체가 요금을 청구하는 단위인 10^12 바이트를 의미합니다. 이는 산술적인 계산일 뿐 실제 측정값이 아니며, 실제 서버가 한 달 내내 포트 최대 속도로 작동하는 경우는 없습니다.

두 번째 열은 요금제를 결정짓는 요소입니다. 1 TB를 전송하는 데 100 Mbit/s 포트에서는 약 22.2 시간이 걸리고, 기가비트 포트에서는 2.2 시간이 걸립니다. 복구 계획이 "백업을 내려받아 다시 시작하는 것"이라면, 이 숫자가 곧 복구 시간이 됩니다.

사양의 이 항목에는 두 가지 세부 사항이 더 숨어 있습니다. "1 Gbit/s shared"는 포트를 다른 사용자와 공유한다는 의미이므로, 위의 상한선은 보장이 아닌 최상의 경우를 나타냅니다. 또한 일부 호스팅 업체는 총 데이터 양이 아닌 샘플링된 속도의 95번째 백분위수(95th percentile)를 기준으로 트래픽 요금을 청구하는데, 이는 일정한 부하를 스파이크가 발생하는 부하보다 훨씬 저렴하게 책정합니다.

요금제 설명이 무엇이든, 자신의 사용량을 직접 측정하십시오. vnstat은 인터페이스 카운터를 읽어 기록을 유지합니다.

sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -d
vnstat -m

설치 직후 vnstat은 데이터베이스에 샘플이 없기 때문에 Not enough data available yet.를 출력합니다. 다음 날 다시 확인하면 vnstat -m 명령을 통해 지불 중인 허용량과 비교할 수 있는 월간 총계를 확인할 수 있습니다.

NVMe라는 주장이 사실인지, 어떻게 확인할 수 있습니까?

lsblk -d -o NAME,ROTA,SIZE,MODEL

ROTA 값이 0이라는 것은 게스트 운영체제에 해당 장치가 회전식 디스크가 아님을 알렸다는 뜻입니다. 이 값은 하이퍼바이저에서 전달되므로, 실제 물리 매체의 특성이 아니라 호스트가 광고하는 정보를 나타냅니다. MODEL 열은 /dev/vda과 같은 virtio 디스크의 경우 보통 비어 있으며, SCSI로 연결된 디스크는 일반적인 QEMU HARDDISK 값을 표시합니다. 현재 가상 디스크를 보고 계신 것이므로, 해당 레이블만으로는 아무것도 증명할 수 없습니다.

확인해야 할 가치가 있는 속성은 지연 시간(latency)이며, 실제 성능 차이는 로컬 NVMe와 네트워크 연결 볼륨 사이에서 발생합니다. 네트워크 볼륨은 순차 처리량(sequential throughput) 수치는 높게 나올 수 있지만, 실제 체감 속도는 느릴 수 있습니다. 처리량은 다수의 요청을 동시에 처리할 때 측정되지만, 데이터베이스는 한 번에 하나의 작은 쓰기 작업을 기다리기 때문입니다. 지연 시간을 측정하려면 큐 깊이(queue depth)를 1로 설정하고, IOPS(초당 입출력 횟수)를 측정하려면 더 깊은 큐 깊이에서 테스트하십시오.

sudo apt install -y fio
fio --name=lat --filename=fiotest --size=1G --direct=1 --ioengine=libaio --rw=randread --bs=4k --iodepth=1 --numjobs=1 --runtime=60 --time_based --group_reporting
fio --name=iops --filename=fiotest --size=1G --direct=1 --ioengine=libaio --rw=randread --bs=4k --iodepth=32 --numjobs=1 --runtime=60 --time_based --group_reporting
rm -f fiotest

clat percentiles 블록을 읽고, 특히 99.00번째 줄을 확인하십시오. 이는 가장 느린 1%의 요청이 경험한 완료 지연 시간이며, 사용자가 체감하는 멈춤 현상의 기준이 됩니다. 대략적인 지표로, 큐 깊이 1에서 로컬 NVMe는 수백 마이크로초(microseconds) 내에 응답하며, 네트워크 연결 볼륨은 밀리초(milliseconds) 단위로 응답합니다. 공개된 단일 수치를 맹신하기보다 직접 두 번의 테스트를 수행하여 비교하십시오. 또한, 다른 사용자와 공유하는 디스크는 03:00와 20:00에 서로 다르게 동작하므로 하루 동안 세 번 정도 반복 측정하는 것이 좋습니다.

fio는 먼저 1 GB 파일을 생성하므로 디스크에 충분한 공간을 확보하십시오. 또한 테스트 과정에서 해당 요금제에 적용된 IOPS 할당량이 소진될 수 있음을 유의하십시오. 빠른 측정이 필요하다면 ioping -c 20 . 명령을 사용하여 한 줄로 지연 시간을 확인할 수 있습니다. 벤치마크는 재현 가능할 때만 가치가 있습니다, 따라서 정확한 명령어와 날짜가 포함된 출력 결과를 반드시 저장해 두십시오.

포함 항목 및 추가 과금 대상

• IPv4. 일반적으로 주소 1개가 포함됩니다. 일부 저가형 플랜은 NAT(network address translation) 뒤의 공유 주소를 제공하며, 이 경우 포트 몇 개만 포워딩되므로 443번 포트에서 서비스를 직접 운영할 수 없습니다. ip -4 addr show scope global 및 curl -4 https://icanhazip.com 명령으로 확인하십시오. 두 명령의 결과가 다르면 NAT 환경에 있는 것입니다.
• IPv6. /64 대역이 라우팅되면 컨테이너나 외부에서 접근해야 하는 모든 서비스에 주소를 할당할 수 있습니다. /128 주소 하나만 제공되는 경우 아웃바운드 트래픽 처리 외에는 활용도가 낮습니다.
• 백업. 자동 백업은 보통 유료 부가 서비스입니다. 스냅샷은 무료인 경우가 많지만, 스냅샷은 복사 대상 디스크와 동일한 인프라에 저장됩니다. 따라서 사용자의 실수로부터는 보호받을 수 있으나 호스트 장애 시에는 데이터를 잃을 수 있습니다. 플랜에 포함된 내용과 관계없이 반드시 서버 외부로 사본을 하나 보관하십시오.
• DDoS 대응. 많은 호스트는 대규모 트래픽 공격(distributed denial of service)이 발생하면 일정 시간 동안 해당 IP 주소를 null routing 처리합니다. 서버 자체는 정상 상태를 유지하지만, 인터넷에서 접근이 불가능해집니다. 차단이 시작되는 임계값과 null route가 유지되는 시간을 확인하십시오.
• 지원 범위. 언매니지드 플랜에서는 사용자가 직접 시스템 관리자 역할을 수행해야 하며, 호스트의 책임은 하이퍼바이저와 네트워크 영역까지로 제한됩니다. 이는 사양이 동일한 두 플랜 사이에서 발생하는 가장 큰 실질 비용 차이입니다.
• 라이선스 및 패널. 제어판, 상용 운영체제, 메일 부가 기능 등은 서버 비용보다 매달 더 많은 비용이 청구될 수 있습니다.

어떤 가상화 유형을 구매하고 계십니까?

systemd-detect-virt

kvm 또는 qemu은 완전 가상화를 의미합니다. 사용자가 직접 커널을 선택하고 원하는 모듈을 로드할 수 있습니다. lxc, lxc-libvirt 또는 openvz은 호스트 커널을 공유하는 컨테이너를 의미합니다. none는 베어 메탈을 의미합니다.

커널을 공유할 때 차이점이 발생합니다. 컨테이너는 호스트에 로드되지 않은 커널 모듈을 로드할 수 없으므로 sudo modprobe wireguard는 실패하고, ip link add dev wg0 type wireguard은 RTNETLINK answers: Operation not supported을 반환합니다. free -h은 lxcfs가 없을 경우 사용자의 메모리가 아닌 호스트의 메모리 정보를 보고할 수 있으며, 이로 인해 모니터링 도구가 사용자의 서버와 무관한 수치를 읽게 됩니다. 스왑은 종종 다른 컨테이너와 공유되며, VPS 내부에서 가상 머신을 실행하는 것은 아예 불가능합니다. 컨테이너 플랜이 저렴한 데에는 이유가 있지만, 정적 사이트나 소규모 애플리케이션을 운영하기에는 여전히 적합한 선택입니다.

갱신 가격은 얼마입니까?

광고된 가격은 대개 첫 번째 계약 기간에만 적용됩니다. 주문 페이지에서 "renews at"이라는 문구를 찾고, 할인과 연결된 계약 기간을 확인하십시오. 1년 동안만 지속되는 할인과 플랜 유지 기간 내내 고정되는 할인은 첫 번째 청구서상으로는 같아 보여도 실제로는 다른 상품입니다.

환불 약관도 동일한 주의를 기울여 읽어야 합니다. 환불 보장 기간이 얼마나 되는지, 주문 시점부터인지 아니면 서비스 제공 시점부터인지, 추가 IP 주소와 같은 부가 서비스도 환불이 가능한지, 연간 선납 금액이 일할 계산되어 반환되는지 확인하십시오. 그런 다음 갱신일 일주일 전에 알림을 설정해 두십시오. 서비스를 해지하기 가장 좋은 시점은 청구서가 발행되기 전이기 때문입니다.

나중에 서비스를 옮기는 것도 비용이 듭니다. 수백 기가바이트의 데이터를 이동하고, 설정을 다시 구축하고, DNS(domain name system)의 TTL(time to live) 값이 만료되기를 기다리고, 메일 서버의 경우 IP 평판을 다시 쌓는 작업은 주말 전체를 소모하게 합니다. 절감액이 매력적으로 보일 때 그 주말의 가치를 비용에 포함하십시오. VPS의 실제 연간 비용이 비교해야 할 수치이며, 첫 달 비용이 아닙니다.

30분 인수 테스트

마이그레이션 작업을 시작하기 전, 그리고 환불 기간이 지나기 전에 새 서버에서 이 테스트를 수행하십시오. 먼저 서버를 보안 설정합니다. 새 VPS에서의 초기 10분 문서를 참조하여 사용자 계정, 키, 방화벽 설정을 완료하십시오. 그 후 필요한 도구를 설치합니다.

sudo apt update
sudo apt install -y sysbench fio ioping sysstat stress-ng vnstat mtr-tiny curl

Check 1: 제공받은 사양이 실제와 일치하는가?

systemd-detect-virt
nproc
lscpu | grep -E 'Model name|MHz|Hypervisor'
free -h
lsblk -d -o NAME,ROTA,SIZE,MODEL
ip -4 addr show scope global
curl -4 -s https://icanhazip.com

가상화 유형, CPU 모델, 메모리 용량을 확인하십시오. 구매한 사양과 몇 퍼센트 이내로 일치해야 합니다. free -h에서 구매한 플랜보다 훨씬 많은 RAM이 표시된다면, 이는 보너스가 아니라 lxcfs가 없는 컨테이너 환경일 가능성이 큽니다. curl의 공인 IP 주소가 ip -4 addr에 나타나지 않는다면, 해당 IPv4 주소는 공유되고 있는 것입니다.

Check 2: 단일 스레드 성능과 부하 시 스틸(steal) 수치는 어떠한가?

sysbench cpu --cpu-max-prime=20000 --threads=1 run

events per second 라인을 기록하십시오. 단일 스레드 속도는 페이지 렌더링 속도와 빌드 시간을 결정하며, 저가형 플랜에서 가장 큰 차이를 보이는 지표입니다. 이제 모든 vCPU에 부하를 걸고 스케줄러가 실제로 자원을 어떻게 할당하는지 확인하십시오.

stress-ng --cpu 0 --timeout 300s &
vmstat 1 30
mpstat -P ALL 1 10

--cpu 0은 온라인 상태인 CPU당 하나의 워커를 시작합니다. vmstat의 st 열과 mpstat의 %steal을 관찰하십시오. 공유 플랜에서 간헐적으로 한 자릿수 스틸이 발생하는 것은 정상입니다. 스틸 수치가 몇 분 동안 두 자릿수로 유지된다면 물리적 코어가 과도하게 할당된 상태이므로, 귀하의 작업이 다른 사용자의 작업 뒤에서 대기하고 있는 것입니다. 부하가 걸린 상태에서 sysbench을 다시 실행하십시오. 단일 스레드 점수가 급락한다면 vCPU들이 서로 경쟁하고 있다는 뜻이며, 이는 보통 별도의 코어가 아닌 하나의 코어에서 스레드를 공유하고 있음을 의미합니다. 스틸이 거의 0인데도 점수가 낮다면 호스트 측에서 CPU 제한(cap)을 적용한 경우이며, 이는 게스트 내부에서 직접 확인할 수 없습니다.

Check 3: 큐 깊이 1에서 디스크 성능은 어떠한가?

NVMe 섹션에 있는 두 개의 fio 명령을 실행하고, 큐 깊이 1에서의 99번째 백분위수 지연 시간과 깊이 32에서의 IOPS 결과를 모두 보관하십시오. 많은 볼륨이 쓰기 작업에서 훨씬 느리게 동작하므로 쓰기 성능도 반드시 확인해야 합니다.

fio --name=wlat --filename=fiotest --size=1G --direct=1 --ioengine=libaio --rw=randwrite --bs=4k --iodepth=1 --numjobs=1 --runtime=30 --time_based --group_reporting
rm -f fiotest

dd 순차 읽기 수치는 광고에 자주 사용되지만, 데이터베이스나 바쁜 웹 애플리케이션의 실제 작업과는 거리가 멀어 가장 쓸모없는 지표 중 하나입니다. 비교를 위해 수집은 하되, 판단은 지연 시간(latency)을 기준으로 하십시오.

Check 4: 사용자 위치에서 네트워크 상태는 어떠한가?

먼저 VPS로 대용량 파일을 다운로드하여 테스트합니다.

curl -o /dev/null -w 'in: %{speed_download} bytes/s\n' https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.6.tar.xz

이는 서버로 들어오는 하나의 경로만 테스트할 뿐입니다. 중요한 것은 사용자가 서버에 접근하는 방향이므로, 파일을 서비스하고 사용자와 가까운 위치의 장비에서 해당 파일을 받아보십시오.

fallocate -l 100M /var/tmp/100mb.bin
python3 -m http.server 8080 --directory /var/tmp

그다음, 사용자와 가까운 노트북이나 서버에서 다음을 수행하십시오.

curl -o /dev/null -w 'down: %{speed_download} bytes/s\n' http://YOUR_SERVER_IP:8080/100mb.bin
mtr --report --report-cycles 50 YOUR_SERVER_IP

이 테스트를 수행하는 동안 방화벽에서 8080 포트를 열어야 합니다. 테스트가 끝나면 포트를 닫고 파일을 삭제한 뒤, Ctrl+C를 눌러 Python 서버를 종료하십시오. mtr 출력의 마지막 줄에서 손실(loss) 열을 확인하십시오. 중간 홉에서 손실이 발생하고 최종 목적지에서 손실이 없다면 이는 정상입니다. 라우터는 mtr이 의존하는 ICMP(internet control message protocol) 응답을 낮은 우선순위로 처리하기 때문이며, 이는 실제 네트워크 트래픽의 손실이 아닙니다. 마지막 줄에서의 손실은 실제 손실을 의미합니다.

사용자가 가장 많이 접속하는 시간대에 네트워크 테스트를 반복하십시오. 02:00에 측정한 단일 샘플은 네트워크가 한산할 때의 상태만 보여줄 뿐입니다.

네 가지 결과를 날짜와 함께 파일로 저장하고, 한 달 뒤에 다시 실행하십시오. 첫날에는 괜찮았으나 6주 뒤에 느려진 플랜은 호스트 서버가 포화 상태가 된 것입니다. 첫날의 수치를 기록해 두는 것이 단순한 추측과 정확한 판단을 가르는 기준이 됩니다.

저렴한 VPS가 적절한 선택인 경우

낮은 가격은 실질적인 이점과 비용을 동시에 수반합니다. 구형 CPU, 높은 오버셀링 비율, 느린 네트워크 스토리지, 셀프 서비스 지원, 부족한 이중화가 가격을 낮추는 요인입니다. 이러한 특성을 작업의 성격에 맞게 선택해야 합니다.

개발용 서버, CI 러너, VPN 엔드포인트, 모니터링 노드, 백업 대상 또는 정적 사이트에는 저렴한 VPS가 적합합니다. 이러한 서비스들은 잠시 느려지더라도 운영에 큰 지장이 없습니다. 반면 지연 시간이 서비스의 핵심인 경우, 즉 결제 페이지, 대화형 API, 게임 서버 또는 다른 서비스가 대기 중인 데이터베이스에는 저렴한 VPS가 좋지 않은 선택입니다. 위의 테스트를 통해 현재 사용 중인 서버의 성능을 파악할 수 있으며, 비용이 발생하기 전에 미리 확인하는 것이 좋습니다.

FAQ

저가형 VPS 상품에서 vCPU는 무엇을 의미합니까?

vCPU는 게스트 운영체제에 제공되는 하나의 가상 프로세서이며, 호스트 스케줄러가 물리적 코어에서 실행할 수 있을 때 할당하는 스레드에 대응합니다. 상품 설명에 "dedicated core" 또는 "dedicated vCPU"라고 명시되지 않았다면, 이는 하드웨어를 독점하는 것이 아니라 CPU 시간을 요청할 수 있는 권한을 의미합니다. 호스트는 보유한 물리적 코어보다 더 많은 vCPU를 판매하며, 그 비율은 거의 공개되지 않으므로 직접 측정해야 합니다. stress-ng --cpu 0 --timeout 300s을 실행하고 vmstat 1의 st 열을 확인하십시오. Steal 값이 두 자릿수라면 다른 게스트가 코어를 점유하고 있어 대기 중이라는 뜻입니다.

"무제한 대역폭"은 정말로 제한이 없다는 뜻입니까?

아니요, 제한은 보통 상품 설명 외의 두 곳에 존재합니다. 이용 약관(AUP)에는 공정 사용 정책(fair use)에 따른 제한이 명시되어 있고, 포트 속도는 바이트 단위의 물리적 상한선을 결정합니다. 100 Mbit/s 포트는 최대 속도로 작동해도 30일 동안 약 32 TB 이상을 전송할 수 없습니다. 따라서 포트 속도를 확인하고 약관에서 "fair use"나 "sustained"라는 단어가 있는지 읽어보십시오. 그 후 vnstat -m를 사용하여 실제 전송량을 추적하고 허용량과 비교하십시오.

VPS가 실제로 NVMe를 사용하는지 어떻게 알 수 있습니까?

게스트 내부에서는 물리적 매체를 확인할 수 없습니다. lsblk는 하이퍼바이저가 알리는 정보만 보고하기 때문에, ROTA은 0으로 표시되거나 모델명이 비어 있거나 일반적인 이름으로 나타납니다. 측정할 수 있는 것은 동작 방식입니다. --iodepth=1에서 --direct=1 옵션으로 fio를 실행하여 99.00번째 백분위수 완료 지연 시간을 읽어보십시오. 로컬 NVMe는 수백 마이크로초 내에 응답하지만, 네트워크 연결 볼륨은 순차 처리량이 인상적으로 보여도 밀리초 단위의 응답 시간을 보입니다. 공유 디스크는 03:00와 20:00의 성능이 다르므로 하루 중 여러 번 반복하여 측정하십시오.

환불 기간이 끝나기 전에 무엇을 테스트해야 합니까?

다음 순서대로 네 가지를 확인하십시오. 첫째, systemd-detect-virt, lscpu, free -h을 통해 서버의 실제 사양을 확인합니다. 둘째, sysbench cpu --cpu-max-prime=20000 --threads=1 run로 단일 스레드 속도를 측정합니다. 셋째, vmstat 1로 stress-ng --cpu 0을 모니터링하며 부하가 걸린 상태에서의 Steal time을 확인합니다. 넷째, 큐 깊이 1에서 fio를 실행하여 디스크 지연 시간을 측정합니다. 마지막으로 사용자와 가까운 위치의 기기에서 mtr를 사용하여 서버의 파일을 다운로드하며 네트워크 성능을 측정하십시오. 이 모든 과정은 30분이면 충분하며, 데이터를 이전하기 전에 수행해야 환불 권한을 협상 수단으로 유지할 수 있습니다.