👩🏿‍🎓 🔔 🚵🏼 Oracle RAC और AccelStor साझा-कुछ नहीं आर्किटेक्चर पर आधारित एक विफलता समाधान का निर्माण करें 🚓 🚁 👩🏻‍🎤

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

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

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

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

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

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

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

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

क्रॉस-रैक आपदा रिकवरी जैसे परिदृश्यों के लिए, साझा-कुछ भी नहीं आर्किटेक्चर का उपयोग करते हुए ऑल फ्लैश एक्सेलस्टोर नियोसेफायर ™ एच 710 सरणी एकदम सही है । यह मॉडल फ्लैश ड्राइव के साथ काम करने के लिए अपनी FlexiRemap® तकनीक का उपयोग करके एक दो-एकल संग्रहण प्रणाली है। FlexiRemap® NeoSapphire ™ H710 के लिए धन्यवाद, यह 600K IOPS @ 4K रैंडम राइट और 1M + IOPS @ 4K रैंडम रीड तक पहुंचा सकता है, जो क्लासिक RAID आधारित स्टोरेज के साथ अप्राप्य है।

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

यदि आप ऊपर वर्णित सभी क्रॉस-रैक आपदा रिकवरी समाधानों की तुलना करते हैं, तो एक्सेलस्टोर संस्करण बाकी हिस्सों से बाहर खड़ा है:

	AccelStor NeoSapphire ™ ने कुछ भी नहीं आर्किटेक्चर साझा किया	सॉफ्टवेयर या हार्डवेयर भंडारण के "वर्चुअलाइज़र"	प्रतिकृति समाधान
उपलब्धता
सर्वर में विफलता	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं
स्विच विफलता	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं
भंडारण विफलता	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं	स्र्कना
पूरे मंत्रिमंडल की विफलता	कोई डाउनटाइम नहीं	कोई डाउनटाइम नहीं	स्र्कना
लागत और जटिलता
समाधान लागत	कम *	उच्च	उच्च
तैनाती में कठिनाई	कम	उच्च	उच्च

* AccelStor NeoSapphire ™ अभी भी एक सब फ्लैश सरणी है, जिसकी परिभाषा में "3 kopecks" की लागत नहीं है, खासकर जब से यह एक डबल क्षमता आरक्षित है। हालांकि, समाधान की कुल लागत की तुलना अन्य विक्रेताओं के समान लोगों के साथ करने पर, लागत को कम माना जा सकता है।

एप्लिकेशन सर्वर और सभी फ्लैश सरणी नोड्स को जोड़ने के लिए टोपोलॉजी इस तरह दिखाई देगी:

टोपोलॉजी की योजना बनाते समय, यह भी अत्यधिक अनुशंसा की जाती है कि आप प्रबंधन स्विच और सर्वर इंटरकनेक्ट की नकल करें।

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

सरणी पर प्रारंभिक कार्य

हार्डवेयर और सॉफ्टवेयर का इस्तेमाल किया

सर्वर और स्विच विनिर्देशों

घटकों	विवरण
Oracle डाटाबेस 11g सर्वर	दो
सर्वर ऑपरेटिंग सिस्टम	ओरेकल लिनक्स
Oracle डेटाबेस संस्करण	11 जी (आरएसी)
सर्वर प्रति प्रोसेसर	दो 16 कोर Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz
सर्वर प्रति भौतिक स्मृति	128GB
एफसी नेटवर्क	मल्टीपाथिंग के साथ 16 जीबी / एस एफसी
एफसी एचबीए	एमुलेक्स एलपी -1600 बी
क्लस्टर प्रबंधन के लिए सार्वजनिक 1GbE पोर्ट समर्पित	इंटेल ईथरनेट एडाप्टर rj45
16 जीबी / एफसी स्विच	ब्रोकेड 6505
डेटा सिंक्रोनाइजेशन के लिए निजी 10GbE पोर्ट समर्पित	इंटेल X520

AccelStor NeoSapphhire ™ सभी फ्लैश एरे विशिष्टता

घटकों	विवरण
भंडारण प्रणाली	NeoSapphire ™ उच्च उपलब्धता मॉडल: H710
छवि संस्करण	4.0.1
कुल ड्राइव की संख्या	48
ड्राइव का आकार	1.92TB
ड्राइव प्रकार	एसएसडी
एफसी लक्ष्य बंदरगाहों	16x 16Gb पोर्ट (8 प्रति नोड)
प्रबंधन बंदरगाहों	1GbE ईथरनेट केबल एक ईथरनेट स्विच के माध्यम से मेजबानों से जुड़ती है
दिल की धड़कन का बंदरगाह	1GbE ईथरनेट केबल दो स्टोरेज नोड के बीच कनेक्ट होती है
डेटा सिंक्रनाइज़ेशन पोर्ट	56Gb / s InfiniBand केबल

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

आरंभीकरण पूरा होने के बाद, आप किसी भी नोड से सरणी को नियंत्रित कर सकते हैं।

अगला, आवश्यक वॉल्यूम बनाएं और उन्हें एप्लिकेशन सर्वर के लिए प्रकाशित करें।

यह अत्यधिक अनुशंसा की जाती है कि आप Oracle ASM के लिए कई संस्करणों का निर्माण करें, क्योंकि इससे सर्वरों के लिए लक्ष्यों की संख्या बढ़ जाएगी, जो अंततः समग्र प्रदर्शन (किसी अन्य लेख में कतारों पर अधिक) में सुधार करेगा।

परीक्षण कॉन्फ़िगरेशन

भंडारण मात्रा नाम	आयतन का आकार
Data01	200GB
Data02	200GB
Data03	200GB
Data04	200GB
Data05	200GB
Data06	200GB
Data07	200GB
Data08	200GB
Data09	200GB
Data10	200GB
Grid01	1GB
Grid02	1GB
Grid03	1GB
Grid04	1GB
Grid05	1GB
Grid06	1GB
Redo01	100GB
Redo02	100GB
Redo03	100GB
Redo04	100GB
Redo05	100GB
Redo06	100GB
Redo07	100GB
Redo08	100GB
Redo09	100GB
Redo10	100GB

सरणी के ऑपरेटिंग मोड और आपातकालीन स्थितियों में होने वाली प्रक्रियाओं के बारे में कुछ स्पष्टीकरण

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

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

किसी भी स्थिति में, शेष शेष ऑनलाइन एक के बाद एक संस्करण संख्या बढ़ाता है, ताकि जोड़े के साथ फिर से जुड़ने के बाद, अपने डेटा सेट को सिंक्रनाइज़ करें।

यदि ईथरनेट लिंक के माध्यम से कनेक्शन खो गया है, तो हार्टबीट अस्थायी रूप से InfiniBand पर स्विच करता है और 10 सेकंड के भीतर वापस आ जाता है जब यह बहाल हो जाता है।

होस्ट कॉन्फ़िगरेशन

गलती सहिष्णुता और प्रदर्शन बढ़ाने के लिए, आपको सरणी के लिए MPIO समर्थन सक्षम करना होगा। ऐसा करने के लिए, /etc/multipath.conf फ़ाइल में लाइनें जोड़ें और फिर बहुपथ सेवा को पुनः लोड करें

छिपा हुआ पाठ

उपकरणों {
डिवाइस {
विक्रेता "AStor"
path_grouping_policy "group_by_prio"
path_selector "कतार-लंबाई 0"
path_checker "tur"
सुविधाएँ "0"
हार्डवेयर_हैंडलर "0"
प्रियो "कांस्ट"
फेलबैक तत्काल
fast_io_fail_tmo 5
dev_loss_tmo 60
user_friendly_names हाँ
detect_prio हां
rr_min_io_rq १
no_path_retry 0
}
}

आगे, ASM के लिए ASMLib के माध्यम से MPIO के साथ काम करने के लिए, आपको / etc / sysconfig / oracleasm फ़ाइल को संशोधित करना होगा और फिर /etc/init.d/oracleasm स्कैंडिस्क चलाना होगा।

छिपा हुआ पाठ

# ORACLEASM_SCANORDER: डिस्क स्कैनिंग के लिए पैटर्न का मिलान
ORACLEASM_SCANORDER = "dm"

# ORACLEASM_SCANEXCLUDE: डिस्क को स्कैन से बाहर करने के लिए मिलान पैटर्न
ORACLEASM_SCANEXCLUDE = "sd"

टिप्पणी

यदि आप ASMLib का उपयोग नहीं करना चाहते हैं, तो आप UDEV नियमों का उपयोग कर सकते हैं, जो ASMLib के लिए आधार हैं।

संस्करण 12.1.0.2 ओरेकल डेटाबेस से शुरू होकर, विकल्प ASMFD सॉफ्टवेयर के भाग के रूप में संस्थापन के लिए उपलब्ध है।

यह सुनिश्चित करना सुनिश्चित करें कि ओरेकल एएसएम के लिए बनाई गई डिस्क ब्लॉक के आकार के साथ गठबंधन की जाती है कि सरणी शारीरिक रूप से (4K) के साथ काम कर रही है। अन्यथा, प्रदर्शन समस्याएं हो सकती हैं। इसलिए, आपको उचित मापदंडों के साथ वॉल्यूम बनाना होगा:

जुदा / देव / मैपर / डिवाइस-नाम mklabel gpt mkpart प्राइमरी 2048s 100% अलाइन-चेक इष्टतम 1

हमारे परीक्षण कॉन्फ़िगरेशन के लिए बनाए गए वॉल्यूम पर डेटाबेस का वितरण

भंडारण मात्रा नाम	आयतन का आकार	वॉल्यूम LUNs मैपिंग	एएसएम वॉल्यूम डिवाइस विस्तार	आवंटन इकाई का आकार
Data01	200GB	सभी डेटा पोर्ट को स्टोरेज सिस्टम में स्टोरेज वॉल्यूम मैप करें	अतिरेक: सामान्य नाम: DGDATA उद्देश्य: डेटा फ़ाइलें	4MB
Data02	200GB
Data03	200GB
Data04	200GB
Data05	200GB
Data06	200GB
Data07	200GB
Data08	200GB
Data09	200GB
Data10	200GB
Grid01	1GB		अतिरेक: सामान्य नाम: DGGRID1 उद्देश्य: ग्रिड: सीआरएस और वोटिंग	4MB
Grid02	1GB
Grid03	1GB
Grid04	1GB		अतिरेक: सामान्य नाम: DGGRID2 उद्देश्य: ग्रिड: सीआरएस और वोटिंग	4MB
Grid05	1GB
Grid06	1GB
Redo01	100GB		अतिरेक: सामान्य नाम: DGREDO1 उद्देश्य: थ्रेड का फिर से लॉग 1	4MB
Redo02	100GB
Redo03	100GB
Redo04	100GB
Redo05	100GB
Redo06	100GB		अतिरेक: सामान्य नाम: DGREDO2 उद्देश्य: धागे के 2 फिर से करें	4MB
Redo07	100GB
Redo08	100GB
Redo09	100GB
Redo10	100GB

डेटाबेस सेटिंग्स

ब्लॉक आकार = 8K
स्वैप स्पेस = 16GB
AMM अक्षम करें (स्वचालित मेमोरी प्रबंधन)
पारदर्शी विशाल पृष्ठ अक्षम करें

अन्य सेटिंग्स

# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fffile-max = 6815744
✓ कर्नेल। श्मशान 103079215104
। कर्नेल.स्मॉल 31457280
✓ कर्नेल। शम्मन 4096
128 कर्नेल। Sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
। Net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
। Net.core.wmem_default = 262144
। Net.core.wmem_max = 1048586
✓ vm.swappiness = 10
यदि आप लिनक्स x86 का उपयोग कर रहे हैं तो ✓ vm.min_free_kbytes = 524288 # इसे सेट न करें
✓ vm.vfs_cache_pressure = 200
✓ vm.nr_hugepages = 57000

# vi /etc/security/limits.conf
✓ ग्रिड नरम nproc 2047
✓ ग्रिड हार्ड nproc 16384
✓ ग्रिड सॉफ्ट नोफाइल 1024
✓ ग्रिड हार्ड नोफाइल 65536
✓ ग्रिड सॉफ्ट स्टैक 10240
✓ ग्रिड हार्ड स्टैक 32768
✓ ऑरेकल सॉफ्ट एनप्रो 2047
✓ ओरेकल हार्ड nproc 16384
✓ ओरेकल सॉफ्ट नोफाइल 1024
✓ ओरैकल हार्ड नोफाइल 65536
✓ ऑरेकल सॉफ्ट स्टैक 10240
✓ ओरेकल हार्ड स्टैक 32768
✓ सॉफ्ट मेमॉक 120795954
✓ हार्ड मेमॉक 120795954

sqlplus "/ sysdba के रूप में"
सिस्टम सेट प्रक्रियाओं को बदलना = 2000 स्कोप = स्फ़ाइल;
परिवर्तन प्रणाली सेट open_cursors = 2000 गुंजाइश = spfile;
परिवर्तन प्रणाली सेट session_cached_cursors = 300 गुंजाइश = spfile;
परिवर्तन प्रणाली सेट db_files = 8192 गुंजाइश = spfile;

दोष सहिष्णुता परीक्षण

प्रदर्शन उद्देश्यों के लिए, हैमरडीबी का उपयोग ओएलटीपी लोड का अनुकरण करने के लिए किया गया था। HammerDB कॉन्फ़िगरेशन:

गोदामों की संख्या	256
प्रति उपयोगकर्ता कुल लेनदेन	1000000000000
आभासी उपयोगकर्ता	256

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

किसी एक नोड की विफलता के लिए टेस्ट

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

सभी उपकरणों के साथ कैबिनेट की विफलता परीक्षण

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

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

Oracle RAC और AccelStor साझा-कुछ नहीं आर्किटेक्चर पर आधारित एक विफलता समाधान का निर्माण करें