Mund të ketë shumë njerëz që kanë dëgjuar për Anycast. Me këtë metodë të adresimit dhe ruterizimit të rrjetit, një IP adresë i jepet disa serverëve në rrjet. Këta serverë mund të ndodhen edhe në Qendrat e të Dhënave që janë larg njëri-tjetrit. Ideja e Anycast është që, në varësi të vendndodhjes së burimit të kërkesave, të dhënat dërgohen në serverin më të afërt (sipas topologjisë së rrjetit, saktësisht - protokollit të ruterizimit BGP). Kështu mund të reduktohet numri i kalimeve në rrjet (hop) dhe vonesa (latency).
Në thelb, shpallet një rrugë e njëjtë nga disa qendra të të dhënave në të gjithë botën. Kështu që klientët do të dërgohen në qendrën e të dhënave më 'të mirë' dhe më 'të afërt' sipas rrugëve BGP. Pse atëherë sapo Anycast? Pse të përdorim Anycast në vend të Unicast?
Unicast do të ishte në të vërtetë i përshtatshëm për një faqe me një server web dhe volum të moderuar të trafikut. Megjithatë, nëse shërbimi ka miliona abonentë, zakonisht përdor shumë serverë web, secili me të njëjtën IP adresë. Këta serverë janë shpërndarë gjeografikisht për shërbim optimal të kërkesave.
Në një skenar të tillë, Anycast do të ofronte përmirësim të performancës (trafiku dërgohet te përdoruesi me vonesën më të vogël), do të sigurojë qëndrueshmëri të shërbimit (falë serverëve rezervë) dhe balancim të ngarkesës - ruterizimi nëpër disa serverë do të shpërndajë në mënyrë efektive ngarkesën midis tyre, duke përmirësuar shpejtësinë e funksionimit të faqes.
Ooperatorët ofrojnë klientëve lloje të ndryshme të balancimit të ngarkesës duke përdorur Anycast dhe DNS. Klientët mund të specifikojnë adresat IP në të cilat do të dërgohen kërkesat në varësi të vendndodhjes gjeografike të faqes. Kjo ofron mundësinë për të shpërndarë kërkesat e përdoruesve më fleksibël.
Le të supozojmë se ka disa lokacione, midis të cilave duhet të shpërndahen ngarkesat (përdoruesit), për shembull, një dyqan online me 100,000 kërkesa në ditë ose një blog të njohur. Për të kufizuar rajonin, nga i cili përdoruesit hyjnë në një lokacion specifik, mund të shfrytëzohet opsioni Geo Community. Kjo lejon kufizimin e rajonit, brenda të cilit operatori do të shpallë rrugën.
Anycast dhe Unicast: dallimet
Anycast shpesh përdoret në aplikacione si DNS (sistemi i emrave të domaineve) dhe CDN (rrjetet e shpërndarjes së përmbajtjes), duke lejuar marrjen e vendimeve mbi ruterimin që përmirësojnë performancën e rrjetit. Rrjetet e shpërndarjes së përmbajtjes përdorin Anycast, pasi përballen me volume të mëdha trafiku, dhe Anycast ofron disa avantazhe në këtë rast (për të cilat do të flasim më poshtë). Në DNS, Anycast lejon një përmirësim të konsiderueshëm të nivelit të qëndrueshmërisë dhe disponueshmërisë së shërbimit.
Në Anycast IP, kur përdoret BGP, ka disa rute për një host të caktuar. Në të vërtetë, këto janë kopje të hosteve në disa qendra të përpunimit të të dhënave, të përdorura për të krijuar lidhje me vonesa më të ulëta.
Pra, në rrjetin Anycast, të njëjtin IP shpallet nga vende të ndryshme, dhe rrjeti vendos se ku të dërgojë kërkesën e përdoruesit duke u bazuar në "kostot" e rutes. Për shembull, shpesh përdoret protokolli BGP për të përcaktuar rrugën më të shkurtër të transferimit të të dhënave. Kur përdoruesi dërgon një kërkesë Anycast, BGP përcakton rrugën më të mirë për serverët e disponueshëm në rrjetin Anycast.
Avantazhet e Anycast
Ulja e vonesave
Sistemet me Anycast janë në gjendje të reduktojnë vonesën në përpunimin e kërkesave të përdoruesve, pasi lejojnë marrjen e të dhënave nga serveri më i afërt. Kjo do të thotë se përdoruesit do të lidhen gjithmonë me serverin DNS "më të afërt" (në terma të protokollit të ruterimit). Si rezultat, Anycast zvogëlon kohën e ndërveprimit duke ulur distancën rrjetore midis klientit dhe serverit. Kjo jo vetëm që zvogëlon vonesën, por gjithashtu siguron balancimin e ngarkesës.
Shpejtësia
Pasi trafiku drejtohet në nyjën më të afërt, dhe vonesa në transferimin e të dhënave ndërmjet klientit dhe nyjës zvogëlohet, rezultati do të jetë optimizimi i shpejtësisë së dorëzimit, pavarësisht nga vendi ku klienti e kërkon informacionin.
Stabilitet i rritur dhe qëndrueshmëri
Nëse disa serverë në të gjithë globin përdorin të njëjtin IP, atëherë në rast të dështimit të njërit nga serverët ose ndalimit të tij, trafiku do të ridrejtohet në serverin më të afërt. Si rezultat, Anycast e bën shërbimin më të qëndrueshëm dhe siguron akses më të mirë në rrjet/vonesë/shpejtësi.
Kështu, falë pranisë së disa serverëve, të cilët janë gjithmonë të aksesueshëm për përdoruesit, Anycast, për shembull, rrit stabilitetin e funksionimit të DNS. Në rast të dështimit të një nyje, kërkesat e përdoruesve do të ridrejtohen në një server tjetër DNS pa ndonjë ndërhyrje ose përshtatje manuale. Anycast siguron kalimin thuajse të përhershëm në faqe të tjera, duke hequr thjesht rrugët e faqes problematike.
Balancimi i ngarkesës
Në sistemin Anycast, trafiku rrjetor shpërndahet nëpër serverë të ndryshëm. Kështu, ai funksionon si një balancues ngarkese, duke parandalur që çdo server i vetëm të marrë shumicën e trafikut. Balancimi i ngarkesës mund të përdoret, për shembull, kur në të njëjtin distancë geografinë nga burimi i kërkesave ndodhen disa nyje rrjeti. Në këtë rast, ngarkesa shpërndahet midis nyjeve.
Reducimi i ndikimit të sulmeve DoS
Një veçori tjetër e Anycast është qëndrueshmëria ndaj DDoS. Sulmet DDoS do ta kishin të vështirë për të dështuar sistemin Anycast, pasi do të duhej të mbulonin me një valë kërkesash të gjitha serverët në atë rrjet.
Në sulmet DDoS, shpesh përdoren botnet, të cilat mund të gjenerojnë një volum të tillë trafiku sa e mbingarkojnë serverin e sulmuar. Avantazhi i përdorimit të Anycast në këtë situatë është se çdo server është në gjendje të "përballojë" një pjesë të sulmit, gjë që zvogëlon ngarkesën mbi serverin konkret. Një sulm i tipit "refuzimi për shërbim" do të localized në server dhe nuk do të ndikojë në të gjithë shërbimin.
Shkallëzueshmëri horizontale e lartë
Sistemet Anycast janë shumë të përshtatshme për shërbime me volumen të madh trafiku. Nëse një shërbim që përdor Anycast ka nevojë për serverë të rinj për të përpunuar trafikun në rritje, mund të shtohen serverë të rinj në rrjet për ta përpunuar atë. Ato mund të vendosen në vende të reja ose në vende ekzistuese.
Nëse në një vend të caktuar vërehet një rritje e madhe e trafikut, shtimi i një serveri do të ndihmojë për të balancuar ngarkesën për atë platformë. Shtimi i një serveri në një platformë të re do të ndihmojë në reduktimin e kohës së pritjes, duke krijuar për disa përdorues një rruge të re më të shkurtër. Të dy mënyrat ndihmojnë gjithashtu në rritjen e stabilitetit të shërbimit, pasi në rrjet bëhen të disponueshme servera të rinj. Kështu, nëse një server është i ngarkuar, thjesht mund të vendoset një tjetër në atë vend, që do ta mundësojë të pranojë një pjesë të kërkesave të serverit të ngarkuar. Nuk do të nevojitet asnjë konfigurim nga ana e klientëve.
Vetëm në këtë mënyrë është e mundur të shërbehen terabite të trafikut dhe një numër shumë të madh përdoruesish, kur në server ka vetëm disa porte 10 ose 25 Gbit/s. 100 hoste me një IP adresë do t'i japin mundësinë të përpunojnë volumin terabite të trafikut.
Thjeshtësia e menaxhimit të konfiguracionit
Siç u përmend më parë, një përdorim interesant i Anycast është DNS. Mund të vendosen disa servera të ndryshëm DNS në nyjat e rrjetit, por të përdoret vetëm një adresë DNS. Në varësi të asaj se ku ndodhet burimi, kërkesat drejtohen tek nyja më e afërt. Kjo siguron një balancim të caktuar të trafikut dhe tepërsi në rast të dështimit të serverit DNS. Kështu, në vend që të konfigurohet servera të ndryshëm DNS në varësi të vendndodhjes së tyre, konfigurimi i një serveri DNS mund të shpërndahet në të gjitha nyjat.
Rrjetet Anycast mund të konfigurohen për të drejtuar kërkesat jo vetëm në bazë të distancës, por gjithashtu sipas parametrave si disponueshmëria e serverit, numri i lidhjeve të vendosura, ose koha e përgjigjes.
Për të përdorur teknologjinë Anycast nga ana e klientit nuk nevojiten servera, rrjete ose komponentë të veçantë. Por Anycast ka edhe disavantazhe. Mendohet se zbatimi i tij është një detyrë e ndërlikuar, që kërkon pajisje shtesë, ofrues të besueshëm dhe rrugëzim të saktë të trafikut.
Nga burimi i pastër në një largësi të bukur
Megjithëse Anycast drejton përdoruesit në bazë të numrit më të vogël të kalimeve, kjo nuk do të thotë domosdoshmërisht vonesë minimale. Vonesat janë një metrikë më të komplikuar, pasi një kalim mund të ketë më shumë vonesë se dhjetë kalime.
Shembuj: komunikimet ndërkontinentale mund të përfshijnë një kalim me vonesë shumë të lartë.
Anycast përdoret kryesisht për shërbime që bazohen në UDP, si DNS. Kërkesat e përdoruesve drejtohen në 'Qendrën e të Dhënave më të mirë' dhe 'më të afërt' në bazë të rrugëve BGP.
Shembuj: një stacion pune DNS-klienti me adresën IP Anycast DNS 123.10.10.10, kryen zgjidhjen DNS për serverin më të afërt nga tre servera të emrave DNS të vendosur duke përdorur të njëjtën adresë IP Anycast. Në rast të dështimit të router R1 ose serverit A, paketat DNS-klienti do të ridrejtohen automatikisht në serverin tjetër më të afërt DNS përmes routerëve R2 dhe R3. Gjithashtu, rruga për serverin tonë A do të hiqet nga tabelat e routingut, që do të parandalojë përdorimin e mëtejshëm të këtij serveri të emrave.
Scenarët e vendosjes
Ekzistojnë dy skema të zakonshme që përdoren për të përcaktuar se cili server lidhet me përdoruesin:
- Anycast në nivelin e rrjetit. Lidhet përdoruesi me serverin më të afërt. Këtu rruga në rrjet nga përdoruesi në server është e rëndësishme.
- Anycast në nivelin e aplikacionit. Në këtë skemë ka më shumë metrika të llogaritura, duke përfshirë disponueshmërinë e serverit, kohën e përgjigjes, numrin e lidhjeve etj. Kjo varet nga një monitor të jashtëm që ofron statistika mbi rrjetin.
CDN e bazuar në Anycast
Tani, le të kthehemi te përdorimi i Anycast në rrjetet e shpërndarjes së përmbajtjes. Anycast, padyshim, është një koncept interesant në rrjet dhe po fiton gjithnjë e më shumë njohje nga ofruesit e CDN-ve të brezit të ri.
CDN është një rrjet i shpërndarë serverash që ofrojnë përmbajtje për përdoruesit finalë me disponueshmëri të lartë dhe vonesë të ulët. Rrjetet e shpërndarjes së përmbajtjes luajnë një rol të rëndësishëm sot, duke qenë baza e shumë shërbimeve online multimediale, dhe konsumatorët janë gjithnjë e më pak tolerantë ndaj shpejtësive të ngadalta të ngarkesës. Aplikacionet për video dhe zë janë veçanërisht të ndjeshme ndaj gjitterit dhe vonesës në rrjet.
CDN bashkon të gjitha serverët në një rrjet të vetëm dhe siguron ngarkim më të shpejtë të përmbajtjes. Ndonjëherë është e mundur të reduktohet koha e pritjes për përdoruesin me 5-6 sekonda. Qëllimi i CDN është optimizimi i shpërndarjes duke ofruar përmbajtjen nga serveri që është më afër përdoruesit përfundimtar. Kjo është shumë e ngjashme me Anycast, ku zgjidhet serveri më i afërt në varësi të vendndodhjes së përdoruesit përfundimtar. Duket se çdo ofrues shërbimesh CDN do të përdorë Anycast si parazgjedhje, por në të vërtetë kjo nuk është e vërtetë.
Aplikacionet që përdorin protokolle si HTTP/TCP mbështeten në krijimin e një lidhjeje. Nëse zgjidhet një nyje e re Anycast (për shembull, në rast të dështimit të serverit), shërbimi mund të ndërpritet. Prandaj, Anycast rekomandohej më parë për shërbime pa krijim lidhjeje si UDP dhe DNS. Megjithatë, Anycast funksionon mirë edhe për protokollet me orientim lidhjeje, për shembull, TCP funksionon shkëlqyeshëm në modalitetin Anycast.
Disa ofrues CDN aplikojnë маршрутизациялық bazuar në Anycast, të tjerët preferojnë маршрутизационный bazuar në DNS: serveri më i afërt zgjidhet në varësi të vendndodhjes së serverit DNS të përdoruesit.
Infrastrukturat hibride dhe infrastrukturat me disa qendra të të dhënave janë një shembull tjetër i përdorimit të Anycast. Adresa Load Balancing IP e marrë nga ofruesi lejon shpërndarjen e ngarkesës midis IP-ve të shërbimeve të ndryshme të klientëve në Qendrën e Të Dhënave të ofruesit. Falë teknologjisë së adresimit të cilësdo pajisje, kjo siguron performancë më të mirë nën ngarkesë të madhe, qëndrueshmëri ndaj dështimit dhe ndihmon në optimizimin e kohës së përgjigjes për numrin e madh të përdoruesve.
Në infrastrukturen hibride me disa qendra të të dhënave, mund të shpërndahet trafiku midis serverëve ose madje edhe makinave virtuale në serverë të dedikuar.
Kështu, ekziston një gamë e gjerë zgjidhjesh teknike për ndërtimin e infrastruktura. Mund të konfigurohet gjithashtu balancimi i ngarkesës sipas IP-ve në disa qendra të të dhënave, duke përdorur adresimin për çdo pajisje të grupit për të optimizuar funksionimin e faqes.
Është e mundur të shpërndahen trafiku në përputhje me rregullat e veta, duke caktuar "peshën" e çdo serveri të shpërndarë në çdo Qendër të Dhënash. Kjo konfigurim është veçanërisht e dobishme kur ka një park serverësh të shpërndarë dhe performanca e shërbimeve nuk është e njëjtë. Kjo do të lejojë shpërndarjen më të shpeshtë të trafikut për të rritur performancën e serverëve.
Për të krijuar një sistem kontrolli me komandën ping, ka mundësi për të konfiguruar sondat. Kjo i lejon administratori të përcaktojë procedurat e saj të kontrollit dhe të marrë një pasqyrë më të qartë të gjendjes së çdo komponente në infrastrukturë. Në këtë mënyrë, mund të përcaktohen kriteret e disponueshmërisë.
Ekziston mundësia për të ndërtuar një infrastrukturë hibride: ndonjëherë është e përshtatshme të lëshohet back-office në rrjetin korporatës, ndërsa pjesa interfacer kalon me jashtë te ofruesi i shërbimeve.
Ka mundësi për të shtuar certifikata SSL për balancimin e ngarkesës, enkriptimin e të dhënave të dërguara dhe sigurinë e komunikimit mes vizitorëve të faqes së internetit dhe infrastrukturës korporative. Në rastin e balancimit të ngarkesës midis Qendrave të Dhënash gjithashtu mund të aplikohet SSL.
Shërbimi Anycast me balancimin e ngarkesave të adresave mund të merret nga ofruesi. Kjo funksion do të ndihmojë në përmirësimin e algoritmit të ndërveprimit të përdoruesve me aplikacionet në përputhje me lokacionin. Mjafton të deklarohet se cilat shërbime janë në Qendrat e Dhënave, dhe trafiku do të redirektohet në infrastrukturën më të afërt. Nëse ka serverë të dedikuar, për shembull, në Francë ose në Amerikën e Veriut, atëherë klientët do të dërgohen te serveri më i afërt në rrjet.
Një nga mundësitë e përdorimit të Anycast është zgjedhja optimale e pikës së pranisë së ofruesit (PoP). Ja si: . LinkedIn (i bllokuar në Rusi) synon jo vetëm të përmirësojë performancën dhe shpejtësinë e produkteve të tij — aplikacioneve mobile dhe web, por gjithashtu të përmirësojë infrastrukturën rrjetësore për shpërndarjen e shpejtë të përmbajtjes. Për këtë qëllim, shpërndarjen dinamike të përmbajtjes LinkedIn e përdor aktivisht PoP – pikat e pranisë. Për të drejtuar përdoruesit te PoP më i afërt, përdoret Anycast.
Arsyeja është se, në rastin e Unycast, çdo PoP i LinkedIn ka një adresë IP unike. Më pas, përdoruesit caktohen në PoP në varësi të vendndodhjes së tyre gjeografike përmes DNS. Problemi është se, duke përdorur DNS, rreth 30% e përdoruesve në Shtetet e Bashkuara janë drejtuar në një PoP jo optimal. Falë implementimit gradual të Anycast, caktimi jo optimal i PoP ka rënë nga 31% në 10%.
Rezultatet e testit pilot janë paraqitur në grafik, ku axha Y është përqindja e caktimit optimal të PoP. Me 'shkallëzimin' e Anycast në shumë shtete të SHBA-së, ka pasur një përmirësim në përqindjen e trafikut në PoP e optimal.
Monitorimi i rrjetit Anycast
Teorikisht, rrjetet Anycast janë të thjeshta: disa serverë fizikë i caktohet të njëjtën adresë IP, e cila përdoret nga BGP për të përcaktuar rrugën. Por realizimi dhe projektimi i platformave Anycast është i komplikuar, veçanërisht rrjetet Anycast të njohura për qëndrueshmërinë e tyre. Edhe më e komplikuar është monitorimi efektiv i rrjetit Anycast për zbulimin dhe lokalizimin e shpejtë të defekteve.
Nëse shërbimet përdorin një ofrues të jashtëm CDN për të shërbyer përmbajtjen e tyre, është shumë e rëndësishme të ndjekin dhe verifikojnë performancën e rrjetit. Kur monitorohet CDN bazuar në Anycast, fokusi kryesor është matja e vonesave end-to-end dhe karakteristikave të skenës së zakonshme për të kuptuar se cili qendër të dhënash shërben përmbajtjen. Analiza e titujve HTTP të serverit është një tjetër mënyrë për të përcaktuar se nga vjen informacioni.
Shembulli: titujt e përgjigjes HTTP që tregojnë vendndodhjen e serverit CDN.
Për shembull, CloudFlare përdor titullin e tij CF-Ray në mesazhet HTTP të përgjigjes, i cili përfshin referencën e qendrës së të dhënave ku u bë kërkesa. Në rastin e Zendesk, titulli CF-Ray për rajonin e Seattle është CF-RAY: 2a21675e65fd2a3d-SEA, dhe për Amsterdamin është CF-RAY: 2a216896b93a0c71-AMS. Për të përcaktuar se ku ndodhet përmbajtja, mund të përdoren gjithashtu titujt HTTP-X nga përgjigjja HTTP.
Metoda të tjera adresimi
Ka edhe metoda të tjera adresimi për rrugëtimin e kërkesave të përdoruesve në një pikë specifike të rrjetit:
Unicast
Pjesa më e madhe e internetit sot përdor këtë metodë. Unicast është transmetim njëadresa, adresa IP lidhet vetëm me një nod specifik në rrjet. Kjo quhet përputhje e mutualisht e saktë.
Multicast
Multicast përdor lidhjen "një ndaj shumë" ose "shumë ndaj shumë". Dërgimi multikast lejon dërgimin e një kërkese nga dërguesi në të njëjtën kohë në pika të ndryshme përfundimtare të zgjedhura. Kjo i jep klientit mundësinë të shkarkojë skedarë në pjesë nga disa host-e njëherësh (gjë që është e dobishme për transmetimin e audio ose video). Shpesh multikasti confundoset me Anycast, megjithatë dallimi kryesor qëndron në atë se Anycast drejton dërguesin në një nyje të caktuar konkrete, edhe nëse disa nyje janë në dispozicion.
Broadcast
Datagrami nga një dërgues i vetëm dërgohet në të gjitha pikat përfundimtare që lidhen me adresën broadcast. Rrjeti automatikisht kopjon datagramet për të mundësuar komunikimin me të gjithë marrësit në dërgimin broadcast (zakonisht në një nënrrjetë).
Geocast
Geocast në një farë mënyre është i ngjashëm me Multicast: kërkesat nga dërguesi dërgohen në të njëjtën kohë në disa pika përfundimtare. Megjithatë, dallimi qëndron në atë se marrësi përcaktohet nga pozita e tij gjeografike. Kjo është një formë e specializuar e adresimit grupor që përdoret nga disa protokolle rrugëzimi për rrjetet peer-to-peer mobile.
Rruga gjeografike (Geo Router) llogarit zonën e shërbimit të tij dhe e aproksimon atë. Gjeomarrësit, duke ndarë zonat e shërbimit, ndërtojnë tabela rrugëzimi. Sistemi i gjeomarrësve ka një strukturë hierarkike.
Unicast, Multicast dhe Broadcast.
Përdorimi i teknologjisë Anycast rrit nivelin e besueshmërisë, qëndrueshmërisë dhe sigurisë së DNS. Duke përdorur këtë teknologji, operatorët ofrojnë shërbime të ndryshme të balancimit të ngarkesës bazuar në DNS për klientët e tyre. Në panelin e kontrollit mund të caktohen adresat IP në të cilat do të dërgohen kërkesat në varësi të lokalizimit gjeografik. Kjo do t'u japë klientëve më shumë fleksibilitet në shpërndarjen e kërkesave të përdoruesve.
Disa operatorë përdorin mjete monitorimi të rrugës në çdo pikë prezence (POP): sistemi analizon automatikisht rrugët më të shkurtra lokale dhe globale për pikat e prezencës dhe i drejton ato përmes vendeve gjeografike me vonesë më të ulët dhe zero kohe pushimi.
Në këtë moment, Anycast është zgjidhja më stabile dhe e besueshme për ndërtimin e shërbimeve DNS me ngarkesë të lartë, të cilat kanë kërkesa të larta për qëndrueshmëri dhe besueshmëri.
Domaini .ru mbështet 35 serverë Anycast DNS, të grupluar në 20 nyje, të shpërndara në pesë kloud Anycast. Këtu përdoret principi i ndërtimit sipas karakteristikave gjeografike, pra Geocast. Kur vendosen nyjat DNS parashikohet që ato të shpërndahen në lokacione gjeografikisht të ndara, të afërta me përdoruesit më aktivë, me përqendrimin maksimal të ofruesve rusë në pikën e vendosjes së nyjës, si dhe me disponibilitetin e kapaciteteve dhe lehtësinë e bashkëpunimit me platformën.
Si të ndërtoni CDN?
CDN — rrjeti i serverëve që përshpejton dorëzimin e përmbajtjes për përdoruesit. bashkon të gjithë serverët në një rrjet dhe siguron ngarkim më të shpejtë të përmbajtjes. Në shpejtësinë e ngarkimit, një rol të rëndësishëm luan distanca nga serveri deri te përdoruesi.
CDN lejon përdorimin e serverëve që janë më afër audiencës së synuar. Kjo redukton kohën e pritjes, ndihmon në përshpejtimin e ngarkimit të përmbajtjes së faqeve për të gjithë vizitorët, çka është veçanërisht kritike për faqet me skedarë të mëdhenj ose shërbime multimedia. Fushat tipike të përdorimit të CDN — e-commerce dhe industria e argëtimit.
Rrjeti i krijuar në infrastrukturën e CDN me serverë shtesë, të cilët pozicionohen sa më afër përdoruesve, ndihmon në dorëzimin më të qëndrueshëm dhe më të shpejtë të të dhënave. Sipas statistikave, përdorimi i CDN zvogëlon vonesën në aksesin në faqe me më shumë se 70% në krahasim me faqet pa CDN.
Si? Настройка CDN с использованием собственного решения Anycast может быть достаточно дорогим проектом, но есть более дешевые варианты. Например, можно использовать GeoDNS и обычные серверы с уникальными IP-адресами. С помощью сервисов GeoDNS можно создать CDN с функциями геолокации, в которой решения принимаются на основе реального местоположения посетителя, а не местоположения ресолвера DNS. Можно настроить свою DNS-зону так, чтобы показывать IP-адреса американских серверов посетителям из США, а европейские посетители будут видеть IP-адрес из Европы.
Me GeoDNS mund të kthehen përgjigje të ndryshme DNS në varësi të adresës IP të përdoruesit. Për këtë, serveri DNS konfigurohet në mënyrë që të kthejë adresa IP të ndryshme në varësi të adresës IP të origjinës në kërkesë. Në përgjithësi, për të përcaktuar rajonin nga i cili bëhet kërkesa, përdoret një bazë të dhënash GeoIP. Gjeolokacioni nëpërmjet DNS lejon dërgimin e përmbajtjes për përdoruesit nga faqja më e afërt.
GeoDNS përcakton adresën IP të klientit që bëri kërkesën DNS, ose adresën IP të serverit DNS rekursiv të ofruesit, i cili përdoret gjatë përpunimit të kërkesës së klientit. Sipas IP-së së klientit dhe bazës GeoIP përcaktohet vendi/rajoni. Pastaj, klienti merr adresën IP të serverit më të afërt CDN. Mund të lexoni më shumë rreth konfigurimit të GeoDNS.
Anycast apo GeoDNS?
Megjithëse Anycast është një mënyrë e shkëlqyer për dërgimin e përmbajtjes në mënyrë globale, i mungon specifikimi. Këtu vjen GeoDNS në ndihmë. Ky shërbim lejon krijimin e rregullave që dërgojnë përdoruesit në pika unike përfundimtare në varësi të vendndodhjes së tyre.
Shembulli: përdoruesit nga Europa dërgohen në një pikë përfundimtare tjetër.
Gjithashtu, mund të ndaloni qasjen në domain duke hedhur të gjitha kërkesat. Ky është, për shembull, një mënyrë e shpejtë për të prerë keqbërësit.
GeoDNS ofron përgjigje më të sakta sesa Anycast. Në rastin e Anycast, rruga më e shkurtër përcaktohet nga numri i hop-eve, ndryshe në GeoDNS, routing për përdoruesit përfundimtarë ndodh në varësi të vendndodhjes së tyre fizike. Kjo zvogëlon vonesën dhe rrit saktësinë gjatë krijimit të rregullave të detajuara të routing.
Kur kaloni në domain, shfletuesi i drejtohet serverit më të afërt DNS, i cili, në varësi të domainit, jep adresën IP për ngarkimin e faqes. Supozoni se një dyqan në internet është popullor në SHBA dhe në Europë, dhe serverët DNS për të janë vetëm në Europë. Atëherë, përdoruesit nga SHBA që dëshirojnë të shfrytëzojnë shërbimet e dyqanit do të detyrohen të dërgojnë kërkesë te serveri më i afërt, dhe pasi ai është shumë larg, do të presin gjatë për përgjigjen — ngarkimi i faqes nuk do të jetë i shpejtë.
Duke vendosur një server GeoDNS në SHBA, përdoruesit do t'i drejtohen atij. Përgjigjja do të jetë e shpejtë, gjë që do të ndikojë në shpejtësinë e ngarkimit të faqes.
Në situatën kur ka një server DNS ekzistues në SHBA, kur përdoruesi nga SHBA kalon në këtë domain, ai do t'i drejtohet serverit më të afërt, i cili do të japë IP-në e nevojshme. Përdoruesi do t'i drejtohet serverit që përmban përmbajtjen e faqes, por pasi serverët me përmbajtjen janë të largët, ai nuk do ta marrë atë shpejt.
Nëse vendosni serverët në SHBA dhe serverët CDN me të dhëna të ruajtura, kur shfaqet skeda në shfletuesin e klientit, ai do të dërgojë një kërkesë te serveri më i afërt DNS, i cili do të kthejë adresën e duhur IP. Shfletuesi me adresën IP të marrë i drejtohet serverit më të afërt CDN dhe serverit kryesor, dhe serveri CDN i transmeton shfletuesit përmbajtjen e ruajtur. Ndërkohë që ngarkohet përmbajtja e ruajtur, nga serveri kryesor dërgohen skedarët e nevojshëm për ngarkimin e plotë të faqes. Si rezultat, koha e ngarkesës së faqes zvogëlohet, pasi dërgohen shumë më pak skedarë nga serveri kryesor.
Përcaktimi i vendndodhjes saktësore të një adrese IP të caktuar nuk është gjithmonë një detyrë e lehtë: ka shumë faktorë që luajnë rol, dhe pronarët e grupeve të adresave IP mund të vendosin ta shpallin atë në anën tjetër të botës (atëherë do të duhet të prisni derisa baza e të dhënave të përditësohet për të marrë vendndodhjen e saktë). Nganjëherë, ofruesit e VPS caktojnë adresa që sipas të dhënave ndodhen në SHBA për VPS në Singapor.
Në dallim nga përdorimi i adresave Anycast, shpërndarja ndodh gjatë zgjidhjes së emrave, jo gjatë lidhjes me serverin e ruajtjes. Nëse serveri rekursiv nuk mbështet subnetet e klientëve EDNS, atëherë përdoret vendndodhja e këtij serveri rekursiv dhe jo e përdoruesit që do të lidhet me serverin e ruajtjes.
Subnetet e klientëve në DNS janë një zgjatim i DNS (RFC7871), i cili përcakton se si serverët rekursivë DNS mund të dërgojnë informacion për klientin në serverin DNS, veçanërisht informacionin në lidhje me rrjetin, të cilin serveri GeoDNS mund ta përdorë për të përcaktuar më saktë vendndodhjen e klientit.
Shumica e përdoruesve përdorin serverët DNS të ofruesit të tyre të internetit ose serverë DNS që janë gjeografikisht afër tyre, por nëse ndokush në SHBA për ndonjë arsye vendos të përdorë një zgjidhës DNS, të vendosur në Australi, ai ka të ngjarë të marrë një adresë IP të serverit më të afërt në Australi.
Nëse dëshironi të përdorni GeoDNS, është e rëndësishme të dini për këto karakteristika, pasi në disa raste mund të rrisin distancën midis serverëve të ruajtjes dhe klientit.
Përmbledhje: nëse dëshironi të kombinoni disa VPS në CDN, mundësia më e mirë e instalimit është përdorimi i një kombinimi server DNS me funksionin GeoDNS + Anycast "nga kutia".
Burimi: habr.com
