Hæ öll! Námskeiðið byrjar í dag. , þannig að við héldum sérstaka veffund um yfirlit yfir ELB. Við skoðuðum gerðir álagsjöfnunarkerfa og bjuggum til nokkur EC2 tilvik með álagsjöfnunarkerfum. Við könnuðum einnig önnur notkunartilvik.
, þú munt:
- skilja hvað álagsjöfnun í AWS er;
- þekkja gerðir af teygjanlegum álagsjafnara og íhluti þeirra;
- Notaðu AWS ELB í starfsemi þinni.
Af hverju þarftu að vita þetta yfirhöfuð:
- 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).
Opin fyrirlestur var haldinn , kerfisverkfræðingur hjá markaðsfyrirtæki sem sérhæfir sig í vefsíðugerð og þjónustu.
Inngangur
Hvað teygjanlegur álagsjöfnunarbúnaður er má sjá á myndinni hér að neðan, sem sýnir einfalt dæmi:
Álagsjöfnunarkerfið tekur við beiðnum og dreifir þeim á milli tilvika. Við höfum eitt sérstakt tilvik, Lambda-föll og AutoScaling-hóp (hóp netþjóna).
AWS ELB gerðir
1. Við skulum skoða helstu gerðirnar:
Klassískur álagsjöfnunarbúnaður. Fyrsti álagsjöfnunarbúnaðurinn frá AWS, hann virkar bæði á OSI lagi 4 og lagi 7 og styður HTTP, HTTPS, TCP og SSL. Hann býður upp á grunn álagsjöfnun yfir mörg Amazon EC2 tilvik og virkar bæði á beiðni- og tengingarstigi. Opnum hann (auðkenndur með gráu):
Þessi álagsjöfnun telst úrelt og er því aðeins ráðlögð til notkunar í sérstökum tilfellum, svo sem fyrir forrit sem eru byggð á EC2-Classic netinu. Í meginatriðum er ekkert sem kemur í veg fyrir að við búum hana til:
2. Netálagsjöfnun. Hentar fyrir mikið álag, virkar á OSI lagi 4 (hægt að nota í EKS og ECS), TCP, UDP og TLS eru studd.
Network Load Balancer beinir umferð til markhópa innan Amazon VPC og getur meðhöndlað milljónir beiðna á sekúndu með afar litlum töfum. Það er einnig fínstillt til að takast á við skyndileg og sveiflukennd umferðarmynstur.
3. Álagsjafnari forritaÞað starfar á stigi 7, styður Lambda, styður reglur á haus- og slóðarstigi og styður HTTP og HTTPS.
Býður upp á háþróaða beiðnaleiðsögn sem miðar að því að afhenda forrit sem byggja á nútíma arkitektúr, þar á meðal örþjónustum og gámum. Það leiðir umferð til markmiða innan Amazon VPC út frá efni beiðninnar.
Fyrir marga notendur var Application Load Balancer fyrsti kosturinn í staðinn fyrir Classic Load Balancer, þar sem TCP er ekki eins mikið notað og HTTP.
Við skulum líka búa það til, og þar af leiðandi munum við nú þegar hafa tvo álagsjafnara:
Álagsjafnvægisþættir
Algengir álagsjafnvægisþættir (sameiginlegt fyrir alla jafnvægisbúnaði):
- Reglur um aðgangsskráningu
— aðgangsskrár ELB. Til að stilla stillingar skaltu fara í Lýsing og velja hnappinn „Breyta eiginleikum“:
Síðan tilgreinum við S3Bucket, hlutageymslu Amazon:
- Áætlun
— Innri eða ytri álagsjöfnunarbúnaður. Spurningin er hvort álagsjöfnunarbúnaðurinn þinn ætti að fá ytri vistföng til að vera aðgengileg utan frá, eða hvort hann geti verið innri álagsjöfnunarbúnaðurinn þinn;
- Öryggishópar
— aðgangsstýring að álagsjafnaranum. Í raun er þetta eldveggur á háu stigi.
- Undirnet
— undirnet innan VPC-kerfisins þíns (og þar með tiltækileikasvæða). Undirnet eru tilgreind við stofnun. Ef VPC-kerfi eru takmörkuð við svæði, þá eru undirnet takmörkuð við tiltækileikasvæða. Þegar álagsjafnari er búinn til er best að búa hann til í að minnsta kosti tveimur undirnetum (þetta hjálpar ef vandamál koma upp með eitt tiltækileikassvæði).
- Hlustendur
— samskiptareglur fyrir álagsjöfnun. Eins og áður hefur komið fram, fyrir klassíska álagsjöfnunina getur þetta verið HTTP, HTTPS, TCP og SSL; fyrir netálagsjöfnunina getur þetta verið TCP, UDP og TLS; og fyrir forritaálagsjöfnunina getur þetta verið HTTP og HTTPS.
Dæmi um klassískan álagsjöfnunarbúnað:
En í Application Load Balancer sjáum við aðeins öðruvísi viðmót og almennt aðra rökfræði:
Íhlutir Load Balancer v2 (ALB og NLB)
Við skulum nú skoða nánar útgáfu 2 af Application Load Balancer og Network Load Balancer. Þessir jafnvægisarar hafa sína eigin eiginleika. Til dæmis hefur hugtakið Target Groups — tilvik (og föll) — verið kynnt til sögunnar. Þökk sé þessum íhlut getum við nú tilgreint hvaða markhóp við viljum beina umferð til.
Einfaldlega sagt, í Markhópum tilgreinum við tilvikin þar sem umferð verður send. Í Classic Load Balancer tengir þú einfaldlega tilvik beint við jafnvægisbúnaðinn, en í Application Load Balancer þarftu fyrst að:
- búa til álagsjafnari;
- búa til markhóp;
- beina því á nauðsynlegar tengi eða álagsjöfnunarreglur á nauðsynlega markhópa;
- Í markhópum úthlutar þú tilvikum.
Þessi rekstrarrökfræði kann að virðast flóknari, en í raun er hún þægilegri.
Næsti þáttur er - Reglur fyrir hlustanda (leiðarreglur). Þetta á aðeins við um álagsjöfnunarforritið. Í álagsjöfnunarforritinu býrðu einfaldlega til hlustara og hann sendir umferð til ákveðins markhóps, en í álagsjöfnunarforritinu gildir allt. .
Nú skulum við segja nokkur orð um næsta þátt - Teygjanlegt IP (föst netföng fyrir NLB). Þó að leiðarreglur hlustanda eigi aðeins við um álagsjöfnunarforritið, þá á teygjanlegt IP-númer aðeins við um álagsjöfnunarforritið.
Við skulum búa til netálagsjafnari:
Og strax á meðan á sköpunarferlinu stendur munum við sjá að okkur gefst tækifæri til að velja teygjanlegt IP-tölu:
Elastic IP býður upp á eina IP-tölu sem hægt er að tengja við mismunandi EC2 tilvik með tímanum. Ef EC2 tilvik hefur Elastic IP-tölu og því tilviki er hætt eða lokað, geturðu strax tengt nýtt EC2 tilvik við Elastic IP-töluna. Þetta mun halda núverandi forriti þínu gangandi, þar sem forrit sjá sömu IP-tölu, jafnvel þótt raunverulegt EC2 tilvik hafi breyst.
Hér Varðandi það hvers vegna teygjanlegt IP er nauðsynlegt. Við sjáum þrjár IP-tölur, en þær verða ekki hér að eilífu:
Amazon breytir þeim með tímanum, stundum á 60 sekúndna fresti (þó í reynd auðvitað sjaldnar). Þetta þýðir að IP-tölur geta breyst. Með Network Load Balancer geturðu tengt IP-tölu og tilgreint hana í reglum þínum, stefnum o.s.frv.
Draga ályktanir
ELB dreifir sjálfkrafa innkomandi umferð yfir mörg markmið (gáma, Amazon EC2 tilvik, IP-tölur og Lambda-föll). ELB getur dreift umferð með mismunandi álagi bæði innan eins tiltækileikasvæðis og yfir mörg tiltækileikasvæði. Notendur geta valið úr þremur gerðum álagsjöfnunar, sem veitir mikla tiltækileika, sjálfvirka stigstærð og góða vernd. Allt þetta er nauðsynlegt til að tryggja bilanaþol forritanna þinna.
Helstu plúsar:
- mikil framboðÞjónustusamningurinn gerir ráð fyrir 99,99% tiltækileika fyrir álagsjöfnunarkerfið. Til dæmis tryggja mörg tiltækileikasvæði að umferð sé aðeins meðhöndluð af heilbrigðum markmiðum. Reyndar er hægt að jafna álagið yfir allt svæði með því að beina umferð að heilbrigðum markmiðum á mismunandi tiltækileikasvæðum.
- öryggiELB vinnur með Amazon VPC og býður upp á fjölbreytta öryggismöguleika, þar á meðal samþætta vottorðsstjórnun, notendavottun og SSL/TLS afkóðun. Saman veita þau miðlæga og sveigjanlega stjórnun á TLS stillingum.
- teygniELB getur tekist á við skyndilegar breytingar á netumferð. Og djúp samþætting við sjálfvirka stigstærð tryggir að forritið hafi nægar auðlindir þegar álagið sveiflast, án þess að þörf sé á handvirkri íhlutun.
- sveigjanleikiÞú getur notað IP-tölur til að beina beiðnum að forritunum þínum. Þetta tryggir sveigjanleika við sýndarvæðingu markforrita, sem gerir kleift að hýsa mörg forrit á sama tilviki. Þar sem forrit geta deilt einni nettengingu og haft aðskilda öryggishópa, einfaldast samskipti milli forrita þegar við höfum til dæmis örþjónustubyggða arkitektúr.
- eftirlit og endurskoðunÞú getur fylgst með forritum í rauntíma með eiginleikum Amazon CloudWatch. Þar á meðal eru mælikvarðar, skrár og beiðnamælingar. Einfaldlega sagt geturðu greint vandamál og bent á flöskuhálsa í afköstum með tiltölulega nákvæmni.
- blendingur álagsjöfnunarMöguleikinn á að jafna álag milli auðlinda á staðnum og AWS með sama álagsjöfnunarbúnaði einfaldar flutning eða útvíkkun forrita á staðnum yfir í skýið. Meðhöndlun á yfirfærslum er einnig einfaldaðri þegar skýið er notað.
Ef þú hefur áhuga á frekari upplýsingum, þá eru hér nokkrir gagnlegir tenglar til viðbótar af opinberu vefsíðu Amazon:
- .
Heimild: www.habr.com
