हायस्टॅक्स क्लाउड मायग्रेशन: ढगांवर स्वार होणे

डिझास्टर रिकव्हरी सोल्यूशन्स मार्केटमधील तरुण खेळाडूंपैकी एक आहे Hystax, 2016 मध्ये एक रशियन स्टार्टअप. आपत्ती पुनर्प्राप्तीचा विषय खूप लोकप्रिय असल्याने आणि बाजारपेठ अत्यंत स्पर्धात्मक असल्याने, स्टार्टअपने विविध क्लाउड पायाभूत सुविधांमधील स्थलांतरावर लक्ष केंद्रित करण्याचा निर्णय घेतला. एक उत्पादन जे तुम्हाला क्लाउडवर एक साधे आणि जलद स्थलांतर आयोजित करण्यास अनुमती देते ते Onlanta च्या ग्राहकांसाठी खूप उपयुक्त ठरेल - वापरकर्ते oncloud.ru. अशाप्रकारे मी Hystax शी परिचित झालो आणि त्याची क्षमता तपासण्यास सुरुवात केली. या लेखात त्याचे काय झाले ते मी तुम्हाला सांगेन.

Hystax चे मुख्य वैशिष्ट्य म्हणजे विविध व्हर्च्युअलायझेशन प्लॅटफॉर्म, अतिथी ऑपरेटिंग सिस्टम आणि क्लाउड सेवांना सपोर्ट करण्यासाठी त्याची विस्तृत कार्यक्षमता आहे, ज्यामुळे तुमचे वर्कलोड कोठूनही, कोठूनही हस्तांतरित करणे शक्य होते.

हे तुम्हाला सेवांची दोष सहिष्णुता वाढवण्यासाठी केवळ DR उपाय तयार करू शकत नाही, तर खर्च बचत वाढवण्यासाठी आणि विशिष्ट सेवेसाठी दिलेल्या क्षणी सर्वोत्तम उपाय निवडण्यासाठी विविध साइट्स आणि हायपरस्केलर्समधील संसाधने जलद आणि लवचिकपणे स्थलांतरित करू शकतात. शीर्षक चित्रात सूचीबद्ध केलेल्या प्लॅटफॉर्म व्यतिरिक्त, कंपनी रशियन क्लाउड प्रदात्यांसह सक्रियपणे सहकार्य करते: Yandex.Cloud, CROC क्लाउड सेवा, Mail.ru आणि इतर अनेक. हे देखील लक्षात घेण्यासारखे आहे की 2020 मध्ये कंपनीने स्कोल्कोव्हो येथे एक संशोधन आणि विकास केंद्र उघडले. 

बाजारपेठेतील मोठ्या संख्येने खेळाडूंनी एका सोल्यूशनची निवड करणे हे चांगले मूल्य धोरण आणि उत्पादनाची उच्च लागूता दर्शवते, ज्याची आम्ही सरावाने चाचणी घेण्याचे ठरवले आहे.

तर, आमच्या चाचणी कार्यात माझ्या VMware चाचणी साइटवरून आणि भौतिक मशीन्स VMware चालवणाऱ्या प्रदात्याच्या साइटवर स्थलांतरित करणे समाविष्ट असेल. होय, असे अनेक उपाय आहेत जे अशा स्थलांतराची अंमलबजावणी करू शकतात, परंतु आम्ही Hystax एक सार्वत्रिक साधन मानतो आणि सर्व संभाव्य संयोजनांमध्ये स्थलांतराची चाचणी करणे हे एक अवास्तव काम आहे. होय, आणि Oncloud.ru क्लाउड विशेषत: VMware वर तयार केले आहे, म्हणून हे प्लॅटफॉर्म, एक लक्ष्य म्हणून, आम्हाला मोठ्या प्रमाणात स्वारस्य आहे. पुढे, मी ऑपरेशनच्या मूलभूत तत्त्वाचे वर्णन करेन, जे संपूर्णपणे प्लॅटफॉर्मवर अवलंबून नाही आणि VMware कोणत्याही बाजूने दुसर्या विक्रेत्याच्या प्लॅटफॉर्मसह बदलले जाऊ शकते. 

पहिली पायरी म्हणजे Hystax Acura तैनात करणे, जे सिस्टमचे नियंत्रण पॅनेल आहे.

ते साच्यातून उलगडत जाते. काही कारणास्तव, आमच्या बाबतीत ते पूर्णपणे बरोबर नव्हते आणि शिफारस केलेल्या 8CPU ऐवजी, 16Gb अर्ध्या संसाधनांसह तैनात केले गेले. म्हणून, आपल्याला ते बदलणे लक्षात ठेवणे आवश्यक आहे, अन्यथा VM मधील कंटेनर इन्फ्रास्ट्रक्चर, ज्यावर सर्व काही तयार केले आहे, फक्त सुरू होणार नाही आणि पोर्टल प्रवेश करण्यायोग्य असेल. IN उपयोजन आवश्यकता आवश्यक संसाधनांचे तपशीलवार वर्णन केले आहे, तसेच सर्व सिस्टम घटकांसाठी पोर्ट. 

टेम्पलेटद्वारे IP पत्ता सेट करण्यात देखील अडचणी आल्या, म्हणून आम्ही तो कन्सोलमधून बदलला. यानंतर, तुम्ही अॅडमिन वेब इंटरफेसवर जाऊन प्रारंभिक कॉन्फिगरेशन विझार्ड पूर्ण करू शकता. 

एंडपॉइंट – आमच्या vCenter चा IP किंवा FQDN. 
लॉगिन आणि पासवर्ड - ते येथे स्पष्ट आहे. 
लक्ष्य ESXi होस्टनाव हे आमच्या क्लस्टरमधील यजमानांपैकी एक आहे ज्याची प्रतिकृती केली जाईल. 
लक्ष्य डेटास्टोअर हे आमच्या क्लस्टरमधील डेटास्टोअरपैकी एक आहे ज्याची प्रतिकृती केली जाईल.
Hystax Acura नियंत्रण पॅनेल सार्वजनिक IP - पत्ता जेथे नियंत्रण पॅनेल उपलब्ध असेल.

होस्ट आणि डेटास्टोअरवर थोडे स्पष्टीकरण आवश्यक आहे. वस्तुस्थिती अशी आहे की Hystax प्रतिकृती होस्ट आणि डेटास्टोअर स्तरांवर कार्य करते. पुढे, मी तुम्हाला सांगेन की तुम्ही भाडेकरूसाठी होस्ट आणि डेटास्टोअर कसे बदलू शकता, परंतु समस्या वेगळी आहे. Hystax संसाधन पूलिंगला समर्थन देत नाही, म्हणजे. प्रतिकृती नेहमी क्लस्टरच्या मुळाशी असेल (ही सामग्री लिहिण्याच्या वेळी, हायस्टॅक्सच्या मुलांनी एक अद्ययावत आवृत्ती जारी केली, जिथे त्यांनी संसाधन पूलच्या समर्थनासंबंधी माझी वैशिष्ट्य विनंती त्वरित लागू केली). तसेच vCloud संचालक समर्थित नाही, म्हणजे. जर, माझ्या बाबतीत, भाडेकरूला संपूर्ण क्लस्टरचे प्रशासक अधिकार नसतील, परंतु केवळ एका विशिष्ट संसाधन पूलसाठी, आणि आम्ही Hystax ला प्रवेश दिला असेल, तर तो स्वतंत्रपणे या VM ची प्रतिकृती बनवू आणि चालवू शकेल, परंतु तो व्हीएमवेअर इन्फ्रास्ट्रक्चरमध्ये त्यांना पाहण्यास सक्षम नाही, ज्यामध्ये त्याला प्रवेश आहे आणि त्यानुसार, व्हर्च्युअल मशीन्स पुढे व्यवस्थापित करा. क्लस्टर अॅडमिनिस्ट्रेटरला VM योग्य रिसोर्स पूलमध्ये हलवणे किंवा ते vCloud डायरेक्टरमध्ये इंपोर्ट करणे आवश्यक आहे.

मी या मुद्यांवर इतके लक्ष का देत आहे? कारण, मला उत्पादनाची संकल्पना समजल्याप्रमाणे, ग्राहक स्वतंत्रपणे Acura पॅनेलचा वापर करून कोणतेही स्थलांतर किंवा DR लागू करण्यास सक्षम असावे. परंतु आतापर्यंत, व्हीएमवेअर समर्थन ओपनस्टॅकच्या समर्थनाच्या पातळीपेक्षा किंचित मागे आहे, जिथे तत्सम यंत्रणा आधीच लागू केली गेली आहे. 

पण उपयोजनाकडे परत जाऊया. सर्वप्रथम, पॅनेलच्या प्रारंभिक सेटअपनंतर, आम्हाला आमच्या सिस्टममध्ये प्रथम भाडेकरू तयार करणे आवश्यक आहे.

येथे सर्व फील्ड स्पष्ट आहेत, मी तुम्हाला फक्त क्लाउड फील्डबद्दल सांगेन. आमच्याकडे आधीपासूनच "डीफॉल्ट" क्लाउड आहे जो आम्ही प्रारंभिक कॉन्फिगरेशन दरम्यान तयार केला आहे. परंतु आम्हाला प्रत्येक भाडेकरूला त्याच्या स्वत:च्या डेटास्टोअरवर आणि त्याच्या स्वत:च्या रिसोर्स पूलमध्ये ठेवायचे असेल, तर आम्ही आमच्या प्रत्येक ग्राहकासाठी स्वतंत्र क्लाउड तयार करून याची अंमलबजावणी करू शकतो.

नवीन क्लाउड जोडण्यासाठी फॉर्ममध्ये, आम्ही प्रारंभिक कॉन्फिगरेशन दरम्यान समान पॅरामीटर्स निर्दिष्ट करतो (आम्ही समान होस्ट देखील वापरू शकतो), विशिष्ट ग्राहकासाठी आवश्यक डेटास्टोअर सूचित करतो आणि आता अतिरिक्त पॅरामीटर्समध्ये आम्ही आवश्यक संसाधन वैयक्तिकरित्या निर्दिष्ट करू शकतो. पूल {"resource_pool" : "YOUR_POOL_NAME"} 

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

त्याच वेळी, ते तयार केलेल्या भाडेकरूशी जोडलेले नाही आणि आमचे सर्व ग्राहक त्याद्वारे कार्य करतील (किंवा अनेक नंतर, आम्ही त्यांना तैनात केल्यास). एक एजंट 10 एकाचवेळी सत्रांना समर्थन देतो. एक मशीन एक सत्र म्हणून मोजले जाते. त्याच्याकडे किती डिस्क आहेत हे महत्त्वाचे नाही. आजपर्यंत, VMware साठी Acura मध्ये स्केलिंग एजंटची कोणतीही यंत्रणा नाही. आणखी एक अप्रिय क्षण आहे - आम्‍हाला अधिक उपयोजित करण्‍याची आवश्‍यकता आहे की वर्तमान स्‍थापना पुरेशी आहे याचा निष्कर्ष काढण्‍यासाठी आम्ही Acura पॅनेलमधून या एजंटचा "उपयोग" पाहू शकत नाही. परिणामी, स्टँड असे दिसते:

आमच्या ग्राहकाच्या पोर्टलवर प्रवेश करण्याची पुढील पायरी म्हणजे खाते तयार करणे (आणि प्रथम, या वापरकर्त्याला लागू होणारी भूमिका देखील).

आता आमचे ग्राहक स्वतंत्रपणे पोर्टल वापरू शकतात. त्याला फक्त पोर्टलवरून एजंट्स डाउनलोड करून त्याच्या बाजूला इन्स्टॉल करायचे आहेत. तीन प्रकारचे एजंट आहेत: लिनक्स, विंडोज आणि व्हीएमवेअर.

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

वास्तविक, तुम्ही प्रथम VMware एजंट डाउनलोड करता तेव्हा सिस्टम आम्हाला हा डेटा निर्दिष्ट करण्यास सांगेल. समस्या अशी आहे की आमच्या सुरक्षिततेसाठी सार्वत्रिक प्रेमाच्या युगात, प्रत्येकजण दुसर्‍याच्या पोर्टलवर त्यांचा प्रशासक संकेतशब्द दर्शवू इच्छित नाही, जो अगदी समजण्यासारखा आहे. आतून, तैनातीनंतर, एजंट कोणत्याही प्रकारे कॉन्फिगर केला जाऊ शकत नाही (आपण फक्त त्याची नेटवर्क सेटिंग्ज बदलू शकता). येथे मला विशेषत: सावध ग्राहकांच्या अडचणींचा अंदाज आहे. 

म्हणून, एजंट स्थापित केल्यानंतर, आम्ही Acura पॅनेलवर परत जाऊ शकतो आणि आमच्या सर्व कार पाहू शकतो.

मी अनेक दिवसांपासून या प्रणालीवर काम करत असल्याने, माझ्याकडे वेगवेगळ्या राज्यांमध्ये कार आहेत. माझ्याकडे ते सर्व डीफॉल्ट गटात आहेत, परंतु आपल्याला आवश्यकतेनुसार स्वतंत्र गट तयार करणे आणि त्यांच्याकडे कार हस्तांतरित करणे शक्य आहे. याचा काहीही परिणाम होत नाही - केवळ डेटाचे तार्किक सादरीकरण आणि अधिक सोयीस्कर कार्यासाठी त्यांचे गट. यानंतर पहिली आणि सर्वात महत्त्वाची गोष्ट म्हणजे स्थलांतर प्रक्रिया सुरू करणे. आम्ही हे मॅन्युअली किंवा शेड्यूल सेट करून, एकाच वेळी सर्व मशीनसाठी मोठ्या प्रमाणात करू शकतो.

मी तुम्हाला आठवण करून देतो की Hystax हे स्थलांतरासाठी उत्पादन म्हणून ठेवले होते. म्हणून, आमच्या प्रतिकृती मशीन चालविण्यासाठी आम्हाला DR योजना तयार करणे आवश्यक आहे हे आश्चर्यकारक नाही. आधीच सिंक केलेल्या स्थितीत असलेल्या मशीनसाठी योजना तयार केली जाऊ शकते. तुम्ही एका विशिष्‍ट व्हीएमसाठी आणि सर्व मशीनसाठी एकाच वेळी दोन्ही व्युत्पन्न करू शकता.

डीआर प्लॅन तयार करताना पॅरामीटर्सचा संच तुम्ही ज्या पायाभूत सुविधांमध्ये स्थलांतरित करणार आहात त्यानुसार भिन्न असेल. VMware वातावरणासाठी किमान पॅरामीटर्सचा संच उपलब्ध आहे. मशीनसाठी री-आयपी देखील समर्थित नाही. या संदर्भात, आम्हाला खालील मुद्द्यांमध्ये स्वारस्य आहे: VM वर्णनात, "सबनेट" पॅरामीटर: "VMNetwork", जेथे आम्ही क्लस्टरमधील विशिष्ट नेटवर्कशी VM बांधतो. रँक - अनेक VMs स्थलांतरित करताना संबंधित; ते कोणत्या क्रमाने लॉन्च केले जातात ते निर्धारित करते. चव - VM कॉन्फिगरेशनचे वर्णन करते, या प्रकरणात - 1CPU, 2GB RAM. सबनेट विभागात आम्ही "सबनेट" परिभाषित करतो: "VMNetwork" VMware "VM नेटवर्क" शी संबंधित आहे. 

DR प्लॅन तयार करताना, वेगवेगळ्या डेटास्टोअरवर डिस्क्स “स्प्रेड” करण्याचा कोणताही मार्ग नाही. ते या क्लायंट क्लाउडसाठी परिभाषित केलेल्या डेटास्टोअरवर स्थित असतील आणि तुमच्याकडे वेगवेगळ्या वर्गांच्या डिस्क्स असल्यास, यामुळे मशीन सुरू करताना काही अडचणी येऊ शकतात आणि व्हीएमला हायस्टॅक्सपासून सुरू केल्यानंतर आणि "वेगळे" केल्यानंतर, ते देखील होईल. आवश्यक डेटास्टोअरसाठी वेगळ्या स्थलांतर डिस्कची आवश्यकता आहे. मग आम्हाला फक्त आमचा DR प्लॅन लाँच करायचा आहे आणि आमच्या गाड्या वाढण्याची वाट पाहायची आहे. P2V/V2V रूपांतरण प्रक्रियेला देखील वेळ लागतो. माझ्या सर्वात मोठ्या चाचणी मशीनवर, तीन डिस्कसह 100GB, यास जास्तीत जास्त 10 मिनिटे लागली.

यानंतर, तुम्ही चालू असलेला VM, त्यावरील सेवा, डेटाची सातत्य आणि इतर तपासण्या कराव्यात. 

मग आमच्याकडे दोन पर्याय आहेत: 

1. हटवा - चालू असलेली DR योजना हटवा. ही क्रिया फक्त चालू असलेले VM बंद करेल. या प्रतिकृती कुठेही जात नाहीत. 
2. विलग करा - प्रतिकृती बनवलेली कार Acura पासून दूर फाडून टाका, उदा. प्रत्यक्षात स्थलांतर प्रक्रिया पूर्ण करा. 

सोल्यूशनचे फायदे: 

• क्लायंट आणि प्रदात्याकडून इंस्टॉलेशन आणि कॉन्फिगरेशनची सुलभता; 
• स्थलांतर करणे, DR योजना तयार करणे आणि प्रतिकृती लाँच करणे सोपे आहे;
• सपोर्ट आणि डेव्हलपर आढळलेल्या समस्यांना त्वरीत प्रतिसाद देतात आणि प्लॅटफॉर्म किंवा एजंट अद्यतनांसह त्यांचे निराकरण करतात. 

मिनिन्स 

• अपुरा Vmware समर्थन.
• प्लॅटफॉर्मवरून भाडेकरूंसाठी कोणत्याही कोट्याची अनुपस्थिती. 

मी एक वैशिष्ट्य विनंती देखील संकलित केली, जी आम्ही विक्रेत्याला सबमिट केली:

1. क्लाउड एजंट्ससाठी Acura मॅनेजमेंट कन्सोल मधून वापर निरीक्षण आणि उपयोजन;
2. भाडेकरूंसाठी कोट्याची उपलब्धता; 
3. प्रत्येक भाडेकरूसाठी एकाचवेळी प्रतिकृती आणि गतीची संख्या मर्यादित करण्याची क्षमता; 
4. VMware vCloud संचालकासाठी समर्थन; 
5. संसाधन पूलसाठी समर्थन (चाचणी दरम्यान लागू);
6. Acura पॅनेलमधील क्लायंट इन्फ्रास्ट्रक्चरमधून क्रेडेन्शियल प्रविष्ट न करता, एजंटकडूनच VMware एजंट कॉन्फिगर करण्याची क्षमता;
7.  DR योजना चालवताना VM स्टार्टअप प्रक्रियेचे "दृश्यीकरण". 

माझ्यावर मोठी टीका करणारी एकमेव गोष्ट म्हणजे दस्तऐवजीकरण. मला खरोखर "ब्लॅक बॉक्स" आवडत नाहीत आणि उत्पादन आत कसे कार्य करते याबद्दल तपशीलवार दस्तऐवज असल्यास प्राधान्य देतो. आणि जर AWS आणि OpenStack साठी उत्पादनाचे वर्णन कमी-अधिक केले असेल, तर VMware साठी फारच कमी दस्तऐवजीकरण आहे. 

एक इन्स्टॉलेशन गाइड आहे जे फक्त Acura पॅनेलच्या तैनातीचे वर्णन करते आणि जेथे क्लाउड एजंटच्या गरजेबद्दल एक शब्दही नाही. उत्पादन वैशिष्ट्यांचा संपूर्ण संच आहे, जो चांगला आहे. एक उदाहरण म्हणून AWS आणि OpenStack वापरून "पासून आणि ते" सेटअपचे वर्णन करणारे दस्तऐवजीकरण आहे (जरी ते मला ब्लॉग पोस्टची अधिक आठवण करून देते), आणि ज्ञानाचा एक लहानसा भाग आहे. 

सर्वसाधारणपणे, हे फारसे दस्तऐवजीकरण स्वरूप नाही जे मला मोठ्या विक्रेत्यांकडून वापरायचे आहे, म्हणून मी पूर्णपणे सोयीस्कर नव्हतो. त्याच वेळी, मला या दस्तऐवजात "आत" सिस्टमच्या ऑपरेशनच्या काही बारीकसारीक गोष्टींबद्दल उत्तरे सापडली नाहीत - मला तांत्रिक समर्थनासह बरेच प्रश्न स्पष्ट करावे लागले आणि यामुळे स्टँड तैनात करण्याची प्रक्रिया ड्रॅग झाली आणि चाचणी 

थोडक्यात, मी असे म्हणू शकतो की सर्वसाधारणपणे मला उत्पादन आणि कंपनीचा कार्याचा दृष्टीकोन आवडला. होय, तेथे कमतरता आहेत, कार्यक्षमतेची खरोखर गंभीर कमतरता आहे (व्हीएमवेअरच्या संबंधात). हे स्पष्ट आहे की, सर्व प्रथम, कंपनी अद्याप सार्वजनिक ढगांवर, विशेषतः AWS वर लक्ष केंद्रित करते आणि काहींसाठी हे पुरेसे असेल. आज अनेक कंपन्या मल्टी-क्लाउड स्ट्रॅटेजी निवडत असताना इतके सोपे आणि सोयीस्कर उत्पादन असणे अत्यंत महत्त्वाचे आहे. प्रतिस्पर्ध्यांच्या तुलनेत खूपच कमी किंमत लक्षात घेता, हे उत्पादन अत्यंत आकर्षक बनवते.

आम्ही एक संघ शोधत आहोत लीड मॉनिटरिंग सिस्टम इंजिनीअर. कदाचित ते तुम्ही आहात?

स्त्रोत: www.habr.com