VPS को कितनी डिस्क स्पेस चाहिए? हमने मापा कि असल में डिस्क को क्या भरता है

प्लान पेज RAM को सबसे आगे रखते हैं, लेकिन भरी हुई डिस्क भी सर्वर को उतनी ही पक्की तरह से गिरा देती है। "No space left on device" आने पर डेटाबेस लिखना बंद कर देते हैं और वेबसाइटें जवाब देना, चाहे जितनी भी मेमोरी खाली हो। अगर आप जानते हैं कि क्या बढ़ता है, तो डिस्क का इस्तेमाल आसानी से अनुमान लगाया जा सकता है। हमने अपनी ही इमेज से नए सर्वर चालू किए और हर आम संदिग्ध को मापा।

नया सर्वर कितनी जगह लेता है

पहले बूट के तुरंत बाद मापा गया:

Linux पर 15 GB का Nano पहले दिन से लगभग पूरा आपका है। Windows कुछ भी इंस्टॉल करने से पहले ही अपनी 50 GB का एक-चौथाई से ज़्यादा ले लेता है, और जैसा आप नीचे देखेंगे, अपडेट इससे भी ज़्यादा लेते हैं।

Ubuntu की 2.7 GB में से कुछ जगह आसानी से वापस मिल गई। 440 MB पहले बूट के अपडेट का पैकेज कैश था, और तीन कर्नेल इंस्टॉल थे जबकि इस्तेमाल एक ही होता है। दो कमांड ने इस्तेमाल को 2.16 GB तक ला दिया:

sudo apt clean
sudo apt autoremove --purge

Docker: इमेज तेज़ी से जमा होती हैं

Docker को इंस्टॉल करने से ही लगभग 300 MB बढ़े। असली फ़र्क इमेज से पड़ता है। हमने आठ आम इमेज एक-एक करके खींचीं और हर बार मापा कि डिस्क कितनी बढ़ी:

एक ही आधार वाली इमेज उसकी लेयर दोबारा इस्तेमाल करती हैं, इसलिए python:3.12-slim ने सिर्फ 59 MB जोड़े: वही Debian आधार nginx:latest और postgres:16 पहले ही ला चुके थे। Alpine पर आधारित इमेज पूरी इमेज से कई गुना छोटी होती हैं। अकेले node:22 का वज़न 1.5 GB है, इसलिए जहाँ हो सके node:22-slim या node:22-alpine पर बनाएँ।

अपडेट के साथ इमेज जमा होती जाती हैं: हर docker compose pull पुराना वर्शन पीछे छोड़ देता है। हमारे टेस्ट सर्वर पर एक कमांड ने उन सबको हटा दिया:

docker system df
docker system prune -a

इसने 4.1 GB वापस मिलने की जानकारी दी। prune -a हर वह इमेज मिटा देता है जिसे कोई कंटेनर इस्तेमाल नहीं कर रहा, इसलिए इसे तब चलाएँ जब आपका स्टैक चल रहा हो। जब तक आप --volumes न जोड़ें, यह वॉल्यूम को नहीं छूता।

लॉग: वह चीज़ जो एक रात में डिस्क भर देती है

Docker कंटेनर का छापा हुआ सब कुछ रखता है, और डिफ़ॉल्ट रूप से बिना किसी आकार सीमा के। हमने एक कंटेनर चलाया जो लूप में एक छोटी लाइन छापता था, जैसा आउटपुट हेल्थ चेक या डीबग मोड देता है। 30 सेकंड बाद उसकी लॉग फ़ाइल 6 MB की थी। इस रफ़्तार से वह दिन में लगभग 17 GB लिखता, जो Micro प्लान की पूरी डिस्क से ज़्यादा है।

सभी नए कंटेनरों के लिए /etc/docker/daemon.json में सीमा तय करें:

{
  "log-driver": "local",
  "log-opts": { "max-size": "10m", "max-file": "3" }
}

फिर sudo systemctl restart docker चलाएँ और अपने कंटेनर दोबारा बनाएँ (docker compose up -d --force-recreate)। पहले से मौजूद कंटेनर वही सेटिंग रखते हैं जिनके साथ वे बने थे। सीमा के साथ उसी टेस्ट कंटेनर का लॉग 30 सेकंड बाद 4 MB था और कभी 30 MB से ज़्यादा नहीं होगा।

सिस्टम जर्नल पर पहले से सीमा है: हमारे 25 GB वाले Ubuntu सर्वर पर journald खुद को 2.3 GB तक सीमित रखता है, जो फ़ाइल सिस्टम का दसवाँ हिस्सा है। यह 15 MB इस्तेमाल कर रहा था।

Windows: अपडेट को जगह चाहिए

हमारी Windows Server 2022 इमेज 2022 की थी, इसलिए हमने उसे अपडेट किया। पहला क्यूम्युलेटिव अपडेट इंस्टॉल होते समय इस्तेमाल 12.6 से 20.8 GB तक बढ़ा, और दूसरे के बाद 24.5 GB तक पहुँच गया। अपडेट जिस सिस्टम फ़ाइल को बदलता है, Windows उसका पुराना वर्शन रख लेता है। सफाई ने इसे 14.6 GB पर लौटा दिया, और अपडेट की गई इमेज से बना नया सर्वर अब 14 GB से शुरू होता है। अगले अपडेट के लिए कम से कम 10 GB खाली रखें। सफाई की कमांड Windows अपडेट गाइड में हैं।

क्या चुनें

दो नियम किसी भी प्लान को लंबा चलाते हैं: डिप्लॉय करने से पहले कंटेनर लॉग पर सीमा लगाएँ, और बैकअप को सर्वर की डिस्क पर रखने के बजाय सर्वर से बाहर कॉपी करें। अगर सर्वर पहले से भरा है, तो हमारी डिस्क स्पेस खाली करने की गाइड कदम-दर-कदम ले चलती है। आकार चुनने में मेमोरी के पहलू के लिए देखें VPS को कितनी RAM चाहिए। सभी प्लान VPS पेज पर हैं, और भुगतान Base, Ethereum या Polygon नेटवर्क पर USDT, USDC या ETH में होता है।