हाइपर- V VM और MSSQL के लिए विफलता

इसके बजाय अग्रदूत

दोष सहिष्णुता को समझा जाता है - एक डेटा सेंटर के ढांचे के भीतर - अर्थात, 1-2 भौतिक सर्वरों की विफलता से सुरक्षा।
हमारा कार्यान्वयन हार्डवेयर के संदर्भ में सस्ता होगा, अर्थात् एक प्रसिद्ध जर्मन होस्टर किराए पर लेगा।
सॉफ्टवेयर लागत के संदर्भ में, यह या तो मुफ्त है या पहले से ही उपलब्ध है। Microsoft संबद्ध प्रोग्राम, इसलिए बोलने के लिए, क्रिया में।
विंडोज सर्वर 2012 बाजार के आगमन के साथ, "सर्वर से क्लाउड तक" "आपके एप्लिकेशन हमेशा काम करते हैं" बहुत विज्ञापन था। हम इसे लागू करने का प्रयास करेंगे।

बेशक, होलीवर्स के लिए एक विषय है: वीएमवेयर या हाइपर-वी से बेहतर क्या है - लेकिन यह इस पोस्ट का विषय नहीं है। मैं बहस नहीं करूंगा। स्वाद और रंग पर - सभी महसूस किए गए टिप पेन अलग हैं।
शायद, कुछ कहेंगे कि यह व्यवसाय Azure को भेजा जा सकता है - यह पता चल सकता है कि यह और भी सस्ता है, लेकिन हम पागल हैं और fayloverom और virtualka के साथ अपने "क्लाउड" हमारे क्लस्टर चाहते हैं। वैसे, कुछ भी नहीं तो हमारी अर्थव्यवस्था को वहाँ भेजने से रोकता है, अगर वांछित है।

समाधान आवश्यकताएँ

एक निश्चित परियोजना है जो उपयोग करती है:

1. डेटाबेस - MSSQL
2. बैकेंड - IIS
3. frontend - PHP में किसी प्रकार का अनुप्रयोग

इसे लागू करना आवश्यक है:

1. इस गुच्छा ने "हमेशा" काम किया।
2. "लोहा" सर्वर की विफलता के कारण डाउनटाइम नहीं हुआ।
3. कोई डेटा नहीं खो गया था।
4. किसी तरह का लोड बैलेंसिंग था।
5. अनुमापकता।
6. उपरोक्त को लागू करने के लिए, सॉफ़्टवेयर के साथ बगीचे को बाड़ने के लिए आवश्यक नहीं था (उदाहरण के लिए, MSSQL के लिए पहचान)।

यह सभी अर्थव्यवस्था एक प्रसिद्ध जर्मन होस्टिंग पर होस्ट की जाएगी।

कार्यान्वयन

कार्यान्वयन को तार्किक भागों में विभाजित करें:

1. हार्डवेयर आवश्यकताएँ।
2. तैयारी की कार्रवाई
3. दोष सहिष्णुता MSSQL (संतुलन तत्वों के साथ)।
4. दोष सहिष्णुता बैकएंड और फ्रंटेंड
5. नेटवर्क सेटअप
6. दोष सहिष्णुता: एक और मील का पत्थर।

हार्डवेयर आवश्यकताओं

इसके लिए हमें कम से कम 4 सर्वरों की आवश्यकता है। यह अत्यधिक वांछनीय है कि वे एक ही डेटा केंद्र में हैं, और अधिमानतः एक स्विच में। हमारे मामले में, हमारे पास एक अलग रैक होगा। और चूंकि केवल एक रैक है, जैसा कि उन्होंने हमें समझाया, उसका स्विच भी समर्पित है।

सर्वर

2 सर्वर - वर्चुअलाइजेशन-सक्षम प्रोसेसर, 32GB रैम, 2HDD X 3TB (RAID 1)
2 शेष बचे एसक्यूएल के तहत जाएंगे, इसलिए हम उनमें एक छोटे से बदलाव का उपयोग करेंगे (कॉन्फ़िगरेशन में हम एक हार्ड ड्राइव को एक RAID नियंत्रक के साथ बदलते हैं और 3 एसएएस प्रत्येक 300 जीबी के होते हैं (वे MSSQL के लिए RAID 5 - फास्ट स्टोरेज में जाएंगे))।
सिद्धांत रूप में, यह आवश्यक नहीं है। गलती सहिष्णुता, निश्चित रूप से कम हो जाती है, लेकिन गति अधिक महत्वपूर्ण है।
आपको फ्लैश ड्राइव की भी आवश्यकता होगी (लेकिन उस पर और अधिक।)
वैकल्पिक: स्थानीय नेटवर्क के आयोजन के लिए एक अलग स्विच, लेकिन यह बाद में किया जा सकता है क्योंकि परियोजना बढ़ती है।

तैयारी की कार्रवाई

चूंकि हम फेलओवर क्लस्टर बढ़ा रहे हैं, हमें एक सक्रिय निर्देशिका डोमेन की आवश्यकता होगी।
वह तब SQL सर्वर पर हमारे बैकएंड को अधिकृत करने के कार्य को सरल करेगा।
वर्चुअल मशीन में डोमेन नियंत्रक उठाएँ।
स्थानीय नेटवर्क के पते को निर्धारित करना भी आवश्यक है।
हमारे डीसी (डोमेन नियंत्रक), निश्चित रूप से, एक सफेद आईपी पता नहीं होगा और NAT के माध्यम से "बाहर" जाएगा।
सभी वर्चुअल मशीनों की सेटिंग्स में और प्राथमिक DNS नहीं: हमारा डोमेन नियंत्रक।
दूसरे आईपी पते, जारी किए गए सफेद लोगों के अलावा, हमारे स्थानीय नेटवर्क के पते को पंजीकृत करना आवश्यक है।
आदर्श विकल्प नीचे स्केलेबिलिटी के संदर्भ में वर्णित है।

गलती सहिष्णुता MSSQL।

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

दोष सहिष्णुता बैकएंड और फ्रंटेंड।

हम आभासी मशीनों को क्लस्टर करके इस कार्यक्षमता को लागू करेंगे।
वर्चुअल मशीनों को क्लस्टर करने के लिए, हमें क्लस्टर साझा मात्रा (CSV) की आवश्यकता है।
और CSV बनाने के लिए, हमें एक SAN की आवश्यकता है, और इसे एक क्लस्टर द्वारा मान्य किया जाना चाहिए और मुक्त होना चाहिए। यह पता चला है कि यह एक आसान काम नहीं है। एक दर्जन समाधानों की कोशिश की गई (स्रोत खोलें और नहीं)। नतीजतन, वांछित उत्पाद की खोज की गई थी। उसे NexentaStor कहा जाता है
मुफ्त के लिए 18 टीबी कच्चा स्थान, प्रोटोकॉल और चिप्स का एक गुच्छा।
केवल एक चीज, जिसे तैनात करते समय, आपको ULP ऑपरेटिंग अनुभव के अनुभव और सिफारिशों को ध्यान में रखना चाहिए , नेक्सेंटा, या 2 महीने बाद
दुर्भाग्य से, हम अपने दम पर इस रेक पर चले।

नेक्सेंटा में समय-समय पर "रोग" भी होता है - वेब इंटरफ़ेस जवाब देना बंद कर देता है, जबकि अन्य सभी सेवाएं सामान्य रूप से कार्य करती हैं। इसका समाधान http://www.nexentastor.org/boards/2/topics/2598#message-2979 पर उपलब्ध है
So. स्थापना के बारे में अधिक।
हम नेक्सेंटा को स्थापित करने की कोशिश कर रहे हैं, स्थापना सफल है। हम सिस्टम में जाते हैं और आश्चर्यचकित होते हैं - सभी खाली स्थान सिस्टम पूल के तहत खर्च किए गए थे और हमारे पास डेटा रखने के लिए कहीं नहीं है। ऐसा लगता है कि समाधान स्पष्ट है - हम सर्वर को हार्ड ड्राइव को फिर से ऑर्डर करते हैं और डेटा संग्रहीत करने के लिए एक पूल बनाते हैं, लेकिन एक और समाधान है। ऐसा करने के लिए, हम एक फ्लैश ड्राइव का उपयोग करेंगे।
हमने सिस्टम को फ्लैश ड्राइव पर रखा है (इस प्रक्रिया में लगभग 3 घंटे लगते हैं)।
स्थापना के बाद, हम डेटा के लिए एक सिस्टम पूल और एक पूल बनाते हैं। हम सिस्टम पूल में एक फ्लैश ड्राइव संलग्न करते हैं और इसे सिंक्रनाइज़ करते हैं। उसके बाद, पूल से फ्लैश ड्राइव को हटाया जा सकता है। Http://www.nexentastor.org/boards/1/topics/356#message-391 पर विस्तार से वर्णन किया गया है।
और हमें ऐसी तस्वीर मिलती है।



Zvol बनाएँ। इसे बनाने के बाद, इसे ISCSI के माध्यम से लक्षित और प्रकाशित करने के लिए बाध्य करें।
हम इसे अपने क्लस्टर के प्रत्येक नोड से कनेक्ट करते हैं। और इसे क्लस्टर शेयर्ड वॉल्यूम में जोड़ें।



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

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

इसके अलावा, हाइपर-वी क्लस्टर में हमारे डोमेन नियंत्रक को जोड़ना न भूलें।

नेटवर्क सेटअप

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

1. हमारे सर्वर के लिए एक अतिरिक्त आईपी पते का अनुरोध करना और मैक पते पर इसे बांधना संभव है।
2. पूरे सबनेट / 29 या / 28 का अनुरोध करना और इसे 1 बिंदु के पते पर रूट करना भी संभव है।

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

वह 3 इंटरफेस होगा:

1. स्थानीय क्षेत्र नेटवर्क
2. DMZ
3. बाहरी नेटवर्क

बाहरी नेटवर्क अतिरिक्त पता है जो हमने प्रदाता से पूछा था
DMZ - सबनेट जो प्रदाता ने हमें दिया था।



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

दोष सहिष्णुता: एक और मील का पत्थर

जैसा कि पहले उल्लेख किया गया है, हम विफलता के बिंदुओं को कम करने के मार्ग पर हैं। लेकिन हमारे पास अभी भी विफलता का एक बिंदु है - यह हमारा SAN है। चूँकि हमारे डोमेन नियंत्रक सहित सभी क्लस्टर्ड वर्चुअल मशीनें इस पर हैं, इसलिए इस संसाधन के गायब होने से न केवल बैकएंड और फ्रंटेंड गायब हो जाएंगे, बल्कि क्लस्टर का पतन भी होगा।
हमारे पास एक और सर्वर बचा है। हम इसे अंतिम सीमा के रूप में उपयोग करेंगे।
हम दूसरे डोमेन कंट्रोलर के साथ अपने बैकअप सर्वर पर एक वर्चुअल मशीन बनाएंगे और उस पर AD प्रतिकृति कॉन्फ़िगर करेंगे।
इसे पंजीकृत करने के लिए हमारे सभी मशीनों पर द्वितीयक DNS सर्वर को मत भूलना। इस स्थिति में, जब CSV गायब हो जाता है, तो वे सेवाएँ जो CSV पर निर्भर नहीं होती हैं, अर्थात् हमारी संकुलित SQL- श्रोता, कार्य करना जारी रखेंगी।
आदेश में कि CSV के पतन के बाद बैकएंड और फ्रंटेंड, ऑपरेशन में वापस आ सकते हैं, हम नए विंडोज सर्वर 2012 फीचर - हाइपर-वी प्रतिकृति का उपयोग करेंगे। हम अपने 4 सर्वर के लिए परियोजना के लिए महत्वपूर्ण मशीनों की नकल करेंगे। न्यूनतम प्रतिकृति अवधि 5 मिनट है, लेकिन यह इतना महत्वपूर्ण नहीं है, क्योंकि फ्रंटएंड और बैकएंड में स्थिर डेटा होता है जो शायद ही कभी अपडेट किया जाता है।
इसे पूरा करने के लिए, हाइपर-वी प्रतिकृति ब्रोकर क्लस्टर भूमिका को जोड़ना आवश्यक है। और प्रतिकृति गुणों को कॉन्फ़िगर करने के लिए इसके गुणों में। प्रतिकृति पर अधिक:
हाइपर- V रेप्लिका अवलोकन
विंडोज सर्वर 2012 हाइपर-वी हाइपर- V रेप्लिका
और, ज़ाहिर है, बैकअप के बारे में मत भूलना।

स्केलेबिलिटी के बारे में थोड़ा

यह समाधान भविष्य में नोड सर्वर को जोड़कर बढ़ाया जा सकता है।
MSSQL सर्वर रीड-ओनली नोड्स जोड़कर और रीड रूट को संतुलित करके बढ़ाया जाता है।
वर्चुअल मशीन को संसाधन नोड के आकार के लिए "फुलाया" जा सकता है, हार्डवेयर से बंधे बिना।
ट्रैफ़िक को ऑप्टिमाइज़ करने के लिए, आप नोड सर्वर में अतिरिक्त इंटरफेस जोड़ सकते हैं और हाइपर- V वर्चुअल स्विच को इन इंटरफेस से जोड़ सकते हैं। यह आपको बाहरी ट्रैफ़िक को आंतरिक से अलग करने की अनुमति देगा।
आप Azure में वर्चुअल मशीन दोहरा सकते हैं।
आप SCVMM और आर्केस्ट्रा जोड़ सकते हैं और एक "निजी क्लाउड" प्राप्त कर सकते हैं।

कुछ इस तरह से आप अपने स्वयं के क्लस्टर का निर्माण कर सकते हैं जो कुछ हद तक गलती सहिष्णु होगा। सिद्धांत रूप में, सभी दोष सहिष्णुता।



पीएस तीन महीने - उड़ान सामान्य है। क्लस्टर नोड्स और वर्चुअल मशीनों की संख्या बढ़ रही है। स्क्रीनशॉट से पता चलता है कि सिस्टम पहले से वर्णित की तुलना में कुछ बड़ा है।

पोस्ट, शायद, सेटिंग के सभी विवरणों को प्रकट नहीं करता है, और ऐसा कोई कार्य नहीं था। मुझे लगता है कि सभी विवरण पढ़ने के लिए कठिन होंगे। यदि अचानक, कौन विवरण में रुचि रखेगा - आपका स्वागत है। आलोचना का स्वागत है।