AWS ELB सँग लोड ब्यालेन्सिङ

नमस्ते सबै! पाठ्यक्रम आजबाट सुरु हुँदैछ "विकासकर्ताहरूको लागि AWS", जसको सम्बन्धमा हामीले ELB समीक्षालाई समर्पित एक सम्बन्धित विषयगत वेबिनार राख्यौं। हामीले ब्यालेन्सरका प्रकारहरू हेर्यौं र ब्यालेन्सरको साथ धेरै EC2 उदाहरणहरू सिर्जना गर्यौं। हामीले प्रयोगका अन्य उदाहरणहरू पनि अध्ययन गर्यौं।

वेबिनार सुने पछि, तपाईले:

• AWS लोड सन्तुलन के हो बुझ्नुहोस्;
• लोचदार लोड ब्यालेन्सर र यसको घटक को प्रकार जान्नुहोस्;
• आफ्नो अभ्यासमा AWS ELB प्रयोग गर्नुहोस्।

तपाईलाई यो सबै थाहा किन आवश्यक छ?

• यदि तपाइँ AWS प्रमाणीकरण परीक्षाहरू लिने योजना गर्दै हुनुहुन्छ भने उपयोगी;
• यो सर्भरहरू बीच लोड वितरण गर्न एक सरल तरिका हो;
• यो तपाईंको सेवा (ALB) मा Lambda थप्न एक सरल तरिका हो।

खुला पाठ सञ्चालन गरे Rishat Teregulovवेबसाइट विकास र समर्थनको लागि मार्केटिङ कम्पनीमा प्रणाली इन्जिनियर।

परिचय

लोचदार लोड ब्यालेन्सर के हो तलको रेखाचित्रमा देख्न सकिन्छ, जसले साधारण उदाहरण देखाउँछ:

लोड ब्यालेन्सरले अनुरोधहरू स्वीकार गर्दछ र तिनीहरूलाई उदाहरणहरूमा वितरण गर्दछ। हामीसँग एउटा छुट्टै उदाहरण छ, त्यहाँ Lambda प्रकार्यहरू छन् र त्यहाँ एक AutoScaling समूह (सर्भरहरूको समूह) छ।

AWS ELB प्रकारहरू

1. मुख्य प्रकारहरू हेरौं:

क्लासिक लोड ब्यालेन्सर। AWS बाट पहिलो लोड ब्यालेन्सर, HTTP, HTTPS, TCP र SSL लाई समर्थन गर्दै OSI लेयर 4 र लेयर 7 मा काम गर्दछ। यसले धेरै Amazon EC2 उदाहरणहरूमा आधारभूत लोड सन्तुलन प्रदान गर्दछ र अनुरोध र जडान स्तर दुवैमा काम गर्दछ। यसलाई खोलौं (खैरोमा हाइलाइट गरिएको):

यो ब्यालेन्सर पुरानो मानिन्छ, त्यसैले यो केहि मामिलाहरूमा मात्र प्रयोगको लागि सिफारिस गरिन्छ। उदाहरणका लागि, EC2-क्लासिक नेटवर्कमा निर्माण गरिएका अनुप्रयोगहरूका लागि। सिद्धान्तमा, कसैले हामीलाई यसलाई सिर्जना गर्नबाट रोकेको छैन:

2. नेटवर्क लोड ब्यालेन्सर। भारी कामको बोझको लागि उपयुक्त, OSI लेयर 4 मा सञ्चालन हुन्छ (EKS र ECS मा प्रयोग गर्न सकिन्छ), TCP, UDP र TLS समर्थित छन्।

नेटवर्क लोड ब्यालेन्सरले Amazon VPC मा ट्राफिकलाई लक्ष्यमा लैजान्छ र अल्ट्रा-लो विलम्बताको साथ प्रति सेकेन्ड लाखौं अनुरोधहरू प्रशोधन गर्न सक्षम छ। थप रूपमा, यो अचानक र परिवर्तन भार संग ट्राफिक ढाँचा ह्यान्डल गर्न अनुकूलित छ।

3. एप्लिकेसन लोड ब्यालेन्सर। लेयर 7 मा काम गर्दछ, Lambda समर्थन छ, हेडर र पथ स्तर नियमहरू समर्थन गर्दछ, HTTP र HTTPS समर्थन गर्दछ।
माइक्रोसर्भिसेस र कन्टेनरहरू सहित आधुनिक आर्किटेक्चरहरूमा निर्मित अनुप्रयोगहरू डेलिभर गर्नमा केन्द्रित उन्नत अनुरोध रूटिङ प्रदान गर्दछ। अनुरोधको सामग्रीको आधारमा Amazon VPC मा लक्ष्यहरूमा ट्राफिक निर्देशित गर्दछ।

धेरै प्रयोगकर्ताहरूका लागि, एप्लिकेसन लोड ब्यालेन्सर क्लासिक लोड ब्यालेन्सरलाई प्रतिस्थापन गर्ने पहिलो विकल्प थियो, किनभने TCP HTTP जत्तिकै सामान्य छैन।

यसलाई पनि सिर्जना गरौं, जसको फलस्वरूप हामीसँग पहिले नै दुईवटा लोड ब्यालेन्सहरू हुनेछन्:

लोड ब्यालेन्स कम्पोनेन्टहरू

सामान्य लोड ब्यालेन्स कम्पोनेन्टहरू (सबै ब्यालेन्सरहरूमा सामान्य):

• पहुँच लगिङ नीति

- तपाईंको ELB पहुँच लगहरू। सेटिङहरू बनाउनको लागि, तपाईं विवरणमा जान सक्नुहुन्छ र "विशेषताहरू सम्पादन गर्नुहोस्" बटन चयन गर्नुहोस्:

त्यसपछि हामी S3Bucket - Amazon वस्तु भण्डारण निर्दिष्ट गर्छौं:

• योजना

- आन्तरिक वा बाह्य ब्यालेन्सर। बिन्दु यो हो कि तपाईको लोड ब्यालेन्सरले बाहिरबाट पहुँच गर्नको लागि बाह्य ठेगानाहरू प्राप्त गर्नुपर्दछ, वा यो तपाइँको आन्तरिक लोड ब्यालेन्सर हुन सक्छ;

• सुरक्षा समूह

- ब्यालेन्सरमा पहुँच नियन्त्रण। अनिवार्य रूपमा यो एक उच्च-स्तर फायरवाल हो।

• सबनेट्स

- तपाईंको VPC भित्र सबनेटहरू (र, तदनुसार, उपलब्धता क्षेत्र)। सबनेटहरू सिर्जना गर्दा निर्दिष्ट गरिएका छन्। यदि VPC हरू क्षेत्रद्वारा सीमित छन् भने, सबनेटहरू उपलब्धता क्षेत्रहरूद्वारा सीमित छन्। लोड ब्यालेन्सर सिर्जना गर्दा, यसलाई कम्तिमा दुई सबनेटहरूमा सिर्जना गर्न राम्रो हुन्छ (एउटा उपलब्धता क्षेत्रमा समस्याहरू उत्पन्न भएमा मद्दत गर्दछ);

• श्रोताहरू

- तपाईंको ब्यालेन्सर प्रोटोकलहरू। पहिले उल्लेख गरिए अनुसार, क्लासिक लोड ब्यालेन्सरको लागि यो HTTP, HTTPS, TCP र SSL हुन सक्छ, नेटवर्क लोड ब्यालेन्सरको लागि - TCP, UDP र TLS, अनुप्रयोग लोड ब्यालेन्सरको लागि - HTTP र HTTPS।

क्लासिक लोड ब्यालेन्सरको लागि उदाहरण:

तर एप्लिकेसन लोड ब्यालेन्सरमा हामी अलि फरक इन्टरफेस र सामान्यतया फरक तर्क देख्छौं:

लोड ब्यालेन्सर v2 कम्पोनेन्टहरू (ALB र NLB)

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

सरल शब्दहरूमा, लक्ष्य समूहहरूमा हामी ट्राफिक आउने उदाहरणहरू निर्दिष्ट गर्छौं। यदि उही क्लासिक लोड ब्यालेन्सरमा तपाइँले तुरुन्तै ब्यालेन्सरमा तीव्रता जडान गर्नुहुन्छ भने, त्यसोभए एप्लिकेसन लोड ब्यालेन्सरमा तपाइँ पहिले:

• लोड ब्यालेन्सर सिर्जना गर्नुहोस्;
• लक्ष्य समूह सिर्जना गर्नुहोस्;
• आवश्यक पोर्टहरू वा लोड ब्यालेन्सर नियमहरू मार्फत आवश्यक लक्ष्य समूहहरूमा प्रत्यक्ष;
• लक्ष्य समूहहरूमा तपाईंले उदाहरणहरू असाइन गर्नुभयो।

यो परिचालन तर्क अधिक जटिल लाग्न सक्छ, तर वास्तवमा यो अधिक सुविधाजनक छ।

अर्को घटक हो श्रोता नियम (रूटिङका ​​लागि नियमहरू)। यो केवल एप्लिकेसन लोड ब्यालेन्सरमा लागू हुन्छ। यदि नेटवर्क लोड ब्यालेन्सरमा तपाईले केवल एक श्रोता सिर्जना गर्नुभयो, र यसले ट्राफिकलाई विशिष्ट लक्ष्य समूहमा पठाउँदछ, त्यसपछि एप्लिकेसन लोड ब्यालेन्सरमा सबै कुरा। थप रमाइलो र सुविधाजनक.

अब अर्को कम्पोनेन्टको बारेमा केहि शब्दहरू भनौं - लोचदार आईपी (NLB को लागि स्थिर ठेगानाहरू)। यदि श्रोता नियम राउटिंग नियमहरूले केवल एप्लिकेसन लोड ब्यालेन्सरलाई मात्र असर गर्छ भने, इलास्टिक आईपीले नेटवर्क लोड ब्यालेन्सरलाई मात्र असर गर्छ।

नेटवर्क लोड ब्यालेन्सर सिर्जना गरौं:

र केवल सिर्जना प्रक्रियाको बखत हामी देख्नेछौं कि हामीलाई इलास्टिक आईपी चयन गर्ने अवसर दिइएको छ:

लोचदार आईपीले एकल आईपी ठेगाना प्रदान गर्दछ जुन समयसँगै विभिन्न EC2 उदाहरणहरूसँग सम्बन्धित हुन सक्छ। यदि EC2 उदाहरणमा लोचदार आईपी ठेगाना छ र त्यो उदाहरण समाप्त वा रोकिएको छ भने, तपाइँ तुरुन्तै इलास्टिक आईपी ठेगानासँग नयाँ EC2 उदाहरण सम्बद्ध गर्न सक्नुहुन्छ। यद्यपि, तपाईंको हालको अनुप्रयोगले काम गर्न छोड्ने छैन, किनकि वास्तविक EC2 परिवर्तन भएको भए तापनि अनुप्रयोगहरूले अझै पनि उही IP ठेगाना देख्छन्।

यहाँ अर्को प्रयोग मामला किन लोचदार आईपी आवश्यक छ भन्ने विषयमा। हेर्नुहोस्, हामीले 3 आईपी ठेगानाहरू देख्छौं, तर तिनीहरू यहाँ सधैंभरि रहने छैनन्:

अमेजनले तिनीहरूलाई समयको साथ परिवर्तन गर्दछ, हुनसक्छ हरेक 60 सेकेन्डमा (तर अभ्यासमा, अवश्य पनि, कम पटक)। यसको मतलब आईपी ठेगानाहरू परिवर्तन हुन सक्छ। र नेटवर्क लोड ब्यालेन्सरको मामलामा, तपाइँ केवल एक आईपी ठेगाना बाँध्न सक्नुहुन्छ र तपाइँको नियम, नीतिहरू, आदिमा संकेत गर्न सक्नुहुन्छ।

निष्कर्ष कोर्नुहोस्

ELB ले धेरै लक्ष्यहरू (कन्टेनरहरू, Amazon EC2 उदाहरणहरू, IP ठेगानाहरू, र Lambda कार्यहरू) मा आगमन ट्राफिकको स्वचालित वितरण प्रदान गर्दछ। ELB एकल उपलब्धता क्षेत्र भित्र र धेरै उपलब्धता क्षेत्रहरूमा फरक-फरक भारहरूसँग ट्राफिक वितरण गर्न सक्षम छ। प्रयोगकर्ताले उच्च उपलब्धता, अटोस्केलिङ्, र राम्रो सुरक्षा प्रदान गर्ने तीन प्रकारका ब्यालेन्सरहरूबाट छनौट गर्न सक्छन्। यो सबै तपाइँको आवेदन को दोष सहिष्णुता सुनिश्चित गर्न को लागी महत्वपूर्ण छ।

मुख्य फाइदाहरू:

• उच्च उपलब्धता। सेवा सम्झौताले लोड ब्यालेन्सरको लागि 99,99% उपलब्धता मानेको छ। उदाहरण को लागी, धेरै उपलब्धता क्षेत्रहरु सुनिश्चित गर्दछ कि ट्राफिक केवल स्वस्थ वस्तुहरु द्वारा प्रशोधन गरिन्छ। वास्तवमा, तपाईले सम्पूर्ण क्षेत्रमा भारलाई सन्तुलनमा राख्न सक्नुहुन्छ, विभिन्न उपलब्धता क्षेत्रहरूमा ट्राफिकलाई स्वस्थ लक्ष्यहरूमा रिडिरेक्ट गर्दै;
• सुरक्षा। ELB ले Amazon VPC सँग काम गर्दछ, विभिन्न सुरक्षा क्षमताहरू प्रदान गर्दछ - एकीकृत प्रमाणपत्र व्यवस्थापन, प्रयोगकर्ता प्रमाणीकरण, र SSL/TLS डिक्रिप्शन। सबै मिलेर TLS सेटिङहरूको केन्द्रीकृत र लचिलो व्यवस्थापन प्रदान गर्दछ;
• लोच। ELB ले नेटवर्क ट्राफिकमा अचानक परिवर्तनहरू ह्यान्डल गर्न सक्छ। र अटो स्केलिंगको साथ गहिरो एकीकरणले म्यानुअल हस्तक्षेपको आवश्यकता बिना लोड परिवर्तन भएमा अनुप्रयोगलाई पर्याप्त स्रोतहरू प्रदान गर्दछ;
• लचकता। तपाइँ तपाइँको अनुप्रयोग लक्ष्यहरूमा अनुरोधहरू मार्ग गर्न IP ठेगानाहरू प्रयोग गर्न सक्नुहुन्छ। लक्ष्य अनुप्रयोगहरू भर्चुअलाइज गर्दा यसले लचिलोपन प्रदान गर्दछ, यसैले एकल उदाहरणमा धेरै अनुप्रयोगहरू होस्ट गर्ने क्षमता प्रदान गर्दछ। एप्लिकेसनहरूले एउटै नेटवर्क पोर्ट प्रयोग गर्न सक्ने र छुट्टै सुरक्षा समूहहरू भएको हुनाले, हामीसँग माइक्रोसर्भिसेस-आधारित आर्किटेक्चर हुँदा अनुप्रयोगहरू बीचको सञ्चारलाई सरल बनाइन्छ;
• अनुगमन र लेखापरीक्षण। तपाईं Amazon CloudWatch सुविधाहरू प्रयोग गरेर वास्तविक समयमा अनुप्रयोगहरू निगरानी गर्न सक्नुहुन्छ। हामी मेट्रिक्स, लग, अनुरोध ट्रयाकिङ बारेमा कुरा गर्दै छन्। सरल सर्तहरूमा, तपाईं समस्याहरू पहिचान गर्न र कार्यसम्पादन बाधाहरूलाई एकदम सही रूपमा देखाउन सक्षम हुनुहुनेछ;
• हाइब्रिड लोड सन्तुलन। एउटै लोड ब्यालेन्सर प्रयोग गरेर अन-प्रिमाइसेस स्रोतहरू र AWS बीच ब्यालेन्स लोड गर्ने क्षमताले क्लाउडमा अन-प्रिमाइसेस अनुप्रयोगहरू माइग्रेट गर्न वा विस्तार गर्न सजिलो बनाउँछ। क्लाउड प्रयोग गरेर असफलता ह्यान्डलिङलाई पनि सरलीकृत गरिएको छ।

यदि तपाइँ विवरणहरूमा रुचि राख्नुहुन्छ भने, यहाँ आधिकारिक Amazon वेबसाइटबाट केही थप उपयोगी लिङ्कहरू छन्:

1. लोचदार लोड ब्यालेन्सिंग.
2. लोचदार लोड सन्तुलन क्षमताहरू।

स्रोत: www.habr.com