Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā

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?

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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 vs Unicast: kuru labāk izvēlēties katrā gadījumā

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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 piemērs. LinkedIn (bloķēts Krievijā) cenÅ”as ne tikai uzlabot savu produktu ā€“ mobilo un tÄ«mekļa lietojumprogrammu ā€“ veiktspēju un ātrumu, bet arÄ« uzlabot tÄ«kla infrastruktÅ«ru ātrākai satura piegādei. Å ai dinamiskai satura piegādei LinkedIn aktÄ«vi izmanto PoP ā€” klātbÅ«tnes punktus. Anycast tiek izmantots, lai novirzÄ«tu lietotājus uz tuvāko PoP.

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%.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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. Satura piegādes tīkls apvieno visus serverus vienā tīklā un nodroŔina ātrāku satura ielādi. Liela nozīme ielādes ātrumā ir attālumam no servera līdz lietotājam.

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ā izveidot CDN, izmantojot DNS? CDN iestatÄ«Å”ana, izmantojot paÅ”a Anycast risinājumu, var bÅ«t diezgan dārgs projekts, taču ir arÄ« lētākas iespējas. Piemēram, varat izmantot GeoDNS un parastos serverus ar unikālām IP adresēm. Izmantojot GeoDNS pakalpojumus, varat izveidot CDN ar Ä£eogrāfiskās atraÅ”anās vietas noteikÅ”anas iespējām, kur lēmumi tiek pieņemti, pamatojoties uz faktisko apmeklētāja atraÅ”anās vietu, nevis DNS risinātāja atraÅ”anās vietu. Varat konfigurēt savu DNS zonu, lai ASV apmeklētājiem rādÄ«tu ASV serveru IP adreses, bet Eiropas apmeklētāji redzēs Eiropas IP adresi.

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 Å”eit.

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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā
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.

Anycast vs Unicast: kuru labāk izvēlēties katrā gadījumā

Avots: www.habr.com

Pievieno komentāru