JBoss 7 क्लस्टर - अपाचे का उपयोग कर लोड संतुलन

काम के सामान्य सिद्धांत

मूल विन्यास

1. कनेक्टिंग मॉड्यूल । निम्नांकित लाइनों को जोड़ने या जोड़ने के लिए:
   

   LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_ajp_module modules/mod_proxy_ajp.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so LoadModule headers_module modules/mod_headers.so 

   
   लोड balancer के लिए मॉड्यूल mod_proxy.so, mod_proxy_ajp.so और mod_proxy_balancer.so आवश्यक हैं। यदि सिस्टम में "सत्र" की अवधारणा नहीं है, तो उनमें से पर्याप्त हैं। उदाहरण के लिए, मैंने एक प्रणाली के साथ काम किया जो वेब सेवाओं के माध्यम से अनुरोधों को संसाधित करता है, ये एकल कॉल हैं जो एक दूसरे से संबंधित नहीं हैं, इसलिए सत्र नहीं बनाए गए थे। हमारे मामले में, उपयोगकर्ता और उनके सत्र हैं, इसलिए आपको mod_headers.so मॉड्यूल को जोड़ने की आवश्यकता है, जो आपको ब्राउज़र द्वारा प्रेषित सत्र डेटा को ट्रैक करने की अनुमति देगा।
   
2. संतुलन का समायोजन । निम्नलिखित पंक्तियाँ जोड़ें:
   

    NameVirtualHost 192.168.1.0:80 <VirtualHost 192.168.1.0:80> Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED <Proxy balancer://ajp-cluster> BalancerMember ajp://192.168.1.1:8009 route=node1 BalancerMember ajp://192.168.1.2:8009 route=node2 ProxySet stickysession=ROUTEID </Proxy> <Location /> ProxyPass balancer://ajp-cluster/ </Location> </VirtualHost> 

   
   192.168.1.0 के बजाय अपाचे पता निर्दिष्ट करें।
   प्रॉक्सी अनुभाग में, क्लस्टर नोड्स के AJP कनेक्टर्स के पते की एक सूची निर्दिष्ट करें, प्रत्येक नोड के लिए BalancerMember की एक घटना। JBoss 7 कॉन्फ़िगरेशन में, डिफ़ॉल्ट रूप से, AJP कनेक्टर 8009 पोर्ट पर सुनता है। मार्ग पैरामीटर एक अद्वितीय होस्ट नाम प्रदान करता है, जिसका उपयोग केवल Apache द्वारा किया जाता है, अर्थात। JBoss ( पैरामीटर jboss.node.name ) के प्रारंभ में निर्दिष्ट नामों का मिलान करना आवश्यक नहीं है। अधिक कुछ भी बदलने की आवश्यकता नहीं है; क्लस्टर लॉन्च और परीक्षण के लिए तैयार है।
   विन्यास विवरण

   हेडर ProxySet चिपचिपाहट निर्देश निम्नानुसार के साथ संयोजन में सेट कुकी निर्देश कार्य करता है। जब क्लाइंट पहले अपाचे को कॉल करता है, उसके बाद बैलेंसर ने जो नोड चुना है, उसे रीडायरेक्ट किया जाएगा, " ROUTEID " नाम के साथ एक कुकी को उपयोगकर्ता सत्र में जोड़ा जाता है, जिसका मान चयनित नोड (ऊपर कॉन्फ़िगरेशन में नोड 1 / नोड 2) का पहचानकर्ता है)। बाद में क्लाइंट कॉल पर, अपाचे को अब "सोचने" की ज़रूरत नहीं है कि किस नोड के बारे में पहले चुना गया था, कुकी स्पष्ट रूप से वेब सर्वर को बताती है कि किस नोड को अनुरोध को पुनर्निर्देशित किया जाना चाहिए। हेडर निर्देश एक सत्र में कुकी के अस्तित्व के लिए जिम्मेदार है, और एक विशेष नोड के लिए एक सत्र को "छड़ी" करने के लिए रूट करते समय इसका उपयोग करने के लिए ProxySet stickysession निर्देश का उपयोग किया जाता है। यदि आपका सर्वर सत्रों के साथ काम नहीं करता है (उदाहरण के लिए, जैसा कि ऊपर मेरे उदाहरण में, केवल वेब सेवाएं), तो हैडर और प्रॉक्सीसेट निर्देशों की आवश्यकता नहीं है।
   
   jsessionid

   कई कॉन्फ़िगरेशन उदाहरणों में, सत्र पहचानकर्ता JSESSIONID का उपयोग नोड मार्कर के रूप में करने का सुझाव दिया गया है। यह तर्कसंगत लगता है क्योंकि इस पहचानकर्ता का उपयोग अधिकांश जावा वेब अनुप्रयोगों में किया जाता है। Apache.org के साथ उदाहरण:

    ProxyPass /test balancer://mycluster stickysession=JSESSIONID|jsessionid scolonpathdelim=On <Proxy balancer://mycluster> BalancerMember http://192.168.1.50:80 route=node1 BalancerMember http://192.168.1.51:80 route=node2 </Proxy> 

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

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

   
   
   
   

एसएसएल सेटअप (HTTPS)

सामान्य सिद्धांत

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

1. पोर्ट 443 वायरटैपिंग । डिफ़ॉल्ट कॉन्फ़िगरेशन में अपाचे वेब सर्वर केवल 80 पोर्ट को सुनता है। 443 पोर्ट को सुनने के लिए, लाइन जोड़ें:
   

    Listen 443 

2. कनेक्टिंग मॉड्यूल । निम्नांकित या निम्न पंक्ति जोड़ें:
   

    LoadModule ssl_module modules/mod_ssl.so 

   
   
3. संतुलन का समायोजन । निम्नलिखित पंक्तियाँ जोड़ें:
   

    NameVirtualHost 192.168.1.0:443 <VirtualHost 192.168.1.0:443> Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED <Proxy balancer://ajp-cluster> BalancerMember ajp://192.168.1.1:8009 route=node1 BalancerMember ajp://192.168.1.2:8009 route=node2 ProxySet stickysession=ROUTEID </Proxy> <Location /> ProxyPass balancer://ajp-cluster/ </Location> ProxyRequests off SSLEngine on SSLCertificateFile c:/Apache2/conf/my.cer SSLCertificateKeyFile c:/Apache2/conf/my.key </VirtualHost> 

   
   

 openssl pkcs12 -nocerts -nodes -in C:\key.p12 -out C:\Apache2\conf\my.key openssl pkcs12 -clcerts -nokeys -nodes -in C:\key.p12 -out C:\Apache2\conf\my.cer 

निष्कर्ष

पुनश्च