क्या VPS पर गेमिंग करना संभव है? पूरी सच्चाई

क्या आप VPS पर गेमिंग कर सकते हैं? संक्षिप्त उत्तर

क्या आप VPS पर गेमिंग कर सकते हैं? दो तरह के लोग यह सवाल पूछते हैं और उन्हें बिल्कुल विपरीत उत्तरों की आवश्यकता होती है। यदि आप किसी किराए के सर्वर पर स्वयं गेम खेलना चाहते हैं और अपनी स्क्रीन पर उसका दृश्य देखना चाहते हैं, तो एक मानक VPS (virtual private server) ऐसा नहीं कर सकता है, और कोई भी configuration बदलाव इसे ठीक नहीं कर सकता। यदि आप एक गेम सर्वर होस्ट करना चाहते हैं जिससे अन्य खिलाड़ी जुड़ सकें, तो VPS आपके पैसे के लिए सबसे अच्छी चीजों में से एक है जिसे आप किराए पर ले सकते हैं, और अक्सर एक छोटा plan ही पर्याप्त होता है।

यदि आप होस्टिंग के उद्देश्य से यहाँ आए हैं, तो सीधे गेम सर्वर के लिए VPS चुनना या VPS पर Minecraft सर्वर चलाना पर जाएँ। नीचे दिए गए अनुभाग बताते हैं कि गेम खेलने वाला पक्ष काम क्यों नहीं करता है, क्योंकि यह वह उत्तर है जो लोगों को शायद ही कभी स्पष्ट रूप से मिलता है।

मानक VPS में GPU क्यों नहीं होता है

एक मानक VPS एक shared host का हिस्सा होता है: इसमें virtual CPU cores, RAM, disk और एक network port होते हैं। Host एक rack server होता है, और rack server में कोई consumer graphics card नहीं होता है। इसका कारण यह है कि एक gaming GPU (graphics processing unit) को desktop case के लिए बनाया जाता है, जिसमें उसके अपने fans और अधिक power की खपत होती है। आपकी virtual machine को एक virtual display adapter मिलता है ताकि boot console को कुछ दिखाई दे सके। ग्राफिक्स की पूरी कहानी बस इतनी ही है।

lspci | grep -i -E 'vga|3d|display'
ls -l /dev/dri

पहली command एक line print करती है, जो आमतौर पर Cirrus Logic GD 5446 या Red Hat, Inc. Virtio 1.0 GPU जैसी होती है। उन devices में कोई 3D engine नहीं होता है। दूसरी command सामान्यतः ls: cannot access '/dev/dri': No such file or directory का उत्तर देती है, क्योंकि किसी program के खोलने के लिए कोई direct rendering device मौजूद नहीं होता है। एक वास्तविक GPU instance पर वही command card0 और renderD128 को list करती है।

Mesa अभी भी आपको llvmpipe के माध्यम से OpenGL प्रदान करेगा, जो इसका software renderer है। यह हर triangle को CPU पर draw करता है। यह एक desktop या पुराने 2D game के लिए पर्याप्त है। एक आधुनिक 3D title कुछ frames per second पर चलता है, और CPU उस काम में व्यस्त हो जाता है जिसमें वह सबसे खराब है, इसलिए game logic भी धीमी हो जाती है।

इनपुट लेटेंसी रिमोट प्ले को क्यों विफल बनाती है

रिमोट प्ले एक लूप है। आपकी की-प्रेस सर्वर तक जाती है, सर्वर एक फ्रेम रेंडर करता है, उस फ्रेम को वीडियो के रूप में एनकोड करके वापस भेजता है, और फिर आपका क्लाइंट उसे डिकोड करके स्क्रीन पर दिखाता है। हर चरण में मिलीसेकंड का समय लगता है, और ये सब मिलकर बढ़ जाते हैं।

[
  {
    "label": "Input capture and send",
    "typical_ms": 5
  },
  {
    "label": "Network round trip",
    "typical_ms": 15
  },
  {
    "label": "Frame render on the server",
    "typical_ms": 12
  },
  {
    "label": "Hardware video encode",
    "typical_ms": 8
  },
  {
    "label": "Decode and display on the client",
    "typical_ms": 15
  },
  {
    "label": "Sum of the stages above",
    "typical_ms": 55
  }
]

इसमें से केवल 15 ms समय नेटवर्क राउंड ट्रिप का होता है, और यह वह हिस्सा है जिसे आप अपने करीब सर्वर चुनकर सुधार सकते हैं। बाकी हिस्सा पाइपलाइन का है, और इसे इस बात से फर्क नहीं पड़ता कि सर्वर कहाँ स्थित है। गेम द्वारा अपना काम शुरू करने से पहले ही ये चरण 55 ms की देरी पैदा कर देते हैं। ये एक ही क्षेत्र में क्लाइंट को स्ट्रीम करने वाले हार्डवेयर एनकोडर के लिए सामान्य प्रकाशित आंकड़े हैं, न कि एक मशीन से लिए गए माप, इसलिए इन्हें समस्या के स्वरूप के रूप में समझें।

यह देरी एक फीडबैक लूप के भीतर आती है। आप माउस हिलाते हैं, परिणाम देखते हैं, और सुधार करते हैं। अतिरिक्त देरी के कारण हर सुधार देर से पहुँचता है, जिससे आप लक्ष्य से आगे निकल जाते हैं और फिर से सुधार करते हैं। टर्न-बेस्ड गेम्स, स्ट्रैटेजी, मैनेजमेंट सिम्स और कार्ड गेम्स इसे आसानी से झेल लेते हैं। शूटर्स, फाइटिंग गेम्स, रिदम गेम्स और रेसिंग ऐसा नहीं कर पाते।

जिटर (Jitter) और पैकेट लॉस अलग तरह से नुकसान पहुँचाते हैं। वीडियो स्ट्रीम रिट्रांसमिशन का इंतज़ार नहीं कर सकती, क्योंकि जिस फ्रेम का वह पैकेट हिस्सा है, वह पहले ही देर से आ रहा है। इसलिए लॉस होने पर स्क्रीन पर ब्लॉकिंग आर्टिफैक्ट्स दिखते हैं या तस्वीर जम जाती है, न कि केवल रुकावट आती है। यही कारण है कि रिमोट डेस्कटॉप इसके लिए गलत टूल है। VNC (virtual network computing) और सामान्य RDP (remote desktop protocol) TCP पर बदले हुए आयताकार हिस्सों (rectangles) को भेजते हैं, और जो स्क्रीन प्रति सेकंड 60 बार पूरी तरह बदलती है, उसे ये रिट्रांसमिशन की एक अंतहीन धारा में बदल देते हैं।

एक वास्तविक क्लाउड गेमिंग बॉक्स के लिए क्या आवश्यक है

इसे सही तरीके से बनाना संभव है। इसके लिए एक साथ चार चीजों की आवश्यकता होती है।

• एक datacenter card वाला GPU instance, क्योंकि केवल इसी प्रकार के कार्ड को किराए पर देने के लिए प्रदाता लाइसेंस प्राप्त होते हैं।
• NVENC जैसा एक हार्डवेयर वीडियो एनकोडर, जो NVIDIA का इन-बिल्ट एनकोडर है, क्योंकि सॉफ्टवेयर में एनकोडिंग करने से CPU का समय खर्च होता है और देरी (delay) बढ़ती है।
• डेस्कटॉप के बजाय गेम के लिए बना एक स्ट्रीमिंग पेयर। सर्वर पर Sunshine और क्लाइंट पर Moonlight एक सामान्य ओपन सोर्स विकल्प है।
• आपके अपने मेट्रो क्षेत्र में एक सर्वर, क्योंकि राउंड ट्रिप दूरी पर निर्भर करती है, और दूरी फाइबर में प्रकाश की गति के बराबर होती है।

इसके बाद इसकी कीमत का आकलन करें। GPU instances का बिल प्रति घंटे के हिसाब से आता है, इसलिए महीने भर चलने वाली लागत जानने के लिए प्रति घंटे की दर को 730 से गुणा करें। अगस्त 2026 तक, यह अमेरिकी डॉलर में तीन अंकों का मासिक बिल है, जिसमें एक साल के भीतर एक कंसोल खरीदा जा सकता है, और आपको इसके ऊपर गेम लाइसेंस के लिए अलग से भुगतान करना होगा। एक GPU VPS आपको वास्तव में क्या देता है और GPU घंटे किराए पर लेने का ब्रेक-ईवन गणित इन आंकड़ों का विस्तार से विश्लेषण करते हैं।

यदि आप केवल गेम खेलना चाहते हैं, तो व्यावसायिक क्लाउड गेमिंग सेवाएं पहले से ही आपके पास के डेटासेंटर से इसी स्टैक को चला रही हैं, जिसमें लाइसेंसिंग की समस्या पहले ही सुलझा ली गई है। एक शहर में स्थित एक VPS उस नेटवर्क का मुकाबला नहीं कर सकता जिसे विशेष रूप से इस कार्य के लिए बनाया गया है।

Anti-cheat और लाइसेंसिंग की बाधाएं

एक बेहतरीन GPU सेटअप भी नियमों में फंस सकता है। Riot का Vanguard Windows 11 पर TPM 2.0 (Trusted Platform Module) और Secure Boot की मांग करता है। यह वर्चुअल मशीन के अंदर चलने से इनकार करता है, इसलिए Valorant रेंट पर लिए गए क्लाउड हार्डवेयर पर शुरू नहीं होगा। Easy Anti-Cheat और BattlEye भी हाइपरवाइजर का पता लगा सकते हैं। इनका उपयोग करने वाले कई गेम्स वर्चुअल मशीनों को ब्लॉक कर देते हैं या इसके लिए बैन लगा देते हैं। यह जानबूझकर किया गया है: चीट डेवलपर्स अपने टूल्स को छिपाने के लिए वर्चुअल मशीनों का उपयोग करते हैं, इसलिए गेम में इनका चलना बंद करना एक सस्ता सुरक्षा उपाय है।

लाइसेंसिंग की समस्या इसके ऊपर एक और परत है। NVIDIA का GeForce ड्राइवर्स का लाइसेंस डेटासेंटर में इनके उपयोग को प्रतिबंधित करता है। यही कारण है कि प्रोवाइडर्स डेस्कटॉप कार्ड के बजाय डेटासेंटर कार्ड रेंट पर देते हैं। Windows के लिए ऐसे लाइसेंस की आवश्यकता होती है जो आपको उस हार्डवेयर पर इसे चलाने की अनुमति दे जिसका आप स्वामित्व नहीं रखते। स्टोरफ्रंट की शर्तें यह तय करती हैं कि कोई कॉपी कहाँ चल सकती है। इनमें से कोई भी एक बाधा अकेले पार की जा सकती है। लेकिन साथ मिलकर, इनका मतलब यह है कि खुद तैयार किया गया क्लाउड गेमिंग रिग उन अधिकांश प्रतिस्पर्धी गेम्स को नहीं चला पाएगा जिनके लिए लोग इसे बनाना चाहते हैं।

CPU-only VPS पर क्या बहुत अच्छा चलता है

अब दूसरे प्रकार के उपयोग पर विचार करें। एक dedicated game server कभी भी फ्रेम रेंडर नहीं करता है। यह दुनिया को simulate करता है, प्रत्येक खिलाड़ी के इनपुट को लागू करता है, और नेटवर्क पर state updates वापस भेजता है। खिलाड़ियों की अपनी मशीनें रेंडरिंग का काम करती हैं। रेंडरिंग न होने का मतलब है कि GPU की आवश्यकता नहीं है, इसलिए जो बॉक्स गेम खेलने के लिए बेकार है, वह होस्टिंग के लिए बिल्कुल सही है।

• Minecraft, Valheim, Terraria, Factorio, Rust, Project Zomboid और अधिकांश अन्य titles के लिए dedicated servers, जो headless server build के साथ आते हैं।
• Voice chat। एक Mumble server इतना हल्का होता है कि वह उसी छोटे प्लान पर game server के साथ चल सकता है।
• सादे HTTP पर mod और map डाउनलोड, साथ ही वह web panel जिसका उपयोग आपके खिलाड़ी यह देखने के लिए करते हैं कि कौन ऑनलाइन है।
• Matchmaking, stats, leaderboards, Discord bots और उनके पीछे का database।
• Scheduled world backups जो बॉक्स से बाहर जाते हैं, ताकि save file खराब होने पर केवल एक घंटे का नुकसान हो, न कि पूरे मैप का।

RAM आमतौर पर मुख्य सीमा होती है, और इनमें से कई गेम्स के लिए core count की तुलना में single core speed अधिक मायने रखती है, क्योंकि Minecraft या Factorio server का मुख्य simulation tick एक ही thread पर चलता है। आठ धीमे cores वाला प्लान चार तेज़ cores वाले प्लान से हार जाता है। Bandwidth का उपयोग CPU की तुलना में खिलाड़ियों की संख्या के साथ अधिक बढ़ता है, और प्रदाता transfer को मापते हैं, इसलिए प्लान चुनने से पहले allowance को ज़रूर पढ़ें।

सही ports खोलें, और याद रखें कि अधिकांश in-game traffic TCP के बजाय UDP (user datagram protocol) होता है।

sudo ufw allow 25565/tcp
sudo ufw allow 27015/udp
sudo ufw status

ufw status को प्रत्येक rule को उसके बगल में ALLOW के साथ सूचीबद्ध करना चाहिए। यदि port यहाँ खुला है और server अभी भी unreachable है, तो एक अलग network firewall के लिए अपने प्रदाता के control panel की जाँच करें, क्योंकि मशीन के अंदर का rule उसके सामने स्थित फ़िल्टर पर कोई प्रभाव नहीं डालता है।

इसे अपनी अनुपस्थिति में भी चालू रखें। एक systemd unit या Docker restart policy reboot के बाद server को वापस चालू कर देती है, और a compose stack that starts itself on boot सामान्य पैटर्न है। इसे scheduled off box backups के साथ जोड़ें ताकि disk खराब होने पर भी world file सुरक्षित रहे।

VPS पर होस्ट करने से पहले उसकी जाँच कैसे करें

आपके खिलाड़ियों के लिए लेटेंसी (latency) यह तय करती है कि सर्वर का अनुभव कैसा होगा, और इसे मापा जा सकता है। प्रदाता से उस क्षेत्र में एक टेस्ट एड्रेस मांगें जहाँ आप होस्ट करना चाहते हैं, फिर इन्हें सर्वर से नहीं, बल्कि खिलाड़ी के नेटवर्क से चलाएं।

ping -c 20 203.0.113.10
mtr -r -c 100 203.0.113.10

ping एक सारांश पंक्ति के साथ समाप्त होता है जैसे कि rtt min/avg/max/mdev = 18.4/19.1/24.6/1.2 ms। अंतिम संख्या जिटर (jitter) है। गेम में कम जिटर के साथ एक स्थिर औसत, अधिक उतार-चढ़ाव वाले कम औसत की तुलना में बेहतर अनुभव देता है। mtr प्रत्येक हॉप (hop) पर लॉस प्रिंट करता है, और आपको केवल अंतिम पंक्ति पर लॉस देखना चाहिए, क्योंकि बीच के राउटर अपने स्वयं के ICMP (internet control message protocol) रिप्लाई को सबसे कम प्राथमिकता देते हैं और अक्सर ऐसा लॉस रिपोर्ट करते हैं जो वास्तविक ट्रैफिक में कभी नहीं होता।

इसके बाद जांचें कि क्या होस्ट ओवरसब्सक्राइब्ड (oversubscribed) है।

vmstat 1 5

st कॉलम 'स्टील टाइम' (steal time) है: वह समय जब आपका वर्चुअल CPU चलने के लिए तैयार था, लेकिन फिजिकल होस्ट ने वे साइकिल किसी अन्य गेस्ट को दे दिए। वहां एक स्थिर गैर-शून्य मान का मतलब है कि लोड के तहत आपका टिक रेट (tick rate) डगमगाएगा, चाहे प्लान पेज पर कुछ भी लिखा हो। स्टील टाइम और नॉइजी नेबर्स बताता है कि इसे कैसे पढ़ें, और खुद VPS की बेंचमार्किंग उन बाकी आंकड़ों को कवर करता है जिन्हें आपको एक साल के लिए प्रतिबद्ध होने से पहले इकट्ठा करना चाहिए।

दोनों प्रश्नों का सीधा उत्तर

यदि आप गेम खेलना चाहते हैं, तो गेम को ऐसे हार्डवेयर पर रखें जिसे आप छू सकते हैं, या गेम स्ट्रीमिंग के लिए बनी सेवा का उपयोग करें। एक सामान्य प्रयोजन वाला VPS रेंडरिंग नहीं कर सकता है, और एक GPU instance की लागत हार्डवेयर से अधिक होती है, फिर भी वह anti-cheat के सामने विफल रहता है। यदि आप होस्ट करना चाहते हैं, तो VPS किराए पर लें। यह कम कीमत पर एक बेहतरीन विकल्प है, और वही सर्वर गेम नाइट्स के बीच अन्य चीजें भी चला सकता है।

FAQ

क्या मैं VPS पर Steam इंस्टॉल करके अपने गेम खेल सकता हूँ?

आप Linux VPS पर Steam client इंस्टॉल कर सकते हैं और यह गेम डाउनलोड कर लेगा। समस्या गेम खेलने में आती है। एक standard plan में GPU नहीं होता है, इसलिए 3D गेम्स CPU रेंडरिंग पर निर्भर हो जाते हैं, जिससे वे केवल कुछ frames प्रति सेकंड पर चलते हैं। कई आधुनिक गेम्स तो समर्थित रेंडरर न होने पर शुरू ही नहीं होते। जो कुछ रेंडर होता है, उसे आपकी स्क्रीन तक स्ट्रीम करने में encode और network delay की समस्या और बढ़ जाती है। Steam Remote Play को आपके अपने वास्तविक गेमिंग मशीन से स्ट्रीम करने के लिए बनाया गया है, और यह उम्मीद करता है कि उस मशीन में graphics card हो।

क्या GPU VPS मुझे मेरे सभी गेम खेलने की सुविधा देगा?

यह केवल रेंडरिंग की समस्या को दूर करता है, बाकी चुनौतियाँ बनी रहती हैं। आपको अभी भी hardware encoder, Moonlight जैसा low latency client, और एक ऐसा सर्वर चाहिए जो आपके काफी करीब हो ताकि round trip समय कम रहे। Anti-cheat सबसे बड़ी बाधा है: Riot का Vanguard वर्चुअल मशीन में चलने से मना कर देता है, और Easy Anti-Cheat तथा BattlEye हाइपरवाइजर का पता लगा सकते हैं, इसलिए competitive shooters खेलना संभव नहीं है। Single player और धीमी गति वाले गेम्स ही व्यावहारिक विकल्प हैं, और इनका मासिक खर्च स्थानीय हार्डवेयर की कीमत से अधिक हो सकता है।

दस दोस्तों के लिए Minecraft सर्वर चलाने हेतु मुझे किस आकार के VPS की आवश्यकता है?

दस खिलाड़ियों के लिए एक vanilla Java सर्वर 2 vCPU और 4 GB RAM पर आसानी से चल जाता है। JVM (Java virtual machine) को -Xmx3G के साथ लगभग 3 GB दें और बाकी हिस्सा operating system के लिए छोड़ दें, क्योंकि JVM आपके द्वारा दी गई पूरी मेमोरी का उपयोग कर लेगा और kernel को भी page cache के लिए मेमोरी की आवश्यकता होती है। एक बड़ा modpack होने पर स्थिति बदल जाती है: केवल heap के लिए ही 6 GB से 8 GB की योजना बनाएं, और तेज single core वाले plan का चयन करें, क्योंकि मुख्य world tick एक ही thread पर चलता है।

रिमोट डेस्कटॉप ठीक क्यों चलता है लेकिन गेम क्यों नहीं?

डेस्कटॉप एक बार में स्क्रीन का केवल एक छोटा हिस्सा बदलता है, और यदि कोई window redraw 100 ms देरी से भी आता है, तो किसी को पता नहीं चलता। गेम हर सेकंड दर्जनों बार हर पिक्सेल को बदलता है और आपके हाथों के जरिए एक feedback loop बनाता है। VNC और साधारण RDP TCP पर बदले हुए rectangles भेजते हैं, इसलिए लगातार गति वाली स्क्रीन retransmissions और रुकावटों का कारण बनती है। यहाँ तक कि एक उचित वीडियो स्ट्रीम भी input delay को खत्म नहीं कर पाती, और जब आप निशाना लगाने की कोशिश करते हैं तो यही delay आपको महसूस होता है।