SSD Nodes Learn Hosting plans →
गाइड Matt Connorलेखक: Matt Connor · अपडेट किया गया: 2026-08-24

VPS का उपयोग कैसे करें: 20 बेहतरीन तरीके

VPS पर वेबसाइट, VPN, गेम सर्वर या AI एजेंट चलाने के 20 व्यावहारिक तरीके जानें। प्रत्येक उपयोग के लिए आवश्यक RAM और सेटअप की जानकारी के साथ अपनी सर्वर क्षमता को समझें।

VPS के साथ आप क्या कर सकते हैं?

VPS (virtual private server) एक Linux मशीन है जिसमें एक public IP address होता है। यह आपके लैपटॉप के बंद होने पर भी चलता रहता है, इसलिए ऐसी कोई भी चीज़ जिसे हमेशा reachable रहना है, उसे यहाँ रखा जा सकता है। व्यावहारिक रूप से इसका मतलब है: वेबसाइटें, एक private VPN, आपकी अपनी फाइल और फोटो स्टोरेज, मीडिया, गेम सर्वर, scheduled scripts, और AI टूल्स का बढ़ता हुआ संग्रह। नीचे बीस ऐसी चीज़ें दी गई हैं जिन्हें लोग वास्तव में चलाते हैं। इन्हें मोटे तौर पर इस आधार पर क्रमबद्ध किया गया है कि लोग सबसे पहले सर्वर किराए पर क्यों लेते हैं।

प्रत्येक प्रविष्टि बताती है कि कार्य क्या है, इसके लिए कितनी memory की आवश्यकता होती है, और पूरी मार्गदर्शिका कहाँ उपलब्ध है। यदि आप कार्यों के बजाय applications की विस्तृत सूची चाहते हैं, तो 2026 में self-hosting के योग्य apps की सहायक सूची में प्रत्येक app का विवरण दिया गया है।

वे 20 चीजें जिन्हें लोग वास्तव में चलाते हैं

  1. वेबसाइट या वेब ऐप होस्ट करें। यह आज भी सबसे आम उत्तर है। एक छोटा सर्वर 1 GB RAM पर nginx या Apache, PHP और डेटाबेस को आसानी से चला सकता है, और शुरुआत करने का क्लासिक तरीका Ubuntu 24.04 पर LAMP stack है। nginx पर Certbot और Let's Encrypt के साथ एक मुफ्त सर्टिफिकेट जोड़ें, क्योंकि port 80 पर बिना सर्टिफिकेट के IP एड्रेस होने पर ब्राउज़र चेतावनी दिखाते हैं, जिससे विजिटर्स कम हो जाते हैं।
  1. एक ही सर्वर पर कई साइटें और ऐप्स चलाएं। यदि सामने कोई ऐसी व्यवस्था हो जो hostname के आधार पर requests को छांट सके, तो एक सर्वर दर्जन भर नाम सर्व कर सकता है। एक reverse proxy यह काम करता है और सर्टिफिकेट भी रिन्यू करता है, इसीलिए कई Docker ऐप्स के सामने Traefik लगाना आमतौर पर दूसरा कदम होता है। बचत वास्तविक है: एक 4 GB सर्वर पर पांच प्रोजेक्ट्स चलाने का खर्च पांच छोटे सर्वर्स से कम है, और उनका बैकअप लेना भी आसान है।
  1. अपना खुद का VPN। एक VPS आपको एक ऐसा exit IP देता है जिसे आप नियंत्रित करते हैं, ताकि पब्लिक Wi-Fi आपके ट्रैफिक को न पढ़ सके और आपकी होम सर्विसेज ओपन इंटरनेट से दूर रहें। WireGuard 50 MB से कम मेमोरी का उपयोग करता है और kernel में चलता है, इसलिए सर्वर पर इसका भार न के बराबर पड़ता है। self-hosted WireGuard VPN गाइड उन handshake और DNS समस्याओं को कवर करती है जो अक्सर लोगों को परेशान करती हैं। ये दो प्रोडक्ट्स अक्सर भ्रमित करते हैं, इसलिए VPS बनाम VPN तुलना को पहले पढ़ लेना बेहतर है।
  1. अपना खुद का पासवर्ड मैनेजर। Vaultwarden, Bitwarden प्रोटोकॉल का उपयोग करता है, इसलिए हर आधिकारिक ऐप और ब्राउज़र एक्सटेंशन किसी कंपनी के बजाय आपके सर्वर से जुड़ता है। इसे लगभग 150 MB RAM और बहुत कम डिस्क स्पेस की आवश्यकता होती है, जो VPS पर Vaultwarden को इस सूची का सबसे अच्छा पहला प्रोजेक्ट बनाता है। यह बॉक्स आपके सभी पासवर्ड रखता है, इसलिए इसके सर्टिफिकेट और बैकअप को इंस्टॉलेशन का हिस्सा मानें, न कि बाद में करने वाला काम।
  1. क्लाउड फाइल स्टोरेज और कैलेंडर। Nextcloud एक सशुल्क Drive या Dropbox प्लान की जगह ले सकता है, जिसमें हर डेस्कटॉप और फोन के लिए सिंक क्लाइंट्स के साथ-साथ कैलेंडर और कॉन्टैक्ट्स भी मिलते हैं। 1 से 2 GB RAM और अपनी फाइलों के आकार के अनुसार जगह रखें, और इसे शुरू से ही PostgreSQL पर इंस्टॉल करें: Docker, TLS और बैकअप के साथ Nextcloud गाइड बताती है कि बाद में डेटाबेस माइग्रेट करना अक्सर इंस्टेंस को खराब करने का सबसे आम कारण क्यों है।
  1. फोन अपलोड के साथ फोटो लाइब्रेरी। Immich आपके कैमरा रोल को ऑटो-अपलोड करता है और फेस व ऑब्जेक्ट सर्च की सुविधा देता है, जो लोगों को Google Photos से बाहर निकालने वाला मुख्य फीचर है। मशीन-लर्निंग कंटेनर के कारण यह यहाँ सबसे अधिक संसाधन लेने वाला एप्लिकेशन है, इसलिए सबसे छोटा प्लान खरीदने से पहले self-hosted Immich गाइड पढ़ें। यदि वह मेमोरी की आवश्यकता आपके प्लान से अधिक है, तो PhotoPrism और Immich की तुलना आपको RAM, फोन ऐप्स और बैकअप कमांड्स के आधार पर सही चुनाव करने में मदद करेगी। latest को पुल करने के बजाय एक वर्जन पिन करें, क्योंकि releases के बीच अक्सर बदलाव होते हैं जो चीजें तोड़ सकते हैं।
  1. अपनी लाइब्रेरी के लिए मीडिया सर्वर। Jellyfin बिना किसी अकाउंट या पेवॉल के आपकी फिल्मों और शोज को टीवी ऐप, ब्राउज़र या फोन पर स्ट्रीम करता है। यह 1 से 2 GB RAM पर चलता है, और यह काम करेगा या नहीं, यह transcoding पर निर्भर करता है: VPS पर Jellyfin दिखाता है कि फाइलों को ऐसे फॉर्मेट में कैसे रखें जिसे क्लाइंट सीधे चला सकें, ताकि सर्वर केवल डेटा ट्रांसफर करे। एक बार चलने के बाद, Halcyon उसी लाइब्रेरी को 1990 के दशक के रेंटल स्टोर जैसा रूप देता है जिसे आप शेल्फ-दर-शेल्फ ब्राउज़ कर सकते हैं, जो थंबनेल की अंतहीन ग्रिड को स्क्रॉल करने से कहीं बेहतर है।
  1. दोस्तों के लिए गेम सर्वर। कुछ खिलाड़ियों के लिए Minecraft सर्वर को 2 से 4 GB RAM चाहिए और एक ऐसी मशीन जो तब भी चालू रहे जब होस्ट प्लेयर सो जाए, जो कि एक VPS का काम है। VPS पर Minecraft सर्वर गाइड Java मेमोरी फ्लैग्स और इसे systemd के तहत चलाने को कवर करती है ताकि क्रैश होने पर यह खुद रीस्टार्ट हो सके।
  1. शेड्यूल्ड स्क्रिप्ट्स, स्क्रैपर्स और बॉट्स। जो भी काम रात के 3 बजे चलना है, उसके लिए ऐसी मशीन चाहिए जो रात के 3 बजे जागी हो। जॉब को cron लाइन के बजाय systemd सर्विस और टाइमर के रूप में लिखें, क्योंकि इससे आपको लॉग्स, फेलियर स्टेटस और टेस्ट करने का एक साफ तरीका मिलता है: VPS पर systemd सर्विसेज और टाइमर में यूनिट फाइल्स दी गई हैं। Discord या Telegram बॉट भी इसी पैटर्न पर चलते हैं, बस इसमें टाइमर के बजाय एक लंबे समय तक चलने वाली प्रोसेस होती है।
  1. ऑटोमेशन वर्कफ्लो। n8n आपको Zapier जैसा विजुअल बिल्डर देता है, जिसके लिए Zapier प्रति टास्क चार्ज करता है। इसे खुद चलाने से बिल और डेटा लिमिट दोनों खत्म हो जाते हैं। यह लगभग 500 MB RAM लेता है। एन्क्रिप्शन की को स्पष्ट रूप से सेट करें, जैसा कि HTTPS के साथ self-hosted n8n में दिखाया गया है, अन्यथा कंटेनर रीबिल्ड होने पर सभी सेव किए गए क्रेडेंशियल्स अपठनीय हो जाएंगे।
  1. खुद का लैंग्वेज मॉडल चलाएं। Ollama ओपन-वेट मॉडल्स को लोकल API के जरिए सर्व करता है, इसलिए प्रॉम्प्ट्स और डॉक्यूमेंट्स कभी आपके सर्वर से बाहर नहीं जाते। केवल CPU वाले VPS पर तुरंत उत्तर के बजाय प्रति सेकंड कुछ शब्दों की उम्मीद रखें, और 8B मॉडल के लिए लगभग 8 GB RAM रखें: LLM को self-host करने के लिए Ollama चलाना में सटीक आंकड़े दिए गए हैं। मॉडल के ऊपर वर्कफ्लो प्लेटफॉर्म के लिए, VPS पर Dify एक UI और रिट्रीवल जोड़ता है।
  1. कोडिंग एजेंट को रहने के लिए जगह दें। एक AI कोडिंग एजेंट जो एक घंटे काम करता है, वह बेकार है यदि आपके लैपटॉप बंद करते ही वह मर जाए। इसलिए लोग इसे टर्मिनल मल्टीप्लेक्सर के अंदर सर्वर पर रखते हैं और बाद में फिर से कनेक्ट करते हैं। tmux के साथ VPS पर Claude Code सेटअप है, और VPS पर कोडिंग एजेंट चलाना सामान्य प्रक्रिया को कवर करता है। इसे अपना एक अनप्रिविलेज्ड यूजर और एक ऐसी डायरेक्टरी दें जिससे वह बाहर न निकल सके।
  1. अपने असिस्टेंट्स के लिए MCP सर्वर होस्ट करें। MCP (model context protocol) सर्वर छोटी, हमेशा चालू रहने वाली प्रोसेस हैं जो AI क्लाइंट को टूल्स और डेटा प्रदान करती हैं, और 'हमेशा चालू' रहना वह काम है जो लैपटॉप नहीं कर सकता। VPS पर MCP सर्वर उन्हें ऑथेंटिकेशन के साथ TLS के पीछे चलाने का तरीका बताता है, जो महत्वपूर्ण है क्योंकि एक ओपन MCP एंडपॉइंट ऐसा टूल है जिसे कोई भी कॉल कर सकता है।
  1. अपने अन्य सर्वर्स पर नजर रखें। Uptime Kuma आपकी साइट्स को पिंग करता है और लगभग किसी भी चैनल पर आपको अलर्ट करता है, और यह लगभग 200 MB में चलता है। वह नियम जिसे लोग भूल जाते हैं: प्रोडक्शन की निगरानी किसी दूसरे सर्वर से करें, क्योंकि Uptime Kuma स्टेटस मॉनिटरिंग उसी बॉक्स पर चलने पर आपको यह नहीं बता पाएगा कि वह बॉक्स कब डाउन हुआ।
  1. केवल अप या डाउन नहीं, वास्तविक मेट्रिक्स। जब आपके पास एक सर्वर के बजाय पूरा फ्लीट हो, तो आपको हिस्ट्री और ट्रिगर्स के साथ CPU, डिस्क और सर्विस मेट्रिक्स चाहिए होते हैं। Zabbix मॉनिटरिंग सर्वर प्रत्येक होस्ट पर एक एजेंट के साथ यह काम करता है, और इसे 2 GB RAM और अपने डेटाबेस की आवश्यकता होती है। सरल अपटाइम चेक से शुरुआत करें और जब जरूरत हो तब आगे बढ़ें।
  1. बाकी सब चीजों के लिए ऑफसाइट बैकअप। डेटा वाली डिस्क पर ही बैकअप लेना बैकअप नहीं है। बड़ी वॉल्यूम वाला एक सस्ता VPS एक अच्छा डेस्टिनेशन है, और VPS पर restic बैकअप आपको एन्क्रिप्टेड, डुप्लीकेट-मुक्त, वर्जन वाले स्नैपशॉट्स देता है जिन्हें आप वास्तव में टेस्ट कर सकते हैं। इसे हर महीने टेस्ट करें, क्योंकि बिना टेस्ट किया हुआ बैकअप केवल एक उम्मीद है।
  1. अपना खुद का CI रनर। होस्टेड बिल्ड मिनट्स खत्म हो जाते हैं, और एक self-hosted रनर आपके कैश को वार्म और सीक्रेट्स को लोकल रखता है। self-hosted GitHub Actions रनर इंस्टॉलेशन और आइसोलेशन दिखाता है, जो पब्लिक रिपॉजिटरीज पर सबसे महत्वपूर्ण है जहाँ एक पुल रिक्वेस्ट आपकी मशीन पर कोड चला सकती है।
  1. टीम चैट जिसे आप नियंत्रित करते हैं। Rocket.Chat उन टीमों के लिए थ्रेड्स, कॉल्स और इंटीग्रेशन कवर करता है जो प्रति सीट भुगतान नहीं करना चाहतीं। इसे 2 GB RAM या उससे अधिक की आवश्यकता होती है क्योंकि MongoDB इसका भारी हिस्सा है, और Docker Compose के साथ Rocket.Chat वर्जन लैडर को समझाता है, क्योंकि अपग्रेड के दौरान MongoDB के मेजर वर्जन को छोड़ने से डेटाबेस खराब हो सकता है।
  1. आपकी सभी मशीनों पर एक प्राइवेट नेटवर्क। जब आपके पास कई सर्वर और एक लैपटॉप हो, तो एक मेश नेटवर्क एक सिंगल हब से बेहतर होता है, और self-hosted Tailscale कंट्रोल सर्वर के रूप में Headscale समन्वय को आपके अपने बॉक्स पर रखता है। जब एक पूरे नेटवर्क को एक्सेस करने की आवश्यकता हो, जैसे कि होम LAN या प्रोवाइडर की प्राइवेट रेंज, तो सबनेट राउटर के रूप में उन रूट्स को एडवर्टाइज करने वाला VPS आपको हर डिवाइस पर क्लाइंट इंस्टॉल करने से बचाता है। इसे होस्ट्स को एक ग्रुप के रूप में मानने की आदत के साथ जोड़ें, जो कई Linux सर्वर्स को मैनेज करने का सार है।
  1. एक लैब, और यदि आप जिद करें तो एक मेल सर्वर। VPS चीजें खराब करने के लिए एक सुरक्षित जगह है: FreeBSD 15 सर्वर ट्राई करें, या जहाँ प्लान अनुमति दे वहां अपने सर्वर के अंदर वर्चुअल मशीनें चलाएं nested virtualization। ईमेल जानबूझकर सबसे नीचे है, क्योंकि अधिकांश प्रोवाइडर्स आउटबाउंड port 25 को ब्लॉक करते हैं और डिलीवरेबिलिटी एक लंबी लड़ाई है, इसलिए Mailcow के साथ self-hosted ईमेल को पूरी सावधानी के साथ पढ़ें।

इनमें से प्रत्येक के लिए कितने सर्वर की आवश्यकता है?

CPU या disk नहीं, बल्कि memory ही सीमा है। 1 GB का plan एक छोटी चीज़ चला सकता है: एक website, एक VPN, एक password manager, या एक bot। 4 GB का plan एक proxy के पीछे कुछ services चलाने के लिए उपयुक्त है, और इस पृष्ठ पर अधिकांश लोग अंततः यही करते हैं।

2 GB का आकार समस्याग्रस्त है। यहाँ कोई व्यक्ति तीसरा container जोड़ता है, kernel उसे चुपचाप kill कर देता है, और application log में इसका कोई कारण नहीं मिलता। sudo dmesg | grep -i "out of memory" चलाएं और आपको वह Out of memory: Killed process line दिखाई देगी जिसे container runtime ने दबा दिया था। AI workloads इस नियम को तोड़ते हैं: एक 8B language model को load होने के लिए लगभग 8 GB की आवश्यकता होती है, और photo machine learning का मामला भी ऐसा ही है।

Disk की आवश्यकता आपके data पर निर्भर करती है। Photos, media और backups ही एकमात्र ऐसी चीज़ें हैं जिन्हें सैकड़ों gigabytes की आवश्यकता होती है। बाकी सब कुछ उस 20 से 50 GB में आ जाता है जो एक छोटे plan में शामिल होता है।

इसे चलाने से पहले

ऊपर दी गई प्रत्येक प्रक्रिया एक समान आधार मानती है: एक ऐसी मशीन जिस तक आप पहुँच सकते हैं, एक ऐसा user जो root नहीं है, और एक firewall।

sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

sudo ufw status को Status: active प्रिंट करना चाहिए, जिसमें 22/tcp की अनुमति देने वाली एक लाइन हो। पहली terminal बंद करने से पहले एक दूसरी terminal खोलें और पुष्टि करें कि आप अभी भी login कर सकते हैं, क्योंकि यदि firewall आपको बाहर कर देता है, तो आपको अपने provider के panel से console rescue की आवश्यकता होगी। नए VPS पर पहले दस मिनट लेख में इसे विस्तार से समझाया गया है, और SSH hardening पासवर्ड login को बंद कर देता है ताकि background में होने वाले लगातार brute-force प्रयास मायने न रखें।

ऊपर दिए गए लगभग सभी application container के रूप में आते हैं, इसलिए एक बार Docker install करें और सूची की बाकी चीजें केवल copy और paste करने की रह जाती हैं:

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

permission denied while trying to connect to the Docker daemon socket को पढ़ने में विफलता का मतलब है कि group में हुआ बदलाव अभी तक आपकी shell तक नहीं पहुँचा है, इसलिए log out करके पुनः log in करें। Docker Compose की मूल बातें उस file format को समझाती है जिसका उपयोग ऊपर दी गई सभी guides करती हैं।

VPS किन कार्यों के लिए उपयुक्त नहीं है

कुछ ईमानदार सीमाएं। भारी ग्राफिक्स कार्य और मॉडल ट्रेनिंग के लिए GPU की आवश्यकता होती है, और एक मानक VPS में यह नहीं होता है, इसलिए आप चाहे कितनी भी RAM जोड़ लें, CPU पर inference धीमा ही रहता है। जब आपको वास्तव में GPU या कुछ टेराबाइट डिस्क की आवश्यकता हो, तो घर पर रखा मशीन एक ईमानदार विकल्प है, और घर पर Proxmox बनाम VPS किराए पर लेना हार्डवेयर और बिजली के खर्च की तुलना मासिक बिल से करता है। कोई भी ऐसा कार्य जहाँ पांच मिनट का डाउनटाइम वास्तविक नुकसान पहुँचाता है, जैसे कि होम अलार्म या मेडिकल अलर्ट, उसे ऐसे हॉबी सर्वर पर नहीं रखना चाहिए जिसे आप रविवार की रात को अपग्रेड करते हैं। एक सिंगल सर्वर विफलता का एक एकल बिंदु (single point of failure) भी है, इसलिए जिस सर्विस को कभी डाउन नहीं होना चाहिए, उसके लिए एक दूसरे बॉक्स और उस पर स्विच करने के एक परीक्षित तरीके की आवश्यकता होती है।

ईमेल अपनी एक अलग चेतावनी का हकदार है, भले ही यह सूची में हो। आउटबाउंड port 25 अधिकांश प्रदाताओं द्वारा ब्लॉक किया जाता है, और यदि यह खुला भी हो, तो बिना किसी प्रतिष्ठा वाला एक नया IP एड्रेस तब तक स्पैम में जाता है जब तक कि DNS रिकॉर्ड सही न हों और एड्रेस को वार्म-अप न किया गया हो। यह सप्ताहांत का काम नहीं, बल्कि एक निरंतर चलने वाला वास्तविक कार्य है।

FAQ

VPS का सबसे सामान्य उपयोग क्या है?

वेबसाइट या वेब एप्लिकेशन को होस्ट करना। 1 GB RAM पर nginx या Apache और डेटाबेस चलाने वाला एक छोटा सर्वर व्यक्तिगत साइट, क्लाइंट साइट या छोटे उत्पाद को संभाल सकता है। यह पूर्ण नियंत्रण के साथ एक वास्तविक public IP address प्राप्त करने का सबसे सस्ता तरीका है। दूसरा सबसे सामान्य उपयोग एक private VPN है, क्योंकि आपके अपने सर्वर का exit address किसी और के साथ साझा नहीं होता है।

इस सूची में दी गई चीजों के लिए मुझे कितनी RAM की आवश्यकता है?

एक छोटी service के लिए 1 GB पर्याप्त है। एक reverse proxy के पीछे कई services चलाने के लिए 4 GB एक आरामदायक आकार है, और अधिकांश लोग इसी plan को चुनते हैं। AI workloads इसके अपवाद हैं: एक 8B language model को लोड होने के लिए लगभग 8 GB की आवश्यकता होती है, और photo machine learning के लिए भी इतनी ही RAM चाहिए। यदि आप मीडिया, फोटो या बैकअप स्टोर कर रहे हैं, तभी डिस्क का आकार मायने रखता है।

क्या मैं एक ही सर्वर पर इनमें से एक से अधिक चला सकता हूँ?

हाँ, और यह सामान्य है। प्रत्येक application को उसके अपने container में रखें, किसी भी चीज़ को सीधे इंटरनेट पर publish न करें, और एक reverse proxy को नाम और certificates संभालने दें। सीमा applications की संख्या के बजाय memory है, इसलिए ऊपर दिए गए आंकड़ों को जोड़ें और कम से कम 25 प्रतिशत headroom छोड़ें ताकि upgrade या backup चलने पर out-of-memory kill न हो।

क्या VPS का उपयोग करने के लिए मुझे Linux जानना आवश्यक है?

आपको बुनियादी बातें पता होनी चाहिए: SSH के माध्यम से connect करना, file edit करना और log पढ़ना। इन guides में बाकी सब कुछ copy, paste करना और output को guide में बताए गए निर्देशों से मिलाना है। यदि आप type करने के बजाय click करना पसंद करते हैं, तो एक control panel आपके लिए applications को manage कर सकता है, और Cloudron, CasaOS और Coolify की तुलना यह बताती है कि प्रत्येक विकल्प लचीलेपन (flexibility) के मामले में आपको क्या लागत देता है।

क्या VPS इन सेवाओं के लिए भुगतान करने से सस्ता है?

आमतौर पर, जब आप एक से अधिक सेवाएँ चलाते हैं। एक 4 GB का सर्वर एक साथ file sync subscription, password manager plan, photo storage plan और automation tool के बिल की जगह ले सकता है। इसके बदले जो लागत आप उठाते हैं, वह आपका अपना समय है: updates, certificates और backups अब आपकी जिम्मेदारी हैं, इसलिए बचत तभी वास्तविक है जब आप वास्तव में इनका रखरखाव करें।