Storage VPS dhidi ya VPS ya kawaida: tofauti kuu

Storage VPS dhidi ya VPS ya kawaida: jibu fupi

Storage VPS ni seva ya kibinafsi ya mtandaoni (VPS) inayouzwa kwa terabyte, huku VPS ya kawaida ikiuzwa kwa core. Mpango wa storage hukupa terabyte kadhaa za diski ya polepole nyuma ya sehemu ndogo ya CPU. Mpango wa kawaida hukupa diski ya haraka ya NVMe (non-volatile memory express) ambayo mara nyingi ni ndogo mara ishirini, pamoja na processor zaidi na kumbukumbu zaidi kwa bei ileile. Kila kitu kingine kuhusu bidhaa hizi mbili kinafanana: hypervisor ileile, root shell ileile, image ileile ya Ubuntu, na stack ileile ya mtandao.

Tofauti hiyo moja ndiyo huamua kufaa kwa matumizi. Storage VPS inafaa kwa malengo ya backup, maktaba za media, kumbukumbu za muda mrefu (cold archives), na chochote unachoandika mara moja na kusoma mara chache. Haifai kwa database, au kwa ukurasa wowote ambao mtumiaji husubiri ufunguke, kwa sababu workloads hizo zinahitaji usomaji wa haraka wa data nasibu (small random reads) ili kukamilika ndani ya milisekunde moja hivi, na uwezo wa kuhifadhi wa bei nafuu ni wa bei nafuu hasa kwa sababu hauwezi kufanya hivyo.

Majina ya mipango unayokutana nayo kwenye ukurasa wa bei

Lebo nne hufunika karibu kila mtoa huduma, na mbili tu kati ya hizo zina maana mahususi.

• Standard VPS. vCPU mbili hadi nane, 2 GB hadi 32 GB ya RAM, na 20 GB hadi 400 GB ya NVMe au SATA SSD inayokaa kwenye node ya seva yenyewe.
• Storage VPS. 1 TB hadi 20 TB au zaidi, kwa kawaida diski za SATA zinazozunguka au SATA SSD zenye uwezo mkubwa, zikiwa na vCPU moja hadi nne zilizoshirikiwa na kiasi kidogo cha RAM. Mara nyingi hugharimu kiasi sawa kwa mwezi kama mpango mdogo wa kawaida.
• VDS. Kifupi cha virtual dedicated server. Hakuna ufafanuzi mmoja uliokubalika wa neno hili, na sehemu iliyo hapa chini inaelezea nini cha kusoma badala yake.
• Block storage volume. Hii si mpango hata kidogo: ni diski iliyounganishwa kwenye mtandao (network attached disk) unayoongeza kwenye VPS iliyopo na kulipia kwa kila GB kwa mwezi. Ni moja tu kati ya hizo nne unayoweza kuiongezea ukubwa bila kuhamisha seva.

Masafa hayo ndiyo muundo wa kawaida katika soko, si ofa ya kampuni moja mahususi. Lebo iliyo kwenye mpango ni kategoria, kwa hivyo inakuambia takriban ni aina gani ya chassis seva yako inakaa. Haikuambii aina ya diski, sera ya ugawaji wa CPU, au posho ya bandwidth, na hizo ndizo mistari inayoamua kama mzigo wako wa kazi (workload) utafanya kazi vizuri.

Nini hasa hubadilika kati ya mipango hii miwili

Aina na idadi ya diski. Hii ndiyo tofauti kuu ya bidhaa. Mpango wa kawaida (standard) hukuweka kwenye NVMe flash inayofikiwa kupitia basi la PCI Express. Mpango wa hifadhi (storage) hukuweka kwenye safu kubwa ya diski zinazozunguka (spinning disks) au SATA SSD zenye uwezo mkubwa. Ikiwa huna uhakika ni neno lipi kati ya hayo ni muhimu kwako, anza na nini maana ya SSD VPS na jinsi inavyotofautiana na mipango ya zamani ya diski kisha tofauti ya kiutendaji kati ya NVMe na SATA SSD.

Uwiano wa CPU. Mipango ya hifadhi ina vCPU chache kwa kila terabyte, na vCPU hizo karibu kila mara hushirikiwa na watumiaji wengine. Hilo si tatizo. Lengo la backup hutumia muda wake mwingi kusubiri mtandao, kwa hivyo halihitaji cores nyingi.

RAM. Mipango ya hifadhi huwa na RAM kidogo kwa bei yake. Hili huleta changamoto katika eneo moja mahususi: metadata ya mfumo wa faili (filesystem). Mamilioni ya faili ndogo huhitaji kumbukumbu kwa ajili ya directory na inode cache, na bila hiyo, kila orodha ya faili hulazimika kusoma kutoka kwenye diski.

Kiwango cha mtandao. Soma mstari huu kwa makini kwenye mpango wa hifadhi. Uwezo ambao huwezi kuurejesha (restore) si backup. Angalia kiwango cha uhamisho wa data kwa mwezi katika TB na kasi ya port katika Gbit/s, kwa sababu urejeshaji kamili wa 4 TB kupitia port ya 1 Gbit/s huchukua takriban saa tisa kwa kasi ya juu, na huchukua muda mrefu zaidi ikiwa port hiyo inashirikiwa.

[
  {
    "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
  }
]

Hizo ni takwimu zilizokadiriwa kutoka kurasa za bei za umma za watoa huduma kadhaa mnamo Agosti 2026, si nukuu kutoka kwa kampuni moja, na bei hizo hubadilika. Muundo ndio sehemu inayodumu. Terabyte moja kwenye mpango wa hifadhi ya diski zinazozunguka hugharimu takriban 3 dola za Marekani kwa mwezi. Terabyte hiyo hiyo ya NVMe kwenye mpango wa kawaida hugharimu takriban 40, na block volume iliyounganishwa kwenye mtandao ndiyo ghali zaidi kati ya chaguzi 4 kwa 90. Kwa mtazamo mpana zaidi wa kile kinachounda bili ya kila mwezi, angalia nini hasa gharama ya VPS kwa mwezi.

Kwa nini bei kwa kila TB na bei kwa kila core huelekea pande tofauti

Node ya kuhifadhi data ni chasi inayoshikilia diski kubwa kumi na mbili hadi kumi na sita ikiwa na processor ya kawaida mbele yake. Node ya kompyuta ni kinyume chake: ina cores nyingi, RAM nyingi, na diski mbili au nne za NVMe. Mtoa huduma huuza chochote ambacho chasi hiyo inacho cha ziada. Kwa hivyo, mpango ambao ni wa bei nafuu kwa kila terabyte unakuwa ghali kwa kila core, na mpango ambao ni wa bei nafuu kwa kila core unakuwa ghali kwa kila terabyte. Hakuna mpango ambao ni wa bei nafuu kwa vyote viwili, kwa sababu hakuna chasi inayojengwa kwa mtindo huo.

Hii ndiyo sababu jibu la kweli kwa swali "ni ipi ninapaswa kununua" mara nyingi ni "zote mbili". VPS ndogo ya NVMe inayoendesha programu, pamoja na VPS ya kuhifadhi data inayoshikilia backups zake, inagharimu kidogo kuliko mashine moja kubwa inayoweza kufanya kazi zote mbili vizuri. Mashine moja inapopaswa kufanya kazi zote mbili, unakuwa umetoka kwenye eneo la VPS: angalia wakati seva iliyojitolea inapozidi VPS.

Usomaji wa nasibu (random reads) ni jambo ambalo diski ya bei nafuu haiwezi kufanya

[
  {
    "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
  }
]

Hizo ni takwimu za daraja la datasheet badala ya kuwa benchmark ya mtoa huduma yeyote. Diski ya 7200 rpm hutoa takriban 180 random 4k reads kwa sekunde kwa sababu kichwa cha kusoma lazima kihame kimwili kuelekea kwenye track na kisha kusubiri diski izunguke ili kuleta sekta husika chini yake, jambo ambalo hugharimu takriban 8.5 ms kila wakati. Flash haina sehemu inayohamia, kwa hivyo SATA SSD hufikia takriban 75,000 na kifaa cha NVMe hufikia takriban 600,000 IOPS kwa 0.08 ms. Hilo ni pengo la zaidi ya mara elfu tatu, na hakuna kiasi chochote cha RAM au CPU kinachoweza kuliziba.

Kazi za mfululizo (sequential work) ni hadithi tofauti kabisa, ndiyo maana mipango ya hifadhi (storage plans) ni muhimu hata kidogo. Diski moja inayozunguka bado inaweza kutiririsha 150 MB/s hadi 250 MB/s, na safu (array) ya diski hizo hutiririsha zaidi. Hiyo hujaza port ya 1 Gbit/s, kwa hivyo upakiaji wa backup huenda kwa kasi kamili ya mtandao na diski haijawahi kuwa kikwazo. Takwimu zako pia hutegemea jinsi safu hiyo ilivyojengwa, kwa kuwa striping husambaza ombi moja kwenye diski kadhaa: jinsi RAID 10 inavyobadilisha utendaji wa mpango wa hifadhi inashughulikia hilo.

VDS inamaanisha nini?

Kwa kawaida ni lebo ya masoko. Kuna maana tatu zinazotumiwa sana, na mtoa huduma mara chache hufafanua ni ipi inayotumika. Wengine hutumia VDS kumaanisha CPU cores zilizotengwa (pinned) au zilizojitolea (dedicated), ili mpangaji mwingine asishindane nawe kwa ajili ya mizunguko ya CPU. Wengine huitumia kwa ajili ya virtualization kamili kama vile KVM, tofauti na container virtualization kama LXC au OpenVZ ambapo unashiriki kernel ya mwenyeji (host). Wengine huitumia kama jina tu linalosikika kuwa na nguvu zaidi kuliko VPS.

Unaweza kutatua sehemu ya utata huu ukiwa ndani ya seva. systemd-detect-virt huchapisha kvm kwenye mashine pepe kamili (full virtual machine) na lxc kwenye container, na container inamaanisha huwezi kupakia kernel modules au kuendesha kernel yako mwenyewe. Madai ya CPU iliyojitolea lazima uyapime, kwa kutumia ukaguzi wa steal time hapo chini. Ichukulie herufi zilizopo kwenye mpango kama dokezo, na mistari ya vipimo kama mkataba.

Ni mistari ipi ya vipimo vya kiufundi ya kukagua badala ya jina

• Neno lililochapishwa karibu na uwezo wa hifadhi: NVMe, SSD, SATA au HDD. Ikiwa hakuna neno lolote la diski linaloonekana kwenye ukurasa, chukulia kuwa ni maunzi ya bei nafuu zaidi yanayolingana na bei hiyo.
• Ikiwa diski ni ya ndani (local) kwa node au imeunganishwa kupitia mtandao (network attached). Hifadhi ya mtandao huongeza latency katika kila ombi na hubaki salama hata node ikifeli. Diski ya ndani ni ya haraka zaidi lakini hupotea node ikifeli.
• Ufafanuzi wa CPU: "dedicated" au "pinned" dhidi ya "shared", "fair share" au kutokuwepo kwa ufafanuzi wowote.
• Kikomo chochote cha IOPS au MB/s kilichoandikwa kwenye mpango. Kikomo cha 500 IOPS hufanya aina ya diski kutokuwa na umuhimu wowote.
• Ruhusa ya uhamisho wa data kwa mwezi na kasi ya port, ambavyo huamua muda unaochukuliwa kukamilisha urejeshaji (restore) kamili.
• Ikiwa snapshots, backups na anwani za ziada za IP zimejumuishwa au zinatozwa ada kando.

Jinsi ya kukagua diski uliyopata kwa uhalisia

Anza na kile kernel inachoripoti, kisha acha kuiamini.

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

ROTA ni 1 kwa kifaa cha kuzunguka (rotational) na 0 kwa flash. Usiitegemee ndani ya VPS: diski ya virtio kwa kawaida huripoti ROTA=0 bila kujali kilichopo nyuma yake, kwa sababu hypervisor huwasilisha block device ya kawaida na guest haioni kamwe diski ya kimwili. MODEL huwa tupu kwa sababu hiyo hiyo. Flag hii inaelezea kile hypervisor ilichotangaza, si kile kinachozunguka kwenye rack, kwa hivyo pima badala yake.

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

--direct=1 hupita pembeni ya page cache, kwa hivyo unapima diski badala ya RAM. Mstari wa kusoma ni read: IOPS=, huku usambazaji ukiwa chini ya clat percentiles (usec) hapo chini. Mpango wa kawaida wa NVMe huripoti makumi ya maelfu ya IOPS na 99th percentile chini ya millisecond moja. Mpango wa hifadhi ya kuzunguka huripoti mamia machache ya IOPS na 99th percentile katika millisecond za tarakimu mbili. Ikiwa fio inaripoti kuwa libaio engine haiwezi kupakiwa, tumia --ioengine=psync --iodepth=1 na utarajie namba ndogo, kwa sababu engine hiyo hutoa ombi moja kwa wakati mmoja.

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

Katika vmstat, safu ya st ni steal time: sehemu ya muda ambayo vCPU yako ilikuwa tayari kufanya kazi wakati host ilitoa mizunguko hiyo kwa guest mwingine. Namba thabiti inayozidi 5 inamaanisha node imezidiwa (oversubscribed), ambayo ndiyo kipimo halisi cha madai ya "dedicated CPU". Katika iostat -x, fuatilia %util, r_await na w_await. %util inayokaribia 100 ikiwa na w_await katika makumi ya milliseconds inamaanisha diski ndiyo kikwazo na hakuna marekebisho ya programu yatakayosaidia. Kwa ukaguzi maalum wa flash, kuthibitisha kuwa diski ya NVMe ni NVMe kweli huingia kwa kina zaidi.

Chagua kulingana na mzigo wa kazi

• Lengo la chelezo (backup) kwa restic, Borg au rsync. Hii ni Storage VPS, na ndilo kusudi ililoundwa kwa ajili yake. Uandishi wa data ni mkubwa na wa mfululizo, deduplication hufanyika kwenye mashine chanzo, na hakuna kinachosubiri matokeo. Tahadhari moja: restic prune na restic check --read-data husoma hazina (repository) nzima kwa vipande vidogo, kwa hivyo tengeneza muda wa kutosha kwa ajili yao na uziendeshe kwa ratiba. Tazama kuendesha chelezo za restic kwenye VPS.
• Maktaba ya midia ya Immich au Jellyfin. Storage VPS kwa ajili ya faili, pamoja na onyo kuhusu CPU. Immich hutengeneza thumbnails na kuendesha kazi za machine learning wakati wa kuingiza data, na Jellyfin hufanya transcoding wakati wa kucheza midia. vCPU mbili zilizoshirikiwa zitafanya kazi polepole sana wakati wa uingizaji wa kwanza wa GB 200 za picha. Weka database na cache ya thumbnail kwenye diski ya haraka zaidi kwenye seva. kujihostia Immich kama mbadala wa Google Photos inaelezea vipimo vinavyohitajika.
• PostgreSQL au MySQL. Mpango wa kawaida wa NVMe. Kila commit huishia kwenye fsync ambayo lazima ifike kwenye hifadhi ya kudumu kabla ya transaction kukamilika, kwa hivyo latency ya commit ni sawa na latency ya diski, na utafutaji wa index ni usomaji wa nasibu wa 8 kB ambao ndio aina ya kazi ambayo diski ya kuzunguka (spinning disk) hufanya vibaya zaidi.
• Programu ya wavuti, API au control plane. Mpango wa kawaida. Hizi zinahitaji cores na latency inayotabirika, na mara chache huhitaji zaidi ya GB 100.
• CI cache au hifadhi ya artifact. Inategemea ukubwa wa faili. Faili kubwa za tarball hutiririka kutoka kwenye mpango wa hifadhi kwa kasi kamili ya mtandao. Cache ya mamia ya maelfu ya faili ndogo, zinazovutwa kwa sambamba na runners kadhaa, ni random IO iliyojificha na itakukatisha tamaa.

Jinsi inavyoonekana unapokosea hapa

Kushindwa huku hakutokei mara moja. Database iliyo kwenye mpango wa hifadhi ya diski inayozunguka (spinning storage) hufanya kazi vizuri kwa mtumiaji mmoja, lakini huanguka ikiwa na watumiaji kumi. Hii hutokea kwa sababu queries zilizokuwa zikipata data kwenye RAM zinaanza kutumia diski, na kila query inachukua milisekunde badala ya mikrosekunde. Load average hupanda huku top ikionyesha CPU haina kazi nyingi, lakini ikiwa na thamani ya juu ya %wa. Hii inamaanisha kuwa michakato (processes) imekwama ikisubiri diski badala ya kufanya hesabu zozote. iostat -x 1 huonyesha %util ikiwa karibu na 100.

PostgreSQL husema hili wazi kwenye log yake, kwa sababu log_checkpoints imewashwa kwa chaguo-msingi kuanzia toleo la 15:

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

Thamani ya sync= ndiyo muhimu. Huu ni muda ambao checkpoint ilitumia kusubiri fsync irejeshe majibu. Kwa hivyo, thamani inayopimwa kwa sekunde inamaanisha kuwa diski haiwezi kuhimili uandikaji wa data kwa kasi ambayo database inaitoa. Miunganisho ya wateja (client connections) hukwama katika kipindi hicho, hata kama query yenyewe ni rahisi. Suluhisho si kubadili usanidi. Hamisha saraka ya data (data directory) kwenda kwenye NVMe, na uache mpango wa hifadhi hiyo kwa ajili ya kazi inayoufaa, yaani kuhifadhi backups za database hiyo.

FAQ

Je, storage VPS ni polepole kuliko VPS ya kawaida?

Kwa usomaji na uandikaji wa nasibu (random reads and writes), ndiyo, kwa kiasi kikubwa. Mpango wa storage unaotumia diski za kuzunguka (spinning) hutoa maombi machache ya nasibu kwa sekunde kwa takriban 8 ms kila moja, wakati mpango wa NVMe hutoa makumi ya maelfu kwa chini ya 1 ms. Kwa uhamishaji wa mfululizo (sequential transfers), aina hizi mbili ziko karibu zaidi, kwa sababu safu ya storage bado inaweza kutiririsha 150 MB/s au zaidi, ambayo inatosha kujaza port ya 1 Gbit/s. Pima kasi yako mwenyewe kwa kutumia fio --rw=randread --bs=4k --direct=1 kabla ya kuamua.

Je, ninaweza kuendesha PostgreSQL kwenye storage VPS?

Unaweza kuianzisha, na itafanya kazi hadi seti ya data inayotumika (working set) itakapozidi uwezo wa RAM. Baada ya hapo, kila commit husubiri fsync kwenye diski ya polepole, na Postgres huirekodi kama thamani ya sync= katika sekunde ndani ya checkpoint complete, wakati iostat -x 1 huonyesha %util karibu na 100 ikiwa na w_await ya juu. Mpangilio wa kawaida ni kutumia VPS ndogo ya NVMe kwa ajili ya database na storage VPS kama sehemu ya kuhifadhi dumps zake.

Je, VDS inamaanisha ninapata maunzi yaliyotengwa (dedicated hardware)?

Si kwa uhakika. VDS haina maana sanifu. Watoa huduma wengine huitumia kwa CPU cores zilizotengwa, wengine kwa virtualization kamili ya KVM badala ya container ya kernel iliyoshirikiwa, na wengine huitumia kama jina tu. Endesha systemd-detect-virt ili kuona kama uko kwenye kvm au lxc, na endesha vmstat 1 5 kisha uangalie safu ya st ili kuona kama wapangaji wengine wanatumia mizunguko yako ya CPU.

Ninawezaje kujua kama diski ya VPS yangu ni NVMe kweli?

Usiweke imani yako kwenye lsblk -d -o NAME,ROTA,MODEL, kwa sababu diski ya virtio kwa kawaida huripoti ROTA=0 na kamba tupu ya modeli bila kujali maunzi yaliyopo chini. Endesha jaribio la usomaji wa nasibu la sekunde 30 la fio kwa kutumia --direct=1 na usome IOPS pamoja na latency ya asilimia 99. Mamia ya IOPS yenye latency ya tarakimu mbili za milisekunde ni safu ya diski za kuzunguka. Makumi ya maelfu ya IOPS kwa chini ya milisekunde moja ni flash.