हमेशा उपलब्धता समूह:कोरम

SQL Server AlwaysOn उपलब्धता समूह SQL सर्वर का उपयोग करने वाले संगठनों की उच्च उपलब्धता और आपदा पुनर्प्राप्ति आवश्यकताओं को संबोधित करने के लिए Microsoft की नवीनतम तकनीक है। ऑलवेजऑन का एक बड़ा फायदा एक कार्यान्वयन में HA और DR दोनों को संबोधित करने की क्षमता है। ऑलवेजऑन के प्रमुख लाभ जिनका हमने अनुभव किया है, वे इस प्रकार हैं:

1. हम संबंधित डेटाबेस को एकल उपलब्धता समूह के हिस्से के रूप में समूहित कर सकते हैं और ऐसी आवश्यकता के मामले में उन्हें एक साथ विफल कर सकते हैं। यह उन अनुप्रयोगों के लिए विशेष रूप से उपयोगी है जो एक से अधिक डेटाबेस जैसे Microsoft Office SharePoint, Microsoft Lync, या Sage पर निर्भर करते हैं।

2. जब SQL सर्वर फ़ेलओवर क्लस्टर इंस्टेंस के साथ तुलना की जाती है, तो हम पाते हैं कि विफलता के एकल बिंदु के रूप में संग्रहण को समाप्त कर दिया गया है क्योंकि प्रत्येक उदाहरण जो एक प्रतिकृति का गठन करता है उसका अपना संग्रहण असाइन किया गया है।

3. ऑलवेजऑन के साथ, HA और DR को एक बार में कॉन्फ़िगर करना संभव है। यह आपके ऑल्वेज़ऑन कॉन्फ़िगरेशन के आधार के रूप में मल्टी-साइट विंडोज फ़ेलओवर क्लस्टर बनाकर प्राप्त किया जाता है। ऑलवेजऑन का उपयोग करते समय रोल स्विच करना लेन-देन लॉग शिपिंग का उपयोग करते समय इसे करने की तुलना में काफी सरल है।

WSFC डिपेंडेंसी

उच्च उपलब्धता और आपदा पुनर्प्राप्ति के लिए हमेशा SQL सर्वर का उपयोग करते समय, सबसे पहले, आपको एक Windows फ़ेलओवर क्लस्टर कॉन्फ़िगर करने की आवश्यकता होती है। ऑलवेजऑन एजी, ऑलवेजऑन एजी को एक भूमिका के रूप में प्रबंधित करने के लिए डब्ल्यूएफसीएस पर निर्भर करते हैं, जो उपलब्धता समूह नाम, फ़ाइल साझा नाम, श्रोता नाम और एक आईपी पते जैसे क्लस्टर संसाधनों से बना है।

अंजीर। 1 ऑलवेजऑन एजी एक क्लस्टर संसाधन के रूप में

कोरम

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

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

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

अंजीर। 2 PowerShell का उपयोग करके सभी क्लस्टर गुण प्राप्त करना

अंजीर। दो-नोड क्लस्टर में 3 असाइन किए गए वोट

पावरशेल का उपयोग करना

Windows क्लस्टर पर कोरम कॉन्फ़िगरेशन की जांच करने के लिए PowerShell कमांड गेट-क्लस्टर का उपयोग किया जा सकता है। चित्र 4 दिखाता है कि क्लस्टर पर कोरम से संबंधित सभी क्लस्टर गुणों की जांच कैसे करें और चित्र 5 फ़ाइल शेयर गवाह के गुणों को दर्शाता है। विंडोज क्लस्टर की जांच और प्रबंधन के लिए कई अन्य पावरशेल कमांड हैं।

Get-Cluster | Format-List –Property *Quorum*

अंजीर। 4 पावरशेल कमांड कोरम संबंधित गुणों की जांच करने के लिए

Get-ClusterResource

Get-ClusterResource -Name "File Share Witness" | Get-ClusterParameter

अंजीर। फ़ाइल शेयर गवाह गुणों के विवरण की जांच करने के लिए 5 पावरशेल कमांड

कोरम मोड

Windows Server Failover Cluster चार मोड तक कॉन्फ़िगर करने की अनुमति देता है। कोरम मोड अनिवार्य रूप से विकल्प हैं जिन्हें आप यह निर्धारित करने के लिए चुनते हैं कि क्लस्टर नोड विफलताओं को कैसे संभालेगा।

1. नोड बहुमत

यह कोरम मोड (n/2)-1 नोड्स तक की विफलताओं को बनाए रख सकता है। विषम संख्या में नोड्स वाले समूहों के लिए इसकी अनुशंसा की जाती है। उदाहरण के लिए, पांच-नोड क्लस्टर में, क्लस्टर विफलता का कारण बनने के लिए दो नोड्स की विफलता की आवश्यकता होगी।

2. नोड और डिस्क बहुमत

जब तक डिस्क विटनेस (जिसे कोरम डिस्क भी कहा जाता है) ऑनलाइन रहता है, क्लस्टर नोड्स की आधी संख्या तक विफलताओं को बनाए रख सकता है।

3. नोड और फ़ाइल शेयर बहुमत

यह कोरम मोड तब तक क्लस्टर नोड्स की संख्या के आधे तक विफलताओं को बनाए रख सकता है जब तक कि फ़ाइल शेयर पहुंच योग्य रहता है। Windows Server 2012 R2 के अनुसार, Microsoft अनुशंसा करता है कि क्लस्टर बनाते समय एक गवाह (डिस्क या फ़ाइल साझा) को हमेशा कॉन्फ़िगर किया जाना चाहिए।

4. कोई बहुमत नहीं

यह केवल डिस्क मोड है। यह मोड डिस्क के ऑनलाइन होने तक एक को छोड़कर सभी नोड्स की विफलताओं को बनाए रख सकता है। इस मोड की अनुशंसा नहीं की जाती है क्योंकि डिस्क विफलता का एकल बिंदु बन जाती है।

नोड और फ़ाइल शेयर बहुमत को कॉन्फ़िगर करने की युक्तियाँ

AlwaysOn उपलब्धता समूह उनमें से केवल दो कोरम मोड का समर्थन करते हैं:नोड बहुमत और नोड और फ़ाइल साझा बहुमत। SQL सर्वर ऑलवेजऑन उपलब्धता समूह क्लस्टर बनाते समय, कुछ बिंदु हैं जिन्हें DBA को ध्यान में रखना चाहिए:

1. भौतिक सर्वर का उपयोग करना

ऑलवेजऑन के लिए दो-नोड क्लस्टर को कॉन्फ़िगर करते समय, आपके नोड्स को अलग-अलग भौतिक रैक में रहना चाहिए। आपके फ़ाइल शेयर को होस्ट करने वाला सर्वर तीसरे रैक में होना चाहिए।

2. वर्चुअल सर्वर का उपयोग करना

ऑलवेज़ऑन के लिए दो-नोड क्लस्टर को कॉन्फ़िगर करते समय, आपकी वर्चुअल मशीन अलग-अलग होस्ट पर होनी चाहिए। आपके फ़ाइल शेयर को होस्ट करने वाली वर्चुअल मशीन किसी तीसरे होस्ट पर होनी चाहिए।

3. मल्टी-साइट क्लस्टरिंग

सभी डेटा केंद्रों पर ऑल्वेज़ऑन के लिए एक मल्टी-नोड क्लस्टर कॉन्फ़िगर करते समय, एक आदर्श परिदृश्य में आपके फ़ाइल शेयर को होस्ट करने वाला फ़ाइल सर्वर किसी तीसरे डेटा केंद्र में होना चाहिए।

4. फ़ाइल साझा करने की अनुमतियां

क्लस्टर नाम ऑब्जेक्ट को कोरम गवाह के रूप में उपयोग की जाने वाली फ़ाइल साझा करने की अनुमति होनी चाहिए। इसके बिना, आप आमतौर पर कोरम गवाह को कॉन्फ़िगर करने के प्रयास में त्रुटियों का अनुभव करेंगे।

अंजीर। फ़ाइल साझा करने पर 6 अनुमतियां

5. ऑनलाइन विन्यास

क्लस्टर के ऑनलाइन होने पर कोरम मोड को कॉन्फ़िगर किया जा सकता है। इसलिए यदि फ़ाइल साझा सर्वर विफल हो जाता है या फिर से कॉन्फ़िगर करने की आवश्यकता होती है, तो सुनिश्चित करें कि आप यह सुनिश्चित करने के लिए जल्दी से पुन:कॉन्फ़िगर करें कि कोई अप्रत्याशित विफलता नहीं है, विशेष रूप से दो-नोड क्लस्टर पर।

एक वास्तविक-लाइव उपयोग मामला

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

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

अंजीर। 7 वास्तविक उपयोग का मामला

निष्कर्ष

AlwaysOn उपलब्धता समूह सुविधा SQL Server 2012 में पेश की गई थी और यह उच्च उपलब्धता और आपदा पुनर्प्राप्ति दोनों जरूरतों को पूरा करने के लिए Microsoft की नवीनतम तकनीक है। ऑलवेजऑन उपलब्धता समूहों को कॉन्फ़िगर करना काफी हद तक विंडोज फेलओवर क्लस्टर सर्विस पर निर्भर करता है। फ़ेलओवर क्लस्टर, बदले में, सही कोरम कॉन्फ़िगरेशन पर बहुत अधिक निर्भर करते हैं। मल्टी-साइट क्लस्टर पर ऑल्वेज़ऑन बनाते समय विभिन्न साइटों में आपके नोड्स के बीच विलंबता और एक मध्यस्थ के रूप में उपयोग की जाने वाली फ़ाइल साझा वास्तव में मायने रखती है। उपलब्धता समूहों के साथ अप्रत्याशित व्यवहार से बचने के लिए सुनिश्चित करें कि आपका कोरम कॉन्फ़िगरेशन हमेशा शीर्ष आकार में है।

संदर्भ

1. ऑलवेजऑन उपलब्धता समूहों का अवलोकन

2. SQL सर्वर के साथ Windows फ़ेलओवर क्लस्टरिंग

3. पावरशेल दस्तावेज़ीकरण

4. Windows सर्वर फ़ेलओवर क्लस्टर कोरम को समझना