सबसे छोटे के लिए VMware NSX। भाग 5. लोड बैलेंसर को कॉन्फ़िगर करना

भाग एक पृष्ठभूमि
भाग दो फ़ायरवॉल और NAT नियम कॉन्फ़िगर करें
भाग तीन डीएचसीपी सेटअप
भाग चार रूटिंग सेटअप

पिछली बार जब हमने स्थैतिक और गतिशील मार्ग के संदर्भ में NSX Edge की क्षमताओं के बारे में बात की थी, और आज हम बैलेंसर से निपटेंगे।

सेटअप के साथ आगे बढ़ने से पहले, मैं मुख्य प्रकार के संतुलन को संक्षेप में याद करना चाहूंगा।

सिद्धांत

आज के सभी पेलोड बैलेंसिंग समाधानों को अक्सर दो श्रेणियों में विभाजित किया जाता है: ओएसआई मॉडल के चौथे (परिवहन) और सातवें (लागू) स्तरों पर संतुलन। संतुलन के तरीकों का वर्णन करते समय OSI मॉडल सबसे अच्छा संदर्भ बिंदु नहीं है। उदाहरण के लिए, यदि L4 बैलेंसर भी TLS समाप्ति का समर्थन करता है, तो क्या यह L7 बैलेंसर बन जाता है? लेकिन वह है, वह है।

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

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

• सेवा खोज उपलब्ध बैकेंड्स (स्टैटिक, डीएनएस, कंसल, एटीडी, आदि) के सेट को निर्धारित करने की प्रक्रिया है।
• एक HTTP अनुरोध का उपयोग करके बैकएंड के सक्रिय बैकेंड (सक्रिय "पिंग", टीसीपी कनेक्शन में समस्याओं का निष्क्रिय पता लगाने, एक पंक्ति में उत्तर में कई 503 HTTP- कोड की उपस्थिति) की जांच करना।
• खुद को संतुलित करना (राउंड रॉबिन, यादृच्छिक चयन, स्रोत आईपी हैश, यूआरआई)।
• टीएलएस समाप्ति और प्रमाण पत्र सत्यापन।
• सुरक्षा संबंधी विकल्प (प्रमाणीकरण, DoS हमलों की रोकथाम, गति सीमा) और बहुत कुछ।

NSX Edge दो बैलेंसर परिनियोजन मोड के लिए समर्थन प्रदान करता है:

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

यहां बताया गया है:

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

नीचे योजना।



पारदर्शी, या इनलाइन, मोड। इस परिदृश्य में, आंतरिक और बाहरी नेटवर्क में बैलेंसर का इंटरफेस है। हालांकि, बाहरी से आंतरिक नेटवर्क तक कोई सीधी पहुंच नहीं है। बिल्ट-इन लोड बैलेंसर आंतरिक नेटवर्क पर वर्चुअल मशीनों के लिए NAT गेटवे के रूप में कार्य करता है।

तंत्र इस प्रकार है:

1. उपयोगकर्ता VIP पते (बैलेंसर एड्रेस) के लिए एक अनुरोध भेजता है जिसे एज पर कॉन्फ़िगर किया गया है।
2. एज बैकएंड्स में से एक का चयन करता है और एनएटी का प्रदर्शन करता है, चयनित पते के पते के साथ वीआईपी पते की जगह।
3. पैकेट को चयनित बैकएंड पर भेजा जाता है।
4. बैकएंड उपयोगकर्ता के मूल पते के साथ एक अनुरोध प्राप्त करता है (स्रोत NAT निष्पादित नहीं किया गया था) और सीधे उस पर प्रतिक्रिया करता है।
5. ट्रैफिक को लोड बैलेंसर द्वारा फिर से स्वीकार किया जाता है, क्योंकि इनलाइन योजना के बाद यह आमतौर पर सर्वर फ़ार्म के लिए डिफ़ॉल्ट गेटवे के रूप में कार्य करता है।
6. एज, स्रोत IP पते के रूप में अपने VIP का उपयोग करते हुए, उपयोगकर्ता के लिए ट्रैफ़िक भेजने के लिए Edge स्रोत NAT चलाता है।

नीचे योजना।

अभ्यास

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

चलिए शुरू करते हैं।

एक SSL प्रमाणपत्र बनाना जो NSX एज का उपयोग करेगा

आप एक मान्य CA प्रमाणपत्र आयात कर सकते हैं या एक स्व-हस्ताक्षरित का उपयोग कर सकते हैं। इस परीक्षण में, मैं स्व-हस्ताक्षरित का उपयोग करूंगा।

1. VCloud निदेशक इंटरफ़ेस में, एज सेवाओं की सेटिंग पर जाएं।
   
   
2. प्रमाणपत्र टैब पर जाएं। कार्रवाई की सूची से, एक नए सीएसआर के अलावा का चयन करें।
   
   
3. आवश्यक फ़ील्ड भरें और Keep पर क्लिक करें।
   
   
4. नए बनाए गए CSR का चयन करें और सेल्फ-साइन CSR विकल्प चुनें।
   
   
5. प्रमाणपत्र की वैधता अवधि का चयन करें और रखें पर क्लिक करें
   
   
6. उपलब्ध सूची में एक स्व-हस्ताक्षरित प्रमाण पत्र दिखाई दिया।
   
   

अनुप्रयोग प्रोफ़ाइल कॉन्फ़िगर करें

एप्लिकेशन प्रोफाइल आपको नेटवर्क ट्रैफ़िक पर अधिक नियंत्रण देता है और इसे सरल और कुशल बनाता है। उनकी मदद से, आप विशिष्ट प्रकार के ट्रैफ़िक के लिए व्यवहार निर्धारित कर सकते हैं।

1. लोड बैलेंसर टैब पर जाएं और बैलेंसर चालू करें। यहां एक्सेलेरेशन इनेबल्ड ऑप्शन बैलेंसर को L7 के बजाय तेजी से L4 बैलेंसिंग का उपयोग करने की अनुमति देता है।
   
   
2. एप्लिकेशन प्रोफ़ाइल सेट करने के लिए एप्लिकेशन प्रोफ़ाइल टैब पर जाएं। + पर क्लिक करें।
   
   
3. प्रोफ़ाइल नाम सेट करें और उस ट्रैफ़िक के प्रकार का चयन करें जिसके लिए प्रोफ़ाइल लागू किया जाएगा। मैं कुछ मापदंडों की व्याख्या करूंगा।
   
   दृढ़ता - उदाहरण के लिए, सत्र डेटा को सहेजता है और ट्रैक करता है: पूल से कौन सा विशिष्ट सर्वर उपयोगकर्ता अनुरोध पर काम कर रहा है। यह सुनिश्चित करता है कि उपयोगकर्ता अनुरोधों को सत्र या उसके बाद के सत्रों में पूरे जीवन भर एक ही पूल सदस्य को भेजा जाता है।
   
   एसएसएल पैशट्रॉथ को सक्षम करें - जब यह विकल्प चुना जाता है, तो एनएसएक्स एज एसएसएल को समाप्त करना बंद कर देता है। इसके बजाय, सर्वर पर टर्मिनेशन सीधे होता है जिसके लिए बैलेंस किया जाता है।
   
   एक्स-फ़ॉर्वर्ड-फॉर HTTP हेडर डालें - आपको बैलेंसर के माध्यम से वेब सर्वर से कनेक्ट होने वाले क्लाइंट के स्रोत आईपी पते को निर्धारित करने की अनुमति देता है।
   
   पूल साइड एसएसएल को सक्षम करें - आपको यह निर्दिष्ट करने की अनुमति देता है कि चयनित पूल में एचटीटीपीएस सर्वर शामिल हैं।
   
   
4. चूंकि मैं HTTPS ट्रैफ़िक को संतुलित करूंगा, मुझे पूल साइड एसएसएल को सक्षम करने और वर्चुअल सर्वर सर्टिफिकेट्स में पहले से जेनरेट किए गए सर्टिफिकेट का चयन करने की आवश्यकता है -> सर्विस सर्टिफिकेट टैब।
   
   
5. इसी तरह पूल सर्टिफिकेट के लिए -> सर्विस सर्टिफिकेट।
   
   

हम सर्वर का एक पूल बनाते हैं, जिससे पूल संतुलित हो

1. पूल टैब पर जाएं। + पर क्लिक करें।
   
   
2. पूल नाम सेट करें, एल्गोरिथ्म का चयन करें (मैं राउंड रॉबिन का उपयोग करूंगा) और बैकएंड की स्वास्थ्य जांच के लिए निगरानी प्रकार। ट्रांसपेरेंट विकल्प इंगित करता है कि क्या प्रारंभिक स्रोत आईपी क्लाइंट आंतरिक सर्वरों को दिखाई देते हैं।
   
   
   • यदि यह विकल्प अक्षम है, तो आंतरिक सर्वर के लिए यातायात बैलेंसर के स्रोत आईपी से आता है।
     
   • यदि यह विकल्प सक्षम है, तो आंतरिक सर्वर स्रोत IP क्लाइंट देखते हैं। इस कॉन्फ़िगरेशन में, NSX एज को निश्चित गेटवे के रूप में कार्य करना चाहिए ताकि यह सुनिश्चित हो सके कि लौटे हुए पैकेट NSX एज से होकर गुजरते हैं।
   
   NSX निम्नलिखित संतुलन एल्गोरिदम का समर्थन करता है:
   
   
   • IP_HASH - प्रत्येक पैकेट के स्रोत और गंतव्य IP के लिए हैश फ़ंक्शन के परिणामों के आधार पर सर्वर का चयन।
   • LEASTCONN - आने वाले कनेक्शन को संतुलित करना, किसी विशेष सर्वर पर पहले से उपलब्ध संख्या के आधार पर। नए कनेक्शन को सर्वर से कम से कम संख्या में कनेक्शन के लिए निर्देशित किया जाएगा।
   • ROUND_ROBIN - निर्दिष्ट वजन के अनुसार, प्रत्येक सर्वर को बदले में नए कनेक्शन भेजे जाते हैं।
   • यूआरआई - यूआरआई (प्रश्न चिह्न से पहले) का बायां हिस्सा हैश और पूल में सर्वर के कुल वजन से विभाजित है। परिणाम इंगित करता है कि कौन सा सर्वर अनुरोध प्राप्त करता है, यह सुनिश्चित करते हुए कि अनुरोध हमेशा उसी सर्वर पर रूट किया जाता है, जब तक कि सभी सर्वर उपलब्ध रहते हैं।
   • HTTPHEADER - एक विशिष्ट HTTP हेडर के आधार पर संतुलन, जिसे एक पैरामीटर के रूप में निर्दिष्ट किया जा सकता है। यदि शीर्ष लेख गायब है या उसका कोई अर्थ नहीं है, तो ROUND_ROBIN एल्गोरिथ्म का उपयोग किया जाता है।
   • URL - प्रत्येक HTTP GET अनुरोध एक तर्क के रूप में निर्दिष्ट URL पैरामीटर की खोज करता है। यदि पैरामीटर को एक समान चिह्न और मान द्वारा अनुसरण किया जाता है, तो मान हैशेड और रनिंग सर्वर के कुल वजन से विभाजित होता है। परिणाम इंगित करता है कि कौन सा सर्वर अनुरोध प्राप्त करता है। इस प्रक्रिया का उपयोग अनुरोधों में उपयोगकर्ता आईडी को ट्रैक करने और यह सुनिश्चित करने के लिए किया जाता है कि एक ही उपयोगकर्ता आईडी को हमेशा एक ही सर्वर पर भेजा जाए, जब तक कि सभी सर्वर उपलब्ध रहें।
   
   
3. सदस्य ब्लॉक में, पूल में सर्वर जोड़ने के लिए + क्लिक करें।
   
   
   
   यहां आपको निर्दिष्ट करने की आवश्यकता है:
   
   
   • सर्वर का नाम
   • सर्वर आईपी पता;
   • पोर्ट जिससे सर्वर को ट्रैफ़िक प्राप्त होगा;
   • स्वास्थ्य जांच के लिए पोर्ट (मॉनिटर हेल्थचेक);
   • वजन - इस पैरामीटर के साथ आप पूल के एक विशिष्ट सदस्य के लिए प्राप्त यातायात की आनुपातिक राशि को समायोजित कर सकते हैं;
   • मैक्स कनेक्शन - सर्वर से कनेक्शन की अधिकतम संख्या;
   • न्यूनतम कनेक्शन - ट्रैफ़िक को अगले पूल सदस्य पर पुनर्निर्देशित करने से पहले सर्वर द्वारा संसाधित किए जाने वाले कनेक्शन की न्यूनतम संख्या।
   
   
   
   यह तीन सर्वरों का अंतिम पूल जैसा दिखता है।
   
   

वर्चुअल सर्वर जोड़ें

1. वर्चुअल सर्वर टैब पर जाएं। + पर क्लिक करें।
   
   
2. हम वर्चुअल सर्वर को एनेबल वर्चुअल सर्वर का उपयोग करके सक्रिय करते हैं।
   
   हम इसे एक नाम देते हैं, पहले से बनाए गए एप्लिकेशन प्रोफाइल, पूल का चयन करें और आईपी पते को निर्दिष्ट करें जिससे वर्चुअल सर्वर बाहर से अनुरोध स्वीकार करेगा। HTTPS प्रोटोकॉल और पोर्ट 443 निर्दिष्ट करें।
   वैकल्पिक पैरामीटर यहाँ:
   
   कनेक्शन सीमा - एक साथ एक आभासी सर्वर को संभाल सकता है कि एक साथ कनेक्शन की अधिकतम संख्या;
   कनेक्शन दर सीमा (CPS) - प्रति सेकंड नए आवक अनुरोधों की अधिकतम संख्या।
   
   

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

ब्राउज़र में बैलेंसर का बाहरी पता दर्ज करें और देखें:



पृष्ठ को ताज़ा करने के बाद, अनुरोध निम्न सर्वर द्वारा संसाधित किया जाएगा:



और फिर से - पूल से तीसरे सर्वर की जांच करने के लिए:



जाँच करते समय, आप देख सकते हैं कि एज हमें भेजने वाला प्रमाणपत्र वही है जो हमने शुरुआत में बनाया था।

एज गेटवे कंसोल से बैलेंसर की स्थिति की जाँच करें। ऐसा करने के लिए, शो सर्विस लोडबेलर पूल में प्रवेश करें।

पूल में सर्वरों की स्थिति की जांच करने के लिए सेवा मॉनिटर कॉन्फ़िगर करें

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

डिफ़ॉल्ट रूप से, तीन सत्यापन विधियां कॉन्फ़िगर की गई हैं:

• टीसीपी मॉनिटर
• HTTP मॉनिटर
• HTTPS-मॉनिटर।

एक नया बनाएँ।

1. सर्विस मॉनिटरिंग टैब पर जाएं, + पर क्लिक करें।
   
   
2. चुनें:
   
   
   • नई विधि के लिए नाम;
   • अंतराल जिस पर अनुरोध भेजा जाएगा,
   • प्रतिक्रिया समय समाप्त
   • जीईटी पद्धति का उपयोग करके निगरानी प्रकार HTTPS अनुरोध है, अपेक्षित स्थिति कोड 200 (ठीक है) और अनुरोध URL है।
3. यह नए सर्विस मॉनिटर के कॉन्फ़िगरेशन को पूरा करता है, अब हम पूल बनाते समय इसका उपयोग कर सकते हैं।
   
   

एप्लिकेशन नियम कॉन्फ़िगर करें

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

1. एक नियम बनाने के लिए, बैलेंसर के एप्लिकेशन रूल्स टैब पर जाएं।
   
   
2. एक नाम, एक स्क्रिप्ट चुनें जो नियम का उपयोग करेगा, और Keep पर क्लिक करें।
   
   
3. नियम बनाए जाने के बाद, हमें पहले से कॉन्फ़िगर किए गए वर्चुअल सर्वर को संपादित करने की आवश्यकता है।
   
   
4. उन्नत टैब में, हमारे द्वारा बनाए गए नियम को जोड़ें।
   
   

ऊपर के उदाहरण में, हमने tlsv1 समर्थन को शामिल किया है।

कुछ और उदाहरण:

ट्रैफ़िक को दूसरे पूल में पुनर्निर्देशित करें।

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

acl pool_down nbsrv(PRIMARY_POOL_NAME) eq 0 use_backend SECONDARY_POOL_NAME if PRIMARY_POOL_NAME 

बाह्य संसाधन के लिए ट्रैफ़िक पुनर्निर्देशित करें।

यदि हम मुख्य पूल के सभी सदस्य नीचे की स्थिति में हैं, तो हम एक बाहरी वेबसाइट पर ट्रैफ़िक पुनर्निर्देशित करते हैं।

 acl pool_down nbsrv(NAME_OF_POOL) eq 0 redirect location http://www.example.com if pool_down 

अधिक उदाहरण यहाँ ।

वह सब बैलेंसर के बारे में है। यदि आपके कोई प्रश्न हैं, तो पूछें, मैं उत्तर देने के लिए तैयार हूं।