Storage VPS vs Regular VPS: Ano ang Pagkakaiba?

Storage VPS kumpara sa regular na VPS: ang maikling sagot

Ang storage VPS ay isang virtual private server na ibinebenta batay sa terabyte, samantalang ang regular na VPS ay ibinebenta batay sa core. Nagbibigay ang storage plan ng ilang terabyte ng mabagal na disk na may maliit na CPU share. Nagbibigay naman ang standard plan ng mabilis na NVMe (non-volatile memory express) disk na kadalasang mas maliit nang dalawampung beses, pati ng mas maraming processor at memory sa parehong halaga. Pareho ang lahat ng iba pang katangian ng dalawang produkto: parehong hypervisor, parehong root shell, parehong Ubuntu image, at parehong network stack.

Ang pagkakaibang ito ang nagtatakda kung alin ang angkop. Ang storage VPS ay angkop para sa backup targets, media libraries, cold archives, at anumang isinusulat nang isang beses at bihirang basahin. Hindi ito angkop para sa database o sa anumang page na hinihintay ng user, dahil kailangang matapos ng mga workload na iyon ang maliliit na random read sa loob ng humigit-kumulang isang millisecond. Murang-mura ang kapasidad dahil hindi nito kayang gawin iyon.

Ang mga pangalan ng plan na makikita mo sa pricing page

Saklaw ng apat na label ang halos lahat ng provider, at dalawa lamang sa mga ito ang may tiyak na kahulugan.

• Standard VPS. Dalawa hanggang walong vCPU, 2 GB hanggang 32 GB na RAM, at 20 GB hanggang 400 GB na NVMe o SATA SSD na nasa mismong host node.
• Storage VPS. 1 TB hanggang 20 TB o higit pa, karaniwang spinning SATA disk o high-capacity SATA SSD, na may isa hanggang apat na shared vCPU at katamtamang dami ng RAM. Madalas kapareho ito ng buwanang presyo ng maliit na standard plan.
• VDS. Maikling tawag para sa virtual dedicated server. Walang iisang pamantayang kahulugan ang terminong ito, at tinatalakay sa ibaba kung ano ang dapat basahin sa halip.
• Block storage volume. Hindi talaga ito isang plan: isa itong network-attached disk na idinadagdag mo sa kasalukuyang VPS at binabayaran kada GB bawat buwan. Ito lamang sa apat ang maaaring palakihin nang hindi inililipat ang server.

Karaniwang anyo ng mga range na ito sa buong market, at hindi alok ng isang partikular na kumpanya. Kategorya ang label ng plan, kaya nagbibigay ito ng tinatayang ideya kung saang chassis nakalagay ang server mo. Hindi nito sinasabi ang uri ng disk, patakaran sa CPU allocation, o bandwidth allowance. Ang mga impormasyong ito ang nagtatakda kung maayos na tatakbo ang workload mo.

Ano ang aktuwal na nagbabago sa dalawang plan

Uri at dami ng disk. Ito ang buong pagkakaiba ng produkto. Sa standard plan, gumagamit ka ng NVMe flash na naa-access sa pamamagitan ng PCI Express bus. Sa storage plan, gumagamit ka ng malaking array ng spinning disk o high-capacity SATA SSD. Kung hindi ka sigurado kung alin sa mga terminong ito ang mahalaga sa iyo, magsimula sa kung ano ang SSD VPS at paano ito naiiba sa mas lumang disk plan at pagkatapos ay basahin ang praktikal na pagkakaiba ng NVMe at SATA SSD.

CPU ratio. Mas kaunti ang vCPU ng storage plan bawat terabyte, at halos palaging shared ang mga vCPU na ito sa iba pang tenant. Hindi ito depekto. Buong oras na naghihintay sa network ang backup target, kaya hindi nito kailangan ng maraming core.

RAM. Kaunti ang RAM ng storage plan kumpara sa presyo nito. Pinakamalaki ang epekto nito sa filesystem metadata. Kailangan ng milyun-milyong maliliit na file ng memory para sa directory at inode cache. Kung kulang ito, bumabalik sa disk ang bawat directory listing.

Network allowance. Basahing mabuti ang linyang ito kapag storage plan ang gamit. Hindi backup ang capacity na hindi mo kayang i-restore. Suriin ang monthly transfer allowance sa TB at ang port speed sa Gbit/s, dahil humigit-kumulang siyam na oras ang kailangan para sa full restore ng 4 TB sa 1 Gbit/s port kapag line rate, at mas matagal pa kung shared ang port.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

Mga rounded figure ito mula sa public price page ng ilang provider noong August 2026. Hindi ito quote mula sa isang partikular na kumpanya, at nagbabago ang mga presyo. Ang pangkalahatang pattern ang nananatili. Ang isang terabyte sa spinning storage plan ay nagkakahalaga ng humigit-kumulang 3 US dollars bawat buwan. Ang parehong terabyte ng NVMe sa standard plan ay nagkakahalaga ng humigit-kumulang 40, habang ang network-attached block volume ang pinakamahal sa 4 opsyon, sa halagang 90. Para sa mas malawak na paliwanag kung saan napupunta ang monthly bill, tingnan ang kung magkano talaga ang halaga ng VPS bawat buwan.

Bakit magkasalungat ang presyo kada TB at presyo kada core

Ang storage node ay isang chassis na may labindalawa hanggang labing-anim na malalaking disk at isang katamtamang processor sa harap ng mga ito. Kabaligtaran naman ang compute node: maraming core, maraming RAM, at dalawa o apat na NVMe drive. Ibinebenta ng provider ang anumang bakanteng resource ng chassis na iyon. Kaya ang plan na mura kada terabyte ay mahal kada core, at ang plan na mura kada core ay mahal kada terabyte. Walang plan na mura sa parehong batayan dahil walang chassis na ginawa sa ganoong configuration.

Ito ang dahilan kung bakit ang tapat na sagot sa tanong na “alin ang dapat kong bilhin” ay madalas na “pareho”. Mas mura ang maliit na NVMe VPS na nagpapatakbo ng application, kasama ang storage VPS na naglalaman ng mga backup nito, kaysa sa isang machine na sapat ang laki para magampanan nang maayos ang parehong trabaho. Kapag kailangang gawin ng iisang machine ang parehong trabaho, wala ka na sa saklaw ng VPS: tingnan ang kung kailan mas mainam ang dedicated server kaysa VPS.

Random reads ang hindi kayang gawin ng murang disk

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

Mga figure ito mula sa klase ng datasheet, hindi resulta ng benchmark ng isang provider. Ang 7200 rpm disk ay karaniwang nakapagseserbisyo ng humigit-kumulang 180 random 4k reads bawat segundo dahil kailangang pisikal na gumalaw ang head papunta sa track at maghintay na mailagay ng platter ang sector sa ilalim nito. Nagkakahalaga ito ng humigit-kumulang 8.5 ms sa bawat operasyon. Walang kailangang galawin sa flash, kaya umaabot ang SATA SSD sa humigit-kumulang 75,000 IOPS at ang NVMe device sa humigit-kumulang 600,000 IOPS, na may latency na 0.08 ms. Mahigit tatlong libong beses ang agwat na ito, at hindi ito mapupunan ng anumang dami ng RAM o CPU.

Iba ang sequential work. Ito ang dahilan kung bakit kapaki-pakinabang ang storage plans. Ang isang spinning disk ay nakakapag-stream pa rin ng 150 MB/s hanggang 250 MB/s, at mas mataas pa ang throughput kapag array ng mga disk ang ginagamit. Sapat ito para ma-saturate ang 1 Gbit/s port, kaya tumatakbo ang backup upload sa buong network speed at hindi nagiging limitasyon ang disk. Nakasalalay din ang mga figure mo sa pagkakabuo ng array, dahil hinahati ng striping ang isang request sa ilang disk: kung paano binabago ng RAID 10 ang performance ng storage plan ang tumatalakay rito.

Ano ang ibig sabihin ng VDS?

Karaniwan itong marketing label. Tatlong kahulugan ang karaniwang ginagamit, at bihirang sabihin ng provider kung alin ang naaangkop. Ginagamit ng ilan ang VDS para sa pinned o dedicated CPU cores, kaya walang ibang tenant na nakikipagkumpitensya para sa CPU cycles mo. Ginagamit naman ito ng iba para sa full virtualization gaya ng KVM, na kaiba sa container virtualization gaya ng LXC o OpenVZ kung saan shared ang kernel ng host. May ilan ding gumagamit nito bilang pangalan lamang na mas matindi pakinggan kaysa VPS.

Maaari mong matukoy ang ilan dito mula sa loob ng server. Ang systemd-detect-virt ay nagpi-print ng kvm sa isang full virtual machine at ng lxc sa isang container. Ibig sabihin ng container, hindi ka makakapag-load ng kernel modules o makakapagpatakbo ng sarili mong kernel. Kailangan mong sukatin ang claim tungkol sa dedicated CPU gamit ang steal time check sa ibaba. Ituring na pahiwatig lamang ang mga letra sa plan, at ang mga linya ng specification ang kontrata.

Mga linya ng spec na dapat suriin sa halip na ang pangalan

• Ang salitang nakalimbag katabi ng capacity: NVMe, SSD, SATA o HDD. Kung walang salitang tumutukoy sa disk saanman sa page, ipagpalagay ang pinakamurang hardware na pasok sa presyo.
• Kung local ang disk sa node o network attached. Nagdaragdag ng latency sa bawat request ang network attached storage at nananatili itong available kapag nag-fail ang node. Mas mabilis ang local disk, pero mawawala ito kapag nag-fail ang node.
• Ang wording para sa CPU: "dedicated" o "pinned" kumpara sa "shared", "fair share", o walang nakasaad.
• Anumang IOPS o MB/s cap na nakasaad sa plan. Kung 500 IOPS ang cap, halos hindi na mahalaga ang uri ng disk.
• Ang buwanang transfer allowance at port speed, na tumutukoy kung gaano katagal ang full restore.
• Kung kasama o hiwalay na sinisingil ang snapshots, backups, at mga karagdagang IP address.

Paano suriin ang disk na aktuwal mong natanggap

Magsimula sa iniulat ng kernel, pagkatapos ay huwag na itong basta pagkatiwalaan.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

Ang ROTA ay 1 para sa rotational device at 0 para sa flash. Huwag itong asahan sa loob ng isang VPS: karaniwang iniuulat ng virtio disk ang ROTA=0 anuman ang nasa likod nito, dahil generic block device ang ipinapakita ng hypervisor at hindi nakikita ng guest ang pisikal na drive. Walang laman ang MODEL sa parehong dahilan. Inilalarawan ng flag kung ano ang idineklara ng hypervisor, hindi kung ano ang umiikot sa rack, kaya magsagawa ng aktuwal na sukat.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

Iniiwasan ng --direct=1 ang page cache, kaya ang disk at hindi ang RAM ang sinusukat mo. Ang linyang dapat basahin ay read: IOPS=, at nasa ibaba nito ang distribution sa clat percentiles (usec). Ang karaniwang NVMe plan ay nag-uulat ng sampu-sampung libong IOPS na may 99th percentile na mas mababa sa isang millisecond. Ang spinning storage plan ay nag-uulat ng ilang daang IOPS na may 99th percentile na nasa double-digit milliseconds. Kung iulat ng fio na hindi ma-load ang libaio engine, gamitin ang --ioengine=psync --iodepth=1 at asahan ang mas mababang mga numero dahil paisa-isang request ang ipinapadala ng engine na iyon.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

Sa vmstat, ang column na st ay steal time: ang bahagi ng oras na handang tumakbo ang iyong vCPU habang inilaan ng host ang mga cycle na iyon sa ibang guest. Ang tuloy-tuloy na value na lampas 5 ay nangangahulugang oversubscribed ang node. Ito ang aktuwal na pagsubok sa claim na "dedicated CPU". Sa iostat -x, bantayan ang %util, r_await at w_await. Ang %util na malapit sa 100, kasama ng w_await na nasa sampu-sampung milliseconds, ay nangangahulugang disk ang bottleneck at walang maitutulong ang application tuning. Para sa mga partikular na pagsusuri sa flash, mas malalim ang pag-verify na talagang NVMe ang isang NVMe disk.

Pumili batay sa workload

• Backup target para sa restic, Borg, o rsync. Storage VPS, at ito ang workload na talagang pinaglaanan nito. Malalaki at sequential ang mga write, sa source machine nangyayari ang deduplication, at walang naghihintay sa resulta. May isang dapat tandaan: binabasa ng restic prune at restic check --read-data ang buong repository nang paisa-isang maliit na bahagi, kaya maglaan ng ilang oras para rito at patakbuhin ang mga ito ayon sa schedule. Tingnan ang pagpapatakbo ng restic backups sa isang VPS.
• Media library para sa Immich o Jellyfin. Storage VPS para sa mga file, pero may babala tungkol sa CPU. Gumagawa ang Immich ng thumbnails at nagpapatakbo ng machine learning jobs kapag nag-i-import, habang nagta-transcode naman ang Jellyfin habang nagpe-playback. Aabutin ng napakatagal ang unang pag-import ng 200 GB na mga larawan gamit ang dalawang shared vCPU. Ilagay ang database at thumbnail cache sa pinakamabilis na disk sa server. Tinalakay sa self-hosting ng Immich bilang kapalit ng Google Photos ang pagtantya sa kinakailangang resources.
• PostgreSQL o MySQL. Standard NVMe plan. Nagtatapos ang bawat commit sa isang fsync na kailangang makarating sa durable storage bago bumalik ang transaction, kaya ang commit latency ay disk latency. Ang index lookup naman ay random na pagbasa ng 8 kB, na eksaktong uri ng workload na pinakamahirap para sa spinning disk.
• Web application, API, o control plane. Standard plan. Kailangan ng mga ito ng CPU cores at predictable latency, at bihira silang mangailangan ng higit sa 100 GB.
• CI cache o artifact store. Depende ito sa file size. Ang malalaking tarball ay maaaring i-stream mula sa storage plan sa buong network speed. Ngunit ang cache na may daan-daang libong maliliit na file, na sabay-sabay na kinukuha ng ilang runner, ay random IO na nagmumukhang ibang workload at malamang na mabigo ka sa performance nito.

Ganito ang hitsura kapag mali ang pagkaka-configure

Hindi agad lumilitaw ang failure. Maayos ang pakiramdam ng database sa spinning storage plan kapag isang user lang ang gumagamit nito, pero bumabagsak ang performance kapag naging sampu ang user. Nangyayari ito dahil ang mga query na dating kumukuha ng data mula sa RAM ay nagsisimulang magbasa mula sa disk, kaya bawat query ay nagkakahalaga na ng milliseconds sa halip na microseconds. Tumataas ang load average habang ipinapakita ng top na halos idle ang CPU at mataas ang value ng %wa. Ibig sabihin, naka-block ang mga process habang naghihintay sa disk sa halip na nagko-compute. Ipinapakita naman ng iostat -x 1 na naka-pin malapit sa 100 ang %util.

Malinaw itong ipinapakita ng PostgreSQL sa sarili nitong log, dahil naka-enable bilang default ang log_checkpoints mula version 15:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

Ang sync= ang mahalagang value. Ito ang tagal na ginugol ng checkpoint sa paghihintay na bumalik ang fsync. Kaya kapag seconds ang value, hindi kayang tumanggap ng writes ang disk sa bilis na ginagawa ng database ang mga ito. Nai-stall ang mga client connection sa panahong iyon kahit mura lang patakbuhin ang mismong query. Hindi configuration change ang solusyon. Ilipat ang data directory sa NVMe, at gamitin ang storage plan para sa bagay na mahusay nitong gawin: pag-iimbak ng mga backup ng database na iyon.

FAQ

Mas mabagal ba ang storage VPS kaysa sa regular na VPS?

Oo, lalo na para sa random reads at writes. Malaki ang pagitan. Ang spinning storage plan ay nakakahawak ng ilang daang maliliit na random request bawat segundo, na humigit-kumulang 8 ms bawat isa. Samantala, ang NVMe plan ay nakakahawak ng sampu-sampung libo sa wala pang 1 ms. Mas magkalapit ang dalawa para sa sequential transfers dahil nakakapag-stream pa rin ang storage array ng 150 MB/s o higit pa. Sapat ito para punuin ang 1 Gbit/s port. Sukatin ang sarili mong performance gamit ang fio --rw=randread --bs=4k --direct=1 bago magpasya.

Maaari ko bang patakbuhin ang PostgreSQL sa storage VPS?

Maaari mo itong simulan, at gagana ito hanggang sa hindi na magkasya sa RAM ang working set. Pagkatapos nito, bawat commit ay maghihintay ng fsync sa mabagal na disk. Ila-log ito ng Postgres bilang sync= figure sa seconds sa loob ng checkpoint complete, habang ipinapakita ng iostat -x 1 ang %util na halos 100, kasama ng mataas na w_await. Karaniwang setup ang maliit na NVMe VPS para sa database at storage VPS bilang target ng mga dump nito.

Ibig bang sabihin ng VDS ay dedicated hardware ang makukuha ko?

Hindi ito tiyak. Walang standard na kahulugan ang VDS. Ginagamit ito ng ilang provider para sa pinned CPU cores, ng iba para sa full KVM virtualization sa halip na shared-kernel container, at ng iba naman bilang pangalan lamang. Patakbuhin ang systemd-detect-virt upang makita kung nasa kvm o lxc ka, at patakbuhin ang vmstat 1 5. I-monitor ang column na st upang makita kung kumukuha ng CPU cycles mo ang ibang tenant.

Paano ko malalaman kung talagang NVMe ang disk ng aking VPS?

Huwag magtiwala sa lsblk -d -o NAME,ROTA,MODEL dahil karaniwang nagrereport ang virtio disk ng ROTA=0 at ng walang laman na model string, anuman ang hardware sa ilalim nito. Patakbuhin ang 30 second na fio random read test gamit ang --direct=1, at basahin ang IOPS at 99th percentile latency. Ang daan-daang IOPS na may double-digit milliseconds ay spinning array. Ang sampu-sampung libong IOPS na wala pang isang millisecond ay flash.