AERODISK इन्जिन: आपदा प्रतिरोध। भाग 1

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

हाम्रा ग्राहकहरूले प्रायः हामीलाई प्रतिकृतिको बारेमा विभिन्न प्रश्नहरू सोध्छन्, त्यसैले प्रतिकृतिहरूको कार्यान्वयन र परीक्षण गर्न अघि बढ्नु अघि, हामी तपाईंलाई भण्डारणमा प्रतिकृति के हो भन्ने बारे थोरै बताउनेछौं।

बिट सिद्धान्त

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

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

यस विधिको फाइदाहरू:

• सबै भण्डारण प्रणालीहरूमा डाटा सधैं समान हुन्छ

Cons:

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

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

एसिन्क्रोनस प्रतिकृतिको फाइदाहरू:

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

Cons:

• विभिन्न डाटा केन्द्रहरूमा डाटा सधैं समान छैन

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

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

साथै, प्रायजसो, जब हामी भण्डारण प्रणालीहरू प्रयोग गरेर प्रतिकृतिको बारेमा कुरा गर्छौं, धेरै मानिसहरूसँग एक व्यावहारिक प्रश्न छ: > "धेरै अनुप्रयोगहरूसँग आफ्नै प्रतिकृति उपकरणहरू छन्, किन भण्डारण प्रणालीहरूमा प्रतिकृति प्रयोग गर्ने? यो राम्रो वा खराब छ?

यहाँ कुनै स्पष्ट जवाफ छैन, त्यसैले यहाँ तर्कहरू FOR र CONS छन्:

भण्डारण प्रतिकृतिका लागि तर्कहरू:

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

भण्डारण प्रतिकृति विरुद्ध तर्कहरू:

• अनुप्रयोगहरू मार्फत प्रतिकृतिमा अनुप्रयोगहरूको दृष्टिकोणबाट बढी कार्यक्षमता हुन्छ, अनुप्रयोगले यसको डाटा राम्रोसँग जान्दछन् (स्पष्ट रूपमा), त्यसैले तिनीहरूसँग काम गर्ने थप विकल्पहरू छन्।
• यदि प्रतिकृति तेस्रो-पक्ष उपकरणहरू प्रयोग गरी गरिन्छ भने केही अनुप्रयोगहरूका निर्माताहरूले तिनीहरूको डेटाको स्थिरताको ग्यारेन्टी गर्दैनन्। *

* - विवादास्पद थीसिस। उदाहरणका लागि, एक प्रसिद्ध DBMS निर्माताले आधिकारिक रूपमा धेरै लामो समयदेखि घोषणा गर्दै आएको छ कि तिनीहरूको DBMS केवल तिनीहरूको माध्यम प्रयोग गरेर सामान्य रूपमा प्रतिलिपि गर्न सकिन्छ, र बाँकी प्रतिकृति (भण्डारण प्रणालीहरू सहित) "सत्य होइन।" तर जीवनले देखाएको छ कि त्यस्तो होइन। प्रायः सम्भव छ (तर यो निश्चित छैन) यो केवल ग्राहकहरूलाई थप इजाजतपत्रहरू बेच्ने सबैभन्दा इमानदार प्रयास होइन।

नतिजाको रूपमा, अधिकांश अवस्थामा, भण्डारण प्रणालीबाट प्रतिकृति राम्रो छ, किनभने यो एक सरल र कम महँगो विकल्प हो, तर त्यहाँ जटिल केसहरू छन् जब विशिष्ट अनुप्रयोग कार्यक्षमता आवश्यक छ, र यो अनुप्रयोग-स्तर प्रतिकृति संग काम गर्न आवश्यक छ।

सिद्धान्तको साथ भयो, अब अभ्यास गर्नुहोस्

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

योजनाबद्ध रूपमा यो यस्तो देखिन्छ:

तार्किक रूपमा, प्रतिकृति निम्नानुसार संगठित छ:

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

सिंक्रोनस प्रतिकृतिको लागि समर्थित दूरी 40 किलोमिटर छ, डाटा केन्द्रहरू बीचको अप्टिकल च्यानलको ढिलाइ मान 2 मिलिसेकेन्ड सम्म छ। सामान्यतया, यसले ठूलो ढिलाइको साथ काम गर्नेछ, तर त्यसपछि रेकर्डिङको समयमा बलियो ढिलो हुनेछ (जुन तार्किक पनि हो), त्यसैले यदि तपाइँ डाटा केन्द्रहरू बीच सिंक्रोनस प्रतिकृति योजना गर्दै हुनुहुन्छ भने, तपाइँ अप्टिक्सको गुणस्तर र ढिलाइ जाँच गर्नुपर्छ।

एसिन्क्रोनस प्रतिकृतिका लागि आवश्यकताहरू त्यति गम्भीर छैनन्। अझ स्पष्ट रूपमा, तिनीहरू त्यहाँ छैनन्। कुनै पनि काम गर्ने इथरनेट जडानले गर्नेछ।

हाल, AERODISK इन्जिन भण्डारण प्रणालीले इथरनेट प्रोटोकल (तामा वा अप्टिकल माथि) मार्फत ब्लक उपकरणहरू (LUNs) को लागि प्रतिकृति समर्थन गर्दछ। परियोजनाहरूका लागि जहाँ फाइबर च्यानलमा SAN कपडा मार्फत प्रतिकृति आवश्यक छ, हामी हाल उपयुक्त समाधान थप्दैछौं, तर यो अझै तयार छैन, त्यसैले हाम्रो मामलामा, केवल इथरनेट।

प्रतिकृतिले कुनै पनि इन्जिन शृङ्खला भण्डारण प्रणालीहरू (N1, N2, N4) बीच जुनियर प्रणालीहरूदेखि पुराना प्रणालीहरू र यसको विपरित काम गर्न सक्छ।

दुबै प्रतिकृति मोडहरूको कार्यक्षमता पूर्ण रूपमा समान छ। तल के उपलब्ध छ भन्ने बारे थप विवरणहरू छन्:

• प्रतिकृति "एक देखि एक" वा "एक देखि एक", त्यो हो, दुई डेटा केन्द्रहरु संग क्लासिक संस्करण, मुख्य र ब्याकअप
• प्रतिकृति "एक देखि धेरै" वा "एक देखि धेरै" हो, अर्थात्। एउटा LUN एकै पटक धेरै भण्डारण प्रणालीहरूमा प्रतिलिपि गर्न सकिन्छ
• सक्रिय, निष्क्रिय, र "रिभर्स" प्रतिकृति, क्रमशः सक्षम, असक्षम, वा प्रतिकृतिको दिशा परिवर्तन गर्न
• प्रतिकृति दुबै RDG (Raid Distributed Group) र DDP (Dynamic Disk Pool) पूलहरूको लागि उपलब्ध छ। यद्यपि, RDG पूलको LUN हरू अर्को RDG मा मात्रै प्रतिलिपि गर्न सकिन्छ। DDP को साथ पनि।

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

प्रतिकृति सेट अप गर्दै

सेटअप प्रक्रिया एकदम सरल छ र तीन चरणहरू समावेश गर्दछ।

1. नेटवर्क सेटअप
2. भण्डारण सेटअप
3. सेटअप नियमहरू (जडानहरू) र म्यापिङ

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

नेटवर्क स्रोतहरू सेट अप गर्दै

पहिलो चरण नेटवर्क पोर्टहरू कन्फिगर गर्नु हो जसको माध्यमबाट प्रतिकृति ट्राफिक प्रसारित हुनेछ। यो गर्नको लागि, तपाईंले पोर्टहरू सक्षम पार्नु पर्छ र तिनीहरूको आईपी ठेगानाहरू फ्रन्ट-एन्ड एडेप्टर सेक्सनमा सेट गर्न आवश्यक छ।

यसपछि, हामीले एउटा पूल (हाम्रो अवस्थामा RDG) र प्रतिकृति (VIP) को लागि भर्चुअल आईपी बनाउनु पर्छ। VIP एउटा फ्लोटिंग आईपी ठेगाना हो जुन भण्डारण नियन्त्रकहरूको दुई "भौतिक" ठेगानाहरूसँग जोडिएको छ (हामीले भर्खरै कन्फिगर गरेका पोर्टहरू)। यो मुख्य प्रतिकृति इन्टरफेस हुनेछ। यदि तपाइँ ट्याग गरिएको ट्राफिकसँग काम गर्न आवश्यक छ भने, तपाइँ VIP को साथ होइन, तर VLAN मार्फत पनि सञ्चालन गर्न सक्नुहुन्छ।

प्रतिकृतिको लागि VIP सिर्जना गर्ने प्रक्रिया I/O (NFS, SMB, iSCSI) को लागि VIP सिर्जना गर्नु भन्दा धेरै फरक छैन। यस अवस्थामा, हामी नियमित VIP (VLAN बिना) सिर्जना गर्छौं, तर यो प्रतिकृतिको लागि हो भनेर संकेत गर्न निश्चित हुनुहोस् (यस सूचक बिना हामी अर्को चरणमा नियममा VIP थप्न सक्षम हुने छैनौं)।

VIP आईपी पोर्टहरू जसको बीचमा फ्लोट हुन्छ उही सबनेटमा हुनुपर्छ।

हामी यी सेटिङहरूलाई रिमोट भण्डारण प्रणालीमा दोहोर्याउँछौं, पक्कै पनि फरक आईपीसँग।
विभिन्न भण्डारण प्रणालीहरूबाट VIPहरू विभिन्न सबनेटहरूमा हुन सक्छन्, मुख्य कुरा यो हो कि तिनीहरू बीचको मार्ग हो। हाम्रो अवस्थामा, यो उदाहरण ठ्याक्कै देखाइएको छ (192.168.3.XX र 192.168.2.XX)

यसले नेटवर्क भागको तयारी पूरा गर्दछ।

भण्डारण सेटअप गर्दै

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

पहिले सिर्जना गरिएको पूल R02 मा, तपाईंले LUN सिर्जना गर्न आवश्यक छ। यसलाई सिर्जना गरौं र यसलाई LUN1 कल गरौं।

हामीले समान आकारको रिमोट भण्डारण प्रणालीमा समान LUN सिर्जना गर्न आवश्यक छ। हामी सिर्जना गर्छौं। भ्रमबाट बच्न, टाढाको LUN LUN1R लाई कल गरौं

यदि हामीले पहिले नै अवस्थित LUN लिन आवश्यक छ भने, तब प्रतिकृति सेटअप गर्दा, हामीले होस्टबाट यो उत्पादक LUN अनमाउन्ट गर्न आवश्यक छ, र रिमोट भण्डारण प्रणालीमा समान आकारको खाली LUN सिर्जना गर्न आवश्यक छ।

भण्डारण सेटअप पूरा भयो, एक प्रतिकृति नियम सिर्जना गर्न अगाडि बढौं।

प्रतिकृति नियम वा प्रतिकृति लिङ्कहरू सेट अप गर्दै

भण्डारण प्रणालीमा LUN हरू सिर्जना गरेपछि, जुन अहिलेको प्राथमिक हुनेछ, हामीले भण्डारण प्रणाली 1 मा LUN1 र भण्डारण प्रणाली 1 मा LUN2R लाई प्रतिकृति नियम कन्फिगर गर्छौं।

सेटिङ "रिमोट प्रतिकृति" मेनुमा बनाइएको छ

नियम बनाऔं । यो गर्न को लागी, तपाइँ प्रतिकृति को प्राप्तकर्ता निर्दिष्ट गर्न आवश्यक छ। त्यहाँ हामीले जडानको नाम र प्रतिकृतिको प्रकार (सिंक्रोनस वा एसिन्क्रोनस) पनि सेट गर्छौं।

"रिमोट सिस्टम" फिल्डमा हामी हाम्रो भण्डारण प्रणाली २ थप्छौं। थप्नको लागि, तपाईंले व्यवस्थापन IP भण्डारण प्रणाली (MGR) र रिमोट LUN को नाम प्रयोग गर्न आवश्यक छ जसमा हामीले प्रतिकृति प्रदर्शन गर्नेछौं (हाम्रो अवस्थामा, LUN2R)। कन्ट्रोल आईपीहरू जडान थप्ने चरणमा मात्र आवश्यक हुन्छ; प्रतिकृति ट्राफिक तिनीहरू मार्फत प्रसारित हुने छैन; पहिले कन्फिगर गरिएको VIP यसको लागि प्रयोग गरिनेछ।

यस चरणमा पहिले नै हामी "एक देखि धेरै" टोपोलोजीको लागि एक भन्दा बढी रिमोट प्रणाली थप्न सक्छौं: तलको चित्रमा जस्तै "नोड थप्नुहोस्" बटनमा क्लिक गर्नुहोस्।

हाम्रो अवस्थामा, त्यहाँ एक मात्र रिमोट प्रणाली छ, त्यसैले हामी आफैलाई यो सीमित गर्छौं।

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

भण्डारण प्रणाली १. सिर्जना पछि तुरुन्तै, सिंक्रोनाइजेसन सुरु भयो।

भण्डारण प्रणाली 2. हामी समान नियम देख्छौं, तर सिंक्रोनाइजेसन पहिले नै समाप्त भइसकेको छ।

भण्डारण प्रणाली 1 मा LUN1 प्राथमिक भूमिकामा छ, यो सक्रिय छ। भण्डारण प्रणाली 1 मा LUN2R माध्यमिकको भूमिकामा छ, अर्थात्, भण्डारण प्रणाली 1 असफल भएमा यो स्ट्यान्डबाइमा छ।
अब हामी हाम्रो LUN लाई होस्टमा जडान गर्न सक्छौं।

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

फरक यति मात्र हो कि हामीले "प्रतिकृति म्यापिङ" मेनुमा म्यापिङ सिर्जना गर्छौं

हामीले म्यापिङ सेट अप गर्यौं र होस्टलाई LUN दियौं। होस्टले LUN देख्यो।

हामी यसलाई स्थानीय फाइल प्रणालीमा ढाँचा गर्छौं।

त्यो हो, सेटअप पूरा भयो। परीक्षाहरू अर्को आउनेछन्।

परीक्षण गर्दै

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

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

पहिले, हामी हाम्रो LUN मा डाटा लेख्न सुरु गर्नेछौं (यादृच्छिक डाटासँग फाइलहरू लेख्दै)। हामी तुरुन्तै देख्छौं कि भण्डारण प्रणालीहरू बीचको सञ्चार च्यानल प्रयोग भइरहेको छ। यदि तपाईंले प्रतिकृतिको लागि जिम्मेवार पोर्टहरूको लोड अनुगमन खोल्नुभयो भने यो बुझ्न सजिलो छ।

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

बस केसमा, एउटा फाईलको ह्यास योगहरू हेरौं र तिनीहरूलाई लेखौं।

नियमित भूमिका परिवर्तन

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

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

मुख्य भण्डारण प्रणालीमा, हामीले रेकर्डिङ रोकिएको सुनिश्चित गर्न म्यापिङ असक्षम पार्छौं।

त्यसपछि एउटा भण्डारण प्रणालीमा (यसले कुनै फरक पर्दैन, मुख्य वा ब्याकअपमा) "रिमोट प्रतिकृति" मेनुमा, हाम्रो जडान REPL1 चयन गर्नुहोस् र "भूमिका परिवर्तन गर्नुहोस्" मा क्लिक गर्नुहोस्।

केहि सेकेन्ड पछि, LUN1R (ब्याकअप भण्डारण प्रणाली) प्राथमिक हुन्छ।

हामी LUN1R लाई भण्डारण प्रणाली2 संग नक्सा गर्छौं।

यस पछि, हाम्रो E: ड्राइभ स्वचालित रूपमा होस्टमा संलग्न हुन्छ, केवल यस पटक यो LUN1R बाट "आइपुग्यो"।

केवल केसमा, हामी ह्यास रकमहरू तुलना गर्छौं।

समान रूपमा। परीक्षा पास भयो।

फेलओभर। डाटा केन्द्र विफलता

यस समयमा, नियमित स्विचिंग पछि मुख्य भण्डारण प्रणाली क्रमशः भण्डारण प्रणाली 2 र LUN1R हो। दुर्घटनाको अनुकरण गर्न, हामी दुबै भण्डारण नियन्त्रकहरूमा पावर बन्द गर्नेछौं।
यसमा थप पहुँच छैन।

भण्डारण प्रणाली १ मा के भइरहेको छ हेरौं (यस समयमा ब्याकअप एक)।

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

LUN1 को भूमिकालाई प्राथमिकमा परिवर्तन गर्नुहोस्।

म होस्टमा म्यापिङ गर्दैछु।

सुनिश्चित गर्नुहोस् कि ड्राइभ E होस्टमा देखिन्छ।

हामी ह्यास जाँच गर्छौं।

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

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

यो केहि मिनेटको लागि लोड हुन्छ र छोटो सिङ्क्रोनाइजेसन पछि सेवामा फर्कन्छ, तर माध्यमिकको भूमिकामा।

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

डाटा केन्द्रहरू बीच सञ्चार च्यानलहरूको विफलता

यस परीक्षणको मुख्य कार्य भनेको भण्डारण प्रणालीले अस्थायी रूपमा दुई भण्डारण प्रणालीहरू बीच सञ्चार च्यानलहरू गुमाए र फेरि देखा पर्दा अनौठो कार्य गर्न थाल्दैन भन्ने कुरा सुनिश्चित गर्नु हो।
त्यसैले। हामी भण्डारण प्रणालीहरू बीचको तारहरू विच्छेद गर्छौं (मानौं कि तिनीहरू उत्खननकर्ताद्वारा खनेका थिए)।

प्राथमिकमा हामीले देख्छौं कि माध्यमिकसँग कुनै सम्बन्ध छैन।

माध्यमिकमा हामी देख्छौं कि प्राथमिकसँग कुनै सम्बन्ध छैन।

सबै कुरा राम्ररी काम गर्दछ, र हामी मुख्य भण्डारण प्रणालीमा डाटा लेख्न जारी राख्छौं, त्यो हो, तिनीहरू ब्याकअप एक भन्दा फरक हुने ग्यारेन्टी छन्, त्यो हो, तिनीहरू "अलग" छन्।

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

केहि समय पछि, सिंक्रोनाइजेसन पूरा भयो।

जडान पुनर्स्थापित गरियो, सञ्चार च्यानलहरू गुमाउँदा कुनै पनि आपतकालीन अवस्थाहरू उत्पन्न भएन, र स्विच अन गरेपछि, सिङ्क्रोनाइजेसन स्वतः भयो।

निष्कर्ष

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

अर्को, सामान्य स्विचिङ, डाटा सेन्टर विफलता र संचार च्यानल विफलता लागि आधारभूत परीक्षणहरू गरियो। सबै अवस्थामा, भण्डारण प्रणाली राम्रो काम गर्दछ। त्यहाँ कुनै डेटा हानि छैन र प्रशासनिक कार्यहरू म्यानुअल परिदृश्यको लागि न्यूनतममा राखिएको छ।

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

कृपया टिप्पणीहरू लेख्नुहोस्, हामी राम्रो आलोचना र व्यावहारिक सल्लाह प्राप्त गर्न खुसी हुनेछौं।

अर्को पटक सम्म।

स्रोत: www.habr.com