একটি 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-এ।