Ziurrenik jende askok entzun du Anycast-en berri. Sareak bideratzeko eta bideratzeko metodo honetan, IP helbide bakarra esleitzen zaie sare bateko hainbat zerbitzariei. Zerbitzari hauek elkarrengandik urrun dauden datu-zentroetan ere egon daitezke. Anycast-en ideia da, eskaeraren iturriaren kokapenaren arabera, datuak hurbileneko zerbitzarira bidaltzen direla (sare-topologiaren arabera, zehatzago, BGP bideratze-protokoloa). Horrela, sareko saltoen eta latentziaren kopurua murriztu dezakezu.
Funtsean, ibilbide bera mundu osoko hainbat datu-zentrotatik iragartzen da. Horrela, bezeroak BGP ibilbideetan oinarritutako "onenera" eta "gertukoenera" bidaliko dira, datu-zentrora. Zergatik Anycast? Zergatik erabili Anycast Unicast-en ordez?
Unicast benetan egokia da web zerbitzari bakarra eta trafiko kopuru moderatua duen gune baterako. Hala ere, zerbitzu batek milioika harpidedun baditu, normalean web zerbitzari asko erabiltzen ditu, bakoitza IP helbide berdina duena. Zerbitzari hauek geografikoki banatuta daude eskaerak modu egokian betetzeko.
Eszenatoki honetan, Anycast-ek errendimendua hobetuko du (trafikoa erabiltzaileari gutxieneko atzerapenarekin bidaltzen zaio), zerbitzuaren fidagarritasuna bermatuko du (backup zerbitzariei esker) eta karga orekatzea - ββhainbat zerbitzarietara bideratzeak karga eraginkortasunez banatuko du haien artean, abiadura hobetuz. gunearen.
Operadoreek bezeroei Anycast-en eta DNS-en oinarritutako karga-oreka mota desberdinak eskaintzen dizkiete. Bezeroek IP helbideak zehaztu ditzakete zeinetara bidaliko diren eskaerak gunearen kokapen geografikoaren arabera. Horrek erabiltzaileen eskaerak malgutasun handiagoz banatzea ahalbidetzen du.
Demagun karga (erabiltzaileak) banatu behar dituzun hainbat gune daudela, adibidez, eguneko 100 eskaera dituen lineako denda bat edo blog ezagun bat. Erabiltzaileak gune zehatz batera sartzeko eskualdea mugatzeko, Geo Community aukera erabil dezakezu. Operadoreak ibilbidea iragarriko duen eskualdea mugatzeko aukera ematen du.
Anycast eta Unicast: desberdintasunak
Anycast askotan erabiltzen da DNS (Domain Name System) eta CDN (Content Delivery Networks) bezalako aplikazioetan, sarearen errendimendua hobetzen duten bideratze-erabakiak ahalbidetuz. Edukiak bidaltzeko sareek Anycast erabiltzen dute, trafiko-bolumen handiei aurre egiten dietelako, eta Anycast-ek abantaila ugari eskaintzen ditu kasu honetan (horiei buruzko informazio gehiago behean). DNSn, Anycast-ek zerbitzuaren fidagarritasun maila eta akatsen tolerantzia nabarmen handitzeko aukera ematen du.
Anycast IP-en, BGP erabiltzean, hainbat bide daude ostalari zehatz batera. Hauek, egia esan, hainbat datu-zentrotako ostalarien kopiak dira, latentzia baxuagoko konexioak ezartzeko erabiltzen direnak.
Beraz, Anycast sare batean, IP helbide bera iragartzen da leku ezberdinetatik, eta sareak erabakitzen du non bideratu erabiltzailearen eskaera ibilbidearen "kostuaren" arabera. Adibidez, BGP sarritan erabiltzen da datuen transmisiorako biderik laburrena zehazteko. Erabiltzaile batek Anycast eskaera bat bidaltzen duenean, BGPk sarean erabilgarri dauden Anycast zerbitzarientzako biderik onena zehazten du.
Anycast-en abantailak
Latentzia murriztea
Anycast duten sistemek latentzia murriztu dezakete erabiltzaileen eskaerak prozesatzen dituztenean, gertuen dagoen zerbitzaritik datuak jasotzeko aukera ematen baitute. Hau da, erabiltzaileak beti konektatuko dira "hurbilen" (bideratze-protokoloaren ikuspuntutik) DNS zerbitzariarekin. Ondorioz, Anycast-ek elkarrekintza denbora murrizten du bezeroaren eta zerbitzariaren arteko sareko distantzia murriztuz. Horrek latentzia murrizteaz gain karga orekatzea ere eskaintzen du.
Abiadura
Trafikoa hurbilen dagoen nodora bideratzen denez eta bezeroaren eta nodoaren arteko latentzia murrizten denez, emaitza entrega-abiadura optimizatua da, bezeroak informazioa eskatzen duen tokitik edozein dela ere.
Egonkortasuna eta akatsen tolerantzia areagotzea
Mundu osoko hainbat zerbitzari IP bera erabiltzen badute, zerbitzarietako batek huts egiten badu edo deskonektatzen bada, trafikoa hurbileneko zerbitzarira birbideratuko da. Ondorioz, Anycast-ek zerbitzua sendoagoa egiten du eta sarerako sarbide/latentzia/abiadura hobea eskaintzen du.
Horrela, erabiltzaileek etengabe erabilgarri izan ditzaketen zerbitzariak, Anycastek, adibidez, DNS egonkortasuna hobetzen du. Nodo batek huts egiten badu, erabiltzaileen eskaerak beste DNS zerbitzari batera birbideratuko dira eskuzko esku-hartzerik edo birkonfiguraziorik gabe. Anycast-ek beste gune batzuetara aldatzea ia gardena eskaintzen du gune arazotsuaren ibilbideak kenduz.
Karga orekatzea
Anycast-en, sareko trafikoa zerbitzari desberdinetan banatzen da. Hau da, karga-orekatzaile gisa jokatzen du, edozein zerbitzari bakar batek trafikoaren zatirik handiena jasotzea eragozten du. Karga-orekatzea erabil daiteke, adibidez, eskaeraren iturritik distantzia geografiko berean sare-nodo anitz daudenean. Kasu honetan, karga nodoen artean banatzen da.
Murriztu DoS erasoen eragina
Anycast-en beste ezaugarri bat DDoS erresistentzia da. DDoS erasoek nekez erortuko dute Anycast sistema bat, sare horretako zerbitzari guztiak larritu beharko bailituzke eskaera-jausi batekin.
DDoS erasoek askotan botnetak erabiltzen dituzte, eta horrek hainbeste trafiko sor dezake, erasotutako zerbitzaria gainkargatzen baitu. Egoera honetan Anycast erabiltzearen abantaila zerbitzari bakoitzak erasoaren zati bat "xurgatzeko" gai dela da, eta horrek zerbitzari jakin horren karga murrizten du. Zerbitzuaren ukatze-erasoa ziurrenik zerbitzarian kokatuko da eta ez du zerbitzu osoan eragingo.
Eskalagarritasun horizontal handia
Anycast sistemak oso egokiak dira trafiko bolumen handia duten zerbitzuetarako. Anycast erabiltzen duen zerbitzu batek zerbitzari berriak behar baditu trafiko handiagoa kudeatzeko, zerbitzari berriak gehi daitezke sarean hori kudeatzeko. Gune berrietan edo lehendik daudenetan jar daitezke.
Kokapen jakin batek trafikoa handitzen ari bada, zerbitzari bat gehitzeak gune horretako karga orekatzen lagunduko du. Gune berri batean zerbitzari bat gehitzeak itxaronaldi-denborak murrizten lagunduko du, erabiltzaile batzuentzat ibilbide laburren berri bat sortuz. Bi metodoek zerbitzuaren egonkortasuna hobetzen laguntzen dute, sarean zerbitzari berriak eskuragarri dauden heinean. Horrela, zerbitzari bat gainkargatuta badago, gainkargatutako zerbitzariaren eskaeren zatiren bat onartzeko aukera ematen duen kokapen batean beste bat zabaldu dezakezu. Honek ez du bezeroen konfiguraziorik behar.
Modu honetan soilik zerbitzariak 10 edo 25 Gbps-ko ataka gutxi dituenean trafikoaren terabitak eta erabiltzaile kopuru oso handia zerbitza daitezke. IP helbide bakarra duten 100 ostalariek terabit trafiko-bolumenak prozesatzeko aukera emango dute.
Konfigurazio-kudeaketa erraza
Goian esan bezala, Anycast-en erabilera interesgarri bat DNS da. Hainbat DNS zerbitzari ezberdin jar ditzakezu sareko nodoetan, baina DNS helbide bat erabili. Iturria dagoen tokiaren arabera, eskaerak nodo hurbilenera bideratzen dira. Honek trafikoaren oreka eta erredundantzia ematen du DNS zerbitzariaren hutsegiteen kasuan. Horrela, kokatuta dauden tokiaren arabera DNS zerbitzari desberdinak konfiguratu beharrean, DNS zerbitzari baten konfigurazioa nodo guztietara hedatu daiteke.
Anycast sareak konfiguratu daitezke eskaerak bideratzeko distantzian oinarrituta ez ezik, zerbitzari baten presentzia, ezarritako konexio kopurua bezalako parametroetan ere. edo erantzun denbora.
Bezeroaren aldetik ez da zerbitzari, sare edo osagai berezirik behar Anycast teknologia erabiltzeko. Baina Anycast-ek bere alde txarrak ere baditu. Uste da bere ezarpena zeregin konplexua dela, ekipamendu osagarriak, hornitzaile fidagarriak eta trafikoaren bideratze egokia behar dituela.
Iturri hutsetik edertasunera urrun
Anycast-ek erabiltzaileak salto gutxienetan oinarrituta bideratzen dituen arren, horrek ez du zertan latentzia txikiena denik esan nahi. Latentzia metrika konplexuagoa da, trantsizio baterako hamarretarako baino handiagoa izan daitekeelako.
Adibidea: Kontinenteen arteko komunikazioek latentzia oso handiko salto bakar bat izan dezakete.
Anycast UDP oinarritutako zerbitzuetarako erabiltzen da batez ere DNS bezalako zerbitzuetarako. Erabiltzaileen eskaerak "onen" eta "hurbilen" datu-zentrora bideratzen dira BGP ibilbideetan oinarrituta.
Adibidea: 123.10.10.10 Anycast DNS IP helbidea duen DNS bezero lan-estazio batek DNS ebazpena egiten du Anycast IP helbide bera erabiliz inplementatutako hiru DNS izen-zerbitzarietatik hurbilenera. R1 bideratzaileak edo A zerbitzariak huts egiten badu, DNS bezero-paketeak automatikoki birbidaliko dira hurbilen dagoen hurrengo DNS zerbitzarira, R2 eta R3 bideratzaileen bidez. Gainera, gure A zerbitzarirako ibilbidea bideratze-tauletatik kenduko da, izen-zerbitzari hori gehiago erabiltzea eragotziz.
Inplementazio eszenatokiak
Erabiltzaile bat zein zerbitzaritara konektatzen den zehazteko erabiltzen diren bi eskema orokor daude:
- Anycast sare-geruza. Erabiltzailea zerbitzari hurbilenera konektatzen du. Erabiltzailetik zerbitzarirako sare-bidea garrantzitsua da hemen.
- Aplikazio maila anycast. Eskema honek kalkulatutako neurketa gehiago ditu, besteak beste, zerbitzariaren erabilgarritasuna, erantzun-denbora, konexio kopurua, etab. Sareko estatistikak eskaintzen dituen kanpoko monitore baten araberakoa da hori.
Anycast-en oinarritutako CDN
Itzuli gaitezen orain Anycast erabiltzera edukiak bidaltzeko sareetan. Anycast sareko kontzeptu interesgarria da, zalantzarik gabe, eta gero eta onarpen handiagoa hartzen ari da hurrengo belaunaldiko CDN hornitzaileen artean.
CDN zerbitzari-sare banatu bat da, azken erabiltzaileei edukia eskuragarritasun handikoa eta latentzia baxua eskaintzen diena. Edukiak banatzeko sareek gaur egun paper garrantzitsua betetzen dute lineako komunikabideen zerbitzu askoren ardatz gisa, eta kontsumitzaileek gero eta gutxiago toleratzen dute deskarga abiadura motelarekin. Bideo- eta ahots-aplikazioak bereziki sentikorrak dira sareko nahasteak eta latentziari.
CDN batek zerbitzari guztiak sare batera konektatzen ditu eta edukia azkarrago kargatzea bermatzen du. Batzuetan, erabiltzailearen itxarote-denbora 5-6 segundotan murriztea posible da. CDN baten helburua entrega optimizatzea da, azken erabiltzailearengandik hurbilen dagoen zerbitzaritik edukia hornituz. Hau Anycast-en oso antzekoa da, non zerbitzari hurbilena aukeratzen den azken erabiltzailearen kokapenaren arabera. Badirudi CDN zerbitzu-hornitzaile bakoitzak Anycast erabiliko lukeela lehenespenez, baina errealitatean ez da horrela.
HTTP/TCP bezalako protokoloak erabiltzen dituzten aplikazioak ezartzen ari diren konexioan oinarritzen dira. Anycast nodo berri bat hautatzen bada (adibidez, zerbitzariaren hutsegite baten ondorioz), zerbitzua eten daiteke. Horregatik, aurretik Anycast gomendatzen zen UDP eta DNS bezalako konexiorik gabeko zerbitzuetarako. Hala ere, Anycast-ek konexiora bideratutako protokoloetarako ere ondo funtzionatzen du; adibidez, TCP-k ondo funtzionatzen du Anycast moduan.
CDN hornitzaile batzuek Anycast-en oinarritutako bideratzea erabiltzen dute, beste batzuek DNSn oinarritutako bideratzea nahiago dute: zerbitzari hurbilena erabiltzailearen DNS zerbitzaria dagoen tokiaren arabera hautatzen da.
Datu-zentro hibrido eta multi-azpiegiturak Anycast-en erabileraren beste adibide bat dira. Hornitzailearengandik jasotako Load Balancing IP helbideak hornitzailearen datu-zentroko bezero-zerbitzu desberdinen IP helbideen artean karga banatzeko aukera ematen du. Edozein gailuko teknologiari esker, errendimendu hobea ematen du trafiko handian, akatsen tolerantzia eta erantzun-denbora optimizatzen laguntzen du erabiltzaile kopuru handiarekin harremanetan.
Datu anitzeko zentro hibridoen azpiegituretan, trafikoa zerbitzarietan banatu dezakezu edo baita zerbitzari dedikatuetan makina birtualetan ere.
Horrela, azpiegiturak eraikitzeko irtenbide teknikoen aukeraketa handia dago. Karga-oreka ere konfigura dezakezu IP helbideetan hainbat datu-zentrotan, talde bateko edozein gailu bideratuz gunearen errendimendua optimizatzeko.
Trafikoa zure arauen arabera banatu dezakezu, datu-zentro bakoitzean banatutako zerbitzarietako bakoitzaren "pisua" zehaztuz. Konfigurazio hau bereziki erabilgarria da banatutako zerbitzari-parke bat dagoenean eta zerbitzuen errendimendua irregularra denean. Horrek trafikoa maizago banatuko da zerbitzariaren errendimendua hobetzeko.
Ping komandoa erabiliz monitorizazio sistema bat sortzeko, zundak konfiguratu daitezke. Horri esker, administratzaileak bere jarraipen-prozedurak defini ditzake eta azpiegiturako osagai bakoitzaren egoeraren irudi argiagoa lortzeko. Horrela, irisgarritasun irizpideak zehaztu daitezke.
Posible da azpiegitura hibrido bat eraikitzea: batzuetan komenigarria da sare korporatiboko atzeko bulegoa uztea, eta interfazearen zatia hornitzaileari azpikontratatzea.
SSL ziurtagiriak gehi daitezke karga orekatzeko, transmititutako datuen enkriptatzea eta guneko bisitarien eta azpiegitura korporatiboaren arteko komunikazioaren segurtasuna. Datu-zentroen arteko karga orekatzeko kasuan, SSL ere erabil daiteke.
Helbideen karga orekatzeko Anycast zerbitzua zure hornitzailetik lor dezakezu. Eginbide honek erabiltzaileek kokapenaren araberako aplikazioekin nola elkarreragiten duten hobetzen lagunduko du. Nahikoa da datu-zentroan zein zerbitzu dauden iragartzea, eta trafikoa gertuen dagoen azpiegiturara bideratuko da. Zerbitzari dedikatuak badaude, adibidez Frantzian edo Ipar Amerikan, bezeroak sareko zerbitzari hurbilenera zuzenduko dira.
Anycast erabiltzeko aukeretako bat operadorearen presentzia puntuaren (PoP) aukera optimoa da. Eman dezagun . LinkedIn (Errusian blokeatuta) ahalegintzen da bere produktuen errendimendua eta abiadura hobetzen - mugikorretarako eta web-aplikazioak, baina baita sare-azpiegitura hobetzen ere edukia azkarrago bidaltzeko. Eduki dinamiko honetarako, LinkedInek aktiboki erabiltzen ditu PoPak - presentzia puntuak. Anycast erabiltzaileak hurbilen dagoen PoPra bideratzeko erabiltzen da.
Arrazoia da Unycast-en kasuan, LinkedIn PoP bakoitzak IP helbide bakarra duela. Ondoren, erabiltzaileak PoP-ra esleitzen dira beren kokapen geografikoaren arabera DNS erabiliz. Arazoa da DNS erabiltzean, Estatu Batuetako erabiltzaileen % 30 inguru PoP ezin hobeago batera birbideratu zirela. Anycast-en inplementazio mailakatuarekin, PoP esleipen optimoa % 31tik % 10era jaitsi zen.
Proba pilotuaren emaitzak grafikoan agertzen dira, non Y ardatza PoP esleipen optimoaren ehunekoa den. Anycast-ek gora egin zuen heinean, AEBetako estatu askok trafikoaren ehunekoa hobetu egin zuten PoP optimorantz.
Anycast sarearen jarraipena
Anycast sareak teorian sinpleak dira: zerbitzari fisiko anitzei IP helbide bera esleitzen zaie, BGPk ibilbidea zehazteko erabiltzen duena. Baina Anycast plataformen ezarpena eta diseinua konplexua da, eta akatsekiko tolerantzia duten Anycast sareak bereziki famatuak dira horregatik. Are zailagoa da Anycast sare bat modu eraginkorrean kontrolatzea akatsak azkar identifikatzeko eta isolatzeko.
Zerbitzuek euren edukia hornitzeko hirugarren CDN hornitzaile bat erabiltzen badute, oso garrantzitsua da sarearen errendimendua kontrolatzea eta egiaztatzea. Anycast-en oinarritutako CDN monitorizatzeak amaierako latentzia eta azken-aurreko saltoaren errendimendua neurtzera bideratzen du datu-zentroa edukia zerbitzatzen duen ulertzeko. HTTP zerbitzariaren goiburuak aztertzea datuak nondik datozen zehazteko beste modu bat da.
Adibidea: CDN zerbitzariaren kokapena adierazten duten HTTP erantzunen goiburuak.
Esate baterako, CloudFlare-k bere CF-Ray goiburua erabiltzen du HTTP Erantzun mezuetan, eskaera egin zaion datu-zentroaren adierazlea barne. Zendesk-en kasuan, Seattle eskualderako CF-Ray goiburua CF-RAY: 2a21675e65fd2a3d-SEA da, eta Amsterdamerako CF-RAY: 2a216896b93a0c71-AMS. HTTP-X goiburuak ere erabil ditzakezu HTTP erantzunaren edukia non dagoen zehazteko.
Beste helbideratze metodo batzuk
Beste helbideratze metodo batzuk daude erabiltzaileen eskaerak sareko amaiera-puntu zehatz batera bideratzeko:
unicast
Gaur egun Internet gehienek metodo hau erabiltzen dute. Unicast - unicast transmisioa, IP helbidea sareko nodo zehatz bakarrarekin lotuta dago. Horri bat-bateko parekatzea deitzen zaio.
Multicast
Multicast-ek bat-to-asko edo asko-to-asko harremana erabiltzen du. Multicast aukera ematen du igorle baten eskaera bat aldi berean bidaltzeko aukeratutako puntu ezberdinetara. Horrek bezeroari fitxategi bat zatika deskargatzeko aukera ematen dio hainbat ostalaritatik aldi berean (hori da erabilgarria audioa edo bideoa erreproduzitzeko). Multicast Anycast-ekin nahasten da askotan. Hala ere, desberdintasun nagusia Anycast-ek igorlea nodo zehatz batera bideratzen du, nahiz eta nodo anitz eskuragarri egon.
Broadcast
Bidaltzaile bakar baten datagrama bat igorpen-helbidearekin lotutako amaiera-puntu guztietara birbidaltzen da. Sareak automatikoki erreplikatzen ditu datagramak igorpenean hartzaile guztiengana iritsi ahal izateko (normalean azpisare berean).
Geocast
Geocast Multicast-en antzekoa da: igorlearen eskaerak hainbat puntutara bidaltzen dira aldi berean. Hala ere, aldea da hartzailea bere kokapen geografikoaren arabera zehazten dela. Ad hoc sare mugikorretarako bideratze-protokolo batzuek erabiltzen duten multicast forma espezializatua da.
Bideratzaile geografiko batek bere zerbitzu-eremua kalkulatzen du eta gutxi gorabehera. Georouter-ek, zerbitzu-eremuak trukatuz, bideratze-taulak eraikitzen dituzte. Georouter sistemak egitura hierarkikoa du.
Unicast, Multicast eta Broadcast.
Anycast teknologia erabiltzeak DNSren fidagarritasun, akatsen tolerantzia eta segurtasun maila handitzen du. Teknologia hau erabiliz, operadoreek beren bezeroei zerbitzuak eskaintzen dizkie DNSn oinarritutako karga orekatzeko hainbat motatarako. Kontrol-panelean, IP helbideak zehaztu ditzakezu zeinetara bidaliko diren eskaerak kokapen geografikoaren arabera. Horrek bezeroei erabiltzaileen eskaerak malgutasun handiagoz banatzeko aukera emango die.
Operadore batzuek ibilbideak monitorizatzeko gaitasunak ezartzen dituzte presentzia-puntu bakoitzean (POP): sistemak automatikoki aztertzen ditu tokiko eta mundu mailako ibilbide laburrenak presentzia-puntuetarako eta latentzia txikieneko kokapen geografikoetatik bideratzen ditu zero geldialdirik gabe.
Une honetan, Anycast karga handiko DNS zerbitzuak eraikitzeko irtenbide egonkor eta fidagarriena da, egonkortasun eta fidagarritasun eskakizun handiak dituztenak.
.ru domeinuak 35 Anycast DNS zerbitzari onartzen ditu, 20 nodotan bilduta, bost Anycast hodeitan banatuta. Kasu honetan, ezaugarri geografikoetan oinarritutako eraikuntza printzipioa erabiltzen da, hau da. Geocast. DNS nodoak jartzean, erabiltzaile aktiboenetatik hurbil geografikoki sakabanatutako kokapenetara eramango direla aurreikusten da, hornitzaile errusiarren kontzentrazio maximoa nodoa dagoen tokian, baita doako ahalmenaren erabilgarritasuna eta erraztasuna ere. gunearekiko elkarrekintza.
Nola eraiki CDN bat?
CDN erabiltzaileei edukia bidaltzea bizkortzen duen zerbitzarien sarea da. zerbitzari guztiak sare batean batzen ditu eta edukien karga azkarragoa bermatzen du. Zerbitzaritik erabiltzailearenganako distantziak garrantzi handia du kargatzeko abiaduran.
CDN-k xede-publikotik hurbilen dauden zerbitzariak erabiltzeko aukera ematen du. Horrek itxaron denbora murrizten du eta bisitari guztien webgunearen edukia kargatzen azkartzen laguntzen du, eta hori bereziki garrantzitsua da fitxategi handiak edo multimedia zerbitzuak dituzten guneentzat. CDNrako ohiko aplikazioak merkataritza elektronikoa eta entretenimendua dira.
CDN azpiegituran sortutako zerbitzari gehigarrien sareak, erabiltzaileengandik ahalik eta hurbilen daudenak, datuen banaketa egonkorrago eta azkarragoa egiten laguntzen du. Estatistiken arabera, CDN bat erabiltzeak gune batera sartzean latentzia % 70 baino gehiago murrizten du CDNrik gabeko guneekin alderatuta.
Bezala? Anycast-en irtenbide propioa erabiliz CDN bat konfiguratzea nahiko proiektu garestia izan daiteke, baina aukera merkeagoak daude. Adibidez, GeoDNS eta IP helbide esklusiboak dituzten zerbitzari arruntak erabil ditzakezu. GeoDNS zerbitzuak erabiliz, CDN bat sor dezakezu geokokapen-gaitasunekin, non erabakiak bisitariaren benetako kokapenaren arabera hartzen diren, DNS konpontzailearen kokapena baino. Zure DNS eremua konfigura dezakezu AEBetako zerbitzariaren IP helbideak AEBetako bisitariei erakusteko, baina Europako bisitariek Europako IP helbidea ikusiko dute.
GeoDNS-ekin, DNS erantzun desberdinak itzul ditzakezu erabiltzailearen IP helbidearen arabera. Horretarako, DNS zerbitzaria IP helbide desberdinak itzultzeko konfiguratuta dago eskaeraren iturriko IP helbidearen arabera. Normalean, GeoIP datu-base bat erabiltzen da eskaera bat egiten den eskualdea zehazteko. DNS erabiliz geolokalizazioak erabiltzaileei edukia bidal diezaieke inguruko gune batetik.
GeoDNS-k DNS eskaera bidali duen bezeroaren IP helbidea zehazten du, edo hornitzailearen DNS zerbitzari errekurtsiboaren IP helbidea, bezeroaren eskaera prozesatzeko erabiltzen dena. Herrialdea/eskualdea bezeroaren IP eta GeoIP datu-baseak zehazten du. Ondoren, bezeroak hurbilen dagoen CDN zerbitzariaren IP helbidea lortzen du. GeoDNS konfiguratzeari buruzko informazio gehiago irakur dezakezu.
Anycast edo GeoDNS?
Anycast mundu mailan edukia emateko modu bikaina bada ere, ez du berezitasunik. Hemen GeoDNS erreskatatu egiten da. Zerbitzu honi esker, erabiltzaileak beren kokapenaren arabera puntu bakarrera bidaltzen dituzten arauak sortzeko aukera ematen du.
Adibidez: Europako erabiltzaileak beste amaiera-puntu batera bideratzen dira.
Domeinuetarako sarbidea ere uka dezakezu eskaera guztiak baztertuz. Hau da, bereziki, intrusioak mozteko modu azkar bat.
GeoDNS-k Anycast baino erantzun zehatzagoak ematen ditu. Anycast-en kasuan ibilbide laburrena salto kopuruaren arabera zehazten bada, orduan GeoDNS-en azken erabiltzaileentzako bideratzea gertatzen da haien kokapen fisikoaren arabera. Horrek latentzia murrizten du eta zehaztasuna hobetzen du bideratze-arau granularrak sortzean.
Domeinu batera nabigatzean, arakatzaileak hurbilen dagoen DNS zerbitzariarekin jartzen du harremanetan, eta honek, domeinuaren arabera, IP helbide bat ematen du gunea kargatzeko. Demagun lineako denda bat ezaguna dela AEBetan eta Europan, baina horretarako DNS zerbitzariak Europan soilik daude eskuragarri. Ondoren, dendako zerbitzuak erabili nahi dituzten AEBetako erabiltzaileek eskaera bat bidaltzera behartuko dute gertueneko zerbitzariari, eta oso urrun dagoenez, denbora luzez itxaron beharko dute erantzuna lortzeko - gunea ez da azkar kargatuko.
GeoDNS zerbitzari bat AEBetan dagoenean, erabiltzaileak dagoeneko sartuko dira. Erantzuna azkarra izango da, eta horrek gunearen kargatzeko abiaduran eragingo du.
Estatu Batuetan lehendik dagoen DNS zerbitzari bat duen egoera batean, Estatu Batuetako erabiltzaile batek domeinu jakin batera nabigatzen duenean, beharrezko IPa emango dion zerbitzari hurbilenarekin harremanetan jarriko da. Erabiltzailea guneko edukia duen zerbitzarira bideratuko da, baina edukia duten zerbitzariak urrun daudenez, ez du azkar jasoko.
AEBetan CDN zerbitzariak ostatatzen badituzu cacheko datuekin, bezeroaren arakatzaileak kargatzean eskaera bat bidaliko dio hurbilen dagoen DNS zerbitzariari, eta horrek beharrezko IP helbidea bidaliko du. Jasotako IPa duen arakatzaileak hurbilen dagoen CDN zerbitzariarekin eta zerbitzari nagusiarekin harremanetan jartzen du, eta CDN zerbitzariak cachean gordetako edukia arakatzaileari hornitzen dio. Cachean gordetako edukia kargatzen den bitartean, gune osoa kargatzeko falta diren fitxategiak zerbitzari nagusitik jasotzen dira. Ondorioz, webgunea kargatzeko denbora murrizten da, zerbitzari nagusitik askoz fitxategi gutxiago bidaltzen baitira.
IP helbide zehatz baten kokapen zehatza zehaztea ez da beti lan erraza izaten: faktore asko daude jokoan, eta IP helbide sorta baten jabeek munduaren beste aldean iragartzea erabaki dezakete (orduan beharko duzu. itxaron datu-basea eguneratu arte kokapen zuzena lortzeko). Batzuetan, VPS hornitzaileek ustez AEBetan kokatutako helbideak esleitzen dizkio Singapurreko VPSri.
Anycast helbideak erabiltzean ez bezala, banaketa izenen ebazpenean egiten da, cacheko zerbitzariarekin konektatzen den bitartean baino. Zerbitzari errekurtsiboak EDNS bezero azpisareak onartzen ez baditu, zerbitzari errekurtsibo horren kokapena erabiltzen da cacheko zerbitzariarekin konektatuko den erabiltzailea baino.
Client Subnets in DNS DNS (RFC7871) luzapen bat da, DNS zerbitzari errekurtsiboek DNS zerbitzariari bezeroen informazioa nola bidal dezaketen definitzen duena, batez ere GeoDNS zerbitzariak bezeroaren kokapena zehatzago zehazteko erabil dezakeen sareko informazioa.
Gehienek beren ISPren DNS zerbitzariak edo geografikoki hurbil dauden DNS zerbitzariak erabiltzen dituzte, baina AEBetako norbaitek arrazoiren batengatik Australian kokatutako DNS konpontzailea erabiltzea erabakitzen badu, ziurrenik Australiatik gertuen dagoen IP zerbitzariaren helbide bat izango du.
GeoDNS erabili nahi baduzu, garrantzitsua da ezaugarri hauek ezagutzea, kasu batzuetan caching zerbitzarien eta bezeroaren arteko distantzia handitu baitaiteke.
Laburpena: hainbat VPS CDN batean konbinatu nahi badituzu, hedatzeko aukerarik onena GeoDNS + Anycast funtzioarekin DNS zerbitzari sorta erabiltzea da.
Iturria: www.habr.com