ऑपरेशन "माइग्रेशन": डेटालाइन क्लाउड पर कैसे चलती है

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

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

Veeam बैकअप और प्रतिकृति के साथ माइग्रेट करना

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

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



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

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

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

Veeam Cloud Connect के साथ माइग्रेट करें

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

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



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

VMware vCloud उपलब्धता के साथ प्रवासन

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

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


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

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


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

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

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

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

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

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

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

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

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

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

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