आपत्ती लवचिक ढग: ते कसे कार्य करते

अहो हाब्र!

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

OST साइटवर आपत्ती-प्रतिरोधक क्लाउड स्टोरेज सिस्टम.

आत काय आहे

हुड अंतर्गत, क्लस्टरमध्ये VMware ESXi हायपरवाइजरसह Cisco UCS सर्व्हर, दोन INFINIDAT InfiniBox F2240 स्टोरेज सिस्टम, Cisco Nexus नेटवर्क उपकरणे, तसेच Brocade SAN स्विचेस आहेत. क्लस्टर दोन साइट्समध्ये विभागलेला आहे - OST आणि NORD, म्हणजेच प्रत्येक डेटा सेंटरमध्ये उपकरणांचा एकसमान संच आहे. वास्तविक, हेच ते आपत्ती-पुरावा बनवते.

एका साइटमध्ये, मुख्य घटक देखील डुप्लिकेट केले जातात (होस्ट, SAN स्विचेस, नेटवर्किंग).
दोन साइट्स समर्पित फायबर ऑप्टिक मार्गांनी जोडलेल्या आहेत, तसेच आरक्षित आहेत.

स्टोरेज सिस्टमबद्दल काही शब्द. आम्ही NetApp वर आपत्ती-प्रूफ क्लाउडची पहिली आवृत्ती तयार केली. येथे आम्ही INFINIDAT निवडले आहे आणि ते येथे आहे:

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

अनपॅकिंगचे काही फोटो येथे आहेत:

हे कसे कार्य करते

ढग आधीच स्वतःमध्ये दोष-सहिष्णु आहे. हे क्लायंटला एकल हार्डवेअर आणि सॉफ्टवेअर अपयशांपासून संरक्षण करते. आपत्ती-प्रतिरोधक एका साइटमध्ये मोठ्या प्रमाणात अपयशांपासून संरक्षण करण्यात मदत करेल: उदाहरणार्थ, स्टोरेज सिस्टममध्ये बिघाड (किंवा SDS क्लस्टर, जे बर्याचदा घडते 🙂), स्टोरेज नेटवर्कमध्ये मोठ्या त्रुटी इ. बरं, आणि सर्वात महत्त्वाचे म्हणजे: आग, ब्लॅकआउट, रेडर टेकओव्हर किंवा एलियन लँडिंगमुळे संपूर्ण साइट दुर्गम झाल्यास अशा क्लाउडची बचत होते.

या सर्व प्रकरणांमध्ये, क्लायंट व्हर्च्युअल मशीन कार्य करत राहतात आणि ते येथे आहे.

क्लस्टर डिझाइन डिझाइन केले आहे जेणेकरून क्लायंट व्हर्च्युअल मशीनसह कोणतेही ESXi होस्ट दोनपैकी कोणत्याही स्टोरेज सिस्टममध्ये प्रवेश करू शकेल. OST साइटवरील स्टोरेज सिस्टम अयशस्वी झाल्यास, व्हर्च्युअल मशीन कार्य करणे सुरू ठेवतील: ते ज्या होस्टवर चालत आहेत ते डेटासाठी NORD वरील स्टोरेज सिस्टममध्ये प्रवेश करतील.

क्लस्टरमधील कनेक्शन आकृती असे दिसते.

दोन साइट्सच्या SAN फॅब्रिक्समध्ये इंटर-स्विच लिंक कॉन्फिगर केल्यामुळे हे शक्य झाले आहे: फॅब्रिक A OST SAN स्विच फॅब्रिक A NORD SAN स्विचशी जोडलेला आहे आणि त्याचप्रमाणे फॅब्रिक B SAN स्विचेससाठी.

बरं, SAN कारखान्यांच्या या सर्व गुंतागुंतीचा अर्थ समजावा म्हणून, सक्रिय-सक्रिय प्रतिकृती दोन स्टोरेज सिस्टममध्ये कॉन्फिगर केली आहे: माहिती जवळजवळ एकाच वेळी स्थानिक आणि रिमोट स्टोरेज सिस्टमवर लिहिली जाते, RPO = 0. असे दिसून आले की मूळ डेटा एका स्टोरेज सिस्टमवर संग्रहित केला जातो आणि त्याची प्रतिकृती दुसऱ्यावर संग्रहित केली जाते. स्टोरेज व्हॉल्यूमच्या पातळीवर डेटाची प्रतिकृती तयार केली जाते आणि VM डेटा (त्याच्या डिस्क, कॉन्फिगरेशन फाइल, स्वॅप फाइल इ.) त्यावर संग्रहित केला जातो.

ESXi होस्ट प्राथमिक व्हॉल्यूम आणि त्याची प्रतिकृती एक डिस्क उपकरण (स्टोरेज डिव्हाइस) म्हणून पाहतो. प्रत्येक डिस्क उपकरणासाठी ESXi होस्टपासून 24 मार्ग आहेत:

12 पथ ते स्थानिक स्टोरेज सिस्टमशी (इष्टतम मार्ग) आणि उर्वरित 12 रिमोट स्टोरेज सिस्टमशी (नॉन-इष्टतम पथ) कनेक्ट करतात. सामान्य स्थितीत, ESXi स्थानिक स्टोरेज सिस्टमवरील डेटामध्ये “इष्टतम” मार्ग वापरून प्रवेश करते. जेव्हा ही स्टोरेज प्रणाली अयशस्वी होते, तेव्हा ESXi इष्टतम मार्ग गमावते आणि "नॉन-इष्टतम" मार्गांवर स्विच करते. आकृतीवर असे दिसते.

आपत्ती-पुरावा क्लस्टरची योजना.

सर्व क्लायंट नेटवर्क एका सामान्य नेटवर्क फॅब्रिकद्वारे दोन्ही साइटशी जोडलेले आहेत. प्रत्येक साइट प्रोव्हायडर एज (PE) चालवते, ज्यावर क्लायंटचे नेटवर्क बंद केले जातात. पीई एका सामान्य क्लस्टरमध्ये एकत्र केले जातात. एका साइटवर PE अयशस्वी झाल्यास, सर्व रहदारी दुसऱ्या साइटवर पुनर्निर्देशित केली जाते. याबद्दल धन्यवाद, PE शिवाय सोडलेल्या साइटवरील आभासी मशीन क्लायंटसाठी नेटवर्कवर प्रवेशयोग्य राहतात.

आता विविध अपयशांदरम्यान क्लायंट व्हर्च्युअल मशीनचे काय होईल ते पाहूया. चला सर्वात हलके पर्यायांसह प्रारंभ करूया आणि सर्वात गंभीर - संपूर्ण साइटच्या अपयशासह समाप्त करूया. उदाहरणांमध्ये, मुख्य प्लॅटफॉर्म OST असेल आणि बॅकअप प्लॅटफॉर्म, डेटा प्रतिकृतीसह, NORD असेल.

क्लायंट व्हर्च्युअल मशीनचे काय होते जर...

प्रतिकृती दुवा अयशस्वी. दोन साइट्सच्या स्टोरेज सिस्टममधील प्रतिकृती थांबते.
ESXi केवळ स्थानिक डिस्क उपकरणांसह कार्य करेल (इष्टतम मार्गांद्वारे).
व्हर्च्युअल मशीन्स काम करत राहतात.

ISL (इंटर-स्विच लिंक) तोडतो. केस संभवत नाही. जोपर्यंत काही वेडे उत्खनन करणारे एकाच वेळी अनेक ऑप्टिकल मार्ग खोदतात, जे स्वतंत्र मार्गांवर चालतात आणि वेगवेगळ्या इनपुटद्वारे साइटवर आणले जातात. पण असो. या प्रकरणात, ESXi होस्ट अर्धा मार्ग गमावतात आणि फक्त त्यांच्या स्थानिक स्टोरेज सिस्टममध्ये प्रवेश करू शकतात. प्रतिकृती संकलित केल्या जातात, परंतु यजमान त्यांना प्रवेश करू शकणार नाहीत.

व्हर्च्युअल मशीन सामान्यपणे काम करत आहेत.

एका साइटवर SAN स्विच अयशस्वी होतो. ESXi होस्ट स्टोरेज सिस्टमचे काही मार्ग गमावतात. या प्रकरणात, स्विच अयशस्वी झालेल्या साइटवरील होस्ट केवळ त्यांच्या HBAs पैकी एकाद्वारे कार्य करतील.

व्हर्च्युअल मशीन्स सामान्यपणे कार्य करणे सुरू ठेवतात.

एका साइटवरील सर्व SAN स्विचेस अयशस्वी होतात. OST साइटवर अशी आपत्ती घडली असे म्हणूया. या प्रकरणात, या साइटवरील ESXi होस्ट त्यांच्या डिस्क उपकरणांचे सर्व मार्ग गमावतील. मानक VMware vSphere HA यंत्रणा कार्यात येते: ती NORD मधील OST साइटची सर्व आभासी मशीन जास्तीत जास्त 140 सेकंदात रीस्टार्ट करेल.

NORD साइट होस्टवर चालणारी व्हर्च्युअल मशीन सामान्यपणे कार्यरत आहेत.

ESXi होस्ट एका साइटवर अयशस्वी झाला. येथे vSphere HA यंत्रणा पुन्हा कार्य करते: अयशस्वी होस्टमधील व्हर्च्युअल मशीन इतर होस्टवर रीस्टार्ट केल्या जातात - त्याच किंवा रिमोट साइटवर. आभासी मशीन रीस्टार्ट होण्याची वेळ 1 मिनिटापर्यंत आहे.

OST साइटवरील सर्व ESXi होस्ट अयशस्वी झाल्यास, कोणतेही पर्याय नाहीत: VMs दुसर्‍यावर रीस्टार्ट केले जातात. रीस्टार्ट वेळ समान आहे.

स्टोरेज सिस्टम एका साइटवर अपयशी ठरते. OST साइटवर स्टोरेज सिस्टम अयशस्वी झाल्याचे समजा. नंतर OST साइटचे ESXi होस्ट NORD मधील स्टोरेज प्रतिकृतींसह कार्य करण्यासाठी स्विच करतात. अयशस्वी स्टोरेज सिस्टम सेवेवर परत आल्यानंतर, सक्तीची प्रतिकृती तयार होईल आणि ESXi OST होस्ट पुन्हा स्थानिक स्टोरेज सिस्टममध्ये प्रवेश करण्यास सुरवात करतील.

व्हर्च्युअल मशीन्स या सर्व काळात सामान्यपणे काम करत आहेत.

साइटपैकी एक अयशस्वी. या प्रकरणात, सर्व आभासी मशीन्स vSphere HA यंत्रणेद्वारे बॅकअप साइटवर पुन्हा सुरू केल्या जातील. VM रीस्टार्ट वेळ 140 सेकंद आहे. या प्रकरणात, व्हर्च्युअल मशीनच्या सर्व नेटवर्क सेटिंग्ज जतन केल्या जातील आणि ते नेटवर्कवर क्लायंटसाठी प्रवेशयोग्य राहतील.

बॅकअप साइटवर मशीन रीस्टार्ट करणे सुरळीतपणे चालते याची खात्री करण्यासाठी, प्रत्येक साइट फक्त अर्धी भरलेली आहे. दुस-या, खराब झालेल्या साइटवरून सर्व व्हर्च्युअल मशीन हलविल्यास दुसरा अर्धा राखीव असतो.

दोन डेटा केंद्रांवर आधारित आपत्ती-प्रतिरोधक क्लाउड अशा अपयशांपासून संरक्षण करते.

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

स्त्रोत:

1. www.infinidat.com/sites/default/files/resource-pdfs/DS-INFBOX-190331-US_0.pdf
2. support.infinidat.com/hc/en-us/articles/207057109-InfiniBox-best-practices-guides

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