👀 🏾 ➡️ ऑटो ईसीलिंग के साथ अमेज़ॅन ईसी 2 लोड बैलेंसर 🤙🏾 🕋 🔈

बहुत से लोग जानते हैं कि अमेज़ॅन आपके पूल की क्षमता को बढ़ाने की क्षमता प्रदान करता है (वर्चुअल सर्वर की संख्या में वृद्धि) लोड के आधार पर। हालांकि, मैंने नेटवर्क के रूसी खंड में ऐसी योजना के व्यावहारिक कार्यान्वयन का एक समझदार वर्णन खोजने का प्रबंधन नहीं किया। मैं इस विषय पर अपनी पढ़ाई के परिणाम को जनता के सामने प्रस्तुत करने के लिए उद्यम करूंगा।

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

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

खैर, हम मानते हैं कि संदर्भ फ्रंट-एंड तैयार है, हम आगे बढ़ सकते हैं।

यहाँ क्या सर्किट दूर से कैसा दिखेगा:

1. सबसे पहले, छवि को संदर्भ उदाहरण से हटा दें

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

2. बैलेंसर और ऑटोस्कोलिंग के साथ काम करने के लिए आवश्यक उपकरण स्थापित करें

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

2.1। जावा डालें (यदि पहले से स्थापित नहीं है) और पर्यावरण चर JAVA_HOME लिखें

 apt-get install default-jdk

/ Etc / वातावरण में लाइन जोड़ें (इस मामले में)

 JAVA_HOME="/usr/lib/jvm/java-6-openjdk"

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

2.2। हम बैलेंसर सेटअप के लिए अमेज़न टूलकिट डालेंगे

 wget http://ec2-downloads.s3.amazonaws.com/ElasticLoadBalancing.zip unzip ElasticLoadBalancing.zip mv ElasticLoadBalancing-1.0.15.1 /opt/ ln -s /opt/ElasticLoadBalancing-1.0.15.1 /opt/ELB

पर्यावरण चर जोड़ें (मैं संपादन / आदि / पर्यावरण द्वारा ऐसा करता हूं)
पथ "/ ऑप्ट / ईएलबी: / ऑप्ट / ईएलबी / बिन" को पाथ चर में जोड़ा जाना चाहिए

वहां AWS_ELB_HOME चर जोड़ें:

 AWS_ELB_HOME="/opt/ELB"

एक फ़ाइल / ऑप्ट / ईएलबी / क्रेडेंशियल-फ़ाइल बनाएं, जहां अपने AWS क्रेडेंशियल्स को पंजीकृत करने के लिए (यदि आप नहीं जानते कि यह क्या है - प्रारूप में AWS प्रबंधन कंसोल -> सुरक्षा क्रेडेंशियल्स देखें):

 AWSAccessKeyId=xxx AWSSecretKey=xxx

 chmod 600 /opt/ELB/credential-file

AWS_CREDENTIAL_FILE चर / etc / वातावरण में जोड़ें:

 AWS_CREDENTIAL_FILE="/opt/ELB/credential-file"

2.3। हम अमेज़ॅन के ऑटोस्लिंग टूलकिट स्थापित करेंगे

 wget http://ec2-downloads.s3.amazonaws.com/AutoScaling-2011-01-01.zip unzip AutoScaling-2011-01-01.zip mv AutoScaling-1.0.39.0 /opt/ ln -s /opt/AutoScaling-1.0.39.0/ /opt/AS

पर्यावरण चर / / / पर्यावरण में जोड़ें - पथ "/ ऑप्ट / एएस: / ऑप्ट / एएस / बिन" को पाथ चर में जोड़ा जाना चाहिए

वहां AWS_AUTO_SCALING_HOME चर जोड़ें:

 AWS_AUTO_SCALING_HOME="/opt/AS"

2.4। हम अमेज़न के निगरानी उपकरण स्थापित करेंगे।

 wget http://ec2-downloads.s3.amazonaws.com/CloudWatch-2010-08-01.zip unzip CloudWatch-2010-08-01.zip mv CloudWatch-1.0.12.1 /opt/ ln -s /opt/CloudWatch-1.0.12.1/ /opt/CW

पर्यावरण चर / / / पर्यावरण में जोड़ें - पथ "/ ऑप्ट / CW: / ऑप्ट / सीडब्ल्यू / बिन" को पाथ चर में जोड़ा जाना चाहिए

वहां AWS_CLOUDWATCH_HOME चर जोड़ें:

 AWS_CLOUDWATCH_HOME="/opt/CW"

2.5। स्थापित उपकरण की जाँच करें

/ Etc / वातावरण में सेट किए गए चर की जाँच करने के लिए, आप लॉग इन कर सकते हैं या उन्हें किसी अन्य तरीके से पढ़ सकते हैं।
हम आदेश देते हैं:

 elb-cmd --help

 as-cmd --help

 mon-cmd --help

उनमें से प्रत्येक को एक प्रमाण पत्र जारी करना चाहिए, या यदि स्थापना के दौरान कोई त्रुटि थी - उन्हें इंगित करें।

3. चलिए। वास्तव में ऑटोसालिंग के साथ एक लोड बैलेंसर स्थापित किया

3.1। एक बैलेंसर बनाएँ

 elb-create-lb myLB --headers --listener "lb-port=80,instance-port=80,protocol=http" --region us-west-1 --availability-zones us-west-1c

जहां myLB हमारे बैलेंसर का नाम है
- सूचीकर्ता "lb-port = 80, उदाहरण-पोर्ट = 80, प्रोटोकॉल = http" - लक्ष्य 80 पर पोर्ट 80 को सुने, सीधे यातायात को लक्षित उदाहरण पर सुने और http प्रोटोकॉल का उपयोग करें
- हमें-पश्चिम -1 क्षेत्र जहां बैलेंसर उठाया जाएगा
-उपलब्धता-क्षेत्र हमें-पश्चिम -1 सी क्षेत्र जहां बैलेंसर उठाया जाएगा

जवाब में, हमें कुछ ऐसा मिलता है:

 DNS_NAME DNS_NAME DNS_NAME myLB-108660279.us-west-1.elb.amazonaws.com

यह हमारे भविष्य के बैलेंसर का पता है

3.2। हम बैलेंसर के लिए एक सत्यापन परीक्षण बनाते हैं (स्वास्थ्य परीक्षण )

यह एक परीक्षण है जिसके लिए बैलेंसर समझता है कि लक्ष्य उदाहरण पहले से ही भारी है और अगले उदाहरण के लिए ट्रैफ़िक स्थानांतरित करता है।

 elb-configure-healthcheck myLB --headers --target "HTTP:80/" --interval 30 --timeout 10 --unhealthy-threshold 2 --healthy-threshold 2 --region us-west-1

जहाँ myLB हमारे बैलेंसर का नाम है
- हेडर - एक वैकल्पिक पैरामीटर जिसमें इस हेल्थकेक के विवरण में फ़ील्ड नामों का प्रदर्शन शामिल है
--target "HTTP: 80 /" - प्रोटोकॉल: पोर्ट / URI चेक करने के लिए
- इन्टरवल 30 - चेक अंतराल (हर 30 सेकंड में एक बार चेक करें)
- टाइमआउट 10 - टाइमआउट, यदि पार हो गया है - उदाहरण बल्कि खराब लगता है
- अस्वस्थ-दहलीज 2 - अंत में अस्वस्थ होने से पहले यह सुनिश्चित करने के लिए कि कितने जांचें हैं
- अस्वास्थ्य-थ्रेशोल्ड 2 - अंत में स्वस्थ होने से पहले यह सुनिश्चित करने के लिए कि कितने जांचें हैं
--region us-west-1 - आवास का क्षेत्र

यदि कमांड सफलतापूर्वक पूरा होता है, तो हमें कुछ इस तरह मिलता है:

 HEALTH_CHECK TARGET INTERVAL TIMEOUT HEALTHY_THRESHOLD UNHEALTHY_THRESHOLD HEALTH_CHECK HTTP:80/index.html 30 10 2 2

3.3। ऑटोसालिंग करते समय एक नया उदाहरण शुरू करने के लिए एक कॉन्फ़िगरेशन बनाएं

 as-create-launch-config myAS --image-id ami-fd015fb8 --kernel aki-9ba0f1de --key ubuntu --group ubuntu-new --region us-west-1 --instance-type m1.xlarge

जहाँ myAS विन्यास नाम है
--image-id XXX - चरण 1 में बनाई गई इंप्रेशन आईडी (AMI)
- कर्नेल XXX - चरण 1 में बनाई गई एएमआई के लिए कर्नेल आईडी
--key XXX - आपके पास का नाम
- समूह XXX - सुरक्षा समूह का नाम - इस उदाहरण तक पहुंच के लिए फ़ायरवॉल नियमों का एक सेट
- आइंस्टीन-प्रकार XXX - उदाहरण के प्रकार शुरू करने के लिए
- भाग हमें-पश्चिम -1 - क्षेत्र

सफल विन्यास निर्माण के मामले में, हमें निम्नलिखित निष्कर्ष मिलते हैं:

 OK-Created launch config

3.4। हम ऑटो-स्केलिंग के दौरान सर्वर पूल के गुणों का वर्णन करते हैं, पूल को बैलेंसर से बांधते हैं

 as-create-auto-scaling-group myASG --launch-configuration myAS --availability-zones us-west-1c --min-size 1 --max-size 20 --load-balancers myLB --grace-period 500 --health-check-type ELB --region us-west-1

जहां myASG पूल का नाम है
-Lunch- कॉन्फ़िगरेशन myAS - कॉन्फ़िगरेशन का नाम पिछले चरण से शुरू करने के लिए
--min-size 1 - न्यूनतम पूल आकार
- अधिकतम आकार 20 - अधिकतम पूल आकार
- लोड-बैलेंसर्स myLB - बैलेंसर के लिए बाध्यकारी
-ग्रेस-पीरियड 300 एक महत्वपूर्ण पैरामीटर है जो इंगित करता है कि एक नया उदाहरण शुरू होने के कितने सेकंड बाद, एक लोड इसके लिए लागू किया जा सकता है। उदाहरण के लिए, शुरुआत के बाद, आवेदन मुझे तैनात किया गया है, इसलिए यह अवधि काफी बड़ी है
-हेल्थ-चेक-टाइप ELB - टाइप हेल्थकेक, हमारे मामले में - इलास्टिक लोड बैलेंसर
--region us-west-1 - आवास का क्षेत्र
-उपलब्धता-ज़ोन हमें-पश्चिम -1 सी - ज़ोन

3.5। हम पूल विकास नीति का वर्णन करते हैं

 as-put-scaling-policy myUp-policy -auto-scaling-group myASG --adjustment=1 --type ChangeInCapacity --cooldown 300 --region us-west-1

जहाँ myUp-policy नीति का नाम है
-ऑटो-स्केलिंग-ग्रुप myASG - उस सर्वर पूल का नाम, जिससे पॉलिसी संबंधित होगी
- प्रकार परिवर्तन नीति - नीति का प्रकार। इस स्थिति में, पूल सर्वरों की संख्या में एक पूर्ण परिवर्तन। यह ExactCapacity (नए पूल आकार का सटीक मूल्य), PercentChangeInCapacity (पूल के आकार में परिवर्तन के वर्तमान मूल्य का प्रतिशत) का मान भी ले सकता है।
--adjustment = 1 - इस मामले में हम पूल में एक सर्वर जोड़ते हैं
--कोल्डाउन 600 - अगले पूल के आकार में बदलाव से पहले टाइमआउट। इसे पिछले चरण में निर्दिष्ट अनुग्रह-अवधि पैरामीटर (कम से कम किसी से कम नहीं) के साथ सहसंबद्ध होना चाहिए
- हमें-पश्चिम -1 क्षेत्र

जवाब में, हमें एक पंक्ति मिलती है - इस नीति का एक विवरणक, कुछ इस तरह:

 arn:aws:autoscaling:us-west-1:033313991904:scalingPolicy:5ae9e75d-4344-4b3f-abb0-c501c7221ecf:autoScalingGroupName/myASG:policyName/myUp-policy

3.6। हम पूल की विकास नीति को बैलेंसर मॉनिटरिंग से जोड़ते हैं

 mon-put-metric-alarm MyHighLatAlarm --metric-name Latency --comparison-operator GreaterThanThreshold --evaluation-periods 1 --namespace "AWS/ELB" --period 60 --statistic Average --threshold 80 --alarm-actions arn:aws:autoscaling:us-west-1:033313991904:scalingPolicy:5ae9e75d-4344-4b3f-abb0-c501c7221ecf:autoScalingGroupName/myASG:policyName/myUp-policy --dimensions "LoadBalancerName=myELB"--unit Seconds --region us-west-1

जहाँ MyHighLatAlarm बाइंडिंग का नाम है
- मेट्रिक-नाम लेटेंसी एक महत्वपूर्ण पैरामीटर है। हम बताते हैं कि हम बैलेंसर पर वास्तविक देरी को मापते हैं। यह मीट्रिक उस समय बनाई गई थी जब बैलेंसर स्वचालित रूप से बनाया गया था। (जिसे मोन-लिस्ट-मेट्रिक्स कमांड के आउटपुट की जाँच करके सत्यापित किया जा सकता है)।
--comparison- ऑपरेटर GreaterThanThreshold - तुलना ऑपरेटर, इस मामले में "थ्रेशोल्ड वैल्यू से अधिक है," "GreaterTrOrEqualToThreshold", LessThanThreshold और "LessThanOrEqualToThreshold" भी हो सकता है
- अवमूल्यन-अवधि 1 - दहलीज की तुलना करने से पहले मीट्रिक की जांच करने के लिए कितनी बार
--namespace "AWS / EC2" - नाम स्थान (आवश्यक पैरामीटर, यह स्पष्ट क्यों नहीं है)
- 60 जैव सर्वेक्षण अवधि
- आस्तिक औसत - हम दहलीज को कैसे मापते हैं। इस मामले में, औसत, और शायद "नमूनाकाउंट", "सम", "न्यूनतम", "अधिकतम"
- थ्रेसहोल्ड 80 - वास्तविक सीमा विलंब मान।
- अलॉर्म-क्रियाएँ arn: aws: autoscaling: us-west-1: 033313991904: स्केलिंगपॉलिश: 5a9e75d-4344-4b3f-abb0-c501c7221ecf: autoScalingGroupName / myASG / mypame / myUame / myUame / यूपीयू / यूपीयू / आईपीयू इस डिस्क्रिप्टर द्वारा वर्णित जिसे हमने पिछले चरण में बनाया था।
- आयाम "LoadBalancerName = myLB" - इस विशेषता के लिए अलार्म को फ़िल्टर करें।
- यूनिट सेकंड - इकाइयाँ
- हमें-पश्चिम-1 - स्थान का क्षेत्र।

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

3.7। हम पूल को कम करने की नीति का वर्णन करते हैं

 as-put-scaling-policy myScaleDown-policy --auto-scaling-group myASG --adjustment=-1 --type ChangeInCapacity --cooldown 600 --region us-west-1

पॉलिसी डिस्क्रिप्टर प्राप्त करें:

 arn:aws:autoscaling:us-west-1:033313991904:scalingPolicy:a764b4d4-aff5-4061-ba3a-c35c05ad1d25:autoScalingGroupName/myASG:policyName/myScaleDown-policy

3.8। हम पूल को कम करने की नीति को बैलेंसर की निगरानी में रखते हैं

 mon-put-metric-alarm MyLowLatAlarm --comparison-operator LessThanThreshold --evaluation-periods 1 --metric-name Latency --namespace "AWS/EC2" --period 600 --statistic Average --threshold 20 --alarm-actions arn:aws:autoscaling:us-west-1:033313991904:scalingPolicy:a764b4d4-aff5-4061-ba3a-c35c05ad1d25:autoScalingGroupName/myASG:policyName/myScaleDown-policy ---dimensions "LoadBalancerName=myLB" --unit Seconds --region us-west-1

4. हम नाम और संरक्षक द्वारा बैलेंसर के लिए अपील करते हैं

वाह। अब आप चरण 3.1 में प्राप्त उनके सार्वजनिक DNS नाम द्वारा हमारे बैलेंसर से संपर्क करके पूरी बात का परीक्षण कर सकते हैं। हमारे मामले में, myLB-108660279.us-west-1.elb.amazonaws.com

अमेज़ॅन तब आपको अपनी साइट के डोमेन के लिए यह नाम दिखाने वाला CNAME का DNS रिकॉर्ड बनाने की सलाह देता है:

 www.site.com IN CNAME myLB-108660279.us-west-1.elb.amazonaws.com

तब यह बैलेंसर के लिए संभव होगा, बस www.site.com का जिक्र होगा

5. हम इस सब से कैसे छुटकारा पा सकते हैं?

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

हमें अपने अलार्म की एक सूची मिलती है:

 mon-describe-alarms --region us-west-1

हम उन्हें एक-एक करके साफ करेंगे:

 mon-delete-alarms --region us-west-1 --alarm-name MyHighLatAlarm mon-delete-alarms --region us-west-1 --alarm-name MyLowLatAlarm

हमारी नीतियों की सूची प्राप्त करें:

 as-describe-policies --region us-west-1