आपदा लचिलो बादल: यो कसरी काम गर्दछ

हे हाबर!

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

OST साइटमा प्रकोप-प्रतिरोधी क्लाउड भण्डारण प्रणाली।

भित्र के छ

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

एक साइट भित्र, मुख्य तत्वहरू पनि नक्कल गरिएका छन् (होस्टहरू, SAN स्विचहरू, नेटवर्किङ)।
दुई साइटहरू समर्पित फाइबर अप्टिक मार्गहरू द्वारा जडान गरिएको छ, पनि आरक्षित।

भण्डारण प्रणाली बारे केही शब्दहरू। हामीले NetApp मा प्रकोप-प्रमाण क्लाउडको पहिलो संस्करण निर्माण गर्यौं। यहाँ हामीले INFINIDAT रोज्यौं, र यहाँ किन छ:

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

यहाँ अनप्याकिङबाट केही तस्बिरहरू छन्:

यसले कसरी काम गर्दछ

क्लाउड पहिले नै आफै भित्र गल्ती-सहनशील छ। यसले ग्राहकलाई एकल हार्डवेयर र सफ्टवेयर असफलताबाट जोगाउँछ। प्रकोप-प्रतिरोधीले एक साइट भित्र ठूलो विफलताहरूबाट जोगाउन मद्दत गर्नेछ: उदाहरणका लागि, भण्डारण प्रणालीको विफलता (वा SDS क्लस्टर, जुन प्रायः 🙂 हुन्छ), भण्डारण नेटवर्कमा ठूलो त्रुटिहरू, आदि। ठीक छ, र सबैभन्दा महत्त्वपूर्ण: यस्तो क्लाउडले बचत गर्छ जब सम्पूर्ण साइट आगो, ब्ल्याकआउट, रेडर टेकओभर, वा एलियन ल्यान्डिङको कारणले दुर्गम हुन्छ।

यी सबै मामिलाहरूमा, ग्राहक भर्चुअल मेसिनहरूले काम गर्न जारी राख्छन्, र यहाँ किन छ।

क्लस्टर डिजाइन डिजाइन गरिएको छ ताकि क्लाइन्ट भर्चुअल मेसिनहरूसँग कुनै पनि ESXi होस्टले दुई भण्डारण प्रणालीहरू मध्ये कुनै पनि पहुँच गर्न सक्दछ। यदि OST साइटमा भण्डारण प्रणाली असफल भयो भने, भर्चुअल मेसिनहरूले काम गर्न जारी राख्नेछन्: तिनीहरू चलिरहेका होस्टहरूले डाटाको लागि NORD मा भण्डारण प्रणाली पहुँच गर्नेछन्।

यो क्लस्टरमा जडान रेखाचित्र जस्तो देखिन्छ।

यो दुई साइटहरूको SAN कपडाहरू बीच अन्तर-स्विच लिङ्क कन्फिगर गरिएको तथ्यको कारणले सम्भव छ: Fabric A OST SAN स्विच Fabric A NORD SAN स्विचसँग जोडिएको छ, र त्यस्तै Fabric B SAN स्विचहरूको लागि।

ठिक छ, ताकि SAN कारखानाहरूको यी सबै जटिलताहरू अर्थ बनाउँछन्, सक्रिय-सक्रिय प्रतिकृति दुई भण्डारण प्रणालीहरू बीच कन्फिगर गरिएको छ: जानकारी लगभग एकै साथ स्थानीय र रिमोट भण्डारण प्रणालीहरूमा लेखिएको छ, RPO = 0। यो बाहिर जान्छ कि मूल डाटा एक भण्डारण प्रणालीमा भण्डारण गरिएको छ, र यसको प्रतिकृति अर्कोमा भण्डार गरिएको छ। डाटा भण्डारण मात्रा को स्तर मा प्रतिकृति छ, र VM डाटा (यसको डिस्क, कन्फिगरेसन फाइल, स्वैप फाइल, आदि) मा भण्डारण गरिन्छ।

ESXi होस्टले प्राथमिक भोल्युम र यसको प्रतिकृतिलाई एउटा डिस्क यन्त्र (भण्डारण यन्त्र) को रूपमा देख्छ। ESXi होस्टबाट प्रत्येक डिस्क उपकरणमा 24 मार्गहरू छन्:

12 पथहरूले यसलाई स्थानीय भण्डारण प्रणाली (इष्टतम मार्गहरू) मा जडान गर्दछ, र बाँकी 12 रिमोट भण्डारण प्रणाली (गैर-इष्टतम मार्गहरू) मा जडान गर्दछ। सामान्य अवस्थामा, ESXi ले "इष्टतम" मार्गहरू प्रयोग गरेर स्थानीय भण्डारण प्रणालीमा डाटा पहुँच गर्छ। जब यो भण्डारण प्रणाली असफल हुन्छ, ESXi ले इष्टतम मार्गहरू गुमाउँछ र "गैर-इष्टतम" मार्गहरूमा स्विच गर्छ। यो रेखाचित्रमा जस्तो देखिन्छ।

प्रकोप-प्रमाण क्लस्टरको योजना।

सबै क्लाइन्ट नेटवर्कहरू साझा नेटवर्क कपडा मार्फत दुवै साइटहरूमा जोडिएका छन्। प्रत्येक साइटले प्रदायक किनारा (PE) चलाउँछ, जसमा ग्राहकको नेटवर्कहरू समाप्त हुन्छन्। PEs एक साझा क्लस्टर मा एकताबद्ध छन्। यदि एक साइटमा PE असफल भयो भने, सबै ट्राफिक दोस्रो साइटमा रिडिरेक्ट हुन्छ। यसका लागि धन्यवाद, PE बिना छोडिएको साइटबाट भर्चुअल मेसिनहरू ग्राहकलाई नेटवर्कमा पहुँचयोग्य रहन्छन्।

अब हेरौं विभिन्न असफलताहरूमा ग्राहक भर्चुअल मेसिनहरूलाई के हुन्छ। सबैभन्दा हल्का विकल्पहरूसँग सुरु गरौं र सबैभन्दा गम्भीर - सम्पूर्ण साइटको विफलताको साथ अन्त्य गरौं। उदाहरणहरूमा, मुख्य प्लेटफर्म OST हुनेछ, र ब्याकअप प्लेटफर्म, डेटा प्रतिकृतिहरू सहित, NORD हुनेछ।

ग्राहक भर्चुअल मेसिनलाई के हुन्छ यदि...

प्रतिकृति लिङ्क असफल भयो। दुई साइटहरूको भण्डारण प्रणालीहरू बीचको प्रतिकृति रोकिन्छ।
ESXi ले स्थानीय डिस्क उपकरणहरूसँग मात्र काम गर्नेछ (इष्टतम मार्गहरू मार्फत)।
भर्चुअल मेसिनहरूले काम गर्न जारी राख्छन्।

ISL (Inter-Switch Link) ब्रेक हुन्छ। मुद्दा असम्भव छ। जबसम्म केही पागल उत्खननकर्ताले एकैचोटि धेरै अप्टिकल मार्गहरू खन्छन्, जुन स्वतन्त्र मार्गहरूमा चल्छ र विभिन्न इनपुटहरू मार्फत साइटहरूमा ल्याइन्छ। तर जे भए पनि। यस अवस्थामा, ESXi होस्टहरूले आधा मार्गहरू गुमाउँछन् र तिनीहरूको स्थानीय भण्डारण प्रणालीहरू मात्र पहुँच गर्न सक्छन्। प्रतिकृतिहरू सङ्कलन गरिन्छ, तर होस्टहरूले तिनीहरूलाई पहुँच गर्न सक्षम हुने छैनन्।

भर्चुअल मेसिनहरू सामान्य रूपमा काम गरिरहेका छन्।

SAN स्विच कुनै एक साइटमा असफल हुन्छ। ESXi होस्टहरूले भण्डारण प्रणालीका केही मार्गहरू गुमाउँछन्। यस अवस्थामा, स्विच असफल भएको साइटमा होस्टहरूले उनीहरूको HBA मार्फत मात्र काम गर्नेछन्।

भर्चुअल मेसिनहरू सामान्य रूपमा काम गर्न जारी राख्छन्।

साइटहरू मध्ये एकमा सबै SAN स्विचहरू असफल हुन्छन्। OST साइटमा यस्तो प्रकोप भयो भनौं। यस अवस्थामा, यस साइटमा ESXi होस्टहरूले तिनीहरूको डिस्क उपकरणहरूमा सबै मार्गहरू गुमाउनेछन्। मानक VMware vSphere HA संयन्त्र खेलमा आउँछ: यसले अधिकतम 140 सेकेन्डमा NORD मा OST साइटका सबै भर्चुअल मेसिनहरू पुन: सुरु गर्नेछ।

NORD साइट होस्टहरूमा चलिरहेको भर्चुअल मेसिनहरू सामान्य रूपमा सञ्चालन भइरहेका छन्।

ESXi होस्ट एउटा साइटमा असफल हुन्छ। यहाँ vSphere HA संयन्त्रले फेरि काम गर्छ: असफल होस्टबाट भर्चुअल मेसिनहरू अन्य होस्टहरूमा पुन: सुरु हुन्छन् - उही वा टाढाको साइटमा। भर्चुअल मेसिन रिस्टार्ट समय 1 मिनेट सम्म छ।

OST साइटमा सबै ESXi होस्टहरू असफल भएमा, त्यहाँ कुनै विकल्पहरू छैनन्: VM हरू अर्कोमा पुन: सुरु हुन्छन्। पुन: सुरु समय समान छ।

भण्डारण प्रणाली एक साइटमा असफल हुन्छ। मानौं भण्डारण प्रणाली 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