सेवा रोके बिना नई AMI पर कैसे माइग्रेट करें

आपके इंस्टेंस जिस AMI का उपयोग करते हैं उसे बदलना, सेवा के चलते रहते हुए उसकी नींव बदलने जैसा है। ग़लत ढंग से किया तो कटौती; सही ढंग से किया तो उपयोगकर्ता को लगभग दिखता ही नहीं। अच्छी ख़बर: ऐसे परखे हुए पैटर्न मौजूद हैं जो इस माइग्रेशन को सुरक्षित और उलटने योग्य बनाते हैं।

साझा आधार यह है कि चालू इंस्टेंस न छेड़ें, बल्कि नई AMI से नए इंस्टेंस चलाएँ और ट्रैफ़िक नियंत्रित ढंग से खिसकाएँ।

माइग्रेशन से पहले: ज़मीन तैयार करें

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

शून्य डाउनटाइम की माइग्रेशन रणनीतियाँ

सेवा रोके बिना AMI बदलने के तीन पैटर्न।

रोलिंग अपडेट

आप Launch Template में नई AMI डालते हैं और Auto Scaling Group इंस्टेंस को लहरों में बदलता है: नए चलाता है, उनके हेल्थ चेक पास होने का इंतज़ार करता है और पुराने हटा देता है। सरल, बिना अतिरिक्त इन्फ़्रास्ट्रक्चर — हालाँकि कुछ देर दोनों संस्करण साथ चलते हैं।

ब्लू/ग्रीन

आप नई AMI के साथ समानांतर परिवेश (green) खड़ा करते हैं, जबकि मौजूदा (blue) सेवा देता रहता है। green सत्यापित होते ही लोड बैलेंसर या DNS पर ट्रैफ़िक मोड़ देते हैं। कुछ बिगड़े तो सेकंडों में blue पर लौट आते हैं। यही सबसे तेज़ रोलबैक वाला पैटर्न है, बदले में कुछ समय के लिए संसाधन दोगुने करने पड़ते हैं।

कैनरी

आप ट्रैफ़िक का छोटा हिस्सा नई AMI वाले इंस्टेंस को भेजते हैं और देखते हैं। मीट्रिक टिके रहें तो प्रतिशत धीरे-धीरे 100 % तक बढ़ाते हैं। इससे किसी अप्रत्याशित गड़बड़ी का प्रभाव-क्षेत्र न्यूनतम रहता है।

माइग्रेशन के बाद

• माइग्रेशन को सफल मानने से पहले उचित समय तक मीट्रिक और लॉग देखें।
• पुरानी AMI को अप्रचलित चिह्नित करें ताकि ग़लती से दोबारा न चले।
• तैनात संस्करण और बदलाव का कारण दस्तावेज़ करें।
• पिछली इमेज तुरंत न हटाएँ: रोलबैक की ज़रूरत पड़ सकती है, इसलिए संभालकर रखें।

अक्सर पूछे जाने वाले सवाल

शून्य डाउनटाइम के लिए कौन-सी रणनीति सबसे अच्छी है?

ब्लू/ग्रीन सबसे तेज़ रोलबैक देती है; रोलिंग अपडेट ज़्यादा सरल और सस्ती है; कैनरी प्रोडक्शन में सत्यापन कर जोखिम घटाती है। चुनाव आपकी जोखिम-सहनशीलता और इन्फ़्रास्ट्रक्चर बजट पर निर्भर है।

क्या माइग्रेट करने के लिए इन्फ़्रास्ट्रक्चर दोगुना करना पड़ता है?

केवल ब्लू/ग्रीन में, और वह भी अस्थायी रूप से। रोलिंग अपडेट या कैनरी में आप वही समूह इस्तेमाल कर इंस्टेंस बदलते जाते हैं, पूरा परिवेश दोहराए बिना।

वापस लौट पाने की गारंटी कैसे करूँ?

पिछली AMI और उसका Launch Template संभालकर रखें, भरोसेमंद हेल्थ चेक तय करें और माइग्रेशन शुरू करने से पहले रोलबैक प्रक्रिया परख लें।

imaxe.cloud में हम अपनी इमेज का संस्करण रखते हैं ताकि संस्करणों के बीच माइग्रेशन पूर्वानुमेय और उलटने योग्य रहे।