Baie mense het seker al van Anycast gehoor. In hierdie metode van netwerkadressering en -roetering word 'n enkele IP-adres aan verskeie bedieners op 'n netwerk toegeken. Hierdie bedieners kan selfs in datasentrums op afstand van mekaar geleë wees. Die idee van Anycast is dat, afhangende van die ligging van die versoekbron, die data na die naaste (volgens die netwerktopologie, meer presies, die BGP-roeteringprotokol) bediener gestuur word. Op hierdie manier kan jy die aantal netwerk hops en latency verminder.
In wese word dieselfde roete vanaf verskeie datasentrums regoor die wêreld geadverteer. Kliënte sal dus na die "beste" en "naaste" gestuur word op grond van BGP-roetes, die datasentrum. Hoekom Anycast? Waarom Anycast in plaas van Unicast gebruik?
Unicast is regtig geskik vir 'n webwerf met een webbediener en 'n matige hoeveelheid verkeer. As 'n diens egter miljoene intekenare het, gebruik dit gewoonlik baie webbedieners, elk met dieselfde IP-adres. Hierdie bedieners word geografies versprei om versoeke optimaal te bedien.
In hierdie scenario sal Anycast werkverrigting verbeter (verkeer word met minimale vertraging na die gebruiker gestuur), betroubaarheid van die diens verseker (danksy rugsteunbedieners) en lasbalansering - roetering na verskeie bedieners sal die las effektief tussen hulle versprei, wat die spoed verbeter van die webwerf.
Operateurs bied kliënte verskillende soorte lasbalansering gebaseer op Anycast en DNS. Kliënte kan IP-adresse spesifiseer waarna versoeke gestuur sal word op grond van die geografiese ligging van die webwerf. Dit maak dit moontlik om gebruikersversoeke meer buigsaam te versprei.
Gestel daar is verskeie webwerwe waartussen jy die vrag (gebruikers) moet versprei, byvoorbeeld 'n aanlynwinkel met 100 000 versoeke per dag of 'n gewilde blog. Om die streek te beperk van waaruit gebruikers toegang tot 'n spesifieke werf kry, kan jy die Geo Community-opsie gebruik. Dit laat jou toe om die streek te beperk waarbinne die operateur die roete sal adverteer.
Anycast en Unicast: verskille
Anycast word dikwels gebruik in toepassings soos DNS (Domain Name System) en CDN (Content Delivery Networks), wat roetebesluite moontlik maak wat netwerkwerkverrigting verbeter. Inhoudafleweringsnetwerke gebruik Anycast omdat hulle groot volumes verkeer hanteer, en Anycast bied 'n aantal voordele in hierdie geval (meer daaroor hieronder). In DNS laat Anycast jou toe om die vlak van betroubaarheid en fouttoleransie van die diens aansienlik te verhoog.
In Anycast IP, wanneer BGP gebruik word, is daar verskeie roetes na 'n spesifieke gasheer. Dit is eintlik kopieë van gashere in veelvuldige datasentrums, wat gebruik word om verbindings met laer latensie te vestig.
Dus, in 'n Anycast-netwerk word dieselfde IP-adres vanaf verskillende plekke geadverteer, en die netwerk besluit waarheen om die gebruiker se versoek te stuur op grond van die "koste" van die roete. BGP word byvoorbeeld dikwels gebruik om die kortste roete vir data-oordrag te bepaal. Wanneer 'n gebruiker 'n Anycast-versoek stuur, bepaal BGP die beste roete vir beskikbare Anycast-bedieners op die netwerk.
Voordele van Anycast
Vermindering van latensie
Stelsels met Anycast kan die vertraging verminder wanneer gebruikersversoeke verwerk word omdat dit jou toelaat om data van die naaste bediener af te ontvang. Dit wil sê, gebruikers sal altyd koppel aan die "naaste" (vanuit 'n roeteprotokol-oogpunt) DNS-bediener. As gevolg hiervan verminder Anycast interaksietyd deur die netwerkafstand tussen die kliënt en bediener te verminder. Dit verminder nie net latensie nie, maar bied ook lasbalansering.
Spoed
Omdat verkeer na die naaste nodus herlei word en die vertraging tussen die kliënt en die nodus verminder word, is die resultaat geoptimaliseerde afleweringspoed, maak nie saak waar die kliënt inligting vandaan versoek nie.
Verhoogde stabiliteit en fouttoleransie
As verskeie bedieners regoor die wêreld dieselfde IP gebruik, sal verkeer na die naaste bediener herlei word as een van die bedieners misluk of ontkoppel word. As gevolg hiervan maak Anycast die diens meer veerkragtig en bied beter netwerktoegang/latency/spoed.
Deur dus voortdurend verskeie bedieners vir gebruikers beskikbaar te hê, verbeter Anycast byvoorbeeld DNS-stabiliteit. As 'n nodus misluk, sal gebruikersversoeke na 'n ander DNS-bediener herlei word sonder enige handmatige ingryping of herkonfigurasie. Anycast bied feitlik deursigtige oorskakeling na ander werwe deur eenvoudig die roetes van die problematiese webwerf te verwyder.
Vrag balansering
In Anycast word netwerkverkeer oor verskillende bedieners versprei. Dit wil sê, dit dien as 'n lasbalanseerder, wat verhoed dat enige enkele bediener die grootste deel van die verkeer ontvang. Lasbalansering kan byvoorbeeld gebruik word wanneer daar verskeie netwerknodusse op dieselfde geografiese afstand vanaf die versoekbron is. In hierdie geval word die las tussen die nodusse versprei.
Verminder die impak van DoS-aanvalle
Nog 'n kenmerk van Anycast is sy DDoS-weerstand. Dit is onwaarskynlik dat DDoS-aanvalle 'n Anycast-stelsel sal kan vernietig, aangesien hulle alle bedieners in so 'n netwerk met 'n stortvloed van versoeke sal moet oorweldig.
DDoS-aanvalle gebruik dikwels botnets, wat soveel verkeer kan genereer dat dit die aangeval bediener oorlaai. Die voordeel van die gebruik van Anycast in hierdie situasie is dat elke bediener 'n deel van die aanval kan "absorbeer", wat die las op daardie spesifieke bediener verminder. 'n Ontkenning van diens aanval sal heel waarskynlik na die bediener gelokaliseer word en sal nie die hele diens beïnvloed nie.
Hoë horisontale skaalbaarheid
Anycast-stelsels is goed geskik vir dienste met groot volumes verkeer. As 'n diens wat Anycast gebruik nuwe bedieners vereis om verhoogde verkeer te hanteer, kan nuwe bedieners by die netwerk gevoeg word om dit te hanteer. Hulle kan op nuwe of bestaande webwerwe geplaas word.
As 'n spesifieke ligging 'n groot toename in verkeer ervaar, sal die byvoeging van 'n bediener help om die las vir daardie webwerf te balanseer. Die byvoeging van 'n bediener by 'n nuwe webwerf sal help om wagtye te verminder deur 'n nuwe kortste roete vir sommige gebruikers te skep. Albei metodes help ook om die stabiliteit van die diens te verbeter namate nuwe bedieners op die netwerk beskikbaar word. Op hierdie manier, as 'n bediener oorlaai is, kan jy eenvoudig 'n ander een op 'n plek ontplooi wat dit toelaat om 'n gedeelte van die oorlaaide bediener se versoeke te aanvaar. Dit vereis geen konfigurasie van die kant van kliënte nie.
Slegs op hierdie manier kan terabits van verkeer en 'n baie groot aantal gebruikers bedien word wanneer die bediener slegs 'n paar 10 of 25 Gbps-poorte het. 100 gashere met een IP-adres sal dit moontlik maak om terabit-volumes van verkeer te verwerk.
Maklike konfigurasiebestuur
Soos hierbo genoem, is 'n interessante gebruik van Anycast DNS. Jy kan verskeie verskillende DNS-bedieners op netwerknodusse plaas, maar gebruik een DNS-adres. Afhangende van waar die bron geleë is, word versoeke na die naaste nodus gestuur. Dit bied 'n mate van verkeersbalansering en oortolligheid in die geval van 'n DNS-bedienerfout. Op hierdie manier, in plaas daarvan om verskillende DNS-bedieners te konfigureer, afhangende van waar hulle geleë is, kan die konfigurasie van een DNS-bediener na alle nodusse gepropageer word.
Anycast-netwerke kan gekonfigureer word om versoeke te stuur nie net op grond van afstand nie, maar ook op parameters soos die teenwoordigheid van 'n bediener, die aantal gevestigde verbindings. of reaksietyd.
Geen spesiale bedieners, netwerke of spesiale komponente word aan die kliëntkant vereis om Anycast-tegnologie te gebruik nie. Maar Anycast het ook sy nadele. Daar word geglo dat die implementering daarvan 'n komplekse taak is, wat bykomende toerusting, betroubare verskaffers en behoorlike verkeersroetes vereis.
Ver van suiwer bron tot skoonheid
Alhoewel Anycast gebruikers roeteer op grond van die minste hop, beteken dit nie noodwendig die laagste latency nie. Latency is 'n meer komplekse maatstaf omdat dit hoër kan wees vir een oorgang as vir tien.
Voorbeeld: Interkontinentale kommunikasie kan 'n enkele hop met baie hoë latensie behels.
Anycast word hoofsaaklik gebruik vir UDP-gebaseerde dienste soos DNS. Gebruikersversoeke word na die "beste" en "naaste" datasentrum gestuur, gebaseer op BGP-roetes.
Voorbeeld: 'n DNS-kliëntwerkstasie met 'n Anycast DNS IP-adres van 123.10.10.10 voer DNS-resolusie uit tot die naaste van drie DNS-naambedieners wat met dieselfde Anycast IP-adres ontplooi is. As Roeter R1 of Bediener A misluk, sal DNS-kliëntpakkies outomaties deur Roeters R2 en R3 na die volgende naaste DNS-bediener aangestuur word. Daarbenewens sal die roete na ons bediener A van die roeteertabelle verwyder word, wat verdere gebruik van daardie naambediener verhoed.
Ontplooiing Scenario's
Daar is twee algemene skemas wat gebruik word om te bepaal met watter bediener 'n gebruiker koppel:
- Anycast netwerklaag. Koppel die gebruiker aan die naaste bediener. Die netwerkpad van die gebruiker na die bediener is hier belangrik.
- Toepassingsvlak anycast. Hierdie skema het meer berekende maatstawwe, insluitend bedienerbeskikbaarheid, reaksietyd, aantal verbindings, ens. Dit hang af van 'n eksterne monitor wat netwerkstatistieke verskaf.
CDN gebaseer op Anycast
Kom ons keer nou terug na die gebruik van Anycast in inhoudafleweringsnetwerke. Anycast is beslis 'n interessante netwerkkonsep en kry toenemende aanvaarding onder die volgende generasie CDN-verskaffers.
CDN is 'n verspreide netwerk van bedieners wat inhoud aan eindgebruikers lewer met hoë beskikbaarheid en lae latensie. Inhoudafleweringsnetwerke speel vandag 'n belangrike rol as die ruggraat van baie aanlyn mediadienste, en verbruikers is toenemend minder verdraagsaam teenoor stadige aflaaispoed. Video- en stemtoepassings is veral sensitief vir netwerk-jitter en latency.
'n CDN verbind alle bedieners in een netwerk en verseker vinniger laai van inhoud. Soms is dit moontlik om die gebruiker se wagtyd met 5-6 sekondes te verminder. Die doel van 'n CDN is om aflewering te optimaliseer deur inhoud te bedien vanaf die bediener wat die naaste aan die eindgebruiker is. Dit is baie soortgelyk aan Anycast, waar die naaste bediener gekies word op grond van die eindgebruiker se ligging. Dit wil voorkom asof elke CDN-diensverskaffer Anycast by verstek sal gebruik, maar in werklikheid is dit nie die geval nie.
Toepassings wat protokolle soos HTTP/TCP gebruik maak staat op die verbinding wat tot stand gebring word. As 'n nuwe Anycast-nodus gekies word (byvoorbeeld as gevolg van 'n bedienerfout), kan diens onderbreek word. Dit is hoekom Anycast voorheen aanbeveel is vir verbindinglose dienste soos UDP en DNS. Anycast werk egter ook goed vir verbinding-georiënteerde protokolle; byvoorbeeld, TCP werk goed in Anycast-modus.
Sommige CDN-verskaffers gebruik Anycast-gebaseerde roetering, ander verkies DNS-gebaseerde roetering: die naaste bediener word gekies op grond van waar die gebruiker se DNS-bediener geleë is.
Hibriede en multi-datasentrum-infrastruktuur is nog 'n voorbeeld van die gebruik van Anycast. Die IP-adres vir lasbalansering wat van die verskaffer ontvang word, laat jou toe om die las tussen die IP-adresse van verskillende kliëntedienste in die verskaffer se datasentrum te versprei. Danksy enige toesteltegnologie bied dit beter werkverrigting onder swaar verkeer, fouttoleransie en help om reaksietyd te optimaliseer wanneer daar met 'n groot aantal gebruikers te doen is.
In hibriede multi-datasentrum-infrastruktuur kan u verkeer oor bedieners of selfs virtuele masjiene op toegewyde bedieners versprei.
Daar is dus 'n groot verskeidenheid tegniese oplossings vir die bou van infrastruktuur. U kan ook lasbalansering oor IP-adresse oor verskeie datasentrums opstel, en enige toestel in 'n groep teiken om werfprestasie te optimaliseer.
U kan verkeer volgens u eie reëls versprei, wat die "gewig" van elk van die verspreide bedieners in elke datasentrum definieer. Hierdie opstelling is veral nuttig wanneer daar 'n verspreide bedienerpark is en die werkverrigting van dienste ongelyk is. Dit sal toelaat dat verkeer meer gereeld versprei word om bedienerwerkverrigting te verbeter.
Om 'n moniteringstelsel te skep met behulp van die ping-opdrag, is dit moontlik om probes op te stel. Dit stel die administrateur in staat om hul eie moniteringsprosedures te definieer en 'n duideliker beeld te kry van die status van elke komponent in die infrastruktuur. Op hierdie manier kan toeganklikheidskriteria gedefinieer word.
Dit is moontlik om 'n hibriede infrastruktuur te bou: soms is dit gerieflik om die agterkantoor in die korporatiewe netwerk te los, en die koppelvlakdeel aan die verskaffer uit te kontrakteer.
Dit is moontlik om SSL-sertifikate by te voeg vir lasbalansering, enkripsie van oorgedra data en sekuriteit van kommunikasie tussen werfbesoekers en korporatiewe infrastruktuur. In die geval van lasbalansering tussen datasentrums, kan SSL ook gebruik word.
Anycast-diens met adreslasbalansering kan van jou verskaffer verkry word. Hierdie kenmerk sal help om te verbeter hoe gebruikers op grond van ligging met programme omgaan. Dit is genoeg om aan te kondig watter dienste in die datasentrum beskikbaar is, en verkeer sal na die naaste infrastruktuur herlei word. As daar toegewyde bedieners is, byvoorbeeld in Frankryk of Noord-Amerika, sal kliënte na die naaste bediener op die netwerk verwys word.
Een van die opsies vir die gebruik van Anycast is die optimale keuse van 'n operateur se punt van teenwoordigheid (PoP). Kom ons gee . LinkedIn (geblokkeer in Rusland) streef daarna om nie net die werkverrigting en spoed van sy produkte - mobiele en webtoepassings - te verbeter nie, maar ook om sy netwerkinfrastruktuur te verbeter vir vinniger inhoudlewering. Vir hierdie dinamiese inhoudlewering gebruik LinkedIn aktief PoP's - punte van teenwoordigheid. Anycast word gebruik om gebruikers na die naaste PoP te lei.
Die rede is dat in die geval van Unycast, elke LinkedIn PoP 'n unieke IP-adres het. Gebruikers word dan aan PoP toegewys op grond van hul geografiese ligging met behulp van DNS. Die probleem is dat wanneer DNS gebruik word, ongeveer 30% van gebruikers in die Verenigde State na 'n suboptimale PoP herlei is. Met die gefaseerde implementering van Anycast het suboptimale PoP-toewysing van 31% tot 10% gedaal.
Die resultate van die loodstoets word in die grafiek getoon, waar die Y-as die persentasie van optimale PoP-toewysing is. Soos Anycast toegeneem het, het baie Amerikaanse state 'n verbetering in die persentasie verkeer na die optimale PoP gesien.
Anycast-netwerkmonitering
Anycast-netwerke is eenvoudig in teorie: verskeie fisiese bedieners word aan dieselfde IP-adres toegeken, wat BGP gebruik om die roete te bepaal. Maar die implementering en ontwerp van Anycast-platforms is kompleks, en foutverdraagsame Anycast-netwerke is veral bekend hiervoor. Nog meer uitdagend is om 'n Anycast-netwerk effektief te monitor om foute vinnig te identifiseer en te isoleer.
As dienste 'n derdeparty CDN-verskaffer gebruik om hul inhoud te bedien, is dit baie belangrik vir hulle om netwerkwerkverrigting te monitor en te verifieer. Anycast-gebaseerde CDN-monitering fokus op die meting van einde-tot-einde latency en voorlaaste hop-prestasie om te verstaan watter datasentrum die inhoud bedien. Die ontleding van HTTP-bedieneropskrifte is nog 'n manier om te bepaal waar data vandaan kom.
Voorbeeld: HTTP-antwoordopskrifte wat die ligging van die CDN-bediener aandui.
CloudFlare gebruik byvoorbeeld sy eie CF-Ray-opskrif in HTTP-reaksie-boodskappe, wat 'n aanduiding insluit van die datasentrum waarheen die versoek gerig is. In die geval van Zendesk is die CF-Ray-opskrif vir die Seattle-streek CF-RAY: 2a21675e65fd2a3d-SEA, en vir Amsterdam is dit CF-RAY: 2a216896b93a0c71-AMS. Jy kan ook HTTP-X-opskrifte van die HTTP-reaksie gebruik om te bepaal waar die inhoud geleë is.
Ander aanspreekmetodes
Daar is ander aanspreekmetodes om gebruikersversoeke na 'n spesifieke netwerkeindpunt te stuur:
unicast
Die meeste van die internet vandag gebruik hierdie metode. Unicast - unicast-oordrag, die IP-adres word geassosieer met slegs een spesifieke nodus op die netwerk. Dit word een-tot-een-passing genoem.
multicast
Multicast gebruik 'n een-tot-veel- of baie-tot-baie-verhouding. Multicast laat toe dat 'n versoek van 'n sender gelyktydig na verskillende geselekteerde eindpunte gestuur word. Dit gee die kliënt die vermoë om 'n lêer in stukke van verskeie gashere gelyktydig af te laai (wat nuttig is vir die stroom van oudio of video). Multicast word dikwels met Anycast verwar, maar die belangrikste verskil is dat Anycast die sender na een spesifieke nodus lei, selfs al is verskeie nodusse beskikbaar.
Uitgesaai
'n Datagram van 'n enkele sender word aangestuur na alle eindpunte wat met die uitsaaiadres geassosieer word. Die netwerk repliseer outomaties datagramme om alle ontvangers in die uitsending (gewoonlik op dieselfde subnet) te kan bereik.
Geocast
Geocast is ietwat soortgelyk aan Multicast: versoeke van die sender word gelyktydig na verskeie eindpunte gestuur. Die verskil is egter dat die geadresseerde deur sy geografiese ligging bepaal word. Dit is 'n gespesialiseerde vorm van multicast wat deur sommige roeteringsprotokolle vir mobiele ad hoc-netwerke gebruik word.
'n Geografiese roeteerder bereken sy diensarea en benader dit. Georouters, ruil diensareas uit, bou roetetabelle. Die georouter-stelsel het 'n hiërargiese struktuur.
Unicast, Multicast en Broadcast.
Die gebruik van Anycast-tegnologie verhoog die vlak van betroubaarheid, fouttoleransie en sekuriteit van DNS. Deur hierdie tegnologie te gebruik, bied operateurs hul kliënte dienste aan vir verskillende tipes lasbalansering gebaseer op DNS. In die beheerpaneel kan u IP-adresse spesifiseer waarna versoeke gestuur sal word, afhangende van geografiese ligging. Dit sal kliënte die geleentheid gee om gebruikersversoeke meer buigsaam te versprei.
Sommige operateurs implementeer roetemoniteringsvermoëns by elke teenwoordigheidspunt (POP): die stelsel ontleed outomaties die kortste plaaslike en globale roetes vir punte van teenwoordigheid en lei hulle deur die geografiese liggings met die laagste vertraging met geen stilstand nie.
Op die oomblik is Anycast die mees stabiele en betroubare oplossing vir die bou van hoëlading DNS-dienste, wat hoë vereistes vir stabiliteit en betroubaarheid het.
Die .ru-domein ondersteun 35 Anycast DNS-bedieners, gegroepeer in 20 nodusse, versprei oor vyf Anycast-wolke. In hierdie geval word die beginsel van konstruksie gebaseer op geografiese kenmerke gebruik, d.w.s. Geocast. Wanneer DNS-nodusse geplaas word, word daar in die vooruitsig gestel dat hulle na geografies verspreide liggings naby die mees aktiewe gebruikers geskuif sal word, die maksimum konsentrasie Russiese verskaffers by die punt waar die nodus geleë is, sowel as die beskikbaarheid van gratis kapasiteit en gemak van interaksie met die webwerf.
Hoe om 'n CDN te bou?
CDN is 'n netwerk van bedieners wat die aflewering van inhoud aan gebruikers versnel. verenig alle bedieners in een netwerk en verseker vinniger inhoudlaai. Die afstand van die bediener na die gebruiker speel 'n belangrike rol in die laaispoed.
Met CDN kan u bedieners gebruik wat die naaste aan die teikengehoor is. Dit verminder wagtyd en help om die laai van werfinhoud vir alle besoekers te bespoedig, wat veral krities is vir werwe met groot lêers of multimediadienste. Tipiese toepassings vir CDN is e-handel en vermaak.
Die netwerk van bykomende bedieners wat in die CDN-infrastruktuur geskep is, wat so na as moontlik aan gebruikers geleë is, dra by tot meer stabiele en vinniger data-aflewering. Volgens statistieke verminder die gebruik van 'n CDN die vertraging wanneer toegang tot 'n webwerf verkry word met meer as 70% in vergelyking met werwe sonder 'n CDN.
As? Die opstel van 'n CDN met Anycast se eie oplossing kan nogal 'n duur projek wees, maar daar is goedkoper opsies. U kan byvoorbeeld GeoDNS en gewone bedieners met unieke IP-adresse gebruik. Deur GeoDNS-dienste te gebruik, kan u 'n CDN met geoliggingsvermoëns skep, waar besluite geneem word op grond van die werklike ligging van die besoeker, eerder as die ligging van die DNS-oplosser. Jy kan jou DNS-sone instel om Amerikaanse bediener-IP-adresse aan Amerikaanse besoekers te wys, maar Europese besoekers sal die Europese IP-adres sien.
Met GeoDNS kan u verskillende DNS-reaksies terugstuur, afhangende van die gebruiker se IP-adres. Om dit te doen, is die DNS-bediener gekonfigureer om verskillende IP-adresse terug te gee, afhangende van die bron-IP-adres in die versoek. Tipies word 'n GeoIP-databasis gebruik om die streek te bepaal waaruit 'n versoek gedoen word. Geografiese ligging met behulp van DNS laat jou toe om inhoud aan gebruikers vanaf 'n nabygeleë webwerf te stuur.
GeoDNS bepaal die IP-adres van die kliënt wat die DNS-versoek gestuur het, of die IP-adres van die verskaffer se rekursiewe DNS-bediener, wat gebruik word wanneer die kliëntversoek verwerk word. Die land/streek word bepaal deur die kliënt se IP- en GeoIP-databasis. Die kliënt kry dan die IP-adres van die naaste CDN-bediener. U kan meer lees oor die opstel van GeoDNS.
Anycast of GeoDNS?
Alhoewel Anycast 'n uitstekende manier is om inhoud op 'n wêreldwye skaal te lewer, het dit nie spesifisiteit nie. Dit is waar GeoDNS tot die redding kom. Hierdie diens laat jou toe om reëls te skep wat gebruikers na unieke eindpunte stuur op grond van hul ligging.
Voorbeeld: Gebruikers van Europa word na 'n ander eindpunt gelei.
U kan ook toegang tot domeine weier deur alle versoeke weg te gooi. Dit is veral 'n vinnige manier om indringers af te sny.
GeoDNS gee meer akkurate antwoorde as Anycast. As in die geval van Anycast die kortste roete bepaal word deur die aantal hops, dan vind in GeoDNS roetering vir eindgebruikers plaas afhangende van hul fisiese ligging. Dit verminder latensie en verbeter akkuraatheid wanneer korrelvormige roetereëls geskep word.
Wanneer na 'n domein navigeer, kontak die blaaier die naaste DNS-bediener, wat, afhangende van die domein, 'n IP-adres uitreik om die webwerf te laai. Kom ons neem aan dat 'n aanlynwinkel gewild is in die VSA en Europa, maar DNS-bedieners daarvoor is slegs in Europa beskikbaar. Dan sal Amerikaanse gebruikers wat die winkel se dienste wil gebruik, gedwing word om 'n versoek na die naaste bediener te stuur, en aangesien dit baie ver is, sal hulle lank moet wag vir 'n antwoord - die webwerf sal nie vinnig laai nie.
Wanneer 'n GeoDNS-bediener in die VSA geleë is, sal gebruikers reeds toegang daartoe kry. Die reaksie sal vinnig wees, wat die laaispoed van die webwerf sal beïnvloed.
In 'n situasie met 'n bestaande DNS-bediener in die Verenigde State, wanneer 'n gebruiker van die Verenigde State na 'n gegewe domein navigeer, sal hy die naaste bediener kontak wat die vereiste IP sal verskaf. Die gebruiker sal na die bediener verwys word wat die werf se inhoud bevat, maar aangesien die bedieners met die inhoud ver is, sal hy dit nie vinnig ontvang nie.
As u CDN-bedieners in die VSA huisves met data in die kas, sal die kliëntblaaier na die laai 'n versoek na die naaste DNS-bediener stuur, wat die vereiste IP-adres sal terugstuur. Die blaaier met die ontvangde IP kontak die naaste CDN-bediener en die hoofbediener, en die CDN-bediener bedien die gekaste inhoud aan die blaaier. Terwyl die inhoud in die kas gelaai word, word die lêers wat ontbreek om die volledige webwerf te laai, vanaf die hoofbediener ontvang. As gevolg hiervan word die laaityd van die werf verminder, aangesien baie minder lêers vanaf die hoofbediener gestuur word.
Om die presiese ligging van 'n spesifieke IP-adres te bepaal is nie altyd 'n maklike taak nie: daar is baie faktore wat speel, en die eienaars van 'n reeks IP-adresse kan besluit om dit aan die ander kant van die wêreld te adverteer (dan sal jy moet wag vir die databasis om by te werk om die korrekte ligging te kry). Soms ken VPS-verskaffers adresse toe wat vermoedelik in die VSA geleë is aan VPS in Singapoer.
In teenstelling met die gebruik van Anycast-adresse, word verspreiding gedoen tydens naamresolusie eerder as wanneer u aan die kasbediener koppel. As die rekursiewe bediener nie EDNS-kliëntsubnette ondersteun nie, word die ligging van daardie rekursiewe bediener gebruik eerder as die gebruiker wat aan die kasbediener sal koppel.
Kliëntsubnette in DNS is 'n uitbreiding van DNS (RFC7871) wat definieer hoe rekursiewe DNS-bedieners kliëntinligting na die DNS-bediener kan stuur, veral netwerkinligting wat die GeoDNS-bediener kan gebruik om die kliënt se ligging meer akkuraat te bepaal.
Die meeste gebruik hul ISP se DNS-bedieners of DNS-bedieners wat geografies naby aan hulle is, maar as iemand in die VSA om een of ander rede besluit om 'n DNS-oplosser in Australië te gebruik, sal hulle waarskynlik eindig met 'n IP-bedieneradres naaste aan Australië.
As jy GeoDNS wil gebruik, is dit belangrik om bewus te wees van hierdie kenmerke, aangesien dit in sommige gevalle die afstand tussen die kasbedieners en die kliënt kan vergroot.
Opsomming: as u verskeie VPS in 'n CDN wil kombineer, dan is die beste ontplooiingsopsie om 'n DNS-bedienerbundel te gebruik met die GeoDNS + Anycast-funksie buite die boks.
Bron: will.com