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

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

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

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

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

1. वेबसाइट या web app host करें। यह अभी भी सबसे सामान्य उत्तर है। एक छोटा server 1 GB RAM पर nginx या Apache, PHP और database आसानी से चला सकता है। शुरुआत के लिए Ubuntu 24.04 पर LAMP stack आम विकल्प है। nginx पर Certbot और Let's Encrypt से free certificate जोड़ें, क्योंकि port 80 पर केवल bare IP address देने पर browsers warning दिखाते हैं और हर visitor छूट सकता है।

1. एक ही box पर कई sites और apps चलाएँ। यदि सामने कोई component hostname के आधार पर requests बाँटता हो, तो एक server दर्जनों names serve कर सकता है। Reverse proxy यही काम करता है और certificates को renew भी करता है। इसलिए कई Docker apps के सामने Traefik सामान्य अगला कदम है। बचत वास्तविक है: एक 4 GB server पर पाँच projects चलाना पाँच छोटे servers से सस्ता है और उनका backup लेना भी आसान है।

1. अपना VPN चलाएँ। VPS आपको ऐसा exit IP देता है जिसे आप नियंत्रित करते हैं। इसलिए public Wi-Fi आपका traffic नहीं पढ़ सकता और आपकी home services open internet से दूर रहती हैं। WireGuard 50 MB से कम memory उपयोग करता है और kernel में चलता है, इसलिए server पर इसका भार बहुत कम रहता है। self-hosted WireGuard VPN guide उन handshake और DNS समस्याओं को समझाती है जिनसे लोग अक्सर अटकते हैं। इन दो products को अक्सर एक ही समझ लिया जाता है। इसलिए पहले VPS और VPN की तुलना पढ़ना उपयोगी है।

1. अपना password manager चलाएँ। Vaultwarden, Bitwarden protocol का उपयोग करता है। इसलिए हर official app और browser extension किसी company के बजाय आपके server से connect होता है। इसे लगभग 150 MB RAM और बहुत कम disk space चाहिए। इसलिए VPS पर Vaultwarden इस सूची का सबसे अच्छा पहला project है। इस box में आपके सभी passwords होंगे। इसलिए इसके certificate और backups को installation का हिस्सा मानें, बाद का काम नहीं।

1. Cloud file storage और calendars चलाएँ। Nextcloud paid Drive या Dropbox plan की जगह sync clients देता है, जो हर desktop और phone के लिए उपलब्ध हैं। इसमें calendar और contacts भी मिलते हैं। 1 से 2 GB RAM और आपकी files के आकार के बराबर अतिरिक्त storage रखें। इसे शुरुआत से PostgreSQL पर install करें। Docker, TLS और backups के साथ Nextcloud guide बताती है कि बाद में database migrate करना instance खराब होने का सबसे सामान्य कारण क्यों है।

1. Phone upload वाली photo library चलाएँ। Immich आपके camera roll को अपने-आप upload करता है और face तथा object search देता है। यही feature लोगों को Google Photos छोड़ने के लिए प्रेरित करता है। Machine-learning container के कारण यह यहाँ का सबसे अधिक संसाधन लेने वाला application है। इसलिए सबसे छोटा plan लेने से पहले self-hosted Immich guide पढ़ें। Immich की requirements page में कम से कम 6 GB RAM और 2 CPU cores माँगे गए हैं। 8 GB RAM recommended है। Machine-learning features बंद होने पर 4 GB RAM पर्याप्त हो सकती है। यदि आपका plan इतनी memory नहीं दे सकता, तो PhotoPrism और Immich की side-by-side तुलना RAM, phone apps और backup commands की तुलना करती है। इससे आप अपने server के लिए उपयुक्त विकल्प चुन सकते हैं। latest को pull करने के बजाय version pin करें, क्योंकि releases के बीच breaking changes अब भी आती रहती हैं।

1. अपनी library के लिए media server चलाएँ। Jellyfin आपकी films और shows को TV app, browser या phone पर stream करता है। इसके लिए account की जरूरत नहीं होती और remote playback पर कोई paywall नहीं है। यह सामान्यतः 1 से 2 GB RAM का उपयोग करता है। हालांकि Jellyfin की अपनी hardware guide औसत deployment के लिए 8 GB RAM recommend करती है और कहती है कि desktop के बिना Linux server पर 4 GB पर्याप्त हो सकती है। इसके काम करने का मुख्य निर्धारक transcoding है। VPS पर Jellyfin बताता है कि files को ऐसे format में कैसे रखा जाए जिसे clients सीधे चला सकें। इससे server केवल bytes transfer करता है। इसके चलने के बाद Halcyon उसी library को 1990s की rental store की तरह प्रस्तुत करता है। इसमें आप shelf by shelf browse कर सकते हैं। किसी चीज़ को चुनने के लिए यह endless thumbnails की grid scroll करने से कहीं बेहतर तरीका है।

1. Friends के लिए game server चलाएँ। कुछ players के लिए Minecraft server को 2 से 4 GB RAM चाहिए। उसे ऐसा machine भी चाहिए जो host player के सोने के बाद भी चालू रहे। VPS इसके लिए उपयुक्त है। VPS पर Minecraft server guide Java memory flags और systemd के अंतर्गत server चलाने का तरीका बताती है, ताकि crash होने पर वह अपने-आप restart हो जाए।

1. Scheduled scripts, scrapers और bots चलाएँ। जिसे सुबह 3 बजे चलना हो, उसके लिए ऐसा machine चाहिए जो सुबह 3 बजे चालू हो। Job को cron line के बजाय timer वाले systemd service के रूप में लिखें। इससे logs, failure status और testing का साफ तरीका मिलता है। VPS पर systemd services और timers में unit files दी गई हैं। Discord या Telegram bot भी इसी pattern पर चलता है, अंतर केवल इतना है कि उसमें timed job के बजाय long-running process होता है।

1. Automation workflows चलाएँ। n8n आपको उन tasks के लिए visual builder देता है जिनके लिए Zapier प्रति task शुल्क लेता है। इसे स्वयं चलाने पर per-task bill समाप्त हो जाता है। Data size की सीमा फिर भी रहती है, लेकिन उसे आप स्वयं निर्धारित कर सकते हैं। n8n, N8N_PAYLOAD_SIZE_MAX के माध्यम से payloads को default रूप से 16 MiB तक सीमित करता है। आप यह सीमा बढ़ाकर n8n restart कर सकते हैं। यह लगभग 500 MB RAM उपयोग करता है। Encryption key को स्पष्ट रूप से set करें, जैसा HTTPS के साथ self-hosted n8n में दिखाया गया है। अन्यथा n8n पहली बार launch होने पर key generate करता है और उसे अपने ~/.n8n folder में save करता है। यदि यह folder persistent volume पर नहीं है, तो container rebuild होने पर key खो जाती है और saved credentials पढ़ने योग्य नहीं रहतीं।

1. Language model स्वयं चलाएँ। Ollama open-weight models को local API के माध्यम से serve करता है। इसलिए prompts और documents आपके server से बाहर नहीं जाते। CPU-only VPS पर instant answers की अपेक्षा कुछ words per second की गति रखें। सामान्य 8B model के लिए लगभग 8 GB RAM रखें। Context की गणना से पहले ही Ollama का default llama3.1:8b download 4.9 GB का है। LLM को self-host करने के लिए Ollama चलाना वास्तविक numbers देता है। Model के ऊपर workflow platform चाहिए तो VPS पर Dify UI और retrieval जोड़ता है।

1. Coding agent को चलने की जगह दें। एक घंटे काम करने वाला AI coding agent तब बेकार है जब laptop बंद करते ही वह बंद हो जाए। इसलिए लोग उसे terminal multiplexer के भीतर server पर चलाते हैं और बाद में reconnect करते हैं। tmux के साथ VPS पर Claude Code setup बताता है। VPS पर coding agent चलाना सामान्य संरचना समझाता है। उसे अपना unprivileged user और ऐसी directory दें जिससे वह बाहर न निकल सके।

1. अपने assistants के लिए MCP servers host करें। MCP (model context protocol) servers छोटे always-on processes होते हैं। ये AI client को tools और data उपलब्ध कराते हैं। Always-on होना वह हिस्सा है जो laptop नहीं कर सकता। VPS पर MCP servers authentication के साथ TLS के पीछे इन्हें चलाने का तरीका बताता है। यह महत्वपूर्ण है, क्योंकि open MCP endpoint को कोई भी व्यक्ति call कर सकता है।

1. अपने अन्य servers को monitor करें। Uptime Kuma आपकी sites को ping करता है और लगभग किसी भी channel पर alerts भेज सकता है। यह लगभग 200 MB RAM में चलता है। लोग एक महत्वपूर्ण नियम भूल जाते हैं: production को किसी अलग machine से monitor करें। जिस box को Uptime Kuma monitor कर रहा हो, उसी पर चलने वाला Uptime Kuma यह नहीं बता सकता कि वह box कब बंद हो गया। Uptime Kuma status monitoring इसी समस्या को दिखाता है।

1. सिर्फ up या down नहीं, वास्तविक metrics भी लें। जब आपके पास एक server के बजाय पूरी fleet हो, तो आपको history और triggers के साथ CPU, disk और service metrics चाहिए। Zabbix monitoring server प्रत्येक host पर agent के साथ यह काम करता है। Zabbix के अपने hardware examples में सबसे छोटे installation के लिए भी 2 CPU cores और 8 GiB memory दी गई है। यह installation 1,000 monitored metrics के लिए है और इसमें इसका अपना database भी शामिल है। पहले simple uptime check से शुरू करें। जब विस्तार करने के लिए कुछ हो, तब आगे बढ़ें।

1. बाकी सभी चीजों के लिए offsite backups रखें। Data वाली उसी disk पर रखा backup backup नहीं होता। बड़े volume वाला सस्ता VPS अच्छा destination बन सकता है। VPS पर restic backups encrypted, deduplicated और versioned snapshots देता है। इसमें ऐसा restore process है जिसे आप वास्तव में test कर सकते हैं। इसे monthly test करें, क्योंकि untested backup केवल आशा है।

1. अपना CI runner चलाएँ। Hosted build minutes समाप्त हो जाते हैं। Self-hosted runner आपके caches को warm और secrets को local रखता है। Self-hosted GitHub Actions runner installation और isolation दिखाता है। Public repositories पर यह विशेष रूप से महत्वपूर्ण है, क्योंकि pull request आपके machine पर code चला सकती है।

1. Team chat को नियंत्रित करें। Rocket.Chat ऐसे team के लिए threads, calls और integrations देता है जो per-seat शुल्क नहीं देना चाहता। यह इस सूची की भारी applications में से एक है। 2026-10-12 तक Rocket.Chat की अपनी system requirements के अनुसार सबसे छोटे tier में भी, जिसमें 500 concurrent users तक और high availability नहीं है, Rocket.Chat node के लिए कम से कम 4 GiB memory और MongoDB के लिए अतिरिक्त 4 GiB memory चाहिए। MongoDB को तीन replica members के साथ सूचीबद्ध किया गया है। इसलिए app और एक MongoDB member रखने वाले server को कम से कम 8 GB चाहिए। Rocket.Chat 8.x को MongoDB 8.0 या बाद का version चाहिए। Docker Compose के साथ Rocket.Chat version ladder समझाता है, क्योंकि upgrade के दौरान MongoDB का major version छोड़ देने पर database अलग-थलग हो जाता है।

1. अपने सभी machines के बीच private network बनाएँ। कई servers और एक laptop होने पर mesh network को single hub की तुलना में चलाना आसान होता है। self-hosted Tailscale control server के रूप में Headscale coordination को आपके अपने box पर रखता है। जब केवल एक host के बजाय पूरे network तक पहुँचना हो, जैसे home LAN या provider की private range, तो VPS को उन routes का subnet router बनाना उपयोगी है। इससे उसके पीछे मौजूद हर device पर client install करने की जरूरत नहीं रहती। इसे hosts को group के रूप में manage करने की आदत के साथ उपयोग करें। यही कई Linux servers को manage करना सिखाता है।

1. Lab चलाएँ, और यदि आप ज़ोर दें तो mail server भी। VPS चीज़ें तोड़कर सीखने के लिए सुरक्षित स्थान है। आप FreeBSD 15 server आज़मा सकते हैं या अपने server के भीतर virtual machines चला सकते हैं, यदि आपका plan nested virtualization की अनुमति देता हो। Email को जानबूझकर सबसे अंत में रखा गया है, क्योंकि अधिकांश providers outbound port 25 block करते हैं और deliverability के लिए लंबा संघर्ष करना पड़ता है। इसलिए Mailcow के साथ self-hosted email को पूरी स्थिति समझकर पढ़ें।

इनमें से प्रत्येक को कितने server resources चाहिए?

Memory आम तौर पर पहली सीमा होती है, हालांकि CPU और disk भी महत्वपूर्ण हैं। उदाहरण के लिए, Immich को अपनी RAM के अतिरिक्त कम से कम 2 CPU cores चाहिए। 1 GB plan पर एक छोटी service चल सकती है: website, VPN, password manager या bot। 4 GB plan एक ही proxy के पीछे कुछ services चलाने के लिए सुविधाजनक है। इस page पर अधिकांश लोग अंततः यही setup अपनाते हैं।

2 GB असुविधाजनक आकार है। इसी स्थिति में कोई तीसरा container जोड़ देता है, kernel उसे चुपचाप समाप्त कर देता है, और application log में इसका कारण नहीं दिखता। sudo dmesg | grep -i "out of memory" चलाएँ और आपको Out of memory: Killed process line दिखेगी, जिसे container runtime ने छिपा दिया था। AI workloads इस नियम से अलग हैं। Ollama द्वारा ship किया गया सामान्य 8B language model आराम से चलने के लिए लगभग 8 GB RAM चाहता है। Photo machine learning की आवश्यकता भी इसी तरह होती है। Quantization से यह संख्या काफी बदल जाती है। PrismML का 1-bit Bonsai 8B अपने 8B parameters को 1.16 GB file में pack करता है, जो llama.cpp पर चलती है। Rocket.Chat भी अपवाद है। इसके documentation में chat server और database, दोनों के लिए कम से कम 4 GiB बताया गया है। इसलिए कम से कम 8 GB चाहिए।

Disk की आवश्यकता आपके data पर निर्भर करती है। Photos, media और backups ही इस सूची में ऐसी entries हैं जिन्हें hundreds of gigabytes चाहिए। Media के लिए library के अतिरिक्त scratch space भी चाहिए। Jellyfin की hardware guide OS, Jellyfin की files और transcoding cache के लिए 100 GB SSD की सिफारिश करती है। यह cache आपके सबसे बड़े file के आकार को peak concurrent streams की संख्या से गुणा करके निर्धारित की जाती है। बाकी सभी चीजों की आवश्यकता hundreds के बजाय tens of gigabytes में मापी जाती है। इसलिए चुने गए plan की disk को उस data के अनुसार जाँचें जिसे आप रखने की अपेक्षा करते हैं।

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

ऊपर दी गई प्रत्येक प्रक्रिया एक समान आधार मानती है: एक ऐसी मशीन जिस तक आप पहुँच सकते हैं, एक ऐसा 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 का सबसे सामान्य उपयोग क्या है?

Website या web application को host करना। PHP और database के साथ nginx या Apache चलाने वाला छोटा server 1 GB RAM पर personal site, client site या छोटा product संभाल सकता है। Full stack control के साथ वास्तविक public IP address पाने का यह सबसे सस्ता तरीका है। दूसरा सबसे सामान्य उपयोग private VPN है, क्योंकि आपके स्वामित्व वाला server ऐसा exit address देता है जिसे कोई और share नहीं करता।

इस सूची में दी गई चीज़ों के लिए मुझे कितनी RAM चाहिए?

एक छोटी service के लिए 1 GB पर्याप्त है। एक reverse proxy के पीछे कुछ services चलाने के लिए 4 GB सुविधाजनक आकार है और अधिकांश लोग इसी plan पर रुकते हैं। AI workloads इसका अपवाद हैं। Ollama में सामान्य 8B language model को आराम से चलाने के लिए लगभग 8 GB चाहिए, हालांकि heavily quantized builds को इससे काफी कम RAM चाहिए। Photo machine learning को भी लगभग इतनी ही RAM चाहिए। Rocket.Chat भी इसी श्रेणी में आता है, क्योंकि उसके documentation में app और MongoDB के लिए प्रत्येक को 4 GiB का minimum बताया गया है। Disk की आवश्यकता केवल media, photos या backups store करने पर बढ़ती है।

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

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

क्या VPS इस्तेमाल करने के लिए मुझे Linux जानना जरूरी है?

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

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

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