VPS वर गेम खेळता येतो का? खरे उत्तर

VPS वर गेम खेळता येतो का? थोडक्यात उत्तर

VPS वर गेम खेळता येतो का? हा प्रश्न दोन वेगवेगळ्या उद्देशांसाठी विचारला जातो आणि त्यांची उत्तरे परस्परविरोधी आहेत. भाड्याने घेतलेल्या सर्व्हरवर स्वतः गेम खेळायचा आणि त्याचे चित्र आपल्या स्वतःच्या स्क्रीनवर पाहायचे असल्यास, standard VPS हे करू शकत नाही. Configuration मध्ये कोणताही बदल केल्याने ही समस्या सुटत नाही. इतर खेळाडूंनी connect व्हावे यासाठी game server host करायचा असल्यास, खर्चाच्या तुलनेत VPS हा भाड्याने घेता येणाऱ्या उत्तम पर्यायांपैकी एक आहे. अनेकदा लहान plan देखील पुरेसा असतो.

आपला उद्देश hosting असल्यास, थेट game server साठी VPS निवडणे किंवा VPS वर Minecraft server चालवणे येथे जा. स्वतः गेम खेळण्याची बाजू का कार्य करत नाही, हे खालील विभागांमध्ये स्पष्ट केले आहे. कारण या प्रश्नाचे स्पष्ट उत्तर लोकांना क्वचितच मिळते.

मानक 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) हे स्वतःचे fans आणि मोठ्या power budget असलेल्या desktop case साठी तयार केलेले असते. तुमच्या virtual machine ला virtual display adapter मिळतो, त्यामुळे boot console वर मजकूर दाखवता येतो. Graphics संदर्भातील एवढीच बाब आहे.

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

पहिली command साधारणपणे एक ओळ दाखवते. ती ओळ सहसा 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 दाखवते.

Mesa तुम्हाला llvmpipe द्वारे OpenGL उपलब्ध करून देते. llvmpipe हा त्याचा software renderer आहे. तो प्रत्येक triangle CPU वर render करतो. Desktop किंवा जुन्या 2D game साठी हे पुरेसे असते. आधुनिक 3D title काही frames per second या वेगाने चालतो. त्या वेळी CPU त्याला सर्वांत कमी योग्य असलेल्या कामात व्यस्त असतो. त्यामुळे game logic देखील मंदावते.

रिमोट प्लेमध्ये input latency हीच सर्वात मोठी अडचण का ठरते

रिमोट प्ले हे एका चक्रासारखे काम करते. तुमचा key press सर्व्हरपर्यंत पोहोचतो. सर्व्हर एक frame render करतो, त्या frame ला video म्हणून encode करून परत पाठवतो. त्यानंतर तुमचा client तो decode करून स्क्रीनवर दाखवतो. प्रत्येक टप्प्यासाठी काही milliseconds लागतात आणि त्यांची बेरीज होते.

[
  {
    "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 network round trip साठी लागतात. तुमच्या जवळचा सर्व्हर निवडून तुम्ही मुख्यतः हाच भाग सुधारू शकता. उर्वरित विलंब pipeline मुळे निर्माण होतो आणि सर्व्हर कुठे आहे याचा त्यावर परिणाम होत नाही. गेमने स्वतःचे कोणतेही काम करण्यापूर्वी या टप्प्यांमुळे 55 ms विलंब जोडला जातो. हे त्याच region मधील client कडे hardware encoder द्वारे streaming करतानाचे सामान्य प्रकाशित आकडे आहेत. ते एका मशीनवर केलेली मोजमापे नाहीत. त्यामुळे या आकड्यांकडे समस्येचे स्वरूप दाखवणारे अंदाज म्हणून पाहा.

हा विलंब feedback loop मध्ये येतो. तुम्ही mouse हलवता, त्याचा परिणाम पाहता आणि त्यानुसार दुरुस्ती करता. अतिरिक्त विलंबामुळे प्रत्येक दुरुस्ती उशिरा पोहोचते. त्यामुळे तुम्ही target च्या पुढे जाता आणि पुन्हा दुरुस्ती करावी लागते. Turn based games, strategy games, management sims आणि card games हा विलंब सहज सहन करतात. Shooters, fighting games, rhythm games आणि racing games तो सहन करू शकत नाहीत.

Jitter आणि packet loss यांचा परिणाम वेगळ्या प्रकारे होतो. Video stream retransmission ची वाट पाहू शकत नाही, कारण त्या packet शी संबंधित frame आधीच उशिरा झालेला असतो. त्यामुळे loss मुळे pause येण्याऐवजी blocking artifacts किंवा गोठलेली picture दिसते. याच कारणामुळे remote desktop हे अयोग्य साधन ठरते. VNC (virtual network computing) आणि plain RDP (remote desktop protocol) TCP वर बदललेले rectangles पाठवतात. सेकंदाला 60 वेळा पूर्णपणे बदलणारी screen असल्यास त्याचे रूप retransmissions च्या stream मध्ये होते.

खऱ्या cloud gaming box साठी काय आवश्यक आहे

हे योग्य पद्धतीने उभारणे शक्य आहे. त्यासाठी एकाच वेळी चार गोष्टी आवश्यक आहेत.

• datacenter card असलेले GPU instance, कारण provider ला भाड्याने देण्यासाठी परवानगी असलेला हा एकमेव प्रकार आहे.
• NVENC सारखा hardware video encoder. NVENC हा NVIDIA चा built-in encoder आहे. Software मध्ये encoding केल्यास CPU time जास्त लागतो आणि विलंब वाढतो.
• desktop ऐवजी games साठी तयार केलेली streaming जोडी. Server वर Sunshine आणि client वर Moonlight हा सामान्य open source पर्याय आहे.
• तुमच्या स्वतःच्या metro region मधील server. कारण round trip चे अंतरावर अवलंबून असते, आणि fibre मधील प्रकाशाचा वेग मर्यादित असतो.

त्यानंतर किंमत मोजा. GPU instances साठी तासाच्या आधारावर शुल्क आकारले जाते. त्यामुळे महिनाभर चालू ठेवण्याचा खर्च काढण्यासाठी hourly rate ला 730 ने गुणा करा. August 2026 नुसार US dollars मध्ये हा तीन अंकी monthly bill ठरतो. एका वर्षात त्या रकमेत console पूर्णपणे खरेदी करता येतो. त्यावर game licences चा खर्च वेगळा असतो. GPU VPS प्रत्यक्षात काय देते आणि GPU hours भाड्याने घेण्याचे break-even गणित यामध्ये हे आकडे तपशीलाने दिले आहेत.

तुम्हाला फक्त खेळायचे असेल, तर commercial cloud gaming services तुमच्या जवळील datacenters मधून हाच stack आधीच चालवतात आणि licensing ची व्यवस्था केलेली असते. एका शहरातील एक VPS या कामासाठी तयार केलेल्या network शी स्पर्धा करू शकत नाही.

Anti-cheat आणि licensing मधील उर्वरित अडथळे

अगदी सक्षम GPU सर्व्हरवरही काही नियम लागू होतात. Windows 11 वर Riot's Vanguard ला TPM 2.0 (trusted platform module) आणि Secure Boot आवश्यक असतात. ते virtual machine मध्ये चालण्यास नकार देते. त्यामुळे भाड्याने घेतलेल्या cloud hardware वर Valorant सुरू होणार नाही. Easy Anti-Cheat आणि BattlEye hypervisor देखील शोधू शकतात. त्यांचा वापर करणारे काही गेम virtual machines अवरोधित करतात किंवा त्यासाठी account वर बंदी घालतात. हे जाणीवपूर्वक केलेले असते. cheat developers आपली tooling लपवण्यासाठी virtual machines वापरतात. त्यामुळे virtual machine मध्ये गेम चालू न देणे हा गेमसाठी कमी खर्चाचा संरक्षणात्मक उपाय आहे.

यावर licensing चे निर्बंधही लागू होतात. NVIDIA's GeForce drivers साठीचा licence datacenter वापरावर मर्यादा घालतो. म्हणून providers desktop cards ऐवजी datacenter cards भाड्याने देतात. आपल्या मालकीचे नसलेल्या hardware वर Windows चालवण्यास अनुमती देणारा licence आवश्यक असतो. Storefront terms नुसार एखादी copy कुठे चालवता येईल हे ठरते. यापैकी कोणताही एक अडथळा स्वतंत्रपणे हाताळता येऊ शकतो. परंतु हे सर्व एकत्र आल्यावर स्वतः तयार केलेला cloud gaming rig लोकांना त्यासाठी हवे असलेले बहुतेक competitive games चालवू शकणार नाही.

फक्त CPU असलेला VPS ही कामे उत्तम प्रकारे चालवतो

आता दुसऱ्या वापराच्या प्रकाराकडे पाहू. Dedicated game server कधीही frame render करत नाही. तो game world चे simulation करतो, प्रत्येक खेळाडूचा input लागू करतो आणि state updates network वरून परत पाठवतो. Rendering खेळाडूंची स्वतःची यंत्रे करतात. Rendering आवश्यक नसल्यामुळे GPU ची गरज नसते. त्यामुळे gaming साठी अयोग्य असलेला server hosting साठी योग्य ठरतो.

• Minecraft, Valheim, Terraria, Factorio, Rust, Project Zomboid आणि headless server build उपलब्ध असलेल्या इतर बहुतेक titles साठी dedicated servers.
• Voice chat. Mumble server इतका हलका असतो की तो त्याच छोट्या plan वर game server सोबत चालवता येतो.
• Plain HTTP वरून mod आणि map downloads, तसेच खेळाडू online कोण आहे हे पाहण्यासाठी वापरत असलेले web panel.
• Matchmaking, stats, leaderboards, Discord bots आणि त्यामागील database.
• Scheduled world backups जे server च्या बाहेरही साठवले जातात. त्यामुळे corrupted save मुळे संपूर्ण map गमावण्याऐवजी जास्तीत जास्त एक तासाचे नुकसान होते.

RAM ही सहसा मुख्य मर्यादा असते. या अनेक games साठी core count पेक्षा single core speed अधिक महत्त्वाची असते. कारण Minecraft किंवा Factorio server चे मुख्य simulation tick एका thread वर चालते. चार वेगवान cores असलेला plan आठ धीम्या cores असलेल्या plan पेक्षा चांगला ठरतो. CPU पेक्षा player count नुसार bandwidth मध्ये अधिक बदल होतो. Providers transfer चे metering करतात, म्हणून plan निवडण्यापूर्वी 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 असेल, तर तुमच्या provider च्या control panel मध्ये स्वतंत्र network firewall आहे का ते तपासा. कारण machine मधील rule चा त्याच्या समोरील filter वर कोणताही परिणाम होत नाही.

तुमच्या हस्तक्षेपाशिवाय server चालू ठेवा. systemd unit किंवा Docker restart policy reboot नंतर server पुन्हा सुरू करते. boot वेळी आपोआप सुरू होणारा compose stack ही नेहमीची पद्धत आहे. यासोबत scheduled off-box backups वापरा, जेणेकरून world file disk बिघडला तरी सुरक्षित राहील.

VPS वर होस्ट करण्यापूर्वी तपासणी कशी करावी

तुमच्या खेळाडूंपर्यंतचा latency सर्व्हरचा प्रतिसाद चांगला वाटतो की नाही हे ठरवतो, आणि तो मोजता येतो. तुम्हाला हवा असलेल्या प्रदेशातील test address provider कडून मागा. त्यानंतर या चाचण्या सर्व्हरवरून नव्हे, तर एखाद्या खेळाडूच्या network वरून चालवा.

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 सारखी summary line देऊन पूर्ण होते. शेवटची संख्या jitter असते. कमी jitter असलेली स्थिर average value, सतत बदलणाऱ्या कमी average value पेक्षा game मध्ये अधिक चांगला अनुभव देते. mtr प्रत्येक hop वरील packet loss दाखवते. मात्र loss फक्त अंतिम line वरील वाचा. मधल्या routers कडून येणाऱ्या त्यांच्या ICMP (internet control message protocol) replies ना सर्वात कमी priority दिली जाते. त्यामुळे ते अनेकदा असा loss दाखवतात जो real traffic ला प्रत्यक्षात जाणवत नाही.

यानंतर host वर oversubscription आहे का ते तपासा.

vmstat 1 5

st हा column steal time दाखवतो. Physical host ने ते CPU cycles दुसऱ्या guest ला दिले असताना तुमचा virtual CPU run होण्यासाठी तयार होता त्या वेळेचा हा हिस्सा असतो. येथे सतत non zero value दिसत असेल, तर plan page वर काहीही नमूद असले तरी load असताना तुमचा tick rate अस्थिर होईल. Steal time आणि noisy neighbours मध्ये हे कसे वाचायचे ते स्पष्ट केले आहे. VPS चे स्वतः benchmarking करणे मध्ये वर्षभरासाठी commit करण्यापूर्वी गोळा करावयाच्या उर्वरित numbers विषयी माहिती दिली आहे.

दोन्ही प्रश्नांची थेट उत्तरे

तुम्हाला खेळायचे असल्यास, तुम्ही प्रत्यक्ष वापरू शकता अशा हार्डवेअरवर गेम चालवा किंवा गेम streaming साठी तयार केलेली सेवा वापरा. सामान्य उद्देशाचा VPS rendering करू शकत नाही. GPU instance ची किंमत हार्डवेअरपेक्षा जास्त असते आणि तरीही तो anti-cheat प्रणालींच्या बाबतीत कमी पडतो. तुम्हाला host करायचे असल्यास, VPS भाड्याने घ्या. कमी किमतीत हे खरोखर योग्य ठरते आणि गेम खेळण्याच्या वेळांदरम्यान तोच सर्व्हर इतर गोष्टीही चालवेल.

FAQ

मी VPS वर Steam install करून माझे games खेळू शकतो का?

तुम्ही Linux VPS वर Steam client install करू शकता आणि तो games download करेल. अडचण games खेळताना येते. Standard plan मध्ये GPU नसतो. त्यामुळे 3D titles CPU rendering वर प्रति सेकंद काही frames पर्यंतच चालतात. तसेच अनेक आधुनिक games supported renderer शिवाय सुरू होण्यास नकार देतात. जे काही render होते ते तुमच्या screen वर stream करताना encode आणि network delay देखील जोडला जातो. Steam Remote Play हे तुमच्या मालकीच्या प्रत्यक्ष gaming machine वरून stream करण्यासाठी तयार केलेले आहे. त्या machine मध्ये graphics card असेल अशी त्याची अपेक्षा असते.

GPU VPS मुळे माझ्या मालकीचा कोणताही game खेळता येईल का?

यामुळे rendering ची समस्या दूर होते. इतर समस्या मात्र राहतात. तुम्हाला hardware encoder, Moonlight सारखा low latency client आणि round trip कमी राहील इतका जवळचा server अजूनही आवश्यक असतो. मुख्य अडथळा anti-cheat आहे. Riot's Vanguard virtual machine मध्ये चालण्यास नकार देते. Easy Anti-Cheat आणि BattlEye hypervisor शोधू शकतात. त्यामुळे competitive shooters चालणार नाहीत. Single player आणि कमी वेगवान games हा वास्तववादी वापर आहे. मात्र त्यासाठीचा monthly cost local hardware च्या किमतीपेक्षा जास्त असतो.

दहा मित्रांसाठी Minecraft server चालवण्यासाठी मला कोणत्या आकाराचा VPS आवश्यक आहे?

दहा players साठी vanilla Java server 2 vCPU आणि 4 GB RAM वर व्यवस्थित चालतो. -Xmx3G वापरून JVM (Java virtual machine) साठी सुमारे 3 GB द्या. उर्वरित memory operating system साठी ठेवा. तुम्ही परवानगी दिलेला प्रत्येक byte JVM वापरेल. तसेच kernel ला page cache साठी memory आवश्यक असते. मोठा modpack असल्यास उत्तर बदलते. फक्त heap साठी 6 GB ते 8 GB ची योजना करा. तसेच अधिक वेगवान single core असलेला plan निवडा, कारण मुख्य world tick एका thread वर चालतो.

remote desktop ठीक वाटतो, पण game का ठीक वाटत नाही?

Desktop मध्ये एका वेळी screen चा लहान भाग बदलतो. एखाद्या window चे redraw 100 ms उशिरा आले तरी ते कोणाच्याही लक्षात येत नाही. Game मध्ये प्रत्येक pixel प्रति सेकंद अनेकदा बदलतो आणि तुमच्या हातांद्वारे feedback loop बंद होतो. VNC आणि plain RDP बदललेले rectangles TCP वर पाठवतात. त्यामुळे सतत हालचाल असलेल्या screen मध्ये retransmissions आणि stalls निर्माण होतात. योग्य video stream वापरला तरी input delay कायम राहतो. Aim करण्याचा प्रयत्न करताना तुम्हाला जाणवणारी गोष्ट हाच delay असतो.