VMware बादल में vSAN

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

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

एक दर्जन साल पहले, यह एक तार्किक निर्णय था। सिस्टम प्रशासक ने ध्यान से आवश्यक विनिर्देशों के साथ सूचना भंडारण उपकरणों का चयन किया, उदाहरण के लिए SATA / SAS, और डिस्क नियंत्रकों की हार्डवेयर क्षमताओं के आधार पर एक प्रदर्शन स्तर प्राप्त करने के लिए गिना गया। लड़ाई RAID नियंत्रक कैश की मात्रा और डेटा हानि को रोकने वाले विकल्पों के लिए थी। अब समस्या को हल करने का यह तरीका इष्टतम नहीं है।

वर्तमान परिस्थितियों में, भंडारण प्रणालियों को चुनते समय, यह भौतिक इंटरफेस से शुरू करने के लिए समझ में नहीं आता है, लेकिन IOPS में व्यक्त प्रदर्शन से (प्रति सेकंड I / O संचालन की संख्या)। वर्चुअलाइजेशन का उपयोग करने से आप मौजूदा हार्डवेयर संसाधनों का लचीले ढंग से उपयोग कर सकते हैं और प्रदर्शन के आवश्यक स्तर की गारंटी दे सकते हैं। हमारे हिस्से के लिए, हम उन विशेषताओं के साथ संसाधन प्रदान करने के लिए तैयार हैं जो आवेदन के लिए वास्तव में आवश्यक हैं।

भंडारण वर्चुअलाइजेशन

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

एसडीएस वास्तुकला पारंपरिक रूप से पारंपरिक से अलग है। सॉफ्टवेयर स्तर पर स्टोरेज लॉजिक अमूर्त हो गया है। ऐसी प्रणाली के प्रत्येक घटक के एकीकरण और वर्चुअलाइजेशन के कारण भंडारण का संगठन आसान हो गया है।

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

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

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

एकीकरण

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

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

डिजाइन चरण में, भंडारण प्रणालियों पर निम्नलिखित आवश्यकताएं लागू की गई थीं:

• गलती सहिष्णुता;
• प्रदर्शन;
• स्केलिंग;
• गति की गारंटी करने की क्षमता;
• VMware पारिस्थितिकी तंत्र में सही संचालन।

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

SDS बाजार में कई सॉफ्टवेयर सॉल्यूशंस हैं जो VMware vSphere के आधार पर क्लाउड बनाने के लिए हमारे अनुकूल हैं। इन समाधानों में ध्यान दिया जा सकता है:

• डेल ईएमसी स्केलियो;
• डेटाकोर हाइपर-कंवर्स्ड वर्चुअल सैन;
• HPE StoreVirtual।

ये समाधान VMware vSphere के साथ उपयोग के लिए उपयुक्त हैं, हालांकि, वे हाइपरविजर में एकीकृत नहीं होते हैं और अलग से चलते हैं। इसलिए, VMware vSAN के पक्ष में चुनाव किया गया था। आइए विस्तार से विचार करें कि इस तरह के समाधान की आभासी वास्तुकला कैसी दिखती है।

आर्किटेक्चर

^{आधिकारिक दस्तावेज से ली गई छवि}

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

• AllFlash कॉन्फ़िगरेशन (केवल ठोस राज्य ड्राइव, दोनों डेटा भंडारण और कैश के लिए);
• हाइब्रिड कॉन्फ़िगरेशन (चुंबकीय भंडारण और ठोस राज्य कैश)।

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

• उपकरण निर्माता के लिए बाध्यकारी की कमी;
• वृद्धि हुई सहिष्णुता;
• विफलता की स्थिति में डेटा अखंडता सुनिश्चित करना;
• vSphere कंसोल से सिंगल कंट्रोल सेंटर;
• सुविधाजनक क्षैतिज और ऊर्ध्वाधर स्केलिंग।

हालांकि, यह वास्तुकला नेटवर्क बुनियादी ढांचे पर उच्च मांग रखता है। अधिकतम थ्रूपुट सुनिश्चित करने के लिए, हमारे क्लाउड में नेटवर्क स्पाइन-लीफ मॉडल पर बनाया गया है।

नेटवर्क

पारंपरिक त्रि-स्तरीय नेटवर्क मॉडल (कोर / एग्रीगेशन / एक्सेस) में कई महत्वपूर्ण कमियां हैं। एक उल्लेखनीय उदाहरण स्पैनिंग-ट्री प्रोटोकॉल की सीमाएं हैं।

स्पाइन-लीफ मॉडल केवल दो स्तरों का उपयोग करता है, जो निम्नलिखित लाभ देता है:

• उपकरणों के बीच अनुमानित दूरी;
• यातायात सबसे अच्छे मार्ग के साथ जाता है;
• स्केलिंग में आसानी;
• L2 प्रोटोकॉल प्रतिबंधों का बहिष्करण।

इस तरह की वास्तुकला की एक प्रमुख विशेषता यह है कि यह "क्षैतिज" यातायात के मार्ग के लिए अनुकूलित है। डेटा पैकेट केवल एक ही हॉप से ​​गुजरते हैं, जो देरी के स्पष्ट अनुमान की अनुमति देता है।

प्रति सर्वर 10GbE लिंक का उपयोग करके एक भौतिक कनेक्शन प्रदान किया जाता है, जिसकी बैंडविड्थ को एकत्रीकरण प्रोटोकॉल का उपयोग करके जोड़ा जाता है। इस प्रकार, प्रत्येक भौतिक होस्ट को सभी स्टोरेज ऑब्जेक्ट्स में उच्च गति प्राप्त होती है।

डेटा एक्सचेंज को VMware द्वारा बनाए गए एक मालिकाना प्रोटोकॉल का उपयोग करके कार्यान्वित किया जाता है, जो ईथरनेट-ट्रांसपोर्ट (10GbE और अधिक से) पर भंडारण नेटवर्क के तेज और विश्वसनीय संचालन की अनुमति देता है।

डेटा स्टोरेज के ऑब्जेक्ट मॉडल में संक्रमण ग्राहकों की आवश्यकताओं के अनुसार भंडारण के उपयोग के लचीले समायोजन की अनुमति देता है। सभी डेटा ऑब्जेक्ट के रूप में संग्रहीत किए जाते हैं जो क्लस्टर होस्ट के बीच एक निश्चित तरीके से वितरित किए जाते हैं। हम कुछ मापदंडों के मूल्यों को स्पष्ट करते हैं जिन्हें नियंत्रित किया जा सकता है।

दोष सहिष्णुता

1. एफटीटी (विफलता के लिए असफल)। मेजबान विफलता की संख्या को इंगित करता है कि क्लस्टर नियमित संचालन को बाधित किए बिना संभालने में सक्षम है।
2. एफटीएम (विफलता सहिष्णुता विधि)। डिस्क स्तर पर गलती सहिष्णुता सुनिश्चित करने की विधि।
   
   एक। मिररिंग (मिरर)।
   
   
   
   ^{VMware ब्लॉग से ली गई छवि ।}
   
   किसी वस्तु के पूर्ण दोहराव का प्रतिनिधित्व करता है, और प्रतिकृतियां हमेशा विभिन्न भौतिक मेजबानों पर स्थित होती हैं। इस पद्धति का निकटतम एनालॉग RAID -1 है। इसका उपयोग क्लस्टर को किसी भी घटक (डिस्क, होस्ट, नेटवर्क हानि, आदि) की तीन विफलताओं को नियमित रूप से संसाधित करने की अनुमति देता है। यह पैरामीटर FTT विकल्प सेट करके कॉन्फ़िगर किया गया है।
   
   डिफ़ॉल्ट रूप से, इस विकल्प का मूल्य 1 है, और 1 प्रतिकृति ऑब्जेक्ट के लिए बनाई गई है (विभिन्न होस्ट पर केवल 2 उदाहरण)। मान बढ़ने पर प्रतियों की संख्या N + 1 हो जाएगी। इस प्रकार, एफटीटी = 3 के अधिकतम मूल्य के साथ, वस्तु के 4 उदाहरण अलग-अलग मेजबानों पर होंगे।
   
   यह विधि आपको डिस्क स्पेस दक्षता की कीमत पर अधिकतम प्रदर्शन प्राप्त करने की अनुमति देती है। यह हाइब्रिड और AllFlash दोनों कॉन्फ़िगरेशन में उपयोग किया जा सकता है।
   
   ख। इरेज़र कोडिंग (RAID 5/6 का एनालॉग)।
   
   
   ^{Cormachogan.com ब्लॉग से ली गई छवि ।}
   
   इस विधि का कार्य विशेष रूप से AllFlash कॉन्फ़िगरेशन पर समर्थित है। प्रत्येक ऑब्जेक्ट को रिकॉर्ड करने की प्रक्रिया में, संबंधित समता ब्लॉकों की गणना की जाती है, जो विफलता की स्थिति में विशिष्ट रूप से डेटा पुनर्प्राप्त करने की अनुमति देते हैं। यह दृष्टिकोण मिररिंग की तुलना में डिस्क स्थान को महत्वपूर्ण रूप से बचाता है।
   
   बेशक, इस पद्धति का संचालन ओवरहेड को बढ़ाता है, जो उत्पादकता में कमी में व्यक्त किया गया है। फिर भी, AllFlash कॉन्फ़िगरेशन के प्रदर्शन को देखते हुए, यह खामी समतल है, जिससे अधिकांश कार्यों के लिए स्वीकार्य विकल्प को Erasure Coding का उपयोग किया जाता है।
   
   इसके अलावा, VMware vSAN "विफलता डोमेन" की अवधारणा का परिचय देता है, जो सर्वर रैक या डिस्क बास्केट का एक तार्किक समूह है। जैसे ही आवश्यक तत्वों को समूहीकृत किया जाता है, यह विफलता डोमेन को ध्यान में रखते हुए विभिन्न नोड्स के बीच डेटा के वितरण की ओर जाता है। यह क्लस्टर को एक संपूर्ण डोमेन के नुकसान से बचने की अनुमति देता है, क्योंकि वस्तुओं के सभी संबंधित प्रतिकृतियां अन्य मेजबान पर एक अलग विफलता डोमेन में स्थित होंगी।
   
   विफलता का सबसे छोटा डोमेन एक डिस्क समूह है, जो तार्किक रूप से जुड़ा डिस्क ड्राइव है। प्रत्येक डिस्क समूह में दो प्रकार के मीडिया होते हैं - कैश और क्षमता। कैश-मीडिया के रूप में, सिस्टम केवल ठोस-राज्य डिस्क का उपयोग करने की अनुमति देता है, और चुंबकीय और ठोस-राज्य दोनों डिस्क क्षमता-वाहक के रूप में कार्य कर सकते हैं। कैशिंग मीडिया डेटा तक पहुंचने पर चुंबकीय डिस्क को गति देने और विलंबता को कम करने में मदद करता है।

कार्यान्वयन

चलो बात करते हैं कि VMware vSAN वास्तुकला में क्या सीमाएँ मौजूद हैं और इनकी आवश्यकता क्यों है। उपयोग किए गए हार्डवेयर प्लेटफार्मों के बावजूद, आर्किटेक्चर निम्नलिखित प्रतिबंध प्रदान करता है:

• प्रति मेजबान 5 से अधिक डिस्क समूह नहीं;
• डिस्क समूह में 7 से अधिक क्षमता वाले वाहक नहीं;
• डिस्क समूह में 1 से अधिक कैश-वाहक नहीं;
• प्रति मेजबान 35 से अधिक क्षमता वाहक नहीं;
• प्रति होस्ट (गवाह घटकों सहित) 9000 से अधिक घटक नहीं;
• एक क्लस्टर में 64 से अधिक मेजबान नहीं;
• प्रति क्लस्टर 1 वीएसएएन-डेटास्टोर से अधिक नहीं।

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

इन सीमाओं के अलावा, एक महत्वपूर्ण विशेषता को याद रखना चाहिए। यह कुल भंडारण की मात्रा का 70% से अधिक भरने की सिफारिश नहीं है। तथ्य यह है कि जब 80% तक पहुँच जाता है, तो पुनर्संतुलन तंत्र स्वचालित रूप से शुरू हो जाता है, और भंडारण प्रणाली सभी क्लस्टर होस्टों में डेटा को फिर से विभाजित करना शुरू कर देती है। प्रक्रिया काफी संसाधन-गहन है और डिस्क सबसिस्टम के प्रदर्शन को गंभीरता से प्रभावित कर सकती है।

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

फास्ट डिस्क पूल

इस पूल को बनाने की प्राथमिकता भंडारण प्राप्त करना था जो अत्यधिक लोड सिस्टम की मेजबानी के लिए अधिकतम प्रदर्शन प्रदान करेगा। इस पूल के सर्वर डेटा भंडारण के लिए Intel P4600 की जोड़ी को कैश के रूप में और 10 Intel P3520 का उपयोग करते हैं। इस पूल में कैश का उपयोग किया जाता है ताकि डेटा को मीडिया से सीधे पढ़ा जा सके, और लिखने का कार्य कैश के माध्यम से होता है।

उपयोगी क्षमता बढ़ाने और दोष सहिष्णुता सुनिश्चित करने के लिए, इरेज़र कोडिंग नामक डेटा स्टोरेज मॉडल का उपयोग किया जाता है। यह मॉडल नियमित RAID 5/6 सरणी के समान है, लेकिन ऑब्जेक्ट स्टोरेज के स्तर पर है। डेटा भ्रष्टाचार की संभावना को समाप्त करने के लिए, vSAN प्रत्येक 4K डेटा ब्लॉक के लिए एक चेकसम गणना तंत्र का उपयोग करता है।

पढ़ने / लिखने के संचालन के दौरान पृष्ठभूमि में सत्यापन किया जाता है, साथ ही साथ "ठंड" डेटा के लिए, जिस तक पहुंच का अनुरोध वर्ष के दौरान नहीं किया गया था। जब चेकसम मिसमैच का पता चलता है, और इसलिए डेटा भ्रष्टाचार का पता लगाया जाता है, तो vSAN स्वचालित रूप से ओवरराइटिंग करके फ़ाइलों को पुनर्प्राप्त करेगा।

हाइब्रिड ड्राइव पूल

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

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

तार्किक स्तर पर, हार्डवेयर विफलता की स्थिति में नुकसान को खत्म करने के लिए डेटा को प्रतिबिंबित किया जाता है। प्रत्येक ऑब्जेक्ट को समान घटकों में विभाजित किया गया है और सिस्टम उन्हें अलग-अलग होस्ट में वितरित करता है।

डिजास्टर रिकवरी वाला पूल

पूल का मुख्य कार्य दोष सहिष्णुता और प्रदर्शन के अधिकतम स्तर को प्राप्त करना है। स्ट्रेच्च्ड वीएसएएन तकनीक के उपयोग ने हमें लेनिनग्राद क्षेत्र के सेंट पीटर्सबर्ग और डबरोवका -3 में Tsvetochnaya-2 डेटा केंद्रों के बीच भंडारण को वितरित करने की अनुमति दी। इस पूल में प्रत्येक सर्वर कैश ऑपरेशन के लिए कैपेसिटिव और हाई-स्पीड इंटेल P4600 ड्राइव की एक जोड़ी से लैस है और डेटा स्टोरेज के लिए 6 इंटेल P3520 ड्राइव है। तार्किक स्तर पर, ये प्रति होस्ट 2 डिस्क समूह हैं।

AllFlash कॉन्फ़िगरेशन में एक गंभीर खामी नहीं है - IOPS में तेज गिरावट और डेटा के लिए यादृच्छिक अभिगम की बढ़ी हुई मात्रा के साथ डिस्क अनुरोधों की कतार में वृद्धि। जैसे तेज डिस्क वाले पूल में, लिखने का संचालन कैश के माध्यम से होता है, और पढ़ना सीधे किया जाता है।

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

साइट की पूर्ण विफलता के साथ एक दुर्घटना - स्थिति काफी दुर्लभ है, लेकिन वीएसएएन डेटा खोए बिना इसे सम्मान के साथ जीवित रख सकता है। हमारे SelectelTechDay 2018 इवेंट में मेहमान अपने लिए यह देखने में सक्षम थे कि स्ट्रेच्च्ड vSAN क्लस्टर ने पूरी साइट विफलता का अनुभव कैसे किया। एक के बाद एक सभी साइट्स के वर्चुअल सर्वर पावर से ऑफ हो गए। सभी तंत्र बिल्कुल नियोजित के रूप में काम करते हैं, लेकिन डेटा अछूता नहीं रहा।

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

यह तंत्र एक दुर्घटना की स्थिति में प्रभावी होता है जब प्रतिकृति प्रक्रिया के दौरान विफलता होती है, जिसके परिणामस्वरूप प्रतिकृतियां सिंक से बाहर हो जाती हैं।

यह निर्धारित करने के लिए कि किसमें प्रासंगिक जानकारी है, एक कोरम निर्धारण तंत्र का उपयोग किया जाता है। प्रत्येक घटक में एक "मतदान का अधिकार" होता है और उसे एक निश्चित संख्या में वोट (1 या अधिक) दिए जाते हैं। उसी "वोटिंग राइट" में गवाह घटक होते हैं जो विवादास्पद स्थिति के मामले में मध्यस्थों की भूमिका निभाते हैं।

एक कोरम तभी पहुँचा जाता है जब किसी वस्तु के लिए एक पूर्ण प्रतिकृति उपलब्ध हो और वर्तमान "वोट" की संख्या 50% से अधिक हो।

निष्कर्ष

स्टोरेज सिस्टम के रूप में VMware vSAN का चुनाव हमारे लिए एक महत्वपूर्ण निर्णय बन गया है। यह विकल्प हमारे वीएमवेयर-आधारित क्लाउड प्रोजेक्ट में शामिल होने से पहले स्ट्रेस टेस्टिंग और फॉल्ट टॉलरेंस टेस्टिंग से गुजरा।

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

VSAN के साथ अपने अनुभव के आधार पर कुछ बताने के लिए है? टिप्पणियों में आपका स्वागत है।