Daudzi cilvÄki droÅ”i vien ir dzirdÄjuÅ”i par Anycast. Izmantojot Å”o tÄ«kla adresÄÅ”anas un marÅ”rutÄÅ”anas metodi, vairÄkiem tÄ«kla serveriem tiek pieŔķirta viena IP adrese. Å ie serveri pat var atrasties datu centros, kas atrodas tÄlu viens no otra. Anycast ideja ir tÄda, ka atkarÄ«bÄ no pieprasÄ«juma avota atraÅ”anÄs vietas dati tiek nosÅ«tÄ«ti uz tuvÄko (saskaÅÄ ar tÄ«kla topoloÄ£iju, precÄ«zÄk, BGP marÅ”rutÄÅ”anas protokolu) serveri. TÄdÄ veidÄ jÅ«s varat samazinÄt tÄ«kla lÄcienu skaitu un latentumu.
BÅ«tÄ«bÄ viens un tas pats marÅ”ruts tiek reklamÄts no vairÄkiem datu centriem visÄ pasaulÄ. TÄdÄjÄdi klienti tiks nosÅ«tÄ«ti uz "labÄko" un "tuvÄko", pamatojoties uz BGP marÅ”rutiem, datu centru. KÄpÄc Anycast? KÄpÄc izmantot Anycast, nevis Unicast?
Unicast ir patieÅ”Äm piemÄrots vietnei ar vienu tÄ«mekļa serveri un mÄrenu trafika apjomu. TomÄr, ja pakalpojumam ir miljoniem abonentu, tas parasti izmanto daudzus tÄ«mekļa serverus, kuriem katram ir viena un tÄ pati IP adrese. Å ie serveri ir sadalÄ«ti Ä£eogrÄfiski, lai optimÄli apkalpotu pieprasÄ«jumus.
Å ajÄ scenÄrijÄ Anycast uzlabos veiktspÄju (trafika lietotÄjam tiek nosÅ«tÄ«ta ar minimÄlu aizkavi), nodroÅ”inÄs servisa uzticamÄ«bu (pateicoties rezerves serveriem) un slodzes lÄ«dzsvaroÅ”anu ā marÅ”rutÄÅ”ana uz vairÄkiem serveriem efektÄ«vi sadalÄ«s slodzi starp tiem, uzlabojot Ätrumu. no vietnes.
Operatori piedÄvÄ klientiem dažÄda veida slodzes lÄ«dzsvaroÅ”anu, pamatojoties uz Anycast un DNS. Klienti var norÄdÄ«t IP adreses, uz kurÄm tiks nosÅ«tÄ«ti pieprasÄ«jumi, pamatojoties uz vietnes Ä£eogrÄfisko atraÅ”anÄs vietu. Tas ļauj elastÄ«gÄk izplatÄ«t lietotÄju pieprasÄ«jumus.
PieÅemsim, ka ir vairÄkas vietnes, starp kurÄm jums ir jÄsadala slodze (lietotÄji), piemÄram, tieÅ”saistes veikals ar 100 000 pieprasÄ«jumu dienÄ vai populÄrs emuÄrs. Lai ierobežotu reÄ£ionu, no kura lietotÄji piekļūst konkrÄtai vietnei, varat izmantot opciju Geo Community. Tas ļauj ierobežot reÄ£ionu, kurÄ operators reklamÄs marÅ”rutu.
Anycast un Unicast: atŔķirības
Anycast bieži izmanto tÄdÄs lietojumprogrammÄs kÄ DNS (domÄna nosaukumu sistÄma) un CDN (satura piegÄdes tÄ«kli), ļaujot pieÅemt lÄmumus par marÅ”rutÄÅ”anu, kas uzlabo tÄ«kla veiktspÄju. Satura piegÄdes tÄ«kli izmanto Anycast, jo tie nodarbojas ar lielu trafika apjomu, un Anycast Å”ajÄ gadÄ«jumÄ nodroÅ”ina vairÄkas priekÅ”rocÄ«bas (vairÄk par tÄm tÄlÄk). DNS sistÄmÄ Anycast ļauj ievÄrojami paaugstinÄt pakalpojuma uzticamÄ«bas un kļūdu tolerances lÄ«meni.
Izmantojot Anycast IP, izmantojot BGP, ir vairÄki marÅ”ruti uz noteiktu resursdatoru. TÄs faktiski ir resursdatoru kopijas vairÄkos datu centros, ko izmanto, lai izveidotu mazÄka latentuma savienojumus.
TÄtad Anycast tÄ«klÄ viena un tÄ pati IP adrese tiek reklamÄta no dažÄdÄm vietÄm, un tÄ«kls izlemj, kur novirzÄ«t lietotÄja pieprasÄ«jumu, pamatojoties uz marÅ”ruta "izmaksÄm". PiemÄram, BGP bieži izmanto, lai noteiktu Ä«sÄko datu pÄrraides ceļu. Kad lietotÄjs nosÅ«ta Anycast pieprasÄ«jumu, BGP nosaka labÄko marÅ”rutu tÄ«klÄ pieejamajiem Anycast serveriem.
Anycast priekŔrocības
Latentuma samazinÄÅ”ana
SistÄmas ar Anycast var samazinÄt latentumu, apstrÄdÄjot lietotÄju pieprasÄ«jumus, jo tÄs ļauj saÅemt datus no tuvÄkÄ servera. Tas nozÄ«mÄ, ka lietotÄji vienmÄr izveidos savienojumu ar ātuvÄkoā (no marÅ”rutÄÅ”anas protokola viedokļa) DNS serveri. RezultÄtÄ Anycast samazina mijiedarbÄ«bas laiku, samazinot tÄ«kla attÄlumu starp klientu un serveri. Tas ne tikai samazina latentumu, bet arÄ« nodroÅ”ina slodzes lÄ«dzsvaroÅ”anu.
Ätrums
TÄ kÄ satiksme tiek novirzÄ«ta uz tuvÄko mezglu un tiek samazinÄts latentums starp klientu un mezglu, rezultÄts ir optimizÄts piegÄdes Ätrums neatkarÄ«gi no tÄ, no kurienes klients pieprasa informÄciju.
PaaugstinÄta stabilitÄte un kļūdu tolerance
Ja vairÄki serveri visÄ pasaulÄ izmanto vienu un to paÅ”u IP, tad, ja kÄds no serveriem neizdodas vai tiek atvienots, trafiks tiks novirzÄ«ts uz tuvÄko serveri. RezultÄtÄ Anycast padara pakalpojumu izturÄ«gÄku un nodroÅ”ina labÄku piekļuvi tÄ«klam / latentumu / Ätrumu.
TÄ kÄ lietotÄjiem pastÄvÄ«gi ir pieejami vairÄki serveri, Anycast, piemÄram, uzlabo DNS stabilitÄti. Ja mezgls neizdodas, lietotÄju pieprasÄ«jumi tiks novirzÄ«ti uz citu DNS serveri bez manuÄlas iejaukÅ”anÄs vai pÄrkonfigurÄcijas. Anycast nodroÅ”ina praktiski pÄrredzamu pÄrslÄgÅ”anos uz citÄm vietnÄm, vienkÄrÅ”i noÅemot problemÄtiskÄs vietnes marÅ”rutus.
Slodzes līdzsvaroŔana
Anycast tÄ«klÄ tÄ«kla trafiks tiek sadalÄ«ts pa dažÄdiem serveriem. Tas nozÄ«mÄ, ka tas darbojas kÄ slodzes lÄ«dzsvarotÄjs, neļaujot nevienam serverim saÅemt lielÄko daļu trafika. Slodzes lÄ«dzsvaroÅ”anu var izmantot, piemÄram, ja ir vairÄki tÄ«kla mezgli vienÄ Ä£eogrÄfiskajÄ attÄlumÄ no pieprasÄ«juma avota. Å ajÄ gadÄ«jumÄ slodze tiek sadalÄ«ta starp mezgliem.
Samaziniet DoS uzbrukumu ietekmi
VÄl viena Anycast iezÄ«me ir tÄ DDoS pretestÄ«ba. Maz ticams, ka DDoS uzbrukumi spÄs sagraut Anycast sistÄmu, jo tiem bÅ«tu jÄpÄrÅem visi serveri Å”ÄdÄ tÄ«klÄ ar pieprasÄ«jumu lavÄ«nu.
DDoS uzbrukumos bieži tiek izmantoti robottÄ«kli, kas var Ä£enerÄt tik lielu trafiku, ka tas pÄrslogo uzbrukuma serveri. Anycast izmantoÅ”anas priekÅ”rocÄ«ba Å”ajÄ situÄcijÄ ir tÄda, ka katrs serveris spÄj "absorbÄt" daļu uzbrukuma, kas samazina konkrÄtÄ servera slodzi. Pakalpojuma atteikuma uzbrukums, visticamÄk, tiks lokalizÄts serverÄ« un neietekmÄs visu pakalpojumu.
Augsta horizontÄlÄ mÄrogojamÄ«ba
Anycast sistÄmas ir labi piemÄrotas pakalpojumiem ar lielu trafika apjomu. Ja pakalpojumam, kas izmanto Anycast, ir nepiecieÅ”ami jauni serveri, lai apstrÄdÄtu palielinÄtu trafiku, tÄ«klam var pievienot jaunus serverus, lai to apstrÄdÄtu. Tos var ievietot jaunÄs vai esoÅ”Äs vietnÄs.
Ja noteiktÄ vietÄ ir liels trafika pieaugums, servera pievienoÅ”ana palÄ«dzÄs lÄ«dzsvarot Ŕīs vietnes slodzi. Servera pievienoÅ”ana jaunai vietnei palÄ«dzÄs samazinÄt gaidÄ«Å”anas laiku, dažiem lietotÄjiem izveidojot jaunu Ä«sÄko marÅ”rutu. Abas metodes arÄ« palÄ«dz uzlabot pakalpojuma stabilitÄti, kad tÄ«klÄ kļūst pieejami jauni serveri. TÄdÄ veidÄ, ja serveris ir pÄrslogots, varat vienkÄrÅ”i izvietot citu vietÄ, kas ļauj tam pieÅemt kÄdu daļu no pÄrslogotÄ servera pieprasÄ«jumiem. Tas neprasa nekÄdu konfigurÄciju no klientu puses.
Tikai Å”ÄdÄ veidÄ var apkalpot terabitus trafiku un ļoti lielu lietotÄju skaitu, ja serverim ir tikai daži 10 vai 25 Gbps porti. 100 resursdatori ar vienu IP adresi ļaus apstrÄdÄt terabitu trafika apjomu.
VienkÄrÅ”a konfigurÄcijas pÄrvaldÄ«ba
KÄ minÄts iepriekÅ”, interesants Anycast lietojums ir DNS. TÄ«kla mezglos varat novietot vairÄkus dažÄdus DNS serverus, bet izmantot vienu DNS adresi. AtkarÄ«bÄ no avota atraÅ”anÄs vietas pieprasÄ«jumi tiek novirzÄ«ti uz tuvÄko mezglu. Tas nodroÅ”ina zinÄmu trafika lÄ«dzsvaroÅ”anu un dublÄÅ”anu DNS servera kļūmes gadÄ«jumÄ. TÄdÄ veidÄ tÄ vietÄ, lai konfigurÄtu dažÄdus DNS serverus atkarÄ«bÄ no to atraÅ”anÄs vietas, viena DNS servera konfigurÄciju var izplatÄ«t uz visiem mezgliem.
Anycast tÄ«klus var konfigurÄt, lai marÅ”rutÄtu pieprasÄ«jumus ne tikai pÄc attÄluma, bet arÄ« pÄc tÄdiem parametriem kÄ servera klÄtbÅ«tne, izveidoto savienojumu skaits. vai reakcijas laiks.
Lai izmantotu Anycast tehnoloÄ£iju, klienta pusÄ nav nepiecieÅ”ami Ä«paÅ”i serveri, tÄ«kli vai Ä«paÅ”i komponenti. Bet Anycast ir arÄ« savas negatÄ«vÄs puses. Tiek uzskatÄ«ts, ka tÄ ievieÅ”ana ir sarežģīts uzdevums, kas prasa papildu aprÄ«kojumu, uzticamus pakalpojumu sniedzÄjus un pareizu trafika marÅ”rutÄÅ”anu.
TÄlu no tÄ«ra avota lÄ«dz skaistumam
Lai gan Anycast marÅ”rutÄ lietotÄjus, pamatojoties uz mazÄko apiÅu skaitu, tas ne vienmÄr nozÄ«mÄ mazÄko latentumu. Latentums ir sarežģītÄks rÄdÄ«tÄjs, jo tas var bÅ«t lielÄks vienai pÄrejai nekÄ desmit.
PiemÄrs: starpkontinentÄlÄ saziÅa var ietvert vienu lÄcienu ar ļoti lielu latentumu.
Anycast galvenokÄrt izmanto UDP pakalpojumiem, piemÄram, DNS. LietotÄju pieprasÄ«jumi tiek novirzÄ«ti uz ālabÄkoā un ātuvÄkoā datu centru, pamatojoties uz BGP marÅ”rutiem.
PiemÄrs: DNS klienta darbstacija ar Anycast DNS IP adresi 123.10.10.10 veic DNS atrisinÄÅ”anu tuvÄkajam no trim DNS nosaukumu serveriem, kas izvietoti, izmantojot vienu un to paÅ”u Anycast IP adresi. Ja marÅ”rutÄtÄjs R1 vai serveris A neizdodas, DNS klienta paketes tiks automÄtiski pÄrsÅ«tÄ«tas uz nÄkamo tuvÄko DNS serveri, izmantojot marÅ”rutÄtÄjus R2 un R3. TurklÄt marÅ”ruts uz mÅ«su serveri A tiks noÅemts no marÅ”rutÄÅ”anas tabulÄm, neļaujot turpmÄk izmantot Å”o nosaukumu serveri.
IzvietoÅ”anas scenÄriji
Ir divas vispÄrÄ«gas shÄmas, kas tiek izmantotas, lai noteiktu, ar kuru serveri lietotÄjs izveido savienojumu:
- Anycast tÄ«kla slÄnis. Savieno lietotÄju ar tuvÄko serveri. Å eit svarÄ«gs ir tÄ«kla ceļŔ no lietotÄja lÄ«dz serverim.
- Lietojumprogrammas lÄ«menis Anycast. Å ai shÄmai ir vairÄk aprÄÄ·inÄtu rÄdÄ«tÄju, tostarp servera pieejamÄ«ba, reakcijas laiks, savienojumu skaits utt. Tas ir atkarÄ«gs no ÄrÄja monitora, kas nodroÅ”ina tÄ«kla statistiku.
CDN, pamatojoties uz Anycast
Tagad atgriezÄ«simies pie Anycast izmantoÅ”anas satura piegÄdes tÄ«klos. Anycast noteikti ir interesanta tÄ«kla koncepcija, un tÄ kļūst arvien populÄrÄka nÄkamÄs paaudzes CDN pakalpojumu sniedzÄju vidÅ«.
CDN ir sadalÄ«ts serveru tÄ«kls, kas nodroÅ”ina saturu galalietotÄjiem ar augstu pieejamÄ«bu un zemu latentumu. Satura piegÄdes tÄ«kliem mÅ«sdienÄs ir svarÄ«ga loma kÄ daudzu tieÅ”saistes mediju pakalpojumu mugurkaulam, un patÄrÄtÄji arvien mazÄk izturas pret lÄnu lejupielÄdes Ätrumu. Video un balss lietojumprogrammas ir Ä«paÅ”i jutÄ«gas pret tÄ«kla nervozitÄti un latentumu.
CDN savieno visus serverus vienÄ tÄ«klÄ un nodroÅ”ina ÄtrÄku satura ielÄdi. Dažreiz ir iespÄjams samazinÄt lietotÄja gaidÄ«Å”anas laiku par 5-6 sekundÄm. CDN mÄrÄ·is ir optimizÄt piegÄdi, apkalpojot saturu no servera, kas ir vistuvÄk galalietotÄjam. Tas ir ļoti lÄ«dzÄ«gs Anycast, kur tuvÄkais serveris tiek izvÄlÄts, pamatojoties uz gala lietotÄja atraÅ”anÄs vietu. Å Ä·iet, ka katrs CDN pakalpojumu sniedzÄjs pÄc noklusÄjuma izmantotu Anycast, taÄu patiesÄ«bÄ tas tÄ nav.
Lietojumprogrammas, kas izmanto protokolus, piemÄram, HTTP/TCP, ir atkarÄ«gas no savienojuma izveides. Ja tiek atlasÄ«ts jauns Anycast mezgls (piemÄram, servera kļūmes dÄļ), pakalpojums var tikt pÄrtraukts. TÄpÄc Anycast iepriekÅ” tika ieteikts bezsavienojuma pakalpojumiem, piemÄram, UDP un DNS. TomÄr Anycast labi darbojas arÄ« uz savienojumu orientÄtiem protokoliem; piemÄram, TCP labi darbojas Anycast režīmÄ.
Daži CDN pakalpojumu sniedzÄji izmanto marÅ”rutÄÅ”anu, kas balstÄ«ta uz Anycast, citi dod priekÅ”roku DNS marÅ”rutÄÅ”anai: tuvÄkais serveris tiek izvÄlÄts, pamatojoties uz lietotÄja DNS servera atraÅ”anÄs vietu.
HibrÄ«da un vairÄku datu centru infrastruktÅ«ras ir vÄl viens Anycast izmantoÅ”anas piemÄrs. No pakalpojumu sniedzÄja saÅemtÄ slodzes lÄ«dzsvaroÅ”anas IP adrese ļauj sadalÄ«t slodzi starp dažÄdu klientu pakalpojumu IP adresÄm pakalpojumu sniedzÄja datu centrÄ. Pateicoties jebkuras ierÄ«ces tehnoloÄ£ijai, tas nodroÅ”ina labÄku veiktspÄju intensÄ«vas satiksmes apstÄkļos, kļūdu toleranci un palÄ«dz optimizÄt reakcijas laiku, strÄdÄjot ar lielu lietotÄju skaitu.
HibrÄ«dÄs vairÄku datu centru infrastruktÅ«rÄs varat izplatÄ«t trafiku starp serveriem vai pat virtuÄlajÄm maŔīnÄm uz Ä«paÅ”iem serveriem.
TÄdÄjÄdi infrastruktÅ«ras bÅ«vniecÄ«bas tehnisko risinÄjumu izvÄle ir milzÄ«ga. Varat arÄ« konfigurÄt slodzes lÄ«dzsvaroÅ”anu starp IP adresÄm vairÄkos datu centros, mÄrÄ·Äjot uz jebkuru grupas ierÄ«ci, lai optimizÄtu vietnes veiktspÄju.
Varat izplatÄ«t trafiku atbilstoÅ”i saviem noteikumiem, definÄjot katra izplatÄ«tÄ servera āsvaruā katrÄ datu centrÄ. Å Ä« konfigurÄcija ir Ä«paÅ”i noderÄ«ga, ja ir sadalÄ«ts serveru parks un pakalpojumu veiktspÄja ir nevienmÄrÄ«ga. Tas ļaus biežÄk izplatÄ«t trafiku, lai uzlabotu servera veiktspÄju.
Lai izveidotu uzraudzÄ«bas sistÄmu, izmantojot ping komandu, ir iespÄjams konfigurÄt zondes. Tas ļauj administratoram definÄt savas uzraudzÄ«bas procedÅ«ras un iegÅ«t skaidrÄku priekÅ”statu par katra infrastruktÅ«ras komponenta statusu. TÄdÄ veidÄ var definÄt pieejamÄ«bas kritÄrijus.
Ir iespÄjams izveidot hibrÄ«da infrastruktÅ«ru: dažreiz ir Ärti atstÄt aizmugures biroju korporatÄ«vajÄ tÄ«klÄ un interfeisa daļu uzticÄt pakalpojumu sniedzÄjam.
Ir iespÄjams pievienot SSL sertifikÄtus slodzes lÄ«dzsvaroÅ”anai, pÄrsÅ«tÄ«to datu Å”ifrÄÅ”anai un komunikÄcijas droŔībai starp vietnes apmeklÄtÄjiem un korporatÄ«vo infrastruktÅ«ru. Slodzes balansÄÅ”anas gadÄ«jumÄ starp datu centriem var izmantot arÄ« SSL.
Anycast pakalpojumu ar adreses slodzes lÄ«dzsvaroÅ”anu var iegÅ«t no sava pakalpojumu sniedzÄja. Å Ä« funkcija palÄ«dzÄs uzlabot to, kÄ lietotÄji mijiedarbojas ar lietotnÄm, pamatojoties uz atraÅ”anÄs vietu. Pietiek paziÅot, kÄdi pakalpojumi ir pieejami datu centrÄ, un satiksme tiks novirzÄ«ta uz tuvÄko infrastruktÅ«ru. Ja ir paredzÄti serveri, piemÄram, FrancijÄ vai ZiemeļamerikÄ, klienti tiks novirzÄ«ti uz tuvÄko serveri tÄ«klÄ.
Viena no Anycast izmantoÅ”anas iespÄjÄm ir optimÄla operatora klÄtbÅ«tnes punkta (PoP) izvÄle. Dosim
Iemesls ir tÄds, ka Unycast gadÄ«jumÄ katram LinkedIn PoP ir unikÄla IP adrese. PÄc tam lietotÄji tiek pieŔķirti PoP, pamatojoties uz viÅu Ä£eogrÄfisko atraÅ”anÄs vietu, izmantojot DNS. ProblÄma ir tÄda, ka, izmantojot DNS, aptuveni 30% lietotÄju Amerikas SavienotajÄs ValstÄ«s tika novirzÄ«ti uz neoptimÄlu PoP. PakÄpeniski ievieÅ”ot Anycast, neoptimÄlÄ PoP pieŔķirÅ”ana samazinÄjÄs no 31% lÄ«dz 10%.
Pilottesta rezultÄti ir parÄdÄ«ti grafikÄ, kur Y ass ir optimÄlÄ PoP pieŔķirÅ”anas procents. Anycast pieaugot, daudzos ASV Å”tatos tika novÄrots datplÅ«smas procentuÄlÄs daļas uzlabojums optimÄlÄ PoP virzienÄ.
Anycast tīkla uzraudzība
Anycast tÄ«kli teorÄtiski ir vienkÄrÅ”i: vairÄkiem fiziskajiem serveriem tiek pieŔķirta viena un tÄ pati IP adrese, ko BGP izmanto marÅ”ruta noteikÅ”anai. TaÄu Anycast platformu ievieÅ”ana un dizains ir sarežģīti, un kļūmju izturÄ«gie Anycast tÄ«kli ir Ä«paÅ”i slaveni ar to. VÄl grÅ«tÄk ir efektÄ«vi uzraudzÄ«t Anycast tÄ«klu, lai Ätri identificÄtu un izolÄtu defektus.
Ja pakalpojumi sava satura nodroÅ”inÄÅ”anai izmanto treÅ”Äs puses CDN nodroÅ”inÄtÄju, tiem ir ļoti svarÄ«gi uzraudzÄ«t un pÄrbaudÄ«t tÄ«kla veiktspÄju. Uz Anycast balstÄ«tÄ CDN uzraudzÄ«ba ir vÄrsta uz latentuma no gala lÄ«dz galam un priekÅ”pÄdÄjÄ lÄciena veiktspÄjas mÄrÄ«Å”anu, lai saprastu, kurÅ” datu centrs apkalpo saturu. HTTP servera galveÅu analÄ«ze ir vÄl viens veids, kÄ noteikt, no kurienes tiek iegÅ«ti dati.
PiemÄrs: HTTP atbildes galvenes, kas norÄda CDN servera atraÅ”anÄs vietu.
PiemÄram, CloudFlare HTTP atbildes ziÅojumos izmanto savu CF-Ray galveni, kas ietver norÄdi par datu centru, kuram tika nosÅ«tÄ«ts pieprasÄ«jums. Zendesk gadÄ«jumÄ Sietlas reÄ£iona CF-Ray galvene ir CF-RAY: 2a21675e65fd2a3d-SEA, bet Amsterdamai tÄ ir CF-RAY: 2a216896b93a0c71-AMS. Varat arÄ« izmantot HTTP-X galvenes no HTTP atbildes, lai noteiktu, kur atrodas saturs.
Citas adresÄcijas metodes
Ir arÄ« citas adresÄcijas metodes lietotÄju pieprasÄ«jumu marÅ”rutÄÅ”anai uz noteiktu tÄ«kla galapunktu:
Unicast
MÅ«sdienÄs lielÄkÄ daļa interneta izmanto Å”o metodi. Unicast - unicast pÄrraide, IP adrese ir saistÄ«ta tikai ar vienu konkrÄtu tÄ«kla mezglu. To sauc par saskaÅoÅ”anu viens pret vienu.
Multicast
Multiraide izmanto attiecÄ«bas viens pret daudziem vai daudzi pret daudziem. Multiraide ļauj nosÅ«tÄ«t pieprasÄ«jumu no sÅ«tÄ«tÄja vienlaicÄ«gi uz dažÄdiem atlasÄ«tajiem galapunktiem. Tas dod klientam iespÄju lejupielÄdÄt failu gabalos no vairÄkiem saimniekiem vienlaikus (kas ir noderÄ«gi audio vai video straumÄÅ”anai). Multicast bieži tiek sajaukts ar Anycast. TomÄr galvenÄ atŔķirÄ«ba ir tÄ, ka Anycast novirza sÅ«tÄ«tÄju uz vienu konkrÄtu mezglu, pat ja ir pieejami vairÄki mezgli.
PÄrraidÄ«t
Viena sÅ«tÄ«tÄja datagramma tiek pÄrsÅ«tÄ«ta uz visiem galapunktiem, kas saistÄ«ti ar apraides adresi. TÄ«kls automÄtiski replicÄ datagrammas, lai varÄtu sasniegt visus apraides adresÄtus (parasti tajÄ paÅ”Ä apakÅ”tÄ«klÄ).
Ä¢eocast
Geocast ir nedaudz lÄ«dzÄ«gs Multicast: pieprasÄ«jumi no sÅ«tÄ«tÄja tiek nosÅ«tÄ«ti uz vairÄkiem galapunktiem vienlaikus. TaÄu atŔķirÄ«ba ir tÄda, ka adresÄtu nosaka tÄ Ä£eogrÄfiskÄ atraÅ”anÄs vieta. Å Ä« ir specializÄta multiraides forma, ko izmanto daži marÅ”rutÄÅ”anas protokoli mobilajiem ad hoc tÄ«kliem.
Ä¢eogrÄfiskais marÅ”rutÄtÄjs aprÄÄ·ina savu apkalpoÅ”anas apgabalu un tuvina to. Ä¢eorouters, apmainÄs ar apkalpoÅ”anas zonÄm, veido marÅ”rutÄÅ”anas tabulas. Ä¢eorouter sistÄmai ir hierarhiska struktÅ«ra.
Unicast, multiraide un apraide.
Izmantojot Anycast tehnoloÄ£iju, tiek paaugstinÄts DNS uzticamÄ«bas, kļūdu tolerances un droŔības lÄ«menis. Izmantojot Å”o tehnoloÄ£iju, operatori piedÄvÄ saviem klientiem pakalpojumus dažÄda veida slodzes lÄ«dzsvaroÅ”anai, pamatojoties uz DNS. VadÄ«bas panelÄ« varat norÄdÄ«t IP adreses, uz kurÄm tiks nosÅ«tÄ«ti pieprasÄ«jumi atkarÄ«bÄ no Ä£eogrÄfiskÄs atraÅ”anÄs vietas. Tas klientiem dos iespÄju elastÄ«gÄk izplatÄ«t lietotÄju pieprasÄ«jumus.
Daži operatori ievieÅ” marÅ”ruta uzraudzÄ«bas iespÄjas katrÄ klÄtbÅ«tnes punktÄ (POP): sistÄma automÄtiski analizÄ klÄtbÅ«tnes punktu Ä«sÄkos vietÄjos un globÄlos marÅ”rutus un marÅ”rutÄ tos cauri vismazÄkÄ latentuma Ä£eogrÄfiskajÄm vietÄm bez dÄ«kstÄves.
Å obrÄ«d Anycast ir visstabilÄkais un uzticamÄkais risinÄjums augstas slodzes DNS pakalpojumu veidoÅ”anai, kuriem ir augstas prasÄ«bas attiecÄ«bÄ uz stabilitÄti un uzticamÄ«bu.
DomÄns .ru atbalsta 35 Anycast DNS serverus, kas sagrupÄti 20 mezglos, kas sadalÄ«ti piecos Anycast mÄkoÅos. Å ajÄ gadÄ«jumÄ tiek izmantots uz Ä£eogrÄfiskiem raksturlielumiem balstÄ«tas bÅ«vniecÄ«bas princips, t.i. Ä¢eocast. Izvietojot DNS mezglus, ir paredzÄts, ka tie tiks pÄrvietoti uz Ä£eogrÄfiski izkliedÄtÄm vietÄm tuvu aktÄ«vÄkajiem lietotÄjiem, maksimÄla Krievijas pakalpojumu sniedzÄju koncentrÄcija mezgla atraÅ”anÄs vietÄ, kÄ arÄ« brÄ«vas jaudas pieejamÄ«ba un vienkÄrŔība. mijiedarbÄ«ba ar vietni.
KÄ izveidot CDN?
CDN ir serveru tÄ«kls, kas paÄtrina satura piegÄdi lietotÄjiem.
CDN ļauj izmantot serverus, kas ir vistuvÄk mÄrÄ·auditorijai. Tas samazina gaidÄ«Å”anas laiku un palÄ«dz paÄtrinÄt vietnes satura ielÄdi visiem apmeklÄtÄjiem, kas ir Ä«paÅ”i svarÄ«gi vietnÄm ar lieliem failiem vai multivides pakalpojumiem. Tipiski CDN lietojumi ir e-komercija un izklaide.
CDN infrastruktÅ«rÄ izveidotais papildu serveru tÄ«kls, kas atrodas pÄc iespÄjas tuvÄk lietotÄjiem, veicina stabilÄku un ÄtrÄku datu piegÄdi. SaskaÅÄ ar statistiku, CDN izmantoÅ”ana samazina latentumu, piekļūstot vietnei par vairÄk nekÄ 70%, salÄ«dzinot ar vietnÄm bez CDN.
KÄ
Izmantojot GeoDNS, varat atgriezt dažÄdas DNS atbildes atkarÄ«bÄ no lietotÄja IP adreses. Lai to izdarÄ«tu, DNS serveris ir konfigurÄts, lai atgrieztu dažÄdas IP adreses atkarÄ«bÄ no pieprasÄ«jumÄ norÄdÄ«tÄs avota IP adreses. Parasti GeoIP datu bÄze tiek izmantota, lai noteiktu reÄ£ionu, no kura tiek veikts pieprasÄ«jums. Ä¢eolokÄcijas noteikÅ”ana, izmantojot DNS, ļauj nosÅ«tÄ«t saturu lietotÄjiem no tuvumÄ esoÅ”as vietnes.
GeoDNS nosaka klienta IP adresi, kas nosÅ«tÄ«ja DNS pieprasÄ«jumu, vai pakalpojumu sniedzÄja rekursÄ«vÄ DNS servera IP adresi, kas tiek izmantota, apstrÄdÄjot klienta pieprasÄ«jumu. Valsts/reÄ£ions tiek noteikts pÄc klienta IP un GeoIP datu bÄzes. PÄc tam klients iegÅ«st tuvÄkÄ CDN servera IP adresi. Varat lasÄ«t vairÄk par GeoDNS iestatÄ«Å”anu
Anycast vai GeoDNS?
Lai gan Anycast ir lielisks veids, kÄ nodroÅ”inÄt saturu globÄlÄ mÄrogÄ, tam trÅ«kst specifiskuma. Å eit palÄ«gÄ nÄk GeoDNS. Å is pakalpojums ļauj izveidot kÄrtulas, kas lietotÄjus nosÅ«ta uz unikÄliem galapunktiem, pamatojoties uz viÅu atraÅ”anÄs vietu.
PiemÄrs: lietotÄji no Eiropas tiek novirzÄ«ti uz citu galapunktu.
Varat arÄ« liegt piekļuvi domÄniem, atmetot visus pieprasÄ«jumus. Tas jo Ä«paÅ”i ir Ätrs veids, kÄ novÄrst iebrucÄjus.
GeoDNS sniedz precÄ«zÄkas atbildes nekÄ Anycast. Ja Anycast gadÄ«jumÄ Ä«sÄko marÅ”rutu nosaka apiÅu skaits, tad GeoDNS marÅ”rutÄÅ”ana gala lietotÄjiem notiek atkarÄ«bÄ no viÅu fiziskÄs atraÅ”anÄs vietas. Tas samazina latentumu un uzlabo precizitÄti, veidojot detalizÄtus marÅ”rutÄÅ”anas noteikumus.
PÄrejot uz domÄnu, pÄrlÅ«kprogramma sazinÄs ar tuvÄko DNS serveri, kas atkarÄ«bÄ no domÄna izsniedz IP adresi, lai ielÄdÄtu vietni. PieÅemsim, ka interneta veikals ir populÄrs ASV un EiropÄ, bet DNS serveri tam ir pieejami tikai EiropÄ. Tad ASV lietotÄji, kuri vÄlas izmantot veikala pakalpojumus, bÅ«s spiesti nosÅ«tÄ«t pieprasÄ«jumu uz tuvÄko serveri, un, tÄ kÄ tas atrodas ļoti tÄlu, viÅiem bÅ«s ilgi jÄgaida atbilde - vietne netiks Ätri ielÄdÄta.
Ja GeoDNS serveris atrodas ASV, lietotÄji jau tam piekļūst. Atbilde bÅ«s Ätra, kas ietekmÄs vietnes ielÄdes Ätrumu.
SituÄcijÄ ar esoÅ”u DNS serveri ASV, kad lietotÄjs no Amerikas SavienotajÄm ValstÄ«m dodas uz noteiktu domÄnu, viÅÅ” sazinÄsies ar tuvÄko serveri, kas nodroÅ”inÄs nepiecieÅ”amo IP. LietotÄjs tiks novirzÄ«ts uz serveri, kurÄ atrodas vietnes saturs, taÄu, tÄ kÄ serveri ar saturu atrodas tÄlu, viÅÅ” to Ätri nesaÅems.
Ja mitinÄt CDN serverus ASV ar keÅ”atmiÅas datiem, tad pÄc ielÄdes klienta pÄrlÅ«kprogramma nosÅ«tÄ«s pieprasÄ«jumu uz tuvÄko DNS serveri, kas nosÅ«tÄ«s atpakaļ nepiecieÅ”amo IP adresi. PÄrlÅ«ks ar saÅemto IP sazinÄs ar tuvÄko CDN serveri un galveno serveri, un CDN serveris apkalpo pÄrlÅ«kprogrammai keÅ”atmiÅÄ saglabÄto saturu. KamÄr tiek ielÄdÄts keÅ”atmiÅÄ saglabÄtais saturs, faili, kas trÅ«kst, lai ielÄdÄtu pilnu vietni, tiek saÅemti no galvenÄ servera. TÄ rezultÄtÄ tiek samazinÄts vietnes ielÄdes laiks, jo no galvenÄ servera tiek nosÅ«tÄ«ts daudz mazÄk failu.
KonkrÄtas IP adreses precÄ«zas atraÅ”anÄs vietas noteikÅ”ana ne vienmÄr ir viegls uzdevums: ir daudz faktoru, un dažÄdu IP adreÅ”u Ä«paÅ”nieki var izlemt to reklamÄt citÄ pasaules malÄ (tad jums bÅ«s pagaidiet, lÄ«dz datu bÄze tiek atjauninÄta, lai iegÅ«tu pareizo atraÅ”anÄs vietu). Dažreiz VPS pakalpojumu sniedzÄji pieŔķir adreses, kas it kÄ atrodas ASV, VPS SingapÅ«rÄ.
AtŔķirÄ«bÄ no Anycast adreÅ”u izmantoÅ”anas, izplatÄ«Å”ana tiek veikta vÄrda noteikÅ”anas laikÄ, nevis savienojuma izveides laikÄ ar keÅ”atmiÅas serveri. Ja rekursÄ«vais serveris neatbalsta EDNS klientu apakÅ”tÄ«klus, tiek izmantota Ŕī rekursÄ«vÄ servera atraÅ”anÄs vieta, nevis lietotÄjs, kurÅ” izveidos savienojumu ar keÅ”atmiÅas serveri.
Klientu apakÅ”tÄ«kli DNS ir DNS (RFC7871) paplaÅ”inÄjums, kas nosaka, kÄ rekursÄ«vie DNS serveri var nosÅ«tÄ«t klienta informÄciju DNS serverim, jo āāÄ«paÅ”i tÄ«kla informÄciju, ko GeoDNS serveris var izmantot, lai precÄ«zÄk noteiktu klienta atraÅ”anÄs vietu.
LielÄkÄ daļa izmanto savu ISP DNS serverus vai DNS serverus, kas atrodas Ä£eogrÄfiski tuvu tiem, taÄu, ja kÄds ASV kÄda iemesla dÄļ nolemj izmantot DNS atrisinÄtÄju, kas atrodas AustrÄlijÄ, viÅi, visticamÄk, nonÄks pie AustrÄlijai vistuvÄk esoÅ”Äs IP servera adreses.
Ja vÄlaties izmantot GeoDNS, ir svarÄ«gi apzinÄties Ŕīs funkcijas, jo dažos gadÄ«jumos tas var palielinÄt attÄlumu starp keÅ”atmiÅas serveriem un klientu.
Kopsavilkums: ja vÄlaties apvienot vairÄkus VPS CDN, vislabÄkÄ izvietoÅ”anas iespÄja ir izmantot DNS servera komplektu ar GeoDNS + Anycast funkciju.
Avots: www.habr.com