Storage VPS vs సాధారణ VPS: ఏది ఎంచుకోవాలి?

Storage VPS vs సాధారణ VPS: సంక్షిప్త సమాధానం

Storage VPS అనేది terabyte ప్రాతిపదికన విక్రయించే virtual private server. సాధారణ VPS అనేది core ప్రాతిపదికన విక్రయించబడుతుంది. Storage plan లో చిన్న CPU share వెనుక నెమ్మదైన disk యొక్క అనేక terabytes లభిస్తాయి. Standard plan లో fast NVMe (non-volatile memory express) disk ఉంటుంది. దీని పరిమాణం తరచుగా ఇరవై రెట్లు తక్కువగా ఉంటుంది. అదే ధరకు ఎక్కువ processor మరియు ఎక్కువ memory కూడా లభిస్తాయి. ఈ రెండు products లోని మిగతా అంశాలు ఒకేలా ఉంటాయి: ఒకే hypervisor, ఒకే root shell, ఒకే Ubuntu image, ఒకే network stack.

ఏ ఉపయోగానికి ఏది సరిపోతుందో ఈ ఒక్క తేడానే నిర్ణయిస్తుంది. Backup targets, media libraries, cold archives మరియు ఒకసారి రాసి అరుదుగా చదివే ఇతర డేటాకు Storage VPS అనుకూలంగా ఉంటుంది. Database కు లేదా వినియోగదారు వేచి ఉండే ఏ page కైనా ఇది అనుకూలం కాదు. అలాంటి workloads లో చిన్న random reads సుమారు ఒక millisecond లో పూర్తవ్వాలి. తక్కువ ధరలో లభించే అధిక storage capacity చౌకగా ఉండటానికి కారణం, అది ఈ పనిని చేయలేకపోవడమే.

ధరల పేజీలో కనిపించే ప్లాన్ పేర్లు

దాదాపు ప్రతి provider వద్ద కనిపించే నాలుగు labels ఉన్నాయి. వీటిలో రెండింటికే నిర్దిష్టమైన అర్థం ఉంటుంది.

• Standard VPS. 2 నుంచి 8 vCPU, 2 GB నుంచి 32 GB RAM, అలాగే host node పైనే ఉండే 20 GB నుంచి 400 GB NVMe లేదా SATA SSD.
• Storage VPS. సాధారణంగా spinning SATA disks లేదా అధిక సామర్థ్యం గల SATA SSDలతో 1 TB నుంచి 20 TB లేదా అంతకంటే ఎక్కువ storage, 1 నుంచి 4 shared vCPUలు, పరిమిత పరిమాణంలో RAM. దీని నెలవారీ ధర తరచుగా చిన్న standard plan ధరతో సమానంగా ఉంటుంది.
• VDS. virtual dedicated server కు సంక్షిప్త రూపం. ఈ పదానికి అందరూ అనుసరించే ఒకే నిర్వచనం లేదు. బదులుగా ఏమి పరిశీలించాలో క్రింది section వివరిస్తుంది.
• Block storage volume. ఇది అసలు plan కాదు. ఇప్పటికే ఉన్న VPSకు జోడించే network attached disk. దీనికి ప్రతి GBకు, ప్రతి నెలకు చెల్లించాలి. Serverను తరలించకుండా capacity పెంచగలిగేది ఈ నాలుగు ఎంపికల్లో ఇదొక్కటే.

ఈ పరిధులు మార్కెట్‌లో సాధారణంగా కనిపించే రూపాన్ని సూచిస్తాయి. ఇవి ఏదైనా ఒక company's offerకు మాత్రమే సంబంధించినవి కావు. Planపై ఉన్న label ఒక category మాత్రమే. అందువల్ల మీ server సుమారుగా ఏ chassisపై నడుస్తుందో అది తెలియజేస్తుంది. అయితే disk type, CPU allocation policy లేదా bandwidth allowance గురించి అది చెప్పదు. మీ workload సరిగ్గా నడుస్తుందా లేదా నిర్ణయించేది ఈ వివరాలే.

రెండు ప్లాన్‌ల మధ్య వాస్తవంగా మారేది ఏమిటి

డిస్క్ రకం మరియు పరిమాణం. ఉత్పత్తి పరంగా ఇదే ప్రధాన తేడా. Standard planలో PCI Express bus ద్వారా యాక్సెస్ చేసే NVMe flash ఉంటుంది. Storage planలో పెద్ద spinning disk array లేదా అధిక సామర్థ్యం కలిగిన SATA SSDలు ఉంటాయి. ఈ పదాల్లో మీకు ముఖ్యమైనది ఏదో స్పష్టంగా తెలియకపోతే, ముందుగా SSD VPS అంటే ఏమిటి, పాత disk plansతో అది ఎలా భిన్నంగా ఉంటుంది చదవండి. తరువాత NVMe మరియు SATA SSD మధ్య ఆచరణాత్మక తేడా చూడండి.

CPU నిష్పత్తి. Storage plansలో ప్రతి terabyteకు తక్కువ vCPUలు ఉంటాయి. ఆ vCPUలు దాదాపు ఎల్లప్పుడూ ఇతర tenantsతో sharedగా ఉంటాయి. ఇది లోపం కాదు. Backup target ఎక్కువ సమయం network కోసం వేచి ఉంటుంది. అందువల్ల దానికి ఎక్కువ CPU cores అవసరం ఉండదు.

RAM. ధరతో పోలిస్తే storage plansలో RAM తక్కువగా ఉంటుంది. ఇది ఒక ప్రత్యేక సందర్భంలో సమస్యగా మారుతుంది: filesystem metadata. లక్షలాది చిన్న filesకు directory మరియు inode cache కోసం memory అవసరం. అది లేకపోతే ప్రతి listing diskకు తిరిగి వెళ్లాలి.

Network allowance. Storage planలో ఈ అంశాన్ని జాగ్రత్తగా పరిశీలించండి. Restore చేయలేని capacity backup కాదు. నెలవారీ transfer allowanceను TBలో, port speedను Gbit/sలో తనిఖీ చేయండి. 1 Gbit/s portపై 4 TBను line rateతో పూర్తిగా restore చేయడానికి సుమారు తొమ్మిది గంటలు పడుతుంది. Port sharedగా ఉంటే ఇంకా ఎక్కువ సమయం పడుతుంది.

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

ఇవి August 2026లో పలువురు providers ప్రచురించిన ధరల పేజీల నుంచి తీసుకున్న సుమారుగా లెక్కించిన గణాంకాలు. ఇవి ఏ ఒక్క company ఇచ్చిన quote కావు. ధరలు మారవచ్చు. దీర్ఘకాలం వర్తించే విషయం వాటి సాధారణ రూపం. Spinning storage planలో ఒక terabyteకు నెలకు సుమారు 3 US dollars ఖర్చవుతుంది. Standard planలో అదే ఒక terabyte NVMeకి సుమారు 40 ఖర్చవుతుంది. Network attached block volume అనేది 4 optionsలో అత్యంత ఖరీదైనది. దాని ధర 90. నెలవారీ bill ఏ అంశాలతో ఏర్పడుతుందో విస్తృతంగా తెలుసుకోవడానికి VPSకు నెలకు వాస్తవంగా ఎంత ఖర్చవుతుంది చూడండి.

TBకు ధర మరియు coreకు ధర ఎందుకు విరుద్ధ దిశల్లో ఉంటాయి

ఒక storage node అంటే పన్నెండు నుంచి పదహారు వరకు పెద్ద disks ఉన్న chassis, వాటిని నిర్వహించే ఒక సాధారణ processor. Compute node దీనికి విరుద్ధంగా ఉంటుంది: అనేక cores, ఎక్కువ RAM, అలాగే రెండు లేదా నాలుగు NVMe drives. Provider ఆ chassisలో మిగిలి ఉన్న వనరులను విక్రయిస్తుంది. అందువల్ల terabyteకు తక్కువ ధర ఉన్న planలో coreకు ధర ఎక్కువగా ఉంటుంది. Coreకు తక్కువ ధర ఉన్న planలో terabyteకు ధర ఎక్కువగా ఉంటుంది. రెండింటికీ తక్కువ ధర కలిగిన plan ఉండదు, ఎందుకంటే ఏ chassis కూడా ఆ విధంగా నిర్మించబడదు.

అందుకే "నేను ఏది కొనాలి" అనే ప్రశ్నకు నిజాయితీగల సమాధానం తరచుగా "రెండింటినీ" అవుతుంది. Applicationను నడిపే చిన్న NVMe VPSతో పాటు backupsను ఉంచే storage VPS తీసుకోవడం, రెండు పనులను సమర్థంగా నిర్వహించగలిగే ఒకే machine కంటే తక్కువ ఖర్చవుతుంది. ఒకే machine తప్పనిసరిగా రెండు పనులను చేయాల్సి వస్తే, మీరు VPS పరిధిని దాటారు: dedicated server VPS కంటే మెరుగైనప్పుడు చూడండి.

చవకైన డిస్క్ చేయలేనిది random reads

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

అవి ఏ provider పనితీరును కొలిచే benchmark గణాంకాలు కాదు; datasheet స్థాయి గణాంకాలు. 7200 rpm డిస్క్ సెకనుకు సుమారు 180 random 4k reads అందిస్తుంది. కారణం, head భౌతికంగా track వద్దకు కదలాలి. ఆ తర్వాత sector దాని కిందకు platter వచ్చే వరకు వేచి ఉండాలి. దీనికి ప్రతి సారి సుమారు 8.5 ms పడుతుంది. Flashలో కదలాల్సిన భాగం ఏదీ ఉండదు. అందువల్ల SATA SSD సుమారు 75,000 IOPS, NVMe device సుమారు 600,000 IOPS అందిస్తుంది. వీటి latency 0.08 ms ఉంటుంది. ఇది మూడు వేల రెట్లకంటే ఎక్కువ తేడా. ఎంత RAM లేదా CPU ఉన్నా ఈ తేడాను తొలగించలేరు.

Sequential పని పూర్తిగా భిన్నంగా ఉంటుంది. అందుకే storage plans ఉపయోగకరంగా ఉంటాయి. ఒక spinning disk కూడా 150 MB/s నుంచి 250 MB/s వరకు నిరంతర వేగంతో data పంపుతుంది. అనేక డిస్క్‌ల array ఇంకా ఎక్కువ వేగాన్ని అందిస్తుంది. ఇది 1 Gbit/s port సామర్థ్యాన్ని పూర్తిగా ఉపయోగిస్తుంది. కాబట్టి backup upload పూర్తి network speedతో నడుస్తుంది. అప్పుడు disk పరిమితిగా ఉండదు. Array ఎలా నిర్మించబడిందో కూడా మీ గణాంకాలపై ప్రభావం చూపుతుంది. Striping ఒక requestను అనేక డిస్క్‌లపై విభజిస్తుంది: RAID 10 storage plan పనితీరును ఎలా మారుస్తుంది దీనిని వివరిస్తుంది.

VDS అంటే ఏమిటి?

సాధారణంగా ఇది marketing label మాత్రమే. ఈ పదానికి సాధారణంగా మూడు అర్థాలు ఉన్నాయి. ఏ అర్థం వర్తిస్తుందో provider చాలా అరుదుగా స్పష్టంగా చెబుతుంది. కొంతమంది providerలు VDS అనే పదాన్ని నిర్దిష్టంగా కేటాయించిన లేదా dedicated CPU cores కోసం ఉపయోగిస్తారు. అందువల్ల మీ CPU cycles కోసం ఇతర tenant పోటీ పడరు. మరికొంతమంది container virtualization అయిన LXC లేదా OpenVZ కు విరుద్ధంగా, KVM వంటి పూర్తి virtualization కోసం ఈ పదాన్ని ఉపయోగిస్తారు. Container virtualizationలో host kernel ను ఇతరులతో పంచుకోవాలి. ఇంకొందరు VPS కంటే బలంగా వినిపించే పేరుగా మాత్రమే VDS ను ఉపయోగిస్తారు. దానికి అదనపు సాంకేతిక అర్థం ఉండదు.

Server లోపల నుంచే దీనిలో కొంత భాగాన్ని నిర్ధారించవచ్చు. పూర్తి virtual machineలో systemd-detect-virt, kvm ను ప్రదర్శిస్తుంది. Containerలో అది lxc ను ప్రదర్శిస్తుంది. Container అయితే kernel modules లోడ్ చేయలేరు, అలాగే మీ స్వంత kernel ను అమలు చేయలేరు. Dedicated CPU అనే హామీని మాత్రం మీరు కొలవాలి. దాని కోసం క్రింద ఉన్న steal time తనిఖీని ఉపయోగించండి. Planలో ఉన్న అక్షరాలను సూచనగా మాత్రమే పరిగణించండి. Specలోని వివరాలను ఒప్పందంగా పరిగణించండి.

పేరుకు బదులుగా పరిశీలించాల్సిన స్పెసిఫికేషన్ పంక్తులు

• సామర్థ్యం పక్కన ముద్రించిన పదం: NVMe, SSD, SATA లేదా HDD. పేజీలో ఎక్కడా disk అనే పదం కనిపించకపోతే, ఆ ధరలో సరిపోయే అత్యల్ప ధర hardware అని భావించండి.
• disk node కు local గా ఉందా లేదా network-attached గా ఉందా. Network-attached storage ప్రతి అభ్యర్థనకు latency ను జోడిస్తుంది మరియు node విఫలమైనా కొనసాగుతుంది. Local disk వేగంగా ఉంటుంది, కానీ node తోపాటు పనిచేయడం ఆపుతుంది.
• CPU వివరణలో "dedicated" లేదా "pinned" అని ఉందా, లేక "shared", "fair share" లేదా ఏమీ లేదో చూడండి.
• plan లో పేర్కొన్న IOPS లేదా MB/s పరిమితి ఉందా చూడండి. 500 IOPS పరిమితి ఉంటే disk రకం దాదాపు ప్రాధాన్యం లేకుండా పోతుంది.
• నెలవారీ transfer allowance మరియు port speed ను పరిశీలించండి. ఇవే పూర్తి restore కు పట్టే సమయాన్ని నిర్ణయిస్తాయి.
• snapshots, backups మరియు అదనపు IP addresses చేర్చబడ్డాయా లేదా వేర్వేరుగా billing చేస్తున్నారా చూడండి.

మీరు వాస్తవంగా పొందిన disk ను ఎలా తనిఖీ చేయాలి

ముందుగా kernel నివేదించే వివరాలను చూడండి. తరువాత వాటిని పూర్తిగా నమ్మడం ఆపండి.

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

ROTA rotational device కోసం 1, flash కోసం 0గా ఉంటుంది. VPS లో దీనిపై ఆధారపడవద్దు: virtio disk సాధారణంగా దాని వెనుక ఉన్న storage ఏదైనా సరే ROTA=0 ను నివేదిస్తుంది. Hypervisor generic block device ను అందిస్తుంది. అందువల్ల guest కు physical drive కనిపించదు. అదే కారణంగా MODEL ఖాళీగా ఉంటుంది. ఈ flag hypervisor ప్రకటించిన లక్షణాన్ని మాత్రమే చూపుతుంది. Rack లో నిజంగా తిరుగుతున్న disk గురించి ఇది చెప్పదు. అందువల్ల బదులుగా కొలవండి.

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 page cache ను దాటవేస్తుంది. అందువల్ల RAM ను కాకుండా disk ను కొలుస్తారు. చదవాల్సిన పంక్తి read: IOPS=. దాని కింద clat percentiles (usec) distribution ఉంటుంది. సాధారణ NVMe plan లో పదివేలల్లో IOPS, 99th percentile ఒక millisecond కంటే తక్కువగా ఉంటాయి. Spinning storage plan లో కొన్ని వందల IOPS, 99th percentile double-digit milliseconds లో ఉంటుంది. fio, libaio engine load చేయలేమని నివేదిస్తే --ioengine=psync --iodepth=1 ఉపయోగించండి. ఆ engine ఒక్కసారి ఒక request మాత్రమే పంపుతుంది కాబట్టి సంఖ్యలు తక్కువగా ఉంటాయని ఆశించండి.

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

vmstat లో st column steal time ను చూపిస్తుంది. Host ఆ CPU cycles ను మరో guest కు ఇచ్చిన సమయంలో, మీ vCPU run కావడానికి సిద్ధంగా ఉన్న సమయపు వాటా ఇది. స్థిరంగా 5 కంటే ఎక్కువ విలువ కనిపిస్తే node oversubscribed అయింది. "dedicated CPU" అన్న హామీని పరీక్షించడానికి ఇదే ముఖ్యమైన సూచన. iostat -x లో %util, r_await మరియు w_await ను గమనించండి. %util 100కి దగ్గరగా ఉండి, w_await tens of milliseconds లో ఉంటే disk bottleneck గా ఉంది. ఏ application tuning కూడా దీనికి పరిష్కారం ఇవ్వదు. Flash కు సంబంధించిన ప్రత్యేక తనిఖీల కోసం NVMe disk నిజంగా NVMe అని ధృవీకరించడం మరింత లోతైన వివరాలను అందిస్తుంది.

పనిభారం ఆధారంగా ఎంపిక

• restic, Borg లేదా rsync కోసం backup target. ఇది Storage VPS కు సరైన వినియోగం. ఈ అవసరం కోసం దీనిని రూపొందించారు. Writes పెద్దవిగా, sequential గా ఉంటాయి. Deduplication source machine పై జరుగుతుంది. ఫలితం కోసం ఏ ప్రక్రియ కూడా వేచి ఉండదు. అయితే ఒక విషయం గుర్తుంచుకోవాలి: restic prune మరియు restic check --read-data మొత్తం repository ను చిన్న భాగాలుగా చదువుతాయి. అందువల్ల వాటికి గంటల సమయం కేటాయించి, schedule ప్రకారం నడపండి. VPS కు restic backups నడపడం చూడండి.
• Immich లేదా Jellyfin media library. Files కోసం Storage VPS ఉపయోగించవచ్చు. అయితే CPU విషయంలో జాగ్రత్త అవసరం. Import సమయంలో Immich thumbnails రూపొందించి machine learning jobs నడుపుతుంది. Playback సమయంలో Jellyfin transcoding చేస్తుంది. 200 GB photos యొక్క మొదటి import ను రెండు shared vCPU చాలా నెమ్మదిగా పూర్తి చేస్తాయి. Database మరియు thumbnail cache ను server లోని వేగవంతమైన disk పై ఉంచండి. Sizing వివరాల కోసం Google Photos కు ప్రత్యామ్నాయంగా Immich ను self-host చేయడం చూడండి.
• PostgreSQL లేదా MySQL. Standard NVMe plan ఉపయోగించండి. ప్రతి commit ఒక fsync తో ముగుస్తుంది. Transaction తిరిగి ఇవ్వడానికి ముందు అది durable storage కు చేరాలి. అందువల్ల commit latency, disk latency పై ఆధారపడి ఉంటుంది. Index lookup అనేది 8 kB పరిమాణం గల random read. Spinning disk కు ఇది అత్యంత అనుకూలం కాని పని.
• Web application, API లేదా control plane. Standard plan ఉపయోగించండి. వీటికి CPU cores మరియు స్థిరమైన latency అవసరం. సాధారణంగా 100 GB కంటే ఎక్కువ storage అవసరం ఉండదు.
• CI cache లేదా artifact store. ఇది file size పై ఆధారపడి ఉంటుంది. పెద్ద tarballs ను storage plan నుంచి పూర్తి network speed తో stream చేయవచ్చు. వందల వేల చిన్న files ను అనేక runners parallel గా తీసుకుంటే, అది వాస్తవానికి random IO అవుతుంది. దాంతో పనితీరు ఆశించినంతగా ఉండదు.

ఇది తప్పుగా అమలు చేసినప్పుడు కనిపించే పరిస్థితి

విఫలత వెంటనే కనిపించదు. ఒక వినియోగదారుతో spinning storage plan పై database సరిగ్గా పనిచేస్తున్నట్లు కనిపిస్తుంది. కానీ పది మంది వినియోగదారుల వద్ద అది పనిచేయడం ఆపేస్తుంది. కారణం, RAMలో అమలయ్యే queries diskపై అమలవడం ప్రారంభిస్తాయి. అందువల్ల ఒక్కో queryకి microseconds బదులు milliseconds పడతాయి. topలో CPU ఎక్కువగా idleగా ఉండి, %wa విలువ అధికంగా కనిపిస్తూనే load average పెరుగుతుంది. అంటే processes లెక్కలు వేయకుండా disk కోసం వేచి ఉండి blocked స్థితిలో ఉన్నాయి. iostat -x 1లో %util దాదాపు 100 వద్ద స్థిరంగా కనిపిస్తుంది.

PostgreSQL తన logలో దీనిని స్పష్టంగా నమోదు చేస్తుంది. ఎందుకంటే version 15 నుంచి log_checkpoints defaultగా enable అయి ఉంటుంది:

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

ముఖ్యమైనది sync= విలువ. ఇది fsync తిరిగి స్పందించే వరకు checkpoint వేచి ఉన్న సమయం. కాబట్టి secondsలో ఉన్న విలువ, database writesను ఉత్పత్తి చేసే వేగానికి సమానంగా disk వాటిని స్వీకరించలేకపోతోందని సూచిస్తుంది. ఆ సమయంలో query తక్కువ ఖర్చుతో కూడుకున్నదే అయినా client connections నిలిచిపోతాయి. దీనికి configuration change పరిష్కారం కాదు. Data directoryని NVMeకి తరలించండి. ఆ storage plan ఏ పనికి అనుకూలమో అదే పనికి ఉపయోగించండి: ఆ database backupsను నిల్వ చేయడానికి.

FAQ

storage VPS సాధారణ VPS కంటే నెమ్మదిగా ఉంటుందా?

Random reads మరియు writes కోసం అవును, గణనీయమైన తేడాతో నెమ్మదిగా ఉంటుంది. Spinning storage plan ప్రతి అభ్యర్థనకు సుమారు 8 ms సమయంలో సెకనుకు కొన్ని వందల చిన్న random requests ను అందిస్తుంది. NVMe plan 1 ms కంటే చాలా తక్కువ సమయంలో సెకనుకు పదివేల random requests ను అందిస్తుంది. Sequential transfers విషయంలో ఈ రెండింటి మధ్య తేడా చాలా తక్కువగా ఉంటుంది. Storage array ఇప్పటికీ 150 MB/s లేదా అంతకంటే ఎక్కువ వేగంతో data stream చేయగలదు. ఇది 1 Gbit/s port ను నింపడానికి సరిపోతుంది. నిర్ణయం తీసుకునే ముందు fio --rw=randread --bs=4k --direct=1 తో మీ స్వంత వ్యవస్థను కొలవండి.

storage VPS లో PostgreSQL నడపవచ్చా?

మీరు దాన్ని ప్రారంభించవచ్చు. Working set RAM లో సరిపోనంత వరకు అది పనిచేస్తుంది. ఆ తర్వాత ప్రతి commit slow disk పై fsync కోసం వేచి ఉంటుంది. Postgres దీన్ని checkpoint complete లో సెకన్లలోని sync= విలువగా log చేస్తుంది. అదే సమయంలో iostat -x 1, అధిక w_await తో %util దాదాపు 100గా ఉందని చూపిస్తుంది. సాధారణ ఏర్పాటు ఏమిటంటే database కోసం చిన్న NVMe VPS ను, దాని dumps కోసం storage VPS ను ఉపయోగించడం.

VDS అంటే నాకు dedicated hardware లభిస్తుందా?

నమ్మదగిన విధంగా కాదు. VDS కు ప్రామాణికమైన అర్థం లేదు. కొందరు providers దీన్ని pinned CPU cores కోసం ఉపయోగిస్తారు. మరికొందరు shared kernel container కు బదులుగా పూర్తి KVM virtualization ను సూచించడానికి ఉపయోగిస్తారు. ఇంకొందరు దీన్ని కేవలం ఒక పేరుగా మాత్రమే ఉపయోగిస్తారు. మీరు kvm పై ఉన్నారా లేదా lxc పై ఉన్నారా తెలుసుకోవడానికి systemd-detect-virt నడపండి. ఇతర tenants మీ CPU cycles ను వినియోగిస్తున్నారో లేదో తెలుసుకోవడానికి vmstat 1 5 నడిపి st column ను monitor చేయండి.

నా VPS disk నిజంగా NVMe అని ఎలా తెలుసుకోవాలి?

lsblk -d -o NAME,ROTA,MODEL ను నమ్మవద్దు. Virtio disk సాధారణంగా hardware ఏదైనా సరే ROTA=0 ను report చేస్తుంది. అలాగే empty model string ను కూడా చూపిస్తుంది. --direct=1 తో 30 second fio random read test నడిపి IOPS మరియు 99th percentile latency ను పరిశీలించండి. Double-digit milliseconds లో వందల IOPS కనిపిస్తే అది spinning array. 1 millisecond కంటే తక్కువ సమయంలో పదివేల IOPS కనిపిస్తే అది flash storage.