एमएस विंडोज सर्वर 2003 विफलता क्लस्टर

परिचय

हमें एक वास्तविक डायनासोर मिला, - MSA500 G2 के साथ HP ProLiant DL380 G4 पैकेज्ड क्लस्टर , यह Hewlett Packard से एक टर्नकी समाधान है, बाहरी भंडारण के साथ दो सर्वर, एक क्लस्टर के निर्माण का अर्थ है। खैर, क्लस्टर इतना क्लस्टर है, कहा गया है। ऐसी प्रणालियों को बनाने में कोई पिछला अनुभव नहीं था, इसलिए मैं इस प्रक्रिया का वर्णन करने की कोशिश करूंगा कि हमने सभी गलतियों के साथ जितना संभव हो उतना विस्तृत हो।

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

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

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

डिस्क सरणी

चलो हार्ड ड्राइव की तैयारी के साथ शुरू करते हैं। HP StorageWorks 500 G2 मॉड्यूलर स्मार्ट एरे डिस्क सरणी नौ 146 गीगाबाइट SCSI ड्राइव और दो 34 गीगाबाइट SCSI डिस्क के साथ चली गई। यह SCSI इंटरफ़ेस के माध्यम से सर्वर से जुड़ा है, और स्वयं सर्वर में RAID नियंत्रक की अंतर्निहित उपयोगिता का उपयोग करके नियंत्रित किया जाता है। कुल डिस्क स्थान के लिए, हम 146 गीगाबाइट डिस्क का उपयोग करेंगे, और उन्हें एक RAID सरणी में संयोजित करेंगे। संभावित विकल्पों में से, RAID 6 को चुना गया था, बेशक, पांचवें की तुलना में, यह कम उत्पादक है, जो, सिद्धांत रूप में, हमारे लिए महत्वपूर्ण नहीं है, लेकिन यह अधिक विश्वसनीय है। क्लस्टर के लिए भी, आपको क्लस्टर - कोरम की निगरानी के लिए एक तकनीकी अनुभाग बनाने की आवश्यकता है। उसे डिस्क स्थान की कम से कम 50 मेगाबाइट की आवश्यकता होती है, इसलिए कोरम के लिए हम 34 गीगाबाइट के दो शेष डिस्क का एक दर्पण ( RAID 1 ) का उपयोग करेंगे, निश्चित रूप से थोड़ा बहुत, लेकिन कम डिस्क नहीं हैं। दो एससीएसआई डिस्क को सर्वर पर स्वयं स्थापित किया जाता है, वे RAID 1 में समान हैं, और उन पर सर्वर ऑपरेटिंग सिस्टम स्थापित किए जाएंगे।

तो, हम तीन RAID-सरणियाँ RAID 1 और एक RAID 6 प्राप्त करते हैं, और नौ डिस्क में से केवल आठ का उपयोग किया जाता है और एक डिस्क निरर्थक है, इसलिए सैद्धांतिक रूप से RAID तीन डिस्क विफल होने पर भी काम करेगा।

ओएस और सक्रिय निर्देशिका

हमने शुरू में विंडोज सर्वर 2008 स्थापित किया था, लेकिन बाद में यह पता चला कि HP ProLiant DL380 G4 समानांतर SCSI का उपयोग करता है, और समानांतर SCSI समर्थन, एक प्रकार के साझा संग्रहण डिवाइस के रूप में, Windows Server 2008 पर आधारित एक विफलता क्लस्टर में हटा दिया गया था । मुझे Windows Server 2003 और हाइपर का उपयोग करना पड़ा। -वी सवाल से बाहर है। मैं यह भी नोट करना चाहता हूं कि आपको Windows 2003 Enterprise या Datacenter का उपयोग करने की आवश्यकता है, क्योंकि Windows Server 2003 मानक और वेब एडिटसन क्लस्टर का समर्थन नहीं करते हैं।

सक्रिय निर्देशिका इंस्टॉलेशन विज़ार्ड का उपयोग करके, एक नया डोमेन बनाएं:





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



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



फिर, हम उसी सक्रिय निर्देशिका इंस्टॉलेशन विज़ार्ड (dcpromo) का उपयोग करके दूसरे सर्वर को एक अतिरिक्त डोमेन नियंत्रक के रूप में कनेक्ट करते हैं:



एक अतिरिक्त नियंत्रक जोड़ा जाता है, हम नियंत्रक को सक्रिय निर्देशिका नियंत्रण विंडो में देख सकते हैं:



अब आप एक क्लस्टर बनाने के लिए तैयार हैं।

समूह

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



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



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

क्लस्टर का निर्माण पूरा करने के बाद, हम देखते हैं कि हमारे पास एक क्लस्टर है जिसमें दो क्लस्टर समूह और दो नेटवर्क हैं:



क्लस्टर किए गए समूहों में संसाधन होते हैं: क्लस्टर नाम, आईपी पता और कोरम।

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

तो, क्लस्टर तैयार है, लेकिन आगे क्या करना है? हमारा आवेदन, दुर्भाग्य से, क्लस्टरिंग का समर्थन नहीं करता है, जिसका अर्थ है कि आपको इसे वर्चुअल मशीन में चलाना होगा।

Microsoft वर्चुअल सर्वर 2005 R2

वर्चुअल मशीन चयनित - Microsoft वर्चुअल सर्वर 2005 R2 SP1 - एंटरप्राइज़ संस्करण । हम दोनों नोड्स पर वर्चुअल मशीन स्थापित करते हैं, लेकिन इससे पहले हमें विंडोज घटक - "एप्लिकेशन सर्वर" को जोड़ना होगा:



स्थापना के बाद, हम एक स्क्रिप्ट बनाएंगे जिसका उपयोग नोड सर्वर पर नोड 1 द्वारा वर्चुअल सर्वर को नोड 2 में स्थानांतरित करने के लिए किया जाएगा। इसके अलावा, जब क्लस्टर सेवा बंद हो जाती है, तो सभी संसाधनों को नोड 2 में स्थानांतरित किया जाएगा। स्क्रिप्ट में एक पंक्ति होती है - "नेट स्टॉप क्लसवेल, सहेजें यह "C: \ Stop_cluss_script.cmd" नाम से है। हम समूह नीतियों (gpedit.msc) में जाते हैं, "शटडाउन" चुनें और अपनी स्क्रिप्ट जोड़ें:



इस स्क्रिप्ट को दोनों नोड्स पर जोड़ने की आवश्यकता है। फिर फ़ोल्डर में दोनों नोड्स पर "% systemroot% \ Cluster" स्क्रिप्ट "Havm.vbs" जोड़ें, जो नोड बदलने पर वर्चुअल मशीन शुरू कर देगा।



हमारी वर्चुअल मशीन को दोनों नोड्स पर चलने के लिए, इसे एक साझा डिस्क - D (डेटा) पर रखा जाना चाहिए। ऐसा करने के लिए, साझा डिस्क को क्लस्टर संसाधन के रूप में जोड़ें। हम क्लस्टर के प्रशासन में जाते हैं और ऑपरेशन "न्यू ग्रुप" का चयन करते हैं, वहां हम पसंदीदा मालिकों को इंगित करते हैं - ये हमारे दो नोड हैं। हम समूह को स्मार्टपीटीटी कहेंगे। अब निर्मित समूह में हम "डिस्कस्टोर" संसाधन बनाते हैं, इसी तरह मालिकों को जोड़ते हैं और ड्रॉप-डाउन डिस्क से भौतिक डिस्क का चयन करते हैं।

वर्चुअल सर्वर एडमिनिस्ट्रेशन वेबसाइट का उपयोग करके, हम एक वर्चुअल नेटवर्क बनाते हैं। एक वर्चुअल नेटवर्क एडेप्टर के रूप में, हम क्लस्टर के सार्वजनिक नेटवर्क के एडॉप्टर के अनुरूप एडेप्टर का चयन करते हैं - "लैन"।



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





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

साझा भंडारण डिस्क पर, "स्मार्टपीटीटी" फ़ोल्डर बनाएं, वर्चुअल मशीन की फाइलें होंगी। और यहां ClusterNetwork.vnc पोर्ट करें।



इसके बाद, वर्चुअल सर्वर एडमिनिस्ट्रेशन वेबसाइट में, "वर्चुअल नेटवर्क" पर इंगित करें, "ऐड" पर क्लिक करें, हमारी .vnc फ़ाइल के नए स्थान को इंगित करें, और फिर "ऐड" पर क्लिक करें। फिर, वर्चुअल मशीन के नाम में एक वर्चुअल मशीन बनाते समय, आपको न केवल एक नाम दर्ज करने की आवश्यकता होती है, बल्कि वर्चुअल मशीन कॉन्फ़िगरेशन के भंडारण पथ में प्रवेश करने के लिए, रिपॉजिटरी में हमारे फ़ोल्डर को निर्दिष्ट करना - "D: \ SmartPTT \ ... vnc"।

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

अगला, क्लस्टर प्रशासन पर जाएं और हमारे पहले से बनाए गए समूह में एक नया संसाधन बनाएं। संसाधन प्रकार "यूनिवर्सल स्क्रिप्ट":



हमारे Havm.vbs स्क्रिप्ट -% systemroot% \ Cluster \ Havm.vbs के लिए पथ निर्दिष्ट करें, और संसाधन निर्भरता में "DiskStorage" जोड़ें, अगर साझा डिस्क वर्चुअल मशीन के लिए दुर्गम है, तो कॉन्फ़िगरेशन फ़ाइलों को प्राप्त करने के लिए कोई जगह नहीं होगी। यह सेटअप पूरा करता है, वर्चुअल मशीन पर ऑपरेटिंग सिस्टम स्थापित करता है और जिस सेवा के लिए यह सब किया गया था।

निष्कर्ष

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

halyards

Stop_cluss_script.cmd
«Havm.vbs»