🧝🏿 ☃️ 🕢 Microsoft Azure में Balancers लोड करें 🈳 🦔 👈🏻

Microsoft Azure Microsoft Azure क्लाउड में चलने वाली वर्चुअल मशीनों (IaaS) और क्लाउड सेवाओं (PaaS) के लिए लोड संतुलन सेवाएँ प्रदान करता है। अन्य फायदों के बीच, लोड संतुलन आपको अपने अनुप्रयोगों को स्केल करने की अनुमति देता है और त्रुटि या असफलता होने पर अधिक नरम तरीके से प्रतिक्रिया करना संभव बनाता है।

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

नीचे दिए गए चित्र में आरेख Microsoft Azure में स्थित एक एप्लिकेशन का एक उदाहरण दिखाता है जो पोर्ट 80 (क्लिक करने योग्य) पर सुनने वाली तीन वर्चुअल मशीनों पर आने वाले ट्रैफ़िक (पते / पोर्ट 1.2.3.4:80 पर) के लिए लोड बैलेंसर का उपयोग करता है।

Microsoft Azure में लोड बैलेंसर की प्रमुख विशेषताएं निम्नलिखित हैं

IaaS / Paa समर्थन

लोड संतुलन सभी प्रकार की सेवाओं (IaaS और PaaS) और सभी ऑपरेटिंग सिस्टम (विंडोज या किसी भी लिनक्स वितरण) के साथ काम करता है।

PaS में एप्लिकेशन सेवा मॉडल का उपयोग करके कॉन्फ़िगर किए गए हैं। IaaS वर्चुअल मशीन या तो प्रबंधन पोर्टल के माध्यम से या पॉवरशेल का उपयोग करके कॉन्फ़िगर किया गया है।

परत -4 बैलेंसर, हैश वितरण

Microsoft Azure में लोड बैलेंसर Layer-4 प्रकार का है। इसका मतलब यह है कि यह किसी दिए गए एंडपॉइंट पर आने वाले ट्रैफ़िक के हैश फ़ंक्शन की गणना करके सभी उपलब्ध वर्चुअल मशीनों के बीच लोड वितरित करता है। इस हैश फ़ंक्शन की गणना इस तरह से की जाती है कि एक ही कनेक्शन (टीसीपी या यूडीपी) के भीतर आने वाले सभी पैकेट एक ही सर्वर पर भेजे जाते हैं। Microsoft Azure Balancer ट्रैफ़िक और उपलब्ध सर्वर की तुलना करते समय उपयोग किए जाने वाले हैश की गणना करने के लिए 5 फ़ील्ड (स्रोत IP पता, स्रोत पोर्ट, गंतव्य IP पता, गंतव्य पोर्ट, प्रोटोकॉल प्रकार) का एक सेट का उपयोग करता है। इसके अलावा, हैश फ़ंक्शन का चयन किया गया था ताकि सर्वरों को कनेक्शन का वितरण यादृच्छिक रूप से पर्याप्त हो। हालांकि, यातायात के प्रकार के आधार पर, यह अनुमत है कि विभिन्न कनेक्शन एक ही सर्वर से बंधे होंगे। (यह भी ध्यान दिया जाना चाहिए कि सर्वरों को कनेक्शन का वितरण गोल-रॉबिन नहीं है, और कोई अनुरोध कतार नहीं है, जैसा कि पहले कभी-कभी कुछ लेखों और ब्लॉगों में लिखा गया था)। मूल हैश फ़ंक्शन आपको विभिन्न स्रोतों से पर्याप्त रूप से बड़ी संख्या में अनुरोधों का एक अच्छा वितरण प्राप्त करने की अनुमति देता है।

एकाधिक प्रोटोकॉल समर्थन

Microsoft Azure Load Balancing TCP और UDP को सपोर्ट करता है। PowerShell या प्रबंधन पोर्टल का उपयोग करके सेवा मॉडल में आने वाले समापन बिंदुओं को कॉन्फ़िगर करते समय ग्राहक प्रोटोकॉल प्रकार निर्दिष्ट कर सकते हैं।

एकाधिक समापन बिंदु समर्थन

क्लाउड में होस्ट की गई सेवा कई इनबाउंड एंडपॉइंट्स को निर्दिष्ट कर सकती है और वे स्वचालित रूप से लोड बैलेंसर सेवा में कॉन्फ़िगर हो जाएंगे।

वर्तमान में, एक ही पोर्ट और प्रोटोकॉल वाले कई समापन बिंदु समर्थित नहीं हैं। अधिकतम उपलब्ध समापन बिंदुओं की सीमा भी है, जो अब 150 तक हो सकती है।

आंतरिक समापन बिंदु समर्थन

प्रत्येक सेवा 25 समापन बिंदुओं को निर्दिष्ट कर सकती है जो संतुलन में भाग नहीं लेंगे। इन बिंदुओं का उपयोग सेवाओं के बीच आंतरिक संचार के लिए किया जा सकता है।

प्रत्यक्ष समापन बिंदु समर्थन

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

किसी सेवा को अपडेट / रखरखाव करते समय / नीचे स्केल करते समय स्वचालित कॉन्फ़िगरेशन बदल जाता है

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

लोड बैलेंसर भी क्लाइंट के कपड़े नियंत्रक या सेवा अपडेट की निवारक क्रियाओं के जवाब में चुपचाप अपनी सेटिंग्स बदलता है।

निगरानी

Microsoft Azure Load Balancer विभिन्न सेवा उदाहरणों के स्वास्थ्य की निगरानी करने और संतुलन रोटेशन से अस्वास्थ्यकर उदाहरणों को हटाने की क्षमता प्रदान करता है। चेक तीन प्रकार के होते हैं: गेस्ट एजेंट चेक (पासा के लिए), एचटीटीपी चेक और टीसीपी चेक। अतिथि एजेंट के मामले में, बैलेंसर सेवा, सेवा की स्थिति प्राप्त करने के लिए संबंधित वर्चुअल मशीन पर एक विशेष एजेंट चलाती है। HTTP परीक्षण के मामले में, लोड बैलेंसर अनुप्रयोग की व्यवहार्यता निर्धारित करने के लिए निर्दिष्ट URL को चुनने पर निर्भर करता है। यदि टीसीपी परीक्षण का चयन किया जाता है, तो बैलेंसर एक विशिष्ट पोर्ट पर टीसीपी कनेक्शन स्थापित करने के परिणाम पर निर्भर करता है।

स्रोत NAT

आने वाली ट्रैफ़िक के लिए समान वर्चुअल IP पते का उपयोग करते हुए, सेवा से उत्पन्न होने वाले सभी वापसी ट्रैफ़िक का स्रोत NAT (SNAT) है। हम निम्नलिखित प्रविष्टियों में SNAT के बारे में अधिक बात करेंगे।

डेटा सेंटर के भीतर यातायात का अनुकूलन

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

वर्चुअल आईपी एड्रेस शेयर करना

Microsoft Azure लोड बैलेंसर आपको दो नोड्स के वीआईपी को बदलने की अनुमति देता है, जो परीक्षण की स्थिति से एक नोड को उत्पादक और इसके विपरीत तक ले जाता है। वीआईपी परिवर्तन ऑपरेशन ग्राहकों को सेवा के साथ संचार करने के लिए एक वीआईपी का उपयोग करने की अनुमति देता है, जबकि सेवा का नया संस्करण तैनाती (तैनाती) की प्रक्रिया में है। नए संस्करण को मुख्य अनुप्रयोग को प्रभावित किए बिना, एक परीक्षण वातावरण में पोस्ट और परीक्षण किया जा सकता है। जैसे ही नया संस्करण सभी चेक पास करता है, इसे वर्तमान वर्चुअल मशीन से वीआईपी को "सेलेक्ट" करके और इसे एक नए को असाइन करने के लिए वाणिज्यिक संचालन में रखा जा सकता है। इस मामले में, पुरानी मशीन के सभी वर्तमान कनेक्शन अछूते रहते हैं, और नए कनेक्शन "नए" सर्वर पर भेजे जाते हैं।

उदाहरण: लोड संतुलन सेवा

इसके बाद, हम देखेंगे कि क्लाउड सेवा में उपरोक्त में से अधिकांश का उपयोग कैसे किया जा सकता है। हम जो पर्यावरण प्राप्त करना चाहते हैं उसका पासा मॉडल नीचे दिखाया गया है:

इस समाधान में दो फ़्रंटेंड (FE) भूमिकाएं और एक बैकएंड (BE) भूमिका है। FE भूमिका http, tcp और udp प्रोटोकॉल का उपयोग करके चार संतुलित समापन बिंदु खोलती है। एक अंक का उपयोग प्रदर्शन की निगरानी के लिए भी किया जाता है। बीई भूमिका http, tcp और udp प्रोटोकॉल के साथ तीन समापन बिंदु खोलती है। दोनों भूमिकाओं (एफई और बीई) में प्रति सेवा उदाहरण एक प्रत्यक्ष समापन बिंदु है।

सेवा मॉडल का उपयोग करके नीचे वर्णित सेवा को कॉन्फ़िगर किया गया है (योजना की कुछ विशेषताएं पठनीयता के लिए हटा दी गई हैं)

<ServiceDefinition name="ProbeTenant"> <LoadBalancerProbes> <LoadBalancerProbe name="MyProbe" protocol="http" path="Probe.aspx" intervalInSeconds="5" timeoutInSeconds="100" /> </LoadBalancerProbes> <WorkerRole name="BERole" vmsize="Small"> <Endpoints> <InternalEndpoint name="BE_InternalEP_Tcp" protocol="tcp" /> <InternalEndpoint name="BE_InternalEP_Udp" protocol="udp" /> <InternalEndpoint name="BE_InternalEP_Http" protocol="http" port="80" /> <InstanceInputEndpoint name="InstanceEP_BE" protocol="tcp" localPort="80"> <AllocatePublicPortFrom> <FixedPortRange min="10210" max="10220" /> </AllocatePublicPortFrom> </InstanceInputEndpoint> </Endpoints> </WorkerRole> <WorkerRole name="FERole" vmsize="Small"> <Endpoints> <InputEndpoint name="FE_External_Http" protocol="http" port="10000" /> <InputEndpoint name="FE_External_Tcp" protocol="tcp" port="10001" /> <InputEndpoint name="FE_External_Udp" protocol="udp" port="10002" /> <InputEndpointname="HTTP_Probe" protocol="http" port="80" loadBalancerProbe="MyProbe" /> <InstanceInputEndpoint name="InstanceEP" protocol="tcp" localPort="80"> <AllocatePublicPortFrom> <FixedPortRange min="10110" max="10120" /> </AllocatePublicPortFrom> </InstanceInputEndpoint> <InternalEndpoint name="FE_InternalEP_Tcp" protocol="tcp" /> </Endpoints> </WorkerRole> </ServiceDefinition>

इस मॉडल पर विचार करें। हम प्रदर्शन परीक्षण के प्रकार को परिभाषित करके शुरू करते हैं जिसे बैलेंसर को सेवा के स्वास्थ्य को सत्यापित करने के लिए उपयोग करना चाहिए:

 <LoadBalancerProbes> <LoadBalancerProbe name="MyProbe" protocol="http" path="Probe.aspx" intervalInSeconds="5" timeoutInSeconds="100" /> </LoadBalancerProbes>

यहाँ यह कहा गया है कि हम HTTP के माध्यम से रिश्तेदार पथ "Probe.aspx" का उपयोग करके परीक्षण करना चाहते हैं। यह परीक्षण बाद में समापन बिंदु से जुड़ा होगा।

तब हम EF की भूमिका को WorkerRole के रूप में परिभाषित करते हैं। इसके कई समापन बिंदु हैं (http, tcp, udp)

 <InputEndpoint name="FE_External_Http" protocol="http" port="10000" /> <InputEndpoint name="FE_External_Tcp" protocol="tcp" port="10001" /> <InputEndpoint name="FE_External_Udp" protocol="udp" port="10002" />

जब तक हम अपने स्वयं के प्रदर्शन की निगरानी नहीं करते, तब तक अतिथि एजेंट का उपयोग करके प्रदर्शन परीक्षण किया जाता है और StatusCheck इवेंट का उपयोग करके सेवा द्वारा बदला जा सकता है।

फिर हम 80 वें पोर्ट के लिए एक अतिरिक्त समापन बिंदु परिभाषित करते हैं, जो अपने स्वयं के परीक्षण (MyProbe) का उपयोग करता है

 <InputEndpoint name="HTTP_Probe" protocol="http" port="80" loadBalancerProbe="MyProbe" />

लोड बैलेंसर समापन बिंदु और परीक्षण के बारे में जानकारी को जोड़ती है जो कि फार्म का URL प्राप्त करने के लिए http: // {DIP of VM}: 80 / Probe.aspx है, जो तब सेवा के स्वास्थ्य का परीक्षण करने के लिए उपयोग किया जाएगा। सेवा समझ जाएगी (लॉग द्वारा?) वही आईपी पता समय-समय पर संदर्भित करता है। ये वर्चुअल होस्ट मशीन स्थित होस्ट से आने वाले स्टेटस अनुरोध हैं।

सेवा को HTTP कोड 200 के साथ जवाब देना चाहिए ताकि बैलेंसर इसे चालू समझे। कोई भी अन्य स्टेटस कोड वर्चुअल मशीन को रोटेशन से बाहर ले जाता है।

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

एफई सेवा प्रत्यक्ष समापन बिंदुओं का एक सेट भी प्रदान करती है, प्रत्येक उदाहरण के लिए, जो सीधे निर्दिष्ट पोर्ट पर उदाहरण से जुड़ता है:

 <InstanceInputEndpoint name="InstanceEP" protocol="tcp" localPort="80"> <AllocatePublicPortFrom> <FixedPortRange min="10110" max="10120" /> </AllocatePublicPortFrom> </InstanceInputEndpoint>

उपरोक्त परिभाषा 10110, 10111 इत्यादि बंदरगाहों पर एक कनेक्शन स्थापित करती है। और FE भूमिकाओं के साथ सभी आभासी मशीनों के लिए इसे 80 पोर्ट में ट्रांसलेट करता है। इस तरह के फ़ंक्शन का उपयोग कई परिदृश्यों में किया जा सकता है:

निर्दिष्ट उदाहरण तक पहुँच प्रदान करें और केवल इसके साथ क्रिया करें
संतुलित समापन बिंदु से गुजरने के बाद उपयोगकर्ता एप्लिकेशन को एक विशिष्ट उदाहरण पर पुनर्निर्देशित करें। यह चिपचिपा सत्र के लिए इस्तेमाल किया जा सकता है। लेकिन यह ध्यान में रखा जाना चाहिए कि इससे इस उदाहरण का अधिभार हो सकता है।

अंत में, FE भूमिका एक आंतरिक समापन बिंदु प्रदान करती है जिसका उपयोग FE और BE के बीच बातचीत के लिए किया जा सकता है:

 <InternalEndpoint name="FE_InternalEP_Tcp" protocol="tcp" />

प्रत्येक भूमिका इसके समापन बिंदु, साथ ही साथ अंक जो अन्य भूमिकाएं प्रदान करती है, का उपयोग कर सकते हैं ।

BE भूमिका को WorkerRole के रूप में भी कॉन्फ़िगर किया गया है। यह http, tcp और udp का उपयोग करके केवल आंतरिक बिंदुओं के लिए कोई संतुलित समापन बिंदु प्रदान नहीं करता है:

 <InternalEndpoint name="BE_InternalEP_Tcp" protocol="tcp" /> <InternalEndpoint name="BE_InternalEP_Udp" protocol="udp" /> <InternalEndpoint name="BE_InternalEP_Http" protocol="http" port="80" />

बीई भूमिका एक प्रत्यक्ष समापन बिंदु भी प्रदान करती है जो आपको सीधे बीई उदाहरण से कनेक्ट करने की अनुमति देती है:

 <InstanceInputEndpoint name="InstanceEP_BE" protocol="tcp" localPort="80"> <AllocatePublicPortFrom> <FixedPortRange min="10210" max="10220" /> </AllocatePublicPortFrom> </InstanceInputEndpoint>

उपरोक्त परिभाषा 10110, 10111 इत्यादि बंदरगाहों पर एक कनेक्शन स्थापित करती है। और बीई भूमिकाओं के साथ सभी आभासी मशीनों के लिए इसे 80 पोर्ट में ट्रांसलेट करता है।

हमें उम्मीद है कि उपरोक्त उदाहरण आपको दिखाएगा कि सेवाओं के मॉडलिंग में एक साथ लोड बैलेंसर की विभिन्न क्षमताओं का उपयोग कैसे करें।

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

SNAT कैसे काम करता है
कस्टम परीक्षण
वर्चुअल नेटवर्क

इसके अलावा, कृपया अपनी जांच भेजें कि आप और अधिक विस्तार से क्या जानना चाहते हैं।
Microsoft Azure नेटवर्किंग टीम के लिए Marios Zikos।

Microsoft Azure में Balancers लोड करें