सस्ते VPS ऑफर को कैसे समझें और सही चुनाव करें

सस्ते VPS ऑफर में क्या जानकारी नहीं दी जाती है

सस्ते VPS ऑफर को उल्टा पढ़ना चाहिए, क्योंकि उस पेज पर दी गई कीमत सबसे कम उपयोगी संख्या होती है। सर्वर की गुणवत्ता इस बात से तय होती है कि लिस्टिंग में क्या नहीं लिखा गया है: vCPU काउंट के पीछे का oversell ratio, "unlimited" शब्द के पीछे की fair use clause, पहली अवधि के बाद का renewal price, और क्या backups तथा IPv4 address के लिए अलग से शुल्क लिया जाता है। यह गाइड लिस्टिंग की हर लाइन का विश्लेषण करती है, और फिर आपको एक acceptance test बताती है जिसे आप रिफंड मांगने की अवधि के दौरान सर्वर पर चला सकते हैं।

इसका मतलब यह नहीं है कि कम कीमत एक धोखा है। पुराना hardware, अधिक dense packing, self-service support और कम platform redundancy के कारण ही कम कीमत संभव हो पाती है। आपका काम यह जानना है कि आपने किन शर्तों को स्वीकार किया है, इससे पहले कि आपके users उन्हें खोज निकालें। नीचे दी गई सभी जानकारी Ubuntu 24.04 पर चलती है और इसमें अगस्त 2026 में उपलब्ध packages का उपयोग किया गया है।

vCPU एक core नहीं है

vCPU सिलिकॉन का टुकड़ा होने के बजाय एक शेड्यूलिंग स्लॉट है। KVM (kernel-based virtual machine) पर प्रत्येक vCPU होस्ट पर एक थ्रेड होता है, और जब उसकी बारी आती है तो होस्ट शेड्यूलर उस थ्रेड को एक फिजिकल कोर पर डाल देता है। एक होस्ट एक फिजिकल कोर के मुकाबले चार vCPU बेच सकता है, और फिर भी प्रत्येक गेस्ट nproc में अपनी पूरी संख्या रिपोर्ट करता है। लिस्टिंग में दी गई संख्या उस सीमा को दर्शाती है जिसे आप मांग सकते हैं, और यह इस बारे में कुछ नहीं बताती कि आपके लिए क्या आरक्षित है।

ओवरसेल अनुपात यह है कि एक होस्ट प्रति फिजिकल कोर कितने vCPU बेचता है। 1:1 पर कोर पूरी तरह से आपका होता है। सस्ते प्लान में यह अनुपात अधिक होता है, और इसे लगभग कभी प्रकाशित नहीं किया जाता है, इसलिए जिस लिस्टिंग में "dedicated core" या "dedicated vCPU" नहीं लिखा है, उसे shared समझें। अधिकांश कार्यों के लिए shared काम करता है, क्योंकि अधिकांश सर्वर अधिकतर समय खाली रहते हैं। यह तब काम करना बंद कर देता है जब आपका व्यस्त समय बाकी सभी का भी व्यस्त समय होता है।

आप गेस्ट के अंदर से इसके प्रभाव को माप सकते हैं। जब आपका vCPU चलने के लिए तैयार होता है और होस्ट फिजिकल कोर को किसी अन्य गेस्ट को दे देता है, तो उस प्रतीक्षा समय को steal time के रूप में गिना जाता है: vmstat में st कॉलम और top में %st। Steal time वह तरीका है जिससे एक noisy neighbour आपके अपने मेट्रिक्स में दिखाई देता है, और यह इस गाइड में सबसे उपयोगी संख्या है, क्योंकि कोई लिस्टिंग इसे नकली नहीं दिखा सकती।

एक dedicated core भी अन्य तरीकों से shared होता है। मेमोरी बैंडविड्थ, लास्ट लेवल कैश और स्टोरेज पाथ पूरे होस्ट के होते हैं। "Dedicated vCPU" भिन्नता के सबसे बड़े स्रोत को हटा देता है। यह पूरी तरह से भिन्नता को खत्म नहीं करता है।

lscpu के साथ CPU मॉडल की भी जाँच करें। दो प्लान में "4 vCPU" लिखा हो सकता है जबकि उनकी सिंगल थ्रेड स्पीड में दो गुना का अंतर हो सकता है, क्योंकि एक होस्ट कई CPU जनरेशन पुराना हो सकता है। कम कीमत पर पुराना सिलिकॉन बिल्ड एजेंट के लिए एक उचित सौदा है, लेकिन चेकआउट पेज के लिए यह एक खराब विकल्प है।

"Unlimited bandwidth" कम से कम चार अलग-अलग उत्पाद हैं

Traffic का वर्णन चार तरीकों से किया जाता है, और वे एक-दूसरे के स्थान पर उपयोग नहीं किए जा सकते।

• एक metered allowance। लिस्टिंग में एक संख्या दी जाती है, जैसे "2 TB per month"। महत्वपूर्ण यह है कि इसके बाद क्या होता है: अतिरिक्त TB के लिए overage charge लिया जाता है, या महीने के अंत तक गति को बहुत धीमा कर दिया जाता है। यह जानने की आवश्यकता होने से पहले ही पता लगा लें कि आपके मामले में क्या होगा।
• fair use clause के साथ एक unmetered plan। Traffic की गणना नहीं की जाती है, और acceptable use policy सीमा को संख्याओं के बजाय शब्दों में निर्धारित करती है। उस दस्तावेज़ में "fair use", "sustained", "excessive" और "abuse" जैसे शब्दों को खोजें।
• एक port speed cap। 100 Mbit/s का port आपको भौतिक रूप से सीमित करता है, चाहे traffic policy कुछ भी कहे।
• अंतिम दो का मिश्रण: धीमी गति वाले port पर unmetered traffic। सस्ते plans में यह सबसे आम स्वरूप है, और जब तक आप port speed को ध्यान से पढ़ते हैं, यह एक ईमानदार पेशकश है।

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

Port speed एक कठोर सीमा है, और इसका गणित सरल है। 100 Mbit/s का अर्थ है 12.5 megabytes प्रति सेकंड, इसलिए उस port पर 30 दिनों तक पूर्ण गति से लगभग 32 TB डेटा ट्रांसफर होता है। 1 Gbit/s port पर वही 30 दिन 324 TB देते हैं। यहाँ TB का अर्थ 10^12 bytes है, जो वह इकाई है जिसमें hosts बिलिंग करते हैं। यह केवल गणित है, कोई वास्तविक माप नहीं, और कोई भी वास्तविक सर्वर महीने भर अपने port को पूरी क्षमता पर नहीं चलाता है।

दूसरा कॉलम वह है जो plans को बदलता है। एक terabyte डेटा ट्रांसफर करने में 100 Mbit/s port पर लगभग 22.2 घंटे और gigabit port पर 2.2 घंटे लगते हैं। यदि आपकी recovery plan "backup को वापस डाउनलोड करना और फिर से शुरू करना" है, तो वह संख्या आपका recovery time है।

इस विनिर्देश (spec) की पंक्ति में दो और विवरण छिपे हैं। "1 Gbit/s shared" का अर्थ है कि port अन्य guests के साथ साझा किया गया है, इसलिए ऊपर बताई गई सीमा एक वादा नहीं बल्कि सबसे अच्छी स्थिति (best case) है। और कुछ hosts कुल volume के बजाय sampled rate के 95th percentile पर traffic का बिल बनाते हैं, जो एक स्थिर load की कीमत को spiky load की तुलना में काफी कम कर देता है।

Plan में जो भी लिखा हो, अपने उपयोग को स्वयं मापें। vnstat interface counters को पढ़ता है और इतिहास रखता है।

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

Install के तुरंत बाद, vnstat Not enough data available yet. प्रिंट करता है क्योंकि इसके database में कोई samples नहीं होते हैं। अगले दिन वापस आएं, और vnstat -m आपको एक मासिक total देगा जिसकी तुलना आप उस allowance से कर सकते हैं जिसके लिए आप भुगतान कर रहे हैं।

क्या NVMe का दावा वास्तविक है, और क्या आप इसकी जाँच कर सकते हैं?

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

ROTA का 0 मान यह बताता है कि guest को यह सूचित किया गया है कि device rotational नहीं है। यह मान hypervisor से आता है, इसलिए यह उस जानकारी को दर्शाता है जो host advertise करता है, न कि नीचे मौजूद वास्तविक media को। MODEL कॉलम आमतौर पर /dev/vda जैसे virtio disk के लिए खाली रहता है, और SCSI attached disk के लिए एक सामान्य QEMU HARDDISK दिखाता है। आप एक virtual disk देख रहे हैं, इसलिए इसका label कुछ भी साबित नहीं करता है।

जाँचने योग्य गुण latency है, और वास्तविक अंतर local NVMe तथा network attached volume के बीच होता है। एक network volume sequential throughput का बड़ा आँकड़ा दिखा सकता है, फिर भी वह धीमा महसूस हो सकता है। ऐसा इसलिए है क्योंकि throughput को कई requests के एक साथ चलने पर मापा जाता है, जबकि database एक समय में एक छोटे write के लिए प्रतीक्षा करता है। Latency के लिए queue depth 1 पर मापें, और IOPS (input/output operations per second) के लिए अधिक गहरी queue का उपयोग करें।

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.00th लाइन को देखें। यह वह completion latency है जिसे आपकी सबसे धीमी एक प्रतिशत requests ने अनुभव किया है, और यही वह है जिसे user एक रुकावट (stall) के रूप में महसूस करता है। एक मोटे अनुमान के तौर पर, queue depth 1 पर local NVMe सैकड़ों microseconds में उत्तर देता है, जबकि network attached volume milliseconds में उत्तर देता है। किसी भी प्रकाशित आँकड़े पर भरोसा करने के बजाय अपने स्वयं के दो runs की तुलना करें, और इस जोड़े को दिन भर में तीन बार चलाएँ। ऐसा इसलिए है क्योंकि अन्य tenants के साथ साझा की गई disk 03:00 और 20:00 बजे अलग तरह से व्यवहार करती है।

fio पहले 1 GB की file बनाता है, इसलिए disk पर जगह छोड़ें, और याद रखें कि test उस IOPS allowance का उपयोग करता है जो आपके plan पर लागू होता है। जब आप केवल एक त्वरित reading चाहते हैं, तो ioping -c 20 . आपको एक लाइन में latency प्रदान करता है। एक benchmark तभी सार्थक होता है जब आप उसे दोहरा सकें, इसलिए सटीक command lines और output को तारीख के साथ save करें।

क्या शामिल है और किसके लिए अतिरिक्त शुल्क लिया जाता है

• IPv4. आमतौर पर एक पता शामिल होता है। कुछ सस्ते प्लान आपको NAT (network address translation) के पीछे एक साझा पता देते हैं जिसमें कुछ पोर्ट फॉरवर्ड किए जाते हैं, जिसका अर्थ है कि आप पोर्ट 443 पर अपनी कोई भी सेवा नहीं चला सकते। ip -4 addr show scope global और curl -4 https://icanhazip.com के साथ जाँच करें। दो अलग-अलग उत्तरों का मतलब है कि आप NAT के पीछे हैं।
• IPv6. एक routed /64 आपको containers और ऐसी किसी भी चीज़ के लिए पते देता है जिसे आप बाहर से एक्सेस करना चाहते हैं। एक एकल /128 केवल आउटबाउंड ट्रैफ़िक को कवर करता है और इसके अलावा कुछ खास नहीं।
• Backups. स्वचालित बैकअप आमतौर पर एक सशुल्क ऐड-ऑन होते हैं। Snapshots अक्सर मुफ्त होते हैं, लेकिन एक snapshot उसी इंफ्रास्ट्रक्चर पर रहता है जिसकी वह डिस्क कॉपी है, इसलिए यह आपको आपकी अपनी गलतियों से बचाता है, न कि होस्ट के खो जाने से। प्लान में जो कुछ भी शामिल हो, उसकी एक कॉपी सर्वर से बाहर कहीं और रखें।
• DDoS handling. कई होस्ट एक volumetric attack (distributed denial of service) का जवाब आपकी IP address को एक निश्चित अवधि के लिए null routing करके देते हैं। सर्वर सुरक्षित रहता है। बस यह इंटरनेट से पहुंच योग्य नहीं रहता। ट्रिगर थ्रेशोल्ड और null route की अवधि के बारे में पूछें।
• Support scope. एक unmanaged प्लान पर आप स्वयं system administrator होते हैं, और होस्ट की जिम्मेदारी hypervisor और नेटवर्क तक ही सीमित होती है। समान विनिर्देशों वाले दो प्लान के बीच यह सबसे बड़ा वास्तविक लागत अंतर है।
• Licences and panels. एक control panel, एक कमर्शियल operating system या एक mail add-on की मासिक लागत सर्वर की लागत से अधिक हो सकती है।

आप किस प्रकार का वर्चुअलाइजेशन खरीद रहे हैं?

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 त्रुटि आती है, क्योंकि एक कंटेनर ऐसा कर्नल मॉड्यूल लोड नहीं कर सकता जिसे होस्ट ने लोड नहीं किया है। यदि lxcfs मौजूद न हो, तो free -h आपके सर्वर के बजाय होस्ट की मेमोरी की जानकारी दे सकता है, जिससे आपकी मॉनिटरिंग में गलत आंकड़े दिखाई देते हैं। स्वैप अक्सर अन्य कंटेनरों के साथ साझा किया जाता है, और अपने VPS के अंदर वर्चुअल मशीन चलाना बिल्कुल भी संभव नहीं है। कंटेनर प्लान सस्ते होते हैं, और एक स्टेटिक साइट या छोटे एप्लिकेशन के लिए वे अभी भी एक सही विकल्प हैं।

नवीनीकरण (renewal) की कीमत क्या है?

विज्ञापित कीमत अक्सर केवल पहली अवधि के लिए होती है। ऑर्डर पेज पर "renews at" शब्द देखें और छूट के साथ दी गई अवधि की लंबाई पर ध्यान दें। एक साल तक चलने वाली छूट और प्लान की पूरी अवधि के लिए लॉक की गई छूट, एक ही पहले इनवॉइस के पीछे अलग-अलग उत्पाद होते हैं।

रिफंड की शर्तों को भी उतनी ही सावधानी से पढ़ें। यह नोट करें कि मनी-बैक विंडो कितने समय तक चलती है, क्या यह ऑर्डर के समय से शुरू होती है या प्रोविजनिंग से, क्या एक्स्ट्रा IP addresses जैसे ऐड-ऑन रिफंडेबल हैं, और क्या वार्षिक प्रीपेमेंट का पैसा प्रो-राटा (pro rata) आधार पर वापस मिलता है। इसके बाद, नवीनीकरण की तारीख से एक सप्ताह पहले अपने कैलेंडर में एक रिमाइंडर सेट करें, क्योंकि सेवा छोड़ने का सबसे सस्ता समय इनवॉइस आने से पहले होता है।

बाद में स्विच करना भी मुफ्त नहीं होता। कुछ सौ गीगाबाइट डेटा को स्थानांतरित करना, कॉन्फ़िगरेशन को फिर से बनाना, DNS (domain name system) के time to live मानों का इंतजार करना और मेल सर्वर के मामले में IP reputation को फिर से बनाना, इसमें पूरा सप्ताहांत लग सकता है। जब कोई बचत आकर्षक लगे, तो उस सप्ताहांत के समय को भी जोड़ें। एक VPS की साल भर की वास्तविक लागत वह आंकड़ा है जिसकी तुलना की जानी चाहिए, न कि पहले महीने की कीमत।

तीस मिनट का स्वीकृति परीक्षण

किसी भी चीज़ को माइग्रेट करने से पहले और रिफंड विंडो खुली रहने के दौरान, नए बॉक्स पर इसे चलाएँ। पहले इसे सुरक्षित करें: नए VPS पर शुरुआती दस मिनट में user account, keys और firewall को कवर किया गया है। फिर tools इंस्टॉल करें।

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

आपको virtualization का प्रकार, CPU model और memory का वह आंकड़ा दिखना चाहिए जो आपके द्वारा खरीदे गए प्लान के कुछ प्रतिशत के भीतर हो। यदि free -h प्लान में बेची गई RAM से काफी अधिक RAM दिखा रहा है, तो यह lxcfs के बिना एक container है, न कि कोई बोनस। curl से प्राप्त public address जो ip -4 addr में कभी दिखाई नहीं देता, इसका मतलब है कि IPv4 address साझा (shared) है।

Check 2: एक thread की गति कितनी है, और load के तहत कितना steal है?

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

events per second लाइन को रिकॉर्ड करें। Single thread की गति यह तय करती है कि कोई page कितनी तेजी से render होता है और build में कितना समय लगता है, और यही वह संख्या है जिस पर सस्ते प्लान सबसे अधिक भिन्न होते हैं। अब हर vCPU पर load डालें और देखें कि scheduler वास्तव में आपको क्या देता है।

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

--cpu 0 प्रति online CPU एक worker शुरू करता है। vmstat में st कॉलम और mpstat में %steal पर नज़र रखें। साझा प्लान पर कभी-कभार single digits का दिखना सामान्य है। यदि Steal कई मिनटों तक double digits में बना रहता है, तो इसका मतलब है कि physical cores oversubscribed हैं, इसलिए आपका काम किसी अन्य tenant के पीछे कतार में है। Load होने के दौरान फिर से sysbench चलाएँ: यदि single thread score गिर जाता है, तो इसका मतलब है कि आपके vCPUs आपस में प्रतिस्पर्धा कर रहे हैं, जिसका आमतौर पर मतलब है कि वे अलग-अलग cores के बजाय एक ही core पर sibling threads हैं। शून्य के करीब steal के साथ कम score दूसरा मामला है, जो host द्वारा लागू की गई CPU cap है, जिसे आप guest के अंदर से सीधे नहीं देख सकते।

Check 3: queue depth 1 पर disk कैसा व्यवहार करती है?

NVMe सेक्शन से दो fio commands चलाएँ और दोनों परिणाम सुरक्षित रखें: queue depth 1 पर 99th percentile latency और depth 32 पर IOPS। फिर writes की जाँच करें, क्योंकि कई volumes उस दिशा में बहुत धीमे होते हैं।

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 sequential आंकड़ा वह संख्या है जिसे listing में दिखाना पसंद किया जाता है और यह आपके द्वारा एकत्र किए जा सकने वाले आंकड़ों में सबसे कम उपयोगी है, क्योंकि sequential streaming वह काम नहीं है जो कोई database या व्यस्त web application दिन भर करता है। यदि आप तुलना करना चाहते हैं तो इसे एकत्र करें। 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

यह आपके सर्वर तक आने वाले एक रास्ते का परीक्षण करता है और कुछ नहीं। जो दिशा मायने रखती है वह वह है जिसे आपके उपयोगकर्ता अपनाते हैं, इसलिए एक फ़ाइल serve करें और उसे उनके पास स्थित किसी मशीन से pull करें।

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

फिर, अपने दर्शकों के करीब किसी laptop या सर्वर से:

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

ऐसा करते समय firewall में Port 8080 खुला होना चाहिए, इसलिए इसे बंद करें और बाद में फ़ाइल को हटा दें, और Ctrl+C के साथ Python सर्वर को रोक दें। mtr आउटपुट में, अंतिम लाइन पर loss कॉलम को पढ़ें। मध्यवर्ती hop पर loss होना और destination पर न होना सामान्य है, क्योंकि routers ICMP (internet control message protocol) replies को कम प्राथमिकता देते हैं जिन पर mtr निर्भर करता है, और यह आपके traffic पर loss नहीं है। अंतिम लाइन पर loss वास्तविक है।

अपने उपयोगकर्ताओं के peak hour के दौरान नेटवर्क परीक्षण को दोहराएँ। 02:00 बजे लिया गया एक नमूना आपको केवल शांत नेटवर्क के बारे में बताता है।

सभी चार परिणामों को तारीख के साथ एक फ़ाइल में सहेजें, फिर एक महीने बाद उन्हें दोबारा चलाएँ। जो प्लान पहले दिन ठीक था और छठे सप्ताह में धीमा हो गया, वह ऐसा प्लान है जिसका host भर चुका है, और पहले दिन के आंकड़े होने का मतलब यह जानना है कि समस्या क्या है, न कि केवल अनुमान लगाना।

जब सस्ता VPS चुनना सही निर्णय हो

कम कीमत का मतलब है कि आप कुछ वास्तविक चीजें खरीद रहे हैं और कुछ वास्तविक चीजों का समझौता कर रहे हैं। पुराने CPUs, overselling का उच्च अनुपात, धीमा network storage, self-service support और कम redundancy ही वह कारण हैं जिनसे कीमत कम रहती है। अपनी आवश्यकता के अनुसार इनका चयन करें।

सस्ता VPS development box, CI runner, VPN endpoint, monitoring node, backup target या static site के लिए सही है। इन सभी कार्यों में एक मिनट की देरी से कोई बड़ा नुकसान नहीं होता। यदि latency ही आपका मुख्य उत्पाद है, तो सस्ता VPS चुनना एक गलत सौदा है: जैसे कि checkout page, interactive API, game server या ऐसा database जिस पर कोई अन्य service निर्भर हो। ऊपर दिया गया परीक्षण आपको बताता है कि आपने क्या खरीदा है, और यह जानकारी आपको तब मिलती है जब इसका कोई अतिरिक्त मूल्य नहीं चुकाना पड़ता।

FAQ

सस्ते VPS ऑफर में vCPU का क्या अर्थ है?

vCPU आपके guest OS को दिया गया एक virtual processor है। यह host scheduler द्वारा physical core पर चलाए जाने वाले एक thread से मैप होता है। जब तक listing में "dedicated core" या "dedicated vCPU" न लिखा हो, यह आपको hardware आरक्षित करने के बजाय CPU समय का एक कोटा देता है। होस्ट्स के पास जितने physical cores होते हैं, वे उससे कहीं अधिक vCPU बेचते हैं। यह अनुपात आमतौर पर सार्वजनिक नहीं किया जाता है, इसलिए इसे स्वयं मापें। stress-ng --cpu 0 --timeout 300s चलाएं और vmstat 1 में st कॉलम पर नज़र रखें। यदि 'steal' का मान दो अंकों (double digits) में है, तो इसका मतलब है कि आप उन cores के लिए प्रतीक्षा कर रहे हैं जिनका उपयोग अन्य guests कर रहे हैं।

क्या "unlimited bandwidth" का वास्तव में मतलब असीमित है?

नहीं, और इसकी सीमा आमतौर पर प्लान विवरण के बाहर दो जगहों पर होती है। Acceptable use policy शब्दों में एक 'fair use' सीमा निर्धारित करती है, और port speed बाइट्स में एक कठोर अधिकतम सीमा तय करती है। 100 Mbit/s का port पूरी गति पर भी 30 दिनों में लगभग 32 TB से अधिक डेटा ट्रांसफर नहीं कर सकता। इसलिए, port speed के बारे में पूछें और policy में "fair use" और "sustained" जैसे शब्दों को पढ़ें। फिर vnstat -m के साथ अपने वास्तविक डेटा उपयोग को ट्रैक करें और इसकी तुलना अनुमति प्राप्त सीमा से करें।

मैं यह कैसे पता लगा सकता हूँ कि मेरा VPS वास्तव में NVMe का उपयोग करता है या नहीं?

आप guest OS के अंदर से physical media की पुष्टि नहीं कर सकते, क्योंकि lsblk केवल वही रिपोर्ट करता है जो hypervisor दिखाता है: 0 का ROTA और एक खाली या सामान्य model string। आप केवल व्यवहार (behaviour) को माप सकते हैं। --iodepth=1 पर --direct=1 के साथ fio चलाएं और 99.00th percentile completion latency को पढ़ें। Local NVMe का उत्तर microseconds के सैकड़ों हिस्से में आता है, जबकि network attached volume का उत्तर milliseconds में आता है, भले ही उसका sequential throughput प्रभावशाली दिखे। इसे दिन भर में कई बार दोहराएं, क्योंकि shared disk का प्रदर्शन 03:00 और 20:00 बजे एक जैसा नहीं होता है।

रिफंड विंडो बंद होने से पहले मुझे किन चीजों का परीक्षण करना चाहिए?

इस क्रम में चार चीजें जांचें। systemd-detect-virt, lscpu और free -h से यह देखें कि सर्वर वास्तव में क्या है। sysbench cpu --cpu-max-prime=20000 --threads=1 run से single thread की गति जांचें। vmstat 1 के साथ निगरानी करते हुए stress-ng --cpu 0 से full load के तहत 'steal time' देखें। Queue depth 1 पर fio के साथ disk latency मापें। अंत में, अपने उपयोगकर्ताओं के पास स्थित किसी मशीन से mtr का उपयोग करके और अपनी मशीन से एक फाइल डाउनलोड करके network की गति मापें। इन सभी परीक्षणों में तीस मिनट का समय लगता है, और किसी भी डेटा को migrate करने से पहले इन्हें करने से रिफंड विंडो का लाभ बना रहता है।