ऑपरेशन "माइग्रेशन": डेटालाइन क्लाउड पर कैसे जाएं

लगभग 7 साल पहले, पहली परियोजनाएँ सरलता और सरलता से हमारे क्लाउड पर चली गईं। वर्चुअल मशीन की छवियां एफ़टीपी सर्वर पर अपलोड की गईं, या उन्हें हार्ड ड्राइव पर वितरित किया गया। फिर, एक विशेष आयात सर्वर के माध्यम से, वीएम को क्लाउड पर अपलोड किया गया।

यदि क्लाइंट के लिए वर्चुअल मशीन को एक या दो दिन के लिए बंद करना कोई समस्या नहीं है (या कोई अन्य विकल्प नहीं है), तो यह किया जा सकता है। लेकिन अगर डाउनटाइम अधिकतम एक घंटे का होना चाहिए तो यह तरीका काम नहीं करेगा। आज मैं आपको बताऊंगा कि कौन से उपकरण आपको न्यूनतम डाउनटाइम के साथ क्लाउड पर माइग्रेट करने में मदद करेंगे और हमारी माइग्रेशन प्रक्रिया कैसे काम करती है।

वीम बैकअप और प्रतिकृति के साथ माइग्रेशन

वीम बैकअप और रेप्लिकेशन को हर कोई बैकअप और प्रतिकृतियां बनाने के उपकरण के रूप में जानता है। हम इसका उपयोग अपनी साइटों के बीच माइग्रेशन और ग्राहकों को निजी वर्चुअलाइजेशन से अपने क्लाउड तक ले जाने के लिए करते हैं। क्लाइंट की वर्चुअल मशीनें हमारे vCenter पर दोहराई जाती हैं, जिसके बाद इंजीनियर उन्हें vCloud निदेशक में जोड़ता है।

प्राथमिक प्रतिकृति एक संचालित-ऑन वर्चुअल मशीन पर होती है। सहमत समय पर, क्लाइंट साइड मशीन बंद कर दी जाती है। पहली प्रतिकृति के बाद से हुए परिवर्तनों को आगे बढ़ाने के लिए प्रतिकृति फिर से चलती है। इसके बाद हमारे क्लाउड में वर्चुअल मशीन शुरू हो जाती है।

आमतौर पर, क्लाइंट के बुनियादी ढांचे पर मशीन के बंद होने से लेकर हमारे क्लाउड में चालू होने तक, आधे घंटे से ज्यादा नहीं, बल्कि 15-20 मिनट लगते हैं।

इस स्थिति में, मूल वर्चुअल मशीन क्लाइंट साइट पर बनी रहती है। अगर अचानक कुछ गलत हो जाता है, तो आप हमेशा वापस रोल करके इसे चालू कर सकते हैं। यह विधि ग्राहक के लिए इस मायने में भी सुविधाजनक है कि इसके लिए उसे वीम की आवश्यकता नहीं होती है।

मामला एक
क्लाइंट के पास VMware पर आधारित अपना वर्चुअल इंफ्रास्ट्रक्चर था - 40 टीबी की क्षमता के साथ 30 वीएम। जिस उपकरण पर क्लस्टर तैनात किया गया था वह पहले से ही पुराना था, और ग्राहक ने नए खरीदने की जहमत नहीं उठाने का फैसला किया और सार्वजनिक क्लाउड पर चला गया। महत्वपूर्ण प्रणालियों के लिए डाउनटाइम की आवश्यकता एक घंटे से अधिक नहीं थी। वीम प्रतिकृति को उपकरण के रूप में चुना गया था। एक और प्लस यह था कि क्लाइंट का इंटरनेट प्रदाता हमारे डेटा सेंटर में मौजूद था, जिससे एक अच्छा चैनल व्यवस्थित करना संभव हो गया। माइग्रेशन में लगभग एक महीना लगा, स्विचिंग के दौरान डाउनटाइम वर्चुअल मशीनों के प्रति समूह 30 मिनट तक था।

वीम क्लाउड कनेक्ट के साथ माइग्रेट करें

वीम क्लाउड कनेक्ट एक उपकरण है जो आपको वर्चुअल मशीन प्रतिकृति सेट करने और सेवा प्रदाता के क्लाउड में प्रतिकृतियां लॉन्च करने में मदद करता है। अद्यतन करने के बाद 2019 अगले वर्ष, वर्चुअल मशीनों को सीधे vCloud निदेशक के पास दोहराना संभव हो गया। एकमात्र शर्त यह है कि क्लाइंट पक्ष पर, वीम बैकअप और प्रतिकृति को कम से कम संस्करण 9 तैनात किया जाना चाहिए। संक्षेप में (विस्तृत संस्करण यहां), तो पूरी प्रक्रिया इस तरह दिखती है।

vCloud निदेशक में, आवश्यक संसाधनों और नेटवर्क के साथ एक संगठन बनाया जाता है। वीईएम क्लाउड कनेक्ट में, हम एक खाता बनाते हैं, क्लाइंट अपने वीईएम बी एंड आर से इससे जुड़ता है, एक डेटालाइन प्रदाता और संगठन का चयन करता है, और प्रतिकृति के लिए कार्यों को कॉन्फ़िगर करता है। इस तथ्य के अलावा कि इस तरह के माइग्रेशन के दौरान, डाउनटाइम 15-20 मिनट के भीतर होगा, ग्राहक किसी भी तरह से प्रदाता के तकनीकी समर्थन पर निर्भर नहीं होता है और पूरी प्रक्रिया को स्वतंत्र रूप से प्रबंधित करता है: प्रतिकृति कार्य बनाता है, प्रतिकृति स्वयं बंद हो जाती है मशीनें और उन्हें नई साइट पर प्रारंभ करें।

मामला एक
ग्राहक का बुनियादी ढांचा, जहां से प्रवास की योजना बनाई गई थी, बेलारूस में स्थित था। इस तथ्य के बावजूद कि इंटरनेट चैनल 90 एमबी/सेकेंड था, 27 टीबी की कुल मात्रा के साथ 100 वीएम परिवहन करना आवश्यक था। यदि आप बैकअप बनाते हैं और तुरंत उसे हमारे क्लाउड पर अपलोड करते हैं, तो कुछ वीएम के लिए इसमें कई दिन लगेंगे। इस दौरान, वीएम पर एक बड़ा डेल्टा विकसित हो गया होगा, और इससे मशीनों के प्रदर्शन पर नकारात्मक प्रभाव पड़ सकता है या इससे भी बदतर, डेटास्टोर पर जगह खत्म हो जाएगी। हम निम्नानुसार आगे बढ़े: सबसे पहले, क्लाइंट ने एक स्थानीय पूर्ण बैकअप बनाया और इसकी एक प्रति वीम क्लाउड कनेक्ट के माध्यम से हमारे क्लाउड में स्थानांतरित कर दी। फिर मैंने वेतन वृद्धि को क्लाउड पर स्थानांतरित कर दिया। मूल वर्चुअल मशीन चलती रही। वीएम को बंद करने के बाद, क्लाइंट ने एक और वृद्धि की और इसे क्लाउड पर स्थानांतरित कर दिया। अपनी ओर से, हमने पूर्ण बैकअप से एक वर्चुअल मशीन तैनात की, और फिर उस पर दो वेतन वृद्धि की। इस योजना ने अंततः हमारी साइट पर स्विच करते समय डाउनटाइम को 2 घंटे तक कम करना संभव बना दिया।

VMware vCloud उपलब्धता के साथ माइग्रेशन

इस वर्ष के मार्च में, VMware ने vCloud उपलब्धता 3.0 जारी किया, जो आपको वर्चुअल मशीनों को विभिन्न क्लाउड (vCloud निदेशक - vCloud निदेशक) के बीच और निजी क्लाइंट वर्चुअलाइजेशन स्टैंड से क्लाउड (vCenter - vCloud निदेशक) में स्थानांतरित करने की अनुमति देता है। मुख्य सुविधा vCloud निदेशक इंटरफ़ेस के साथ एकीकरण है। यह प्रतिकृति प्रबंधन प्रक्रिया को बहुत सरल बनाता है और स्विचओवर के दौरान डाउनटाइम को कम करता है।

इस टूल का उपयोग करके, हमने अपने मॉस्को क्लाउड से एक क्लाइंट को सेंट पीटर्सबर्ग में अपने क्लाउड पर स्थानांतरित कर दिया। 18 टीबी की कुल क्षमता वाली 14 वर्चुअल मशीनों का परिवहन करना आवश्यक था। सेंट पीटर्सबर्ग क्लाउड में क्लाइंट के लिए एक संगठन बनाया गया और आवश्यक नेटवर्क व्यवस्थित किए गए। इसके बाद, vCloud निदेशक इंटरफ़ेस से, ग्राहक vCloud उपलब्धता सेटिंग्स पर गया, प्रतिकृति नौकरियां बनाईं और उसके लिए सुविधाजनक समय पर सेंट पीटर्सबर्ग साइट पर स्विच किया। स्विचिंग के दौरान डाउनटाइम 12 मिनट था।

सेंट पीटर्सबर्ग और मॉस्को में डेटालाइन बादलों के बीच प्रवासन योजना।

vCloud उपलब्धता में क्लाइंट की साइट से VM को हमारे क्लाउड पर स्थानांतरित करने के लिए एक तंत्र है। ऐसा करने के लिए, क्लाइंट के vCenter में एक विशेष vCloud उपलब्धता एप्लिकेशन तैनात किया गया है। सरल सेटअप के बाद, आप क्लाउड से कनेक्ट होते हैं और माइग्रेशन कार्यों को कॉन्फ़िगर करते हैं। क्लाइंट पूरी प्रक्रिया को स्वतंत्र रूप से प्रबंधित भी करता है और माइग्रेशन समय को न्यूनतम रखा जाता है।

वर्चुअल मशीनों को निजी इंस्टालेशन से क्लाउड पर स्थानांतरित करने की योजना।

VMware vCloud उपलब्धता के कई अन्य उपयोग मामले हैं; हम उनके बारे में जल्द ही एक अलग लेख में बात करेंगे।

प्रवास की तैयारी

एक उपकरण चुनने और वास्तव में माइग्रेट करना शुरू करने के लिए, आपको निम्नलिखित बिंदुओं पर निर्णय लेने की आवश्यकता है:

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

मामला एक
क्लाइंट के SAP सिस्टम को यूरोपीय प्रदाता से स्थानांतरित करना आवश्यक था: 34 टीबी की क्षमता वाले 54 वीएम। क्लाइंट को हमारे क्लाउड में संसाधन आवंटित किए गए थे। हमारे और यूरोपीय प्रदाता के बुनियादी ढांचे के बीच नेटवर्क कनेक्टिविटी का आयोजन किया गया था। आवश्यक कॉन्फ़िगरेशन के साथ, एप्लिकेशन सर्वर को फिर से तैनात किया गया था। हमारे क्लाउड पर बैकअप अपलोड करके बड़े डेटाबेस को माइग्रेट किया गया। इसके बाद, हमारे और मूल साइटों के डेटाबेस के बीच प्रतिकृति कॉन्फ़िगर की गई। सहमत समय पर, हमने अपने क्लाउड में डेटाबेस पर स्विच किया।

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

स्वीकार्य डाउनटाइम. विभिन्न प्रणालियों और, तदनुसार, वर्चुअल मशीनों के लिए, यह उनकी व्यावसायिक गंभीरता के आधार पर भिन्न हो सकता है। आमतौर पर ग्राहक माइग्रेशन के दौरान डाउनटाइम के लिए तैयार आवश्यकताओं के साथ आता है, और इसके आधार पर हम उपयुक्त टूल और माइग्रेशन योजना का चयन करते हैं। हम अंतिम स्विचओवर को रात में या सप्ताहांत पर शेड्यूल करने का प्रयास करते हैं ताकि ग्राहक के अंतिम उपयोगकर्ताओं को मामूली डाउनटाइम भी नजर न आए।

इस डेटा के आधार पर, आप एक टूल का चयन कर सकते हैं और माइग्रेशन स्वयं शुरू कर सकते हैं। यहाँ आगे क्या होता है।

1. नेटवर्क कनेक्टिविटी स्थापित करना. हम अपने क्लाउड और क्लाइंट के बुनियादी ढांचे के बीच नेटवर्क कनेक्टिविटी व्यवस्थित करते हैं। इस नेटवर्क पर वर्चुअल मशीनों की प्रतिलिपि बनाई जाएगी। यदि वीम बैकअप और प्रतिकृति का उपयोग किया जाता है, तो यह एक समर्पित चैनल है, कम अक्सर एक वीपीएन चैनल। यदि वीम क्लाउड कनेक्ट है, तो सब कुछ इंटरनेट या उसी समर्पित चैनल के माध्यम से चलता है।

   फिर नेटवर्क को क्लाउड में VM के लिए कॉन्फ़िगर किया गया है। गाड़ियाँ आमतौर पर समूहों में और एक दिन से अधिक समय तक चलती हैं। एक बार जब वीएम हमारे पास लाए जाते हैं और लॉन्च किए जाते हैं, तो उन्हें उन मशीनों के साथ संचार करना होगा जो अभी भी मूल साइट पर मौजूद हैं।

2. प्रवास कार्यक्रम. जब बहुत सारी कारें हों, तो उन्हें समूहों में विभाजित करना और बैचों में परिवहन करना समझ में आता है। क्लाइंट के साथ मिलकर, हम एक योजना पर सहमत होते हैं जिसमें हम निर्दिष्ट करते हैं कि कब और कौन सी मशीनें चलेंगी और नई साइट पर अंतिम प्रतिकृति और स्विचओवर कब किया जाएगा।
3. माइग्रेशन का परीक्षण करें. हम परीक्षण वर्चुअल मशीन को माइग्रेट करते हैं और जांचते हैं कि क्या सब कुछ सही ढंग से कॉन्फ़िगर किया गया है: साइटों के बीच नेटवर्क कनेक्टिविटी, स्रोत साइट पर मशीनों के लिए वर्चुअल मशीन की उपलब्धता, खाता अधिकार इत्यादि। यह परीक्षण युद्ध प्रवासन चरण में बाधाओं से बचने में मदद करता है।

मेरे लिए बस इतना ही है. टिप्पणियों में, प्रश्न पूछें और हमें अपने प्रवासन अनुभव के बारे में बताएं।

स्रोत: www.habr.com