সার্ভিস মেশিন এবং টেস্ট বিধান
অভ্যন্তরীণ কাজ বা চেকের জন্য প্রভিশন করা মেশিন সাধারণ মেশিন থেকে কীভাবে আলাদা, এর উপর কোন নিয়ম প্রযোজ্য, এবং টেস্টের পরে এর কী হয়।
আপডেট: ২৩ আগস্ট, ২০২৬
কখনও কখনও কোনো মেশিন নিয়মিত পেইড অর্ডারের মাধ্যমে নয়, বরং অভ্যন্তরীণ কাজের জন্য বরাদ্দ করা হয়: কোনো সিস্টেম ইমেজ যাচাই করা, গ্রাহকের সমস্যা পুনরুৎপাদন করা, রোলআউটের আগে কোনো কনফিগারেশন পরীক্ষা করা। কারিগরি দিক থেকে এটি একই মেশিন, একই root অ্যাক্সেস; শুধু বরাদ্দের কারণ এবং পরিচালনার নিয়ম আলাদা।
নিয়মিত মেশিন থেকে যা আলাদা
- টিয়ার ও OS সুবিধার জন্য নয়, কাজের জন্য বেছে নেওয়া হয়: গ্রাহকের সমস্যা পুনরুৎপাদন করতে ঠিক সেই টিয়ার ও OS দরকার যেখানে সমস্যাটি দেখা গিয়েছিল।
- এর আয়ু সংক্ষিপ্ত এবং আগেই জানা থাকে। যাচাইয়ের জন্য মেশিন তৈরি হয় এবং যাচাই শেষ হলে মুছে ফেলা হয়।
- এর ডেটা একবার ব্যবহারযোগ্য হিসেবে ধরা হয়। এখানে মূল্যবান বা অনন্য কিছু রাখা উচিত নয়।
বাকি সব একই: একই ট্যাবসহ /hosting/vds/m/<id> প্যানেল, দুই ধরনের কনসোল, SystemRescue রিকভারি ডিস্ক, OS পুনরায় ইনস্টল এবং অ্যাড্রেসের জন্য রিভার্স DNS।
ব্যবহারের নিয়ম
- একটি কাজের জন্য মেশিন তৈরি করুন। যে টেস্ট বেঞ্চ “পাশাপাশি” আরও তিনটি পরীক্ষা চালায়, সেটি আর পুনরুৎপাদনযোগ্য থাকে না।
- আপনি কী পরীক্ষা করেছেন এবং কোন টিয়ারে, তা লিখে রাখুন। “VDS-1-এ ধীর” — এমন ফলাফল কাজে লাগে না, যদি না সঙ্গে লেখা থাকে যে 병목 ছিল 60 MB/s রাইট ক্যাপ।
- টেস্ট মেশিনে প্রোডাকশন সার্ভিসে অ্যাক্সেসসহ সক্রিয় কী ও টোকেন রেখে যাবেন না। মেশিন মুছে ফেলা হবে, কিন্তু তার আগে ভুল হাতে পড়া কী ততদিনেও কাজ করবে।
- কাজ শেষ — মুছে ফেলুন। দখলে থাকা একটি মেশিন CPU কোর, মেমরি এবং একটি পাবলিক IPv4 অ্যাড্রেস আটকে রাখে, যা অন্যদের দরকার।
মুছে ফেলা মেশিনের ডিস্ক পুনরুদ্ধার করা যায় না। যাচাইয়ের সময় আপনার দরকারের কিছু তৈরি হলে — লগ, কনফিগারেশন, ডাম্প — মুছে ফেলার আগে ফাইলটি নিজের দিকে কপি করুন:
scp root@<address>:/root/report.txt .
সাধারণ অভ্যন্তরীণ পরিস্থিতি
সিস্টেম ইমেজ যাচাই। প্রয়োজনীয় ডিস্ট্রিবিউশনসহ একটি মেশিন অর্ডার করুন, তারপর যাচাই করুন যে এটি বুট হয়েছে, নেটওয়ার্ক কাজ করছে এবং গেস্ট এজেন্ট জায়গায় আছে:
systemctl status qemu-guest-agent
ip -brief address
df -h /
এজেন্ট না থাকলে প্যানেল ডিস্ক ব্যবহার দেখাবে না এবং সফট রিবুট কাজ করবে না — প্যানেল নিজেই ইনস্টল কমান্ডটি সাজেস্ট করে।
গ্রাহকের সমস্যা পুনরুৎপাদন। একই টিয়ার ও একই OS নিন, ধাপগুলো পুনরাবৃত্তি করুন, কমান্ডের আউটপুট সংরক্ষণ করুন। অংশভিত্তিক ডায়াগনস্টিকস নিয়ে বলা হয়েছে মেশিনে নেটওয়ার্ক বন্ধ হয়ে গেছে এবং সার্ভিস চালু হচ্ছে না: একটি systemd ওয়াকথ্রু-এ।
প্রোডাকশন মেশিনের আগে কনফিগারেশন পরীক্ষা। এটি কাজে লাগে যখন পরিবর্তন নেটওয়ার্কিং বা বুটকে প্রভাবিত করে: টেস্ট মেশিন ভেঙে রিকভারি ডিস্ক দিয়ে পুনরুদ্ধার করা প্রোডাকশন মেশিন নিয়ে ঝামেলা করার চেয়ে সস্তা।
পরীক্ষার পরে
চেকলিস্ট মিলিয়ে নিন: ফলাফল লিপিবদ্ধ, প্রয়োজনীয় ফাইল কপি করা হয়েছে, মেশিনের অ্যাড্রেসে পয়েন্ট করা কোনো DNS রেকর্ড বাকি নেই, বাহ্যিক অ্যাক্সেসসহ কী বাতিল করা হয়েছে। তারপর মেশিনটি ছেড়ে দিন — প্যানেলে ডিলিট বোতাম নেই; পদ্ধতি ও এর পরিণতি বর্ণনা করা হয়েছে মেশিন ডিলিট করা এবং বাইআউট পিরিয়ড-এ।