अपरेशन "माइग्रेसन": कसरी डाटालाइन क्लाउडमा सार्ने

लगभग 7 वर्ष पहिले, पहिलो परियोजनाहरू हाम्रो क्लाउडमा सरल र सहज रूपमा सारियो। भर्चुअल मेसिन छविहरू FTP सर्भरमा अपलोड गरियो, वा तिनीहरू हार्ड ड्राइभहरूमा डेलिभर गरियो। त्यसपछि, विशेष आयात सर्भर मार्फत, VM हरू क्लाउडमा अपलोड गरियो।

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

Veeam ब्याकअप र प्रतिकृति संग माइग्रेसन

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

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

सामान्यतया, क्लाइन्टको पूर्वाधारमा मेसिन बन्द भएको क्षणदेखि हाम्रो क्लाउडमा सक्रिय नभएसम्म, आधा घण्टा भन्दा बढी बित्दैन, बरु 15-20 मिनेट।

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

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

Veeam Cloud Connect को साथ माइग्रेट गर्नुहोस्

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

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

केस १
ग्राहकको पूर्वाधार, जहाँबाट माइग्रेसन योजना गरिएको थियो, बेलारुसमा अवस्थित थियो। इन्टरनेट च्यानल १०० Mbit/sec थियो भन्ने तथ्यको बावजुद, 90 TB को कुल भोल्युमको साथ 27 VM लाई ढुवानी गर्न आवश्यक थियो। यदि तपाइँ ब्याकअप बनाउनुहुन्छ र तुरुन्तै हाम्रो क्लाउडमा अपलोड गर्नुहुन्छ भने, त्यसपछि केहि VM को लागी धेरै दिन लाग्न सक्छ। यस समयमा, VM मा ठूलो डेल्टा बढेको हुन सक्छ, र यसले मेसिनको कार्यसम्पादनमा नकारात्मक प्रभाव पार्न सक्छ वा, अझ नराम्रो, डाटास्टोरमा ठाउँ समाप्त हुने थियो। हामी निम्नानुसार अगाडि बढ्यौं: पहिले, ग्राहकले स्थानीय पूर्ण ब्याकअप बनायो र Veeam Cloud Connect मार्फत हाम्रो क्लाउडमा यसको प्रतिलिपि स्थानान्तरण गर्‍यो। त्यसपछि मैले वृद्धिलाई क्लाउडमा हस्तान्तरण गरें। मौलिक भर्चुअल मेसिन चलिरह्यो। VM बन्द गरेपछि, ग्राहकले अर्को वृद्धि गर्यो र क्लाउडमा स्थानान्तरण गर्यो। हाम्रो छेउमा, हामीले पूर्ण ब्याकअपबाट भर्चुअल मेसिन डिप्लोय गर्यौं, र त्यसपछि यसमा दुई इन्क्रिमेन्टहरू रोल गर्यौं। यो योजनाले अन्ततः हाम्रो साइटमा स्विच गर्दा डाउनटाइमलाई 100 घण्टामा कम गर्न सम्भव बनायो।

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

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

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

सेन्ट पीटर्सबर्ग र मस्कोमा डाटालाइन क्लाउडहरू बीचको माइग्रेसन योजना।

vCloud उपलब्धतामा ग्राहकको साइटबाट हाम्रो क्लाउडमा VMs माइग्रेट गर्ने संयन्त्र छ। यो गर्नको लागि, ग्राहकको vCenter मा एक विशेष vCloud उपलब्धता अनुप्रयोग तैनात गरिएको छ। साधारण सेटअप पछि, तपाइँ क्लाउडमा जडान गर्नुहुन्छ र माइग्रेसन कार्यहरू कन्फिगर गर्नुहुन्छ। ग्राहकले पनि सम्पूर्ण प्रक्रियालाई स्वतन्त्र रूपमा व्यवस्थापन गर्दछ र माइग्रेसन समय न्यूनतम राखिएको छ।

भर्चुअल मेसिनहरूलाई निजी स्थापनाबाट क्लाउडमा माइग्रेट गर्ने योजना।

VMware vCloud उपलब्धतामा धेरै अन्य प्रयोग केसहरू छन्; हामी तिनीहरूको बारेमा चाँडै छुट्टै लेखमा कुरा गर्नेछौं।

माइग्रेसनको तयारी गर्दै

उपकरण छनौट गर्न र वास्तवमा माइग्रेट गर्न सुरु गर्न, तपाईंले निम्न बिन्दुहरूमा निर्णय गर्न आवश्यक छ:

हामी कहाँबाट बसाइँ सर्ने ? यदि तपाइँ निजी समाधानबाट माइग्रेट गर्दै हुनुहुन्छ भने, तपाइँसँग उपकरणहरू छनौट गर्न पूर्ण स्वतन्त्रता छ। यदि तपाइँ तपाइँको प्रदायकबाट टाढा जानुहुन्छ भने, यो अझ जटिल छ। सम्भवतः, दुई प्रदायकहरूको पूर्वाधारहरू लिङ्क गर्दै र केवल एक VM ड्र्याग र ड्रप गर्दा सुरक्षा कारणहरूले काम गर्दैन। कहिलेकाहीँ ग्राहकले अस्वीकार गर्न लागेको प्रदायक शरारती हुन थाल्छ र समयको लागि स्टल गर्दछ। तपाईं प्रदायकबाट पुरानो तरिकाले टाढा जान सक्नुहुन्छ: डिस्क र FTP मा VM हरू अपलोड गरेर, वा अनुप्रयोग स्तरमा माइग्रेट गरेर। पछिल्लोको नाम सशर्त हो, र यो केहि यस्तो देखिन्छ।

केस १
यो युरोपेली प्रदायकबाट ग्राहकको SAP प्रणाली माइग्रेट गर्न आवश्यक थियो: 34 VMs क्षमता 54 TB। ग्राहकलाई हाम्रो क्लाउडमा स्रोतहरू आवंटित गरिएको थियो। नेटवर्क जडान हाम्रो र युरोपेली प्रदायक को पूर्वाधार बीच संगठित थियो। आवश्यक कन्फिगरेसनहरू घुमाएर एप्लिकेसन सर्भरहरू पुन: तैनाथ गरियो। हाम्रो क्लाउडमा ब्याकअपहरू अपलोड गरेर ठूला डाटाबेसहरू माइग्रेट गरियो। अर्को, हाम्रो र मूल साइटहरूमा डाटाबेसहरू बीच प्रतिकृति कन्फिगर गरिएको थियो। सहमति भएको समयमा, हामीले हाम्रो क्लाउडमा डेटाबेसहरूमा स्विच गर्यौं।

डाटा भोल्युम र इन्टरनेट च्यानल। हामी सामान्यतया क्लाइन्टलाई मेमोरी, CPU, र डिस्क प्यारामिटरहरू सहित प्रणालीद्वारा अपलोड प्रदान गर्न सोध्छौं। हामी च्यानल प्रत्यक्ष रूपमा प्रतिकृतिहरू वा भर्चुअल मेसिनहरूको ब्याकअपहरू पठाउन पर्याप्त छ कि छैन भनेर मूल्याङ्कन गर्छौं।

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

यस डेटाको आधारमा, तपाइँ एउटा उपकरण चयन गर्न सक्नुहुन्छ र माइग्रेसन आफै सुरु गर्न सक्नुहुन्छ। अब के हुन्छ यहाँ छ।

1. नेटवर्क जडान सेटअप गर्दै। हामी हाम्रो क्लाउड र ग्राहकको पूर्वाधार बीच नेटवर्क जडान व्यवस्थित गर्छौं। भर्चुअल मेसिनहरू यस नेटवर्कमा प्रतिलिपि गरिनेछ। यदि Veeam ब्याकअप र प्रतिकृति प्रयोग गरिन्छ, तब यो एक समर्पित च्यानल हो, कम प्राय: VPN च्यानल। यदि Veeam Cloud Connect, तब सबै कुरा इन्टरनेट वा उही समर्पित च्यानल मार्फत जान्छ।

   त्यसपछि क्लाउडमा VM का लागि नेटवर्क कन्फिगर गरिएको छ। कारहरू सामान्यतया समूहहरूमा र एक दिन भन्दा बढीको लागि चल्छन्। एक पटक VM हरू हामीकहाँ ल्याइएपछि र सुरु गरेपछि, तिनीहरूले अझै पनि मूल साइटमा रहेका मेसिनहरूसँग सञ्चार गर्नुपर्छ।

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

मेरो लागि यति हो। टिप्पणीहरूमा, प्रश्नहरू सोध्नुहोस् र हामीलाई तपाईंको प्रवास अनुभवको बारेमा बताउनुहोस्।

स्रोत: www.habr.com