Hæ allir! Námskeiðið hefst í dag , í tengslum við það héldum við samsvarandi þemavefnámskeið tileinkað ELB endurskoðuninni. Við skoðuðum gerðir jafnvægistækja og bjuggum til nokkur EC2 tilvik með jafnvægistæki. Við rannsökuðum líka önnur dæmi um notkun.
, Þú munt:
- skilja hvað AWS álagsjöfnun er;
- þekkja gerðir teygjanlegra álagsjafnara og íhluti þess;
- notaðu AWS ELB á æfingum þínum.
Af hverju þarftu að vita þetta yfirleitt?
- gagnlegt ef þú ætlar að taka AWS vottunarpróf;
- þetta er einföld leið til að dreifa álaginu á milli netþjóna;
- Þetta er einföld leið til að bæta Lambda við þjónustuna þína (ALB).
Hélt opna kennslustund , kerfisfræðingur hjá markaðsfyrirtæki fyrir vefsíðuþróun og stuðning.
Inngangur
Hvað teygjanlegur álagsjafnari er má sjá á skýringarmyndinni hér að neðan, sem sýnir einfalt dæmi:
Load Balancer tekur við beiðnum og dreifir þeim milli tilvika. Við höfum eitt aðskilið tilvik, það eru Lambda aðgerðir og það er AutoScaling hópur (hópur netþjóna).
AWS ELB gerðir
1. Skoðum helstu tegundir:
Klassískur hleðslujafnari. Fyrsti álagsjafnari frá AWS, virkar bæði á OSI Layer 4 og Layer 7, styður HTTP, HTTPS, TCP og SSL. Það veitir grunn álagsjafnvægi yfir mörg Amazon EC2 tilvik og virkar bæði á beiðni og tengingarstigum. Við skulum opna það (merkt með gráu):
Þessi jafnvægisbúnaður er talinn gamaldags, svo hann er aðeins mælt með notkun í vissum tilvikum. Til dæmis fyrir forrit sem voru byggð á EC2-Classic netinu. Í grundvallaratriðum er enginn að hindra okkur í að búa það til:
2. Network Load Balancer. Hentar fyrir mikið vinnuálag, starfar á OSI Layer 4 (hægt að nota í EKS og ECS), TCP, UDP og TLS eru studdir.
Network Load Balancer beinir umferð að markmiðum í Amazon VPC og er fær um að vinna úr milljónum beiðna á sekúndu með mjög lítilli leynd. Að auki er það fínstillt til að takast á við umferðarmynstur með skyndilegu og breytilegu álagi.
3. Álagsjafnari fyrir forrit. Virkar á 7. lagi, hefur Lambda stuðning, styður reglur um haus og slóð, styður HTTP og HTTPS.
Býður upp á háþróaða beiðnunarleið sem einbeitir sér að því að afhenda forrit byggð á nútíma arkitektúr, þar á meðal örþjónustur og ílát. Beinir umferð að markmiðum í Amazon VPC byggt á innihaldi beiðninnar.
Fyrir marga notendur var Application Load Balancer fyrsti kosturinn til að koma í stað Classic Load Balancer, vegna þess að TCP er ekki eins algengt og HTTP.
Við skulum búa það til líka, þar af leiðandi munum við nú þegar hafa tvo álagsjafnara:
Hleðslujöfnuður hlutir
Algengar hleðslujöfnuður hlutir (sameiginlegt öllum jafnvægismönnum):
- Aðgangur að skráningarstefnu
— ELB aðgangsskrár þínar. Til að gera stillingar geturðu farið í Lýsing og valið hnappinn „Breyta eiginleikum“:
Síðan tilgreinum við S3Bucket - Amazon hlutageymslu:
- Áætlun
— innra eða ytra jafnvægistæki. Aðalatriðið er hvort LoadBalancer þinn verður að fá ytri vistföng til að vera aðgengileg utan frá, eða getur það verið innri álagsjafnari;
- Öryggishópar
— aðgangsstýring að jafnvægisbúnaðinum. Í meginatriðum er þetta eldveggur á háu stigi.
- Undirnet
- undirnet innan VPC þinnar (og, í samræmi við það, framboðssvæði). Undirnet eru tilgreind við stofnun. Ef VPCs eru takmörkuð eftir svæðum, þá eru undirnet takmörkuð af framboðssvæðum. Þegar þú býrð til álagsjafnvægi er betra að búa hann til í að minnsta kosti tveimur undirnetum (hjálpar ef vandamál koma upp með eitt framboðssvæði);
- Hlustendur
- jafnvægisreglur þínar. Eins og fyrr segir, fyrir Classic Load Balancer getur það verið HTTP, HTTPS, TCP og SSL, fyrir Network Load Balancer - TCP, UDP og TLS, fyrir Application Load Balancer - HTTP og HTTPS.
Dæmi um Classic Load Balancer:
En í Application Load Balancer sjáum við aðeins öðruvísi viðmót og almennt mismunandi rökfræði:
Load Balancer v2 íhlutir (ALB og NLB)
Nú skulum við skoða nánar útgáfu 2 balancers Application Load Balancer og Network Load Balancer. Þessir jafnvægistæki hafa sína eigin íhlutaeiginleika. Til dæmis birtist hugtak eins og markhópar - tilvik (og aðgerðir). Þökk sé þessum þætti höfum við tækifæri til að tilgreina hvaða markhópa við viljum beina umferð til.
Í einföldu máli, í markhópum tilgreinum við tilvikin þar sem umferðin kemur. Ef þú tengir styrkleikann strax í sama Classic Load Balancer við jafnvægisbúnaðinn, þá skaltu fyrst í Application Load Balancer:
- búa til álagsjafnvægi;
- búa til markhóp;
- beina í gegnum nauðsynlegar hafnir eða reglur um álagsjafnvægi til nauðsynlegra markhópa;
- í markhópum úthlutarðu tilvikum.
Þessi rekstrarrökfræði kann að virðast flóknari, en í raun er hún þægilegri.
Næsti þáttur er Reglur hlustanda (reglur um leiðsögn). Þetta á aðeins við um Application Load Balancer. Ef í Network Load Balancer býrðu einfaldlega til hlustanda og hann sendir umferð til ákveðins markhóps, þá er allt í Application Load Balancer .
Nú skulum við segja nokkur orð um næsta þátt - Teygjanlegt IP (stöðug heimilisföng fyrir NLB). Ef leiðarreglur hlustandareglna höfðu aðeins áhrif á álagsjafnvægi forrita, þá hafði Elastic IP aðeins áhrif á netálagsjafnvægi.
Við skulum búa til netálagsjafnara:
Og bara á meðan á sköpunarferlinu stendur munum við sjá að okkur gefst tækifæri til að velja Elastic IP:
Elastic IP veitir eina IP tölu sem hægt er að tengja við mismunandi EC2 tilvik með tímanum. Ef EC2 tilvik er með Elastic IP tölu og því tilviki er hætt eða hætt geturðu tengt nýtt EC2 tilvik strax við Elastic IP tölu. Hins vegar mun núverandi forrit þitt ekki hætta að virka, þar sem forrit sjá enn sömu IP tölu, jafnvel þótt raunverulegur EC2 hafi breyst.
Hér um efnið hvers vegna Elastic IP er þörf. Sjáðu, við sjáum 3 IP tölur, en þær munu ekki vera hér að eilífu:
Amazon breytir þeim með tímanum, kannski á 60 sekúndna fresti (en í reynd, auðvitað, sjaldnar). Þetta þýðir að IP tölur geta breyst. Og þegar um Network Load Balancer er að ræða geturðu bara bundið IP tölu og gefið það til kynna í reglum þínum, stefnum osfrv.
Draga ályktanir
ELB veitir sjálfvirka dreifingu komandi umferðar yfir mörg markmið (ílát, Amazon EC2 tilvik, IP tölur og Lambda aðgerðir). ELB er fær um að dreifa umferð með mismunandi álagi bæði innan eins framboðssvæðis og yfir mörg framboðssvæði. Notandinn getur valið um þrjár gerðir af jafnvægistækjum sem veita mikið framboð, sjálfvirka mælingu og góða vörn. Allt þetta er mikilvægt til að tryggja bilanaþol umsókna þinna.
Helstu plúsar:
- mikið framboð. Þjónustusamningurinn gerir ráð fyrir 99,99% framboði fyrir álagsjafnara. Til dæmis, mörg framboðssvæði tryggja að umferð sé aðeins unnin af heilbrigðum hlutum. Reyndar geturðu jafnað álagið á öllu svæðinu, beint umferð til heilbrigðra markmiða á mismunandi framboðssvæðum;
- öryggi. ELB vinnur með Amazon VPC, sem býður upp á ýmsa öryggismöguleika - samþætta vottorðastjórnun, notendavottun og SSL/TLS afkóðun. Allt saman veitir miðlæga og sveigjanlega stjórnun á TLS stillingum;
- teygni. ELB getur séð um skyndilegar breytingar á netumferð. Og djúp samþætting við Auto Scaling gefur forritinu nóg fjármagn ef álagið breytist, án þess að þurfa handvirkt inngrip;
- sveigjanleiki. Þú getur notað IP-tölur til að beina beiðnum að forritamarkmiðunum þínum. Þetta veitir sveigjanleika við sýndargerð markforrita og gefur þannig möguleika á að hýsa mörg forrit á einu tilviki. Þar sem forrit geta notað eina netgátt og haft aðskilda öryggishópa, eru samskipti milli forrita einfölduð þegar við höfum, til dæmis, arkitektúr sem byggir á örþjónustu;
- eftirlit og endurskoðun. Þú getur fylgst með forritum í rauntíma með því að nota Amazon CloudWatch eiginleika. Við erum að tala um mælikvarða, annála, rekja beiðni. Í einföldu máli muntu geta greint vandamál og bent á frammistöðu flöskuhálsa alveg nákvæmlega;
- hybrid álagsjafnvægi. Hæfni til að hlaða jafnvægi milli auðlinda á staðnum og AWS með því að nota sama álagsjafnvægi gerir það auðvelt að flytja eða stækka forrit á staðnum yfir í skýið. Meðhöndlun bilana er einnig einfölduð með því að nota skýið.
Ef þú hefur áhuga á smáatriðum, hér eru nokkrir fleiri gagnlegir tenglar frá opinberu Amazon vefsíðunni:
- .
Heimild: www.habr.com