अकेले क्षेत्र में एक योद्धा नहीं है: एक विफलता क्लस्टर कैसे बनाएं

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

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

ट्रेनिंग

एक असफल-सुरक्षित क्लस्टर बनाने के लिए, हमें ज़रूरत है: ग्लासफिश सर्वरों के लिए दो मशीनें n1 और n2 (उनमें से एक में DAS और 2 GF सर्वर स्थापित होंगे); लोड संतुलन के लिए lb1 मशीन; DB1 के लिए DB1 मशीन। सुनिश्चित करें कि सभी कारें एक-दूसरे (पिंग) को "देखें"।

सभी सॉफ्टवेयर लिनक्स पर चलेंगे। हम CentOS के साथ एक आभासी मशीन की पूर्व-तैयार छवि का उपयोग करेंगे। GlassFish SSH का उपयोग दूरस्थ नोड्स को प्रबंधित करने के लिए करता है, इसलिए हमें प्रत्येक क्लस्टर मशीन पर SSH सर्वर स्थापित करने की आवश्यकता है। इसके अलावा, एसएसएच पर काम करने में सक्षम होने के लिए, हमें प्रत्येक ओएस में एक अलग खाते की आवश्यकता है। मैं इसे सभी मशीनों के लिए समान रूप से नाम देने का प्रस्ताव करता हूं: ग्लासफिश।
# adduser glassfish
# passwd glassfish
ग्लासफिश गैर-मानक पोर्ट का उपयोग करता है और ब्राउज़र में व्यवस्थापक कंसोल का उपयोग करके इसके साथ काम करने में सक्षम होने के लिए, आपको या तो फ़ायरवॉल में उचित नियमों को सेट करना होगा या इसे पूरी तरह से अक्षम करना होगा। मैं बाद में करने का प्रस्ताव करता हूं:
# service iptables save
# service iptables stop
# chkconfig iptables off
ठीक है, निश्चित रूप से, हम JVM के बिना नहीं कर सकते।
मैं आपको तुरंत चेतावनी देता हूं कि मुझे बड़ी संख्या में सेटिंग्स की आवश्यकता होती है।

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

क्लस्टर कॉन्फ़िगरेशन को मुख्य रूप से कमांड लाइन से GlassFish asadmin डिलीवरी से उपयोगिता का उपयोग करके किया जाएगा

1. GlassFish वितरण डाउनलोड करें
   wget download.java.net/glassfish/3.1.1/release/glassfish-3.1.1.zip
   और इसे अनपैक करें।
2. हम प्रशासनिक डोमेन (डोमेन 1) का एक उदाहरण शुरू करते हैं:
   ./asadmin start-domain domain1
   डिफ़ॉल्ट रूप से GlassFish प्रशासनिक डोमेन के लिए दूरस्थ कनेक्शन को प्रतिबंधित करता है। और क्लस्टर के सभी नोड्स (नोड एजेंट), नोड के अलावा, जिस पर डीएएस खड़ा है, इसके साथ बातचीत करने में सक्षम नहीं होगा।
   विशिष्ट त्रुटि:
   Failed to rendezvous with DAS on n1:4848. Please check if this server is running, that the host and port are correct, and that this server is configured to allow remote access.
   इसके आसपास जाने के लिए, करें:
   ./asadmin enable-secure-admin
   और प्रशासनिक डोमेन को पुनरारंभ करें।
   स्वयं क्लस्टर बनाएँ:
   ./asadmin create-cluster c1 ।
   हम एक ही भौतिक मशीन पर स्थित एप्लिकेशन सर्वर के दो उदाहरण बनाते हैं:
   ./asadmin create-local-instance --cluster c1 i1
./asadmin create-local-instance --cluster c1 i2
   
3. क्लस्टर चलाएँ:
   ./asadmin start-cluster c1
4. मशीन n2 पर स्थित नए उदाहरण जोड़ें (कमांड n2 पर शारीरिक रूप से निष्पादित हैं):
   । /asadmin –host n1 –port 4848 create-local-instance –cluster c1 i3
./asadmin –host n1 –port 4848 create-local-instance –cluster c1 i4
5. व्यवस्थापक कंसोल में, नया बनाया गया उदाहरण ढूंढें, अपने प्रकार को SSH में बदलें, नोड होस्ट फ़ील्ड के मान को n2 में बदलें। इस स्थिति में, हमें SSH से मशीन n2 तक पहुंच के लिए उपयोगकर्ता नाम और पासवर्ड निर्दिष्ट करने की आवश्यकता है। हम एक क्लस्टर शुरू करते हैं। हम देखते हैं कि सभी उदाहरण काम कर रहे हैं।

लोड संतुलन और हा

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

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

सामान्य तौर पर, ग्लासफिश में "लोकप्रिय" http-सर्वर के लिए एक संतुलन प्लगइन होता है। "शामिल" और "लोकप्रिय" शब्द व्यर्थ उद्धृत नहीं हैं, क्योंकि यह प्लगइन GF के ओपन सोर्स संस्करण में शामिल नहीं है, इसके अलावा, ओरेकल iPlanet वेब सर्वर, Oracle HTTP सर्वर, Apache HTTP सर्वर, Microsoft IIS समर्थित हैं। हम सभी जानते हैं कि अपाचे एक बार अच्छा था, लेकिन अब अधिक कुशल समाधान हैं।
उम्मीदवारों में: NGINX, HAProxy, lighthttpd।
हम घरेलू निर्माता का समर्थन करेंगे और NGINX का चयन करेंगे , जो अधिक से अधिक बाजार पर कब्जा करता है।

1. NGINX स्थापित करें:
   #yum install nginx
#nano /etc/nginx/nginx.conf
2. हम एनजीआईएनएक्स को चिपचिपा सत्रों के लिए समर्थन के साथ एक ही वजन के 4 सर्वर के लिए राउंड-रॉबिन अनुरोधों को संतुलित करने के लिए कॉन्फ़िगर करते हैं (कॉन्फ़िगरेशन का हिस्सा नीचे दिखाया गया है और सर्वर शुरू होता है)।
   upstream backend {
ip_hash;
server 192.168.0.1:28080 max_fails=5 fail_timeout=15s;
server 192.168.0.1:28081 max_fails=5 fail_timeout=5s;
server 192.168.0.2:28082 max_fails=5 fail_timeout=5s;
server 192.168.0.2:28083 max_fails=5 fail_timeout=5s;
}
   यह ध्यान देने योग्य है कि यह ip_hash पद्धति का उपयोग करके किसी विशिष्ट सर्वर के लिए उपयोगकर्ता सत्रों को सुरक्षित करने वाला सबसे सरल कॉन्फ़िगरेशन है
3. हा काम करने के लिए, मेजबान n1 और n2 के पास एक सामान्य अभिभावक डोमेन होना चाहिए। उदाहरण के लिए, क्लस्टर.कॉम। ऐसा करने के लिए, दोनों मशीनों पर / etc / मेजबान फ़ाइलों को संशोधित करें:
   n1:
   127.0.0.1 localhost
127.0.1.1 n1.cluster.com
127.0.0.1 n1.cluster.com
192.168.0.2 n2.cluster.com
   n2:
   127.0.0.1 localhost
127.0.1.1 n2.cluster.com
127.0.0.1 n2.cluster.com
192.168.0.1 n1.cluster.com
4. क्लस्टर में प्रत्येक भौतिक मशीन पर मल्टीकास्ट के संचालन को सत्यापित करने के लिए, हम करते हैं:
   ./asadmin validate-multicast
5. DAS GlassFish एडमिनिस्ट्रेटिव कंसोल में, आपको n2 का उल्लेख n2.cluster.com में बदलना होगा
6. GlassFish के लिए क्लस्टर इंस्टेंसेस के बीच Http सत्र को दोहराने के लिए, एप्लिकेशन के वेब डिस्क्रिप्टर में उपयुक्त निर्देश (<वितरण योग्य /> टैग) होना चाहिए और एप्लिकेशन को तैनात करते समय Avalaibility झंडा सेट करना होगा।

DB स्थापना और विन्यास

इस उदाहरण में, हम PostgreSQL का उपयोग करेंगे।
DBMS स्थापित करें और एक नया उपयोगकर्ता और डेटाबेस बनाएँ।
# yum install postgresql-8.4
# service postgresql initdb
# service postgresql start
PostgreSQL में, डिफ़ॉल्ट रूप से केवल स्थानीय कनेक्शन की अनुमति है। इसे ठीक करने के लिए, आपको कॉन्फ़िगरेशन फ़ाइल /var/lib/pgsql/data/pg_hba.conf को ठीक करने की आवश्यकता है, जिसमें आपको अनुमत सबनेट्स को निर्दिष्ट करने की आवश्यकता है: सभी को 192.168.0.0-24 md5 होस्ट करें

खैर, यह बात है! अब आप अंत में एप्लिकेशन को तैनात कर सकते हैं (उदाहरण के लिए, हम jforum का उपयोग करते हैं)।


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

आप jelastic.com पर इसके बारे में क्या कोशिश कर सकते हैं और पोस्ट में टिप्पणी में अपनी राय साझा कर सकते हैं।