AERODISK इंजन: प्रलय। भाग 1

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

हमारे ग्राहक अक्सर हमसे प्रतिकृति के बारे में अलग-अलग प्रश्न पूछते हैं, इसलिए, प्रतिकृति कार्यान्वयन की स्थापना और परीक्षण करने से पहले, हम आपको थोड़ा बता देंगे कि भंडारण प्रणालियों में प्रतिकृति क्या है।

सिद्धांत की बिट

भंडारण के लिए प्रतिकृति एक साथ कई भंडारण प्रणालियों में डेटा पहचान सुनिश्चित करने की एक सतत प्रक्रिया है। तकनीकी रूप से, प्रतिकृति दो तरीकों से की जाती है।

सिंक्रोनस प्रतिकृति मुख्य संग्रहण प्रणाली से बैकअप एक तक डेटा की नकल है, इसके बाद दोनों भंडारण प्रणालियों की अनिवार्य पुष्टि होती है कि डेटा रिकॉर्ड और पुष्टि की गई है। यह दोनों पक्षों (दोनों भंडारण प्रणालियों पर) से पुष्टि के बाद है कि डेटा को रिकॉर्ड किया गया है, और आप उनके साथ काम कर सकते हैं। यह प्रतिकृति में भाग लेने वाले सभी भंडारण प्रणालियों पर डेटा पहचान की गारंटी देता है।

इस विधि के लाभ:

• सभी स्टोरेज सिस्टम पर डेटा हमेशा समान होता है।

विपक्ष:

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

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

अतुल्यकालिक प्रतिकृति के प्लस:

• कम समाधान लागत (कोई भी संचार चैनल, प्रकाशिकी वैकल्पिक)
• कोई दूरी सीमा नहीं
• बैकअप संग्रहण पर डेटा दूषित नहीं है यदि यह मुख्य (कम से कम कुछ समय के लिए) दूषित है, यदि डेटा दूषित हो गया है, तो आप बैकअप स्टोरेज पर डेटा भ्रष्टाचार को रोकने के लिए प्रतिकृति को हमेशा रोक सकते हैं

विपक्ष:

• विभिन्न डेटा केंद्रों में डेटा हमेशा समान नहीं होता है

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

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

इसके अलावा बहुत बार, जब हम भंडारण प्रणालियों का उपयोग करके प्रतिकृति के बारे में बात करते हैं, तो कई में एक उचित प्रश्न होता है:> "कई अनुप्रयोगों के अपने प्रतिकृति उपकरण होते हैं, भंडारण प्रणालियों पर प्रतिकृति का उपयोग क्यों करते हैं? क्या यह बेहतर है या बदतर है? ”

कोई एकल उत्तर नहीं है, इसलिए यहां पेशेवरों और विपक्ष हैं:

भंडारण प्रतिकृति के लिए तर्क:

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

तर्क भंडारण प्रतिक्रिया की पुष्टि करें:

• एप्लिकेशन टूल का उपयोग करने वाले प्रतिकृति में अनुप्रयोगों के दृष्टिकोण से अधिक कार्यक्षमता होती है, एप्लिकेशन को इसका डेटा बेहतर पता होता है (जो स्पष्ट है), इसलिए उनके साथ काम करने के लिए अधिक विकल्प हैं।
• कुछ अनुप्रयोगों के निर्माता अपने डेटा की स्थिरता की गारंटी नहीं देते हैं यदि प्रतिकृति तीसरे पक्ष के उपकरण द्वारा की जाती है। *

* - एक विवादास्पद थीसिस। उदाहरण के लिए, एक प्रसिद्ध डीबीएमएस निर्माण कंपनी, बहुत लंबे समय के लिए आधिकारिक तौर पर कहा गया है कि उनके डीबीएमएस को आमतौर पर केवल उनके साधनों द्वारा दोहराया जा सकता है, और बाकी प्रतिकृति (SHD-shnaya सहित) "सच नहीं है"। लेकिन जीवन ने दिखाया है कि ऐसा नहीं है। सबसे अधिक संभावना है (लेकिन यह सटीक नहीं है) यह केवल ग्राहकों को अधिक लाइसेंस बेचने का सबसे ईमानदार प्रयास नहीं है।

नतीजतन, ज्यादातर मामलों में, भंडारण पक्ष से प्रतिकृति बेहतर है, क्योंकि यह एक सरल और कम खर्चीला विकल्प है, लेकिन ऐसे जटिल मामले हैं जब आपको विशिष्ट एप्लिकेशन कार्यक्षमता की आवश्यकता होती है, और आपको एप्लिकेशन स्तर प्रतिकृति के साथ काम करने की आवश्यकता होती है।

सिद्धांत के साथ, अब अभ्यास करें

हम अपनी प्रयोगशाला में एक प्रतिकृति स्थापित करेंगे। प्रयोगशाला में, हमने दो डेटा केंद्रों का अनुकरण किया (वास्तव में, दो आसन्न रैक जो विभिन्न भवनों में लगते हैं)। स्टैंड में दो इंजन एन 2 स्टोरेज सिस्टम होते हैं, जो ऑप्टिकल केबल द्वारा परस्पर जुड़े होते हैं। 10G ईथरनेट का उपयोग कर विंडोज सर्वर 2016 चलाने वाला एक भौतिक सर्वर दोनों स्टोरेज सिस्टम से जुड़ा है। स्टैंड काफी सरल है, लेकिन यह सार नहीं बदलता है।

योजनाबद्ध रूप से, यह इस तरह दिखता है:

तार्किक रूप से प्रतिकृति निम्नानुसार व्यवस्थित है:

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

तुल्यकालिक प्रतिकृति के लिए समर्थित दूरी 40 किलोमीटर है, डेटा केंद्रों के बीच प्रकाशिकी चैनल की देरी 2 मिलीसेकंड तक है। सामान्य तौर पर, यह बड़े विलंब के साथ काम करेगा, लेकिन फिर रिकॉर्डिंग करते समय मजबूत ब्रेक होगा (जो तार्किक भी है), इसलिए यदि आप डेटा केंद्रों के बीच तुल्यकालिक प्रतिकृति पर विचार कर रहे हैं, तो आपको ऑप्टिक्स और देरी की गुणवत्ता की जांच करनी चाहिए।

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

फिलहाल, AERODISK इंजन स्टोरेज ईथरनेट प्रोटोकॉल (कॉपर या ऑप्टिक्स) का उपयोग करके ब्लॉक डिवाइस (LUN) के लिए प्रतिकृति का समर्थन करता है। फ़ाइबर चैनल सैन फैक्ट्री के माध्यम से प्रतिकृति के लिए आवश्यक परियोजनाओं के लिए, हम अब उपयुक्त समाधान पूरा कर रहे हैं, लेकिन अभी तक यह तैयार नहीं है, इसलिए हमारे मामले में केवल ईथरनेट।

प्रतिकृति निचले स्तर से पुराने और इसके विपरीत किसी भी इंजन श्रृंखला भंडारण प्रणालियों (एन 1, एन 2, एन 4) के बीच काम कर सकती है।

दोनों प्रतिकृति मोड की कार्यक्षमता पूरी तरह से समान है। नीचे क्या है के बारे में अधिक है:

• प्रतिकृति "एक से एक" या "एक से एक", यानी दो डेटा केंद्रों के साथ क्लासिक संस्करण, मुख्य और बैकअप
• प्रतिकृति "एक से कई" या "एक से कई" है, अर्थात एक LUN को एक साथ कई स्टोरेज सिस्टम पर दोहराया जा सकता है
• सक्रियण, निष्क्रियता और प्रतिकृति की "उलट" क्रमशः, प्रतिकृति की दिशा को अक्षम या अक्षम करने के लिए
• RDG (RAID डिस्ट्रीब्यूटेड ग्रुप) और DDP (डायनेमिक डिस्क पूल) पूल के लिए प्रतिकृति उपलब्ध है। हालाँकि, RDG पूल LUN को केवल दूसरे RDG के लिए दोहराया जा सकता है। C DDP समान है।

कई और छोटी विशेषताएं हैं, लेकिन उन्हें सूचीबद्ध करने का कोई मतलब नहीं है, हम सेटअप के दौरान उनका उल्लेख करेंगे।

प्रतिकृति सेटअप

सेटअप प्रक्रिया काफी सरल है और इसमें तीन चरण हैं।

1. नेटवर्क सेटअप
2. भंडारण सेटअप
3. नियम (लिंक) और मैपिंग सेट करना

प्रतिकृति को कॉन्फ़िगर करने में एक महत्वपूर्ण बिंदु यह है कि पहले दो चरणों को दूरस्थ भंडारण प्रणाली पर दोहराया जाना चाहिए, तीसरा चरण - केवल मुख्य एक पर।

नेटवर्क संसाधन कॉन्फ़िगरेशन

पहला कदम नेटवर्क पोर्ट को कॉन्फ़िगर करना है जिसके माध्यम से प्रतिकृति ट्रैफ़िक को प्रेषित किया जाएगा। ऐसा करने के लिए, आपको फ्रंट-एंड एडेप्टर अनुभाग में पोर्ट को सक्षम करने और उन पर आईपी पते सेट करने की आवश्यकता है।

उसके बाद हमें प्रतिकृति (वीआईपी) के लिए एक पूल (हमारे मामले में आरडीजी) और वर्चुअल आईपी बनाने की आवश्यकता है। VIP एक फ्लोटिंग IP एड्रेस है जो स्टोरेज कंट्रोलर्स (हमारे द्वारा कॉन्फ़िगर किए गए पोर्ट्स) के दो "भौतिक" पतों से बंधा है। यह प्राथमिक प्रतिकृति इंटरफ़ेस होगा। यदि आप टैग किए गए ट्रैफ़िक के साथ काम करना चाहते हैं तो आप वीआईपी के साथ नहीं बल्कि वीएलएएन के साथ भी काम कर सकते हैं।

एक प्रतिकृति के लिए वीआईपी बनाने की प्रक्रिया I / O (NFS, SMB, iSI) के लिए VIP बनाने से बहुत अलग नहीं है। इस मामले में, हम एक वीआईपी (वीएलएएन के बिना) बनाते हैं, लेकिन यह इंगित करना सुनिश्चित करें कि यह प्रतिकृति के लिए है (इस सूचक के बिना, हम अगले चरण में नियम में वीआईपी को जोड़ नहीं पाएंगे)।

वीआईपी को आईपी पोर्ट के समान सबनेट पर होना चाहिए, जिसके बीच यह "फ्लोट" होता है।

हम इन सेटिंग्स को रिमोट स्टोरेज सिस्टम पर दोहराते हैं, एक और आईपी-शनिक के साथ।
विभिन्न भंडारण प्रणालियों के वीआईपी अलग-अलग सबनेट में हो सकते हैं, मुख्य बात यह है कि उनके बीच मार्ग होना चाहिए। हमारे मामले में, यह उदाहरण केवल दिखाया गया है (192.168.3.XX और 192.168.2.XX)

इस पर, नेटवर्क भाग की तैयारी पूरी हो गई है।

भंडारण को कॉन्फ़िगर करें

एक प्रतिकृति के लिए संग्रहण कॉन्फ़िगर करना सामान्य रूप से केवल उसी में भिन्न होता है जिसमें हम विशेष मेनू "प्रतिकृति मैपिंग" के माध्यम से मैपिंग करते हैं। अन्यथा, सामान्य सेटिंग के साथ सब कुछ वैसा ही है। अब क्रम में।

पहले बनाए गए R02 पूल में, आपको एक LUN बनाने की आवश्यकता है। बनाएं, इसे LUN1 कहें।

हमें समान वॉल्यूम के रिमोट स्टोरेज सिस्टम पर समान LUN बनाने की भी आवश्यकता है। हम पैदा करते हैं। भ्रम से बचने के लिए, दूरस्थ LUN को LUN1R कहा जाएगा

अगर हमें पहले से मौजूद एक LUN लेने की आवश्यकता है, तो प्रतिकृति सेटअप के समय, इस उत्पादक LUN को होस्ट से अनमाउंट करना होगा, और रिमोट स्टोरेज सिस्टम पर समान आकार का खाली LUN बनाएं।

भंडारण सेटअप पूरा हो गया है, हम प्रतिकृति नियम के निर्माण के लिए आगे बढ़ते हैं।

प्रतिकृति नियम या प्रतिकृति लिंक कॉन्फ़िगर करें

भंडारण पर LUN बनाने के बाद, जो इस समय प्राथमिक होगा, हम SHD2 पर LUN1R में SHD1 पर प्रतिकृति नियम LUN1 को कॉन्फ़िगर करते हैं।

कॉन्फ़िगरेशन दूरस्थ प्रतिकृति मेनू में किया जाता है।

एक नियम बनाएं। ऐसा करने के लिए, प्रतिकृति प्राप्तकर्ता निर्दिष्ट करें। हम कनेक्शन का नाम और प्रतिकृति का प्रकार (सिंक्रोनस या एसिंक्रोनस) भी निर्दिष्ट करते हैं।

"दूरस्थ सिस्टम" फ़ील्ड में, हमारा SHD2 जोड़ें। जोड़ने के लिए, आपको प्रबंध IP संग्रहण (MGR) और दूरस्थ LUN के नाम का उपयोग करना होगा, जिसे हम दोहराएंगे (हमारे मामले में, LUN1R)। संचार जोड़ने के चरण में केवल प्रबंध IP की आवश्यकता होती है, उनके माध्यम से प्रतिकृति ट्रैफ़िक को प्रेषित नहीं किया जाएगा, इसके लिए पहले से कॉन्फ़िगर किए गए VIP का उपयोग किया जाएगा।

पहले से ही इस स्तर पर, हम "एक से कई" टोपोलॉजी के लिए एक से अधिक दूरस्थ सिस्टम जोड़ सकते हैं: नीचे दिए गए चित्र में "नोड जोड़ें" बटन पर क्लिक करें।

हमारे मामले में, रिमोट सिस्टम एक है, इसलिए हम इस तक सीमित हैं।

नियम तैयार है। ध्यान दें कि यह स्वचालित रूप से सभी प्रतिकृति प्रतिभागियों में जोड़ा जाता है (हमारे मामले में, उनमें से दो हैं)। आप किसी भी दिशा में और किसी भी दिशा में, जितने चाहें उतने नियम बना सकते हैं। उदाहरण के लिए, लोड को संतुलित करने के लिए, हम SHD1 से SHD2 तक, और इसके विपरीत, SHD2 से SHD1 तक के दूसरे भाग को दोहरा सकते हैं।

SKHD1। निर्माण के तुरंत बाद, सिंक्रनाइज़ेशन शुरू हुआ।

SKHD2। हम एक ही नियम देखते हैं, लेकिन सिंक्रनाइज़ेशन पहले ही समाप्त हो चुका है।

SHD1 पर LUN1 प्राथमिक की भूमिका में है, अर्थात यह सक्रिय है। SHD2 पर LUN1R, SHD1 की विफलता के मामले में, द्वितीयक की भूमिका में है, अर्थात यह होल्ड पर है।
अब हम अपने LUN को होस्ट से जोड़ सकते हैं।

हम iSCSI के माध्यम से कनेक्शन करेंगे, हालाँकि यह FC के माध्यम से किया जा सकता है। प्रतिकृति में iSCSI LUN के लिए मैपिंग सेट करना व्यावहारिक रूप से सामान्य परिदृश्य से अलग नहीं है, इसलिए हम यहां इस पर विस्तार से चर्चा नहीं करेंगे। यदि कुछ भी हो, तो यह प्रक्रिया क्विक सेटअप लेख में वर्णित है।

अंतर केवल इतना है कि हम "प्रतिकृति मैपिंग" मेनू में मैपिंग बनाते हैं।

मैपिंग सेट करें, होस्ट को LUN दें। मेजबान ने एक LUN को देखा।

इसे स्थानीय फ़ाइल सिस्टम में प्रारूपित करें।

यही है, सेटअप पूरा हो गया है। आगे टेस्ट होंगे।

परीक्षण

हम तीन मुख्य परिदृश्यों का परीक्षण करेंगे।

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

शुरू करने के लिए, हम अपने LUN को डेटा लिखना शुरू करेंगे (हम यादृच्छिक डेटा के साथ फाइल लिखते हैं)। हम तुरंत देखते हैं कि भंडारण प्रणालियों के बीच संचार चैनल का उपयोग किया जा रहा है। यह समझना आसान है कि क्या आप उन पोर्टों की लोड मॉनिटरिंग खोलते हैं जो प्रतिकृति के लिए जिम्मेदार हैं।

दोनों भंडारण प्रणालियों पर अब "उपयोगी" डेटा है, हम परीक्षण शुरू कर सकते हैं।

बस मामले में, चलो फ़ाइलों में से एक के हैश सोम्स को देखें और इसे लिख लें।

स्टाफ रोल स्विचिंग

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

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

रिकॉर्डिंग को रोकने के लिए मुख्य भंडारण पर मैपिंग अक्षम करें।

फिर रिमोट रिप्लेसमेंट मेनू में स्टोरेज सिस्टम में से एक (प्राथमिक या बैकअप पर यह महत्वपूर्ण नहीं है), हमारे REPL1 कनेक्शन का चयन करें और "चेंज रोल" पर क्लिक करें।

कुछ सेकंड के बाद, LUN1R (बैकअप स्टोरेज) प्राथमिक हो जाता है।

हम SHD2 के साथ LUN1R की मैपिंग करते हैं।

उसके बाद, हमारा E: ड्राइव स्वचालित रूप से मेजबान को पकड़ता है, केवल इस बार LUN1R के साथ "उड़ान भरी"।

बस मामले में, हैश राशियों की तुलना करें।

समान। टेस्ट पास कर लिया।

फ़ेलओवर। डेटा सेंटर विफलता

फिलहाल, नियमित स्विचिंग के बाद मुख्य भंडारण क्रमशः SHD2 और LUN1R है। किसी दुर्घटना का अनुकरण करने के लिए, हम दोनों नियंत्रक SHD2 पर बिजली बंद कर देते हैं।
उस तक पहुंच अब नहीं है।

हम देखते हैं कि स्टोरेज 1 (वर्तमान में बैकअप) पर क्या हो रहा है।

हम देखते हैं कि प्राथमिक LUN (LUN1R) उपलब्ध नहीं है। लॉग में एक त्रुटि संदेश दिखाई दिया, सूचना पैनल में, साथ ही प्रतिकृति नियम में भी। तदनुसार, होस्ट से डेटा वर्तमान में अनुपलब्ध है।

LUN1 की भूमिका को प्राथमिक में बदलें।

मेजबान को मैप करने वाले मामले।

सुनिश्चित करें कि ड्राइव E होस्ट पर दिखाई देता है।

हैश की जाँच करें।

सब ठीक है। संग्रहण केंद्र ने डेटा सेंटर में गिरावट का अनुभव किया, जो सक्रिय था। अनुमानित समय जो हमने प्रतिकृति के "उत्क्रमण" को जोड़ने और बैकअप डेटा केंद्र से LUN को जोड़ने पर खर्च किया था, लगभग 3 मिनट था। यह स्पष्ट है कि वास्तविक उत्पाद में सब कुछ बहुत अधिक जटिल है, और भंडारण प्रणालियों के साथ कार्यों के अलावा, आपको नेटवर्क पर, मेजबानों पर, अनुप्रयोगों में कई और संचालन करने की आवश्यकता है। और जीवन में, इस समय की अवधि बहुत लंबी होगी।

यहां मैं लिखना चाहता हूं कि सब कुछ, परीक्षण सफलतापूर्वक पूरा हो गया था, लेकिन चलो जल्दी मत करो। मुख्य भंडारण "झूठ", हम जानते हैं कि जब वह "गिर गई", तो वह प्राथमिक की भूमिका में थी। अगर वह अचानक चालू हो जाए तो क्या होगा? दो प्राथमिक भूमिकाएँ होंगी, जो डेटा भ्रष्टाचार के बराबर है? अब हम इसकी जांच करेंगे
हम अचानक अंतर्निहित भंडारण चालू करने जा रहे हैं।

यह कई मिनटों के लिए लोड होता है और उसके बाद यह एक छोटे से सिंक्रनाइज़ेशन के बाद ऑपरेशन पर लौटता है, लेकिन पहले से ही माध्यमिक की भूमिका में है।

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

डेटा केंद्रों के बीच संचार चैनलों की विफलता

इस परीक्षण का मुख्य कार्य यह सुनिश्चित करना है कि यदि स्टोरेज सिस्टम अस्थायी रूप से दो स्टोरेज सिस्टम के बीच संचार चैनलों को खो देता है और फिर पुन: प्रकट होता है, तो इसका भंडारण शुरू नहीं होगा।
So. हम भंडारण प्रणालियों के बीच तारों को काटते हैं (कल्पना करें कि एक खुदाई ने उन्हें खोदा)।

प्राथमिक पर हम देखते हैं कि माध्यमिक के साथ कोई संबंध नहीं है।

माध्यमिक पर, हम देखते हैं कि प्राथमिक के साथ कोई संबंध नहीं है।

सब कुछ ठीक काम करता है, और हम मुख्य भंडारण प्रणाली के लिए डेटा लिखना जारी रखते हैं, अर्थात, वे पहले से ही बैकअप एक से अलग करने की गारंटी देते हैं, अर्थात, उनके पास "बाएं" है।

कुछ ही मिनटों में हम संचार चैनल को ठीक कर रहे हैं। जैसे ही भंडारण प्रणालियों ने एक दूसरे को देखा है, डेटा सिंक्रनाइज़ेशन स्वचालित रूप से चालू होता है। व्यवस्थापक से कुछ भी आवश्यक नहीं है।

.

, , .

– , , . .

, - . . , .

active-active, , .

, .

.