ডিস্ক শেষ হয়ে যাচ্ছে: কীভাবে বাড়াবেন

VDS-এ ডিস্ক স্পেস টিয়ারের সাথে যুক্ত: VDS-1-এ ৪০ GB এবং VDS-6-এ ২৫০ GB পর্যন্ত। আলাদাভাবে অতিরিক্ত স্পেস কেনা যায় না — প্ল্যানের সাথে এর আকার পরিবর্তিত হয়। বেশি টাকা দেওয়ার আগে যাচাই করুন যে স্পেসটি আদৌ ডেটা দিয়ে ভরাট হয়েছে কি না।

ধাপ এক: নিশ্চিত করুন যে স্পেসটি সত্যিই ব্যবহৃত হচ্ছে

df -h /
sudo du -x -h -d1 / | sort -h | tail -10
docker system df
journalctl --disk-usage

খুব প্রায়ই লগ, বিল্ড ক্যাশে এবং পুরোনো ইমেজ অর্ধেক ডিস্ক দখল করে রাখে। বিস্তারিত বিবরণের জন্য দেখুন disk space। ক্লিনআপের মাধ্যমে ৩০-৪০ % খালি করলে আপনি আপগ্রেড কয়েক মাস পিছিয়ে দিতে পারবেন।

ধাপ দুই: যা এখানে থাকার দরকার নেই তা সরিয়ে ফেলুন

• ব্যাকআপ — এগুলো অন্য সাইটে থাকা উচিত, একই ডিস্কে নয়।
• ব্যবহারকারীর আপলোড করা ফাইল — S3 অবজেক্ট স্টোরেজে; অ্যাপ্লিকেশন লিংক পরিবেশন করবে।
• আর্কাইভ এবং মিডিয়া — SFTP অ্যাক্সেসসহ একটি আলাদা সস্তা স্টোরেজে।
• ইমেজ রেজিস্ট্রি — সবচেয়ে বেশি রিসোর্স-ক্ষয়কারী সার্ভিস, দেখুন আপনার নিজের রেজিস্ট্রি।

ধাপ তিন: উচ্চতর টিয়ারে আপগ্রেড করুন

আপনি মেশিনের প্যানেলে প্ল্যান আপগ্রেড করেন, এবং এটি কেবল উপরের দিকেই কাজ করে। অতিরিক্ত চার্জ পরিশোধিত সময়ের অবশিষ্ট দিনের জন্য গণনা করা হয় — আপনি ইতিমধ্যে পরিশোধ করা টাকা হারাবেন না।

ডিস্কের সাথে সাথে কোর, মেমরি এবং রাইট-স্পিড ক্যাপ বাড়ে — দেখুন disk speed।

ডাউনগ্রেড উপলব্ধ নয়: ডিস্ক ছোট হয় না। আপনি ফাইল সিস্টেম ছোট করতে পারেন, কিন্তু ডেটা হারানোর ঝুঁকি ছাড়া এর নিচের ভার্চুয়াল ডিস্ক নয়। তাই এক বছরের হেডরুমসহ একটি টিয়ার বেছে নিন, “শুধু সাবধানতার জন্য, দুই বছর এগিয়ে” নয়।

আপগ্রেডের পরে

সাধারণত পার্টিশন এবং ফাইল সিস্টেম বুটের সময় স্বয়ংক্রিয়ভাবে প্রসারিত হয়। যাচাই করুন:

lsblk
df -h /

যদি lsblk একটি বড় ডিস্ক দেখায় কিন্তু df পুরোনো আকার দেখায়, তাহলে ম্যানুয়ালি প্রসারিত করুন:

sudo growpart /dev/sda 1
sudo resize2fs /dev/sda1        # ext4
sudo xfs_growfs /               # xfs

LVM লেআউটের জন্য ক্রম ভিন্ন:

sudo pvresize /dev/sda3
sudo lvextend -l +100%FREE /dev/mapper/vg-root
sudo resize2fs /dev/mapper/vg-root

আরও বিস্তারিতের জন্য দেখুন partitions and file systems। ফাইল সিস্টেম প্রসারিত করা একটি মাউন্ট করা পার্টিশনে করা হয় এবং ডেটা স্পর্শ করে না, তবে আগে থেকে ব্যাকআপ নেওয়া তবুও বাধ্যতামূলক।

এই মুহূর্তে স্পেস শেষ হয়ে গেলে কী করবেন

যখন ডিস্ক সম্পূর্ণ ভরাট হয়, কিছু কমান্ড কাজ করা বন্ধ করে দেয়: সিস্টেম এমনকি একটি সাময়িক ফাইলও লিখতে পারে না। কাজের ক্রম:

journalctl --vacuum-size=100M
apt clean
docker builder prune -f
sudo truncate -s 0 /var/lib/docker/containers/*/*-json.log

এটি এক-দুই গিগাবাইট খালি করবে এবং নিয়ন্ত্রণ পুনরুদ্ধার করবে। তারপর উপরের ধাপগুলো অনুসরণ করুন।

সাধারণ ভুল

• আপনি ফাইল মুছেছেন কিন্তু স্পেস ফিরে আসেনি। একটি প্রসেস মুছে ফেলা ফাইলটি খোলা রেখেছে: sudo lsof +L1 এবং সার্ভিসটি পুনরায় চালু করুন।
• কারণ নির্ণয় না করেই আপনি টিয়ার আপগ্রেড করেছেন। একটি লগ লিক ২৫০ GB-ও ভরাট করবে, শুধু পরে।
• ব্যাকআপ ছাড়াই আপনি পার্টিশন প্রসারিত করেছেন। growpart-এ পার্টিশন নম্বরে একটি ভুল আপনার সমস্ত ডেটা খরচ করবে। প্রথমে একটি ব্যাকআপ নিন।
• আপনি inodes-এর কথা ভুলে গেছেন। df -i: স্পেস আছে, কিন্তু আপনি ফাইল তৈরি করতে পারছেন না। ছোট ফাইলের স্তূপ মুছে ফেলা সাহায্য করে, ডিস্ক বাড়ানো নয়।