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