सर्विस मशीनें और टेस्ट प्रावधान

कभी-कभी मशीन नियमित पेड ऑर्डर से नहीं, बल्कि किसी आंतरिक काम के लिए दी जाती है: सिस्टम इमेज वेरिफ़ाई करना, कस्टमर की समस्या रिप्रोड्यूस करना, किसी कॉन्फ़िगरेशन को रोलआउट से पहले टेस्ट करना। तकनीकी रूप से यह वही मशीन है, उसी root एक्सेस के साथ; फ़र्क़ सिर्फ़ इसमें है कि यह किस वजह से दी गई और इसे संभालने के नियम क्या हैं।

नियमित मशीन से यह कैसे अलग है

• टियर और OS काम के हिसाब से चुने जाते हैं, सुविधा के हिसाब से नहीं: कस्टमर की समस्या रिप्रोड्यूस करने के लिए ठीक वही टियर और वही OS चाहिए जहाँ समस्या देखी गई थी।
• इसकी उम्र छोटी और पहले से तय होती है। मशीन एक जाँच के लिए बनाई जाती है और जाँच पूरी होते ही हटा दी जाती है।
• इस पर मौजूद डेटा एकबारगी माना जाता है। यहाँ कुछ भी कीमती या अनोखा न रखें।

बाक़ी सब कुछ वैसा ही है: वही टैब वाला /hosting/vds/m/<id> पैनल, दो तरह के कंसोल, SystemRescue रिकवरी डिस्क, OS रीइंस्टॉल, और पते के लिए रिवर्स DNS।

इस्तेमाल के नियम

1. मशीन एक ही काम के लिए बनाएँ। जो टेस्ट बेंच “साथ-साथ” तीन और प्रयोग भी चलाता है, वह रिप्रोड्यूस करने लायक़ नहीं रहता।
2. लिखकर रखें कि आपने क्या टेस्ट किया और किस टियर पर। “VDS-1 पर धीमा” जैसा नतीजा बेकार है, जब तक यह नोट न हो कि असली अड़चन 60 MB/s की राइट कैप थी।
3. टेस्ट मशीन पर प्रोडक्शन सर्विसेज़ तक पहुँच वाली लाइव कीज़ और टोकन न छोड़ें। मशीन हटा दी जाएगी, लेकिन उससे पहले ग़लत हाथों में गई की तब भी काम करेगी।
4. काम हो गया — तो हटा दें। एक कब्ज़े में पड़ी मशीन CPU कोर, मेमोरी और एक पब्लिक IPv4 पता रोके रखती है, जो दूसरों को चाहिए।

हटाई गई मशीन की डिस्क वापस नहीं पाई जा सकती। अगर जाँच के दौरान आपको ज़रूरी कुछ मिला — कोई लॉग, कॉन्फ़िगरेशन, डंप — तो हटाने से पहले फ़ाइल अपनी तरफ़ कॉपी कर लें: scp root@<address>:/root/report.txt .

आम आंतरिक परिदृश्य

सिस्टम इमेज वेरिफ़ाई करना। ज़रूरी डिस्ट्रीब्यूशन वाली मशीन ऑर्डर करें, फिर जाँचें कि वह बूट हुई, नेटवर्क चल रहा है, और गेस्ट एजेंट मौजूद है:

systemctl status qemu-guest-agent
ip -brief address
df -h /

अगर एजेंट नहीं है, तो पैनल डिस्क इस्तेमाल नहीं दिखाएगा और सॉफ़्ट रीबूट काम नहीं करेगा — पैनल ख़ुद इंस्टॉल कमांड सुझा देता है।

कस्टमर की समस्या रिप्रोड्यूस करना। वही टियर और वही OS लें, स्टेप दोहराएँ, कमांड का आउटपुट कैप्चर करें। सेक्शन-दर-सेक्शन डायग्नोस्टिक्स Network went down on the machine और Service won't start: a systemd walkthrough में दी गई है।

प्रोडक्शन मशीन से पहले कॉन्फ़िगरेशन टेस्ट करना। यह तब काम आता है जब बदलाव नेटवर्किंग या बूट को छूते हों: टेस्ट मशीन तोड़कर रिकवरी डिस्क से ठीक करना प्रोडक्शन मशीन से जूझने से सस्ता पड़ता है।

टेस्ट के बाद

लिस्ट मिला लें: नतीजे दर्ज हैं, ज़रूरी फ़ाइलें कॉपी हो गईं, मशीन के पते की ओर इशारा करता कोई DNS रिकॉर्ड नहीं बचा, बाहरी एक्सेस वाली कीज़ रद्द कर दी गईं। फिर मशीन रिलीज़ करें — पैनल में डिलीट बटन नहीं है; प्रक्रिया और उसके नतीजे Deleting a machine and the buyout period में बताए गए हैं।