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 میں ہوتی ہے۔