Me shumë mundësi, shumë njerëz kanë dëgjuar për Anycast. Me këtë metodë adresimi dhe ruterimi, një IP shpërndahet në disa servera në rrjet. Ky proces mund të përfshijë edhe qendra të të dhënash që ndodhen shumë larg njëra-tjetrës. Ideja e Anycast është që, në varësi të lokacionit të burimit të kërkesave, të dhënat të dërgohen në serverin më të afërt (sipas topologjisë së rrjetit, më saktë — protokollit të ruterimit BGP). Në këtë mënyrë, numri i kalimeve (hop) dhe vonesave (latency) mund të zvogëlohet.
Në thelb, shpallet e njëjta rrugë nga disa qendra të të dhënave në të gjithë botën. Kështu, klientët do të dërgohen në qendrën e të dhënave "më të mirë" dhe "më të afërt" në përputhje me rrugët BGP. Pse të përdoret Anycast? Pse të përdorim Anycast në vend të Unicast?
Unicast vërtet mund të jetë i përshtatshëm për një faqe me një server web dhe një volum të moderuar trafik. Megjithatë, nëse shërbimi ka miliona abonentë, zakonisht përdor shumë servera web, çdo një prej të cilëve ka të njëjtin IP. Këta servera janë të shpërndarë gjeografikisht për të optimizuar shërbimin e kërkesave.
Në këtë skenar, Anycast do të ofrojë përmirësim të performancës (trafiku dërgohet te përdoruesi me vonesë minimale), do të siguronte besueshmërinë e shërbimit (falë serverave rezervë) dhe balancimin e ngarkesës — ruterim nëpërmjet disa serverëve do ta shpërndajë ngarkesën midis tyre, duke përmirësuar shpejtësinë e funksionimit të faqes.
Operatoret ofrojnë klientëve lloje të ndryshme balancimi të ngarkesës mbi bazën e Anycast dhe DNS. Klientët mund të specifikojnë IP-të në të cilat do të dërgohen kërkesat në varësi të lokacionit gjeografik të faqes. Kjo mundëson shpërndarje më fleksibile të kërkesave të përdoruesve.
Supozoni se ka disa vende, midis të cilave duhet të shpërndahet ngarkesa (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 ku përdoruesit hyjnë në një vend të caktuar, mund të përdoret opsioni Geo Community. Ky opsion lejon kufizimin e rajonit, brenda të cilit operatori do të shpallë rrugën.
Anycast dhe Unicast: diferencat
Anycast shpesh kori ndihmon në aplikacione të tilla si DNS (sistemi i emrave të domain) dhe CDN (rrjetet e shpërndarjes së përmbajtjes), duke lejuar vendim-marrje për ruterimin që rrisin 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 përfitime në këtë rast (për këto do flasim më poshtë). Në DNS, Anycast lejon të rritet ndjeshëm niveli i besueshmërisë dhe qëndrushmërisë së shërbimit.
Në Anycast IP me përdorimin e BGP ekzistojnë disa rrugë për në një host të caktuar. Në të vërtetë, këto janë kopje të hosteve në disa qendra të të dhënave, të përdorura për të krijuar lidhje me vonesë më të ulët.
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 në përputhje me "kostot" e rrugës. Për shembull, shpesh për të përcaktuar rrugën më të shkurtër për dërgimin e të dhënave aplikohet protokolli BGP. Kur përdoruesi dërgon një kërkesë Anycast, BGP përcakton rrugën më të mirë për serverat e disponueshëm në rrjetin Anycast.
Përfitimet e Anycast
Përmirësimi i vonesës
Sistemet me Anycast janë në gjendje të zvogëlojnë vonesën në përpunimin e kërkesave të përdoruesve, pasi lejojnë marrjen e të dhënave nga serveri më afër. Kjo do të thotë që përdoruesit gjithmonë do të lidhen me DNS-serverin "më të afërt" (në përputhje me protokollin e 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
Duke qenë se trafiku dërgohet në nyjën më të afërt, dhe vonesa zvogëlohet gjatë kalimit të të dhënave midis klientit dhe nyjës, rezultati do të jetë optimizimi i shpejtësisë së dorëzimit, pavarësisht se nga ku klienti kërkon informacion.
Rritja e stabilitetit dhe qëndrushmërisë
Nëse disa servera në të gjithë botën përdorin të njëjtin IP, atëherë në rast të dështimit të njërit nga serverat ose çaktivizimit të tij, trafiku do të riorientohet në serverin më të afërt. Si rezultat, Anycast e bën shërbimin më të qëndrueshëm dhe siguron qasje më të mirë në rrjet/vonesë/shpejtësi.
Kështu, falë pranisë së disa serverëve që janë gjithmonë në dispozicion për përdoruesit, Anycast, për shembull, rrit qëndrueshmërinë e funksionimit të DNS. Kur një nod shkëputet, kërkesat e përdoruesve do të redaktohen në një server tjetër DNS pa asnjë ndërhyrje manuale apo ri-konfigurim. Anycast siguron një kalim pothuajse të dukshëm në faqe të tjera, thjesht duke hequr rrugët e faqes problematike.
Balancimi i ngarkesës
Në sistemin Anycast, trafiku rrjetit shpërndahet nëpër serverë të ndryshëm. Kjo do të thotë se funksionon si një balancues ngarkese, duke parandaluar që ndonjë server i veçantë të marrë volumet kryesore të trafikut. Balancimi i ngarkesës mund të përdoret, për shembull, kur në të njëjtën distancë gjeografike nga burimi i kërkesave ndodhen disa nodë rrjeti. Në këtë rast, ngarkesa shpërndahet nëpër nodë.
Reduktimi i ndikimit të sulmeve DoS
Një veçori tjetër e Anycast-it është qëndrueshmëria ndaj DDoS. Sulmet DDoS vështirë se do të kenë sukses në shpërbërjen e sistemit Anycast, sepse do të duhej të ndalonin me një sasi të madhe kërkesash të gjithë serverët në një rrjet të tillë.
Në sulmet DDoS shpesh përdoren botnetë, të cilat mund të gjenerojnë një volum kaq të madh trafiku, saqë e mbingarkojnë serverin e sulmuar. Avantazhi i përdorimit të Anycast në këtë situatë është se çdo server është në gjendje të "zhyt" një pjesë të sulmit, duke rritur ngarkesën mbi serverin specifik. Një sulm "shkëputjeje nga shërbimi" dhe shumë për të gjitha shërbimet do të jetë i lokalizuar në serverin, dhe nuk do të ndikojë në të gjithë shërbimin.
Gjithashtu, shërbim i lartë horizontal
Sistemet Anycast janë shumë të përshtatshme për shërbimet me volume të mëdha trafiku. Nëse një shërbim që përdor Anycast kërkon serverë të rinj për të përballuar rritjen e trafikut, mund të shtohen serverë të rinj në rrjet për ta përballuar atë. Ato mund të vendosen në platforma të reja ose të ekzistuara.
Nëse në një vend të caktuar vihet re një rritje e madhe e trafikut, shtimi i një serveri do të ndihmojë në balancimin e ngarkesës për atë platformë. Shtimi i një serveri në një vend të ri do të ndihmojë në reduktimin e kohës së pritjes, duke krijuar një rrugë të re më të shkurtër për disa përdorues. Të dy metodat gjithashtu ndihmojnë për të rritur qëndrueshmërinë e shërbimit, për shkak se bëhen të disponueshme serverë të rinj në rrjet. Kështu, nëse një server është i mbingarkuar, mund të thjesht shtroni një tjetër në vendin që do t'i lejojë atij të pranojë një pjesë të kërkesave nga serveri i mbingarkuar. Kjo do të thotë se nuk kërkohet konfigurim nga ana e klientëve.
Vetëm kështu mund të shërbehen terabita trafiku dhe një numër shumë të madh përdoruesish, kur në server ka vetëm disa porte 10 ose 25 Gbit/s. 100 hosta me një adresë IP do t'u japin mundësinë të përballojnë volumin e trafikut në terabita.
Thjeshtësia e menaxhimit të konfiguracionit
Siç u përmend më parë, një përdorim interesant i Anycast është DNS. Mund të vendosen disa serverë të ndryshëm DNS në nodet e rrjetit, por me një adresë DNS. Në varësi të vendndodhjes së burimit, kërkesat drejtohen në nodin më të afërt. Kjo siguron një balancim të caktuar të trafikut dhe tepërsi në rast të një dështimi të serverit DNS. Kështu, në vend që të konfiguroni serverë të ndryshëm DNS në varësi të vendndodhjes së tyre, konfigurimin e një serveri DNS mund të shpërndaheni në të gjithë nodet.
Rrjetet Anycast mund të konfigurohen për të drejtuar kërkesat jo vetëm në bazë të distancës, por edhe sipas parametrave të tillë si disponueshmëria e serverit, numri i lidhjeve të vendosura, ose kohe përgjigjeje.
Për të përdorur teknologjinë Anycast nga ana e klientit nuk kërkohen serverë, rrjete ose komponente të veçanta. Por, Anycast ka edhe të metat e veta. Mendohet se zbatimi i tij është një detyrë e vështirë, që kërkon pajisje shtesë, ofrues të besueshëm dhe drejtimin e duhur të trafikut.
Nga një burim të pastër në një të bukur largësi
Ndërsa Anycast drejton përdoruesit në bazë të numrit më të vogël të kalimeve, kjo nuk do të thotë domosdoshmërisht se ka vonesën më minimale. Vonesa është një metrikë më e ndërlikuar, sepse për një kalim mund të jetë më e lartë se ajo për dhjetë kalime.
Shembull: komunikimet ndërkontinentale mund të përfshijnë një kalim me një vonesë shumë të lartë.
Anycast përdoret kryesisht për shërbime mbi bazën e 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, realizon zgjidhjen DNS për serverin më të afërt nga tre serverë emri DNS, të vendosur duke përdorur të njëjtën adresë IP Anycast. Në rast të dështimit të router-it R1 ose serverit A, paketat e DNS-klientit do të ridrejtohen automatikisht te serveri tjetër më i afërt DNS përmes routerëve R2 dhe R3. Për më tepër, rruga drejt serverit tonë A do të fshihet nga tabelat e rrugës, duke parandaluar përdorimin e mëtejshëm të këtij serveri emri.
Skemat e vendosjes
Ekzistojnë dy skema të zakonshme që përdoren për të përcaktuar se cilit server i qaset përdoruesi:
- Anycast në nivelin e rrjetit. Kthehet përdoruesi me serverin më të afërt. Këtu rëndësi ka rruga rrjetore nga përdoruesi te serveri.
- Anycast në nivelin e aplikacionit. Në këtë skemë ka më shumë metrika të llogaritura, përfshirë disponueshmërinë e serverit, kohën e përgjigjes, numrin e lidhjeve dhe tjerë. Kjo varet nga një monitor i jashtëm që ofron statistika për rrjetin.
CDN e bazuar në Anycast
Tani le të kthehemi në përdorimin e Anycast në rrjetet e shpërndarjes së përmbajtjes. Anycast, patjetër, përfaqëson një koncept interesant rrjetor 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ë ofron përmbajtje për përdoruesit e fundit me disponueshmëri të lartë dhe vonesë të ulët. Rrjetet e shpërndarjes së përmbajtjes luajnë sot një rol të rëndësishëm, duke qenë baza e shumë shërbimeve online multimedia, dhe konsumatorët po bëhen gjithnjë e më të padurueshëm ndaj shpejtësive të ngadalta të ngarkesës. Aplikacionet për video dhe zë janë veçanërisht të ndjeshme ndaj jitter-it dhe vonesës në rrjet.
CDN bashkon të gjithë serverat në një rrjet dhe ofron ngarkesë më të shpejtë të përmbajtjes. Nganjëherë është e mundur të reduktohet koha e pritjes për përdoruesit me 5-6 sekonda. Qëllimi i CDN është optimizimi i shpërndarjes duke ofruar përmbajtjen nga serveri më afër përdoruesit të fundit. Kjo është shumë e ngjashme me Anycast, ku zgjidhet serveri më i afërt në varësi të vendndodhjes së përdoruesit të fundit. Duket se çdo ofrues shërbimi CDN do të përdorë Anycast si standard, por në të vërtetë nuk është kështu.
Aplikacionet që përdorin protokolle si HTTP/TCP mbështeten në vendosjen e një lidhjeje. Nëse zgjidhet një nyje e re Anycast (p.sh., në rast të dështimit të serverit), shërbimi mund të ndërpritet. Prandaj, Anycast rekomandohej më parë për shërbime pa lidhje si UDP dhe DNS. Megjithatë, Anycast funksionon mirë edhe për protokollet e orientuara ndaj lidhjes, për shembull, TCP funksionon shumë mirë në modalitetin Anycast.
Disa ofrues CDN përdorin rrugëzim të bazuar në Anycast, të tjerë preferojnë rrugëzimin e bazuar në DNS: serveri më i afërt zgjidhet në varësi të vendndodhjes së serverit DNS të përdoruesit.
Infrastrukturat hibride dhe ato me qendra të shumta të dhënash 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 adresave IP të shërbimeve të ndryshme të klientëve në QD-në e ofruesit. Falë teknologjisë së adresimit, çdo pajisje siguron performancë më të mirë me trafikun e lartë, qëndrueshmëri dhe ndihmon në optimizimin e kohës së përgjigjes me numrin e madh të përdoruesve.
Në infrastruktura hibride me qendra të shumta të dhënash, është e mundur të shpërndahen trafiku midis serverëve ose madje edhe pajisjeve virtuale në serverë të dedikuar.
Prandaj, ekziston një gamë e gjerë zgjidhjesh teknike për ndërtimin e infrastrukturës. Është gjithashtu e mundur të konfigurohet balansimi i ngarkesës sipas adresave IP në disa qendra të të dhënave, duke përdorur adresimin e çdo pajisjeje grupore për të optimizuar punën e sitit.
Trafiku mund të shpërndahet sipas rregullave të tij, duke përcaktuar "peshën" e çdo serveri të shpërndarë në çdo QD. Kjo konfigurim është veçanërisht e dobishme kur ka një park serverash të shpërndarë dhe performanca e shërbimeve nuk është e njëtrajtshme. Kjo do të lejojë shpërndarjen më të shpeshtë të trafikut për të përmirësuar performancën e serverëve.
Për krijimin e një sistemi kontrolli duke përdorur komandën ping, ekziston mundësia për të konfiguruar sondat. Kjo i lejon administratorit të përcaktojë procedurat e tij të kontrollit dhe të marrë një pamje më të qartë të gjendjes së secilit komponent në infrastrukturë. Kështu, mund të përcaktohen kriteret e disponueshmërisë.
Ka mundësi për të ndërtuar një infrastrukturë hibride: ndonjëherë është e dobishme të lëmë back-office në rrjetin korporativ, ndërsa pjesa ndërfaqësore t'i kalojmë një ofruesi të jashtëm.
Ekziston mundësia për të shtuar certifikata SSL për balancimin e ngarkesës, enkriptimin e të dhënave të transmetuara dhe sigurinë e komunikimit midis vizitorëve të faqes dhe infrastrukturës korporative. Në rastin e balancimit të ngarkesës midis qendrave të të dhënave mund të aplikohet gjithashtu SSL.
Shërbimi Anycast me balancimin e adresave të ngarkesës mund të merret nga ofruesi. Kjo funksionalitet ndihmon në përmirësimin e algoritmit të ndërveprimit të përdoruesve me aplikacionet në varësi të vendndodhjes. Mjafton të shpallni se cilët shërbime ekzistojnë në qendrën e të dhënave, dhe trafiku do të ridrejtohet në infrastrukturën më të afërt. Nëse ka serverë të dedikuar, për shembull, në Francë ose në Amerikën Veriore, klientët do të tregohen për në serverin më të afërt në rrjet.
Një nga mënyrat e përdorimit të Anycast është zgjedhja optimale e pikës së pranisë së operatorit (PoP). Le të shohim . LinkedIn (i bllokuar në Rusi) jo vetëm që përpiqet të përmirësojë performancën dhe shpejtësinë e produkteve të saj - aplikacioneve mobile dhe web, por edhe të përmirësojë infrastrukturën rrjetore për dërgimin e shpejtë të përmbajtjes. Për këtë qëllim, për dërgimin dinamik të përmbajtjes, LinkedIn përdor aktivisht PoP – pikat e pranisë. Për të drejtimin e përdoruesve drejt PoP-it më të afërt, zbatohet Anycast.
Arsyeja është se në rastin e Unicast, çdo PoP i LinkedIn ka një adresë IP unike. Pastaj, përdoruesit caktohen për PoP në varësi të vendndodhjes së tyre gjeografike duke përdorur DNS. Problemi është se gjatë përdorimit të DNS, rreth 30% e përdoruesve në Shtetet e Bashkuara ridrejtoheshin në një PoP të paoptimal. Falë zbatimit etapik të Anycast, caktimi jooptimal i PoP ka rënë nga 31% në 10%.
Rezultatet e testit pilot janë paraqitur në grafik, ku aksis Y është përqindja e caktimit optimal të PoP. Ndërsa Anycast është bërë më i shumtë në shumë shtete të SHBA-ve, është vërejtur një përmirësim në përqindjen e trafikut drejt PoP-it optimal.
Monitorimi i rrjetit Anycast
Teorikisht, rrjetet Anycast janë të thjeshta: disa serverë fizikë i jepet e njëjta adresë IP, e cila përdoret nga BGP për të përcaktuar rrugën. Por realizimi dhe projektimi i platformave Anycast janë komplekse, veçanërisht rrjetet Anycast me qëndrueshmëri. Monitorimi efektiv i rrjetit Anycast për identifikimin dhe lokalizimin e shpejtë të defekteve është edhe më i ndërlikuar.
Nëse shërbimet përdorin një ofrues të jashtëm CDN për shërbimin e përmbajtjes së tyre, është shumë e rëndësishme të ndjekin dhe kontrollojnë performancën e rrjetit. Në monitorimin e CDN-së që bazohet në Anycast, fokusi kryesor është matja e vonesave dhe karakteristikave të sekundarëve, për të kuptuar se cilat qendra të të dhënave shërbejnë përmbajtjen. Analiza e header-ave HTTP të serverit është një tjetër mënyrë për të përcaktuar burimin e të dhënave.
Shembuj: headrat e përgjigjes HTTP që tregojnë vendndodhjen e serverit CDN.
Për shembull, CloudFlare përdor header-in e vet CF-Ray në përgjigjet HTTP, i cili përfshin informacionin e qendrës së të dhënave nga e cila është bërë kërkesa. Në rastin e Zendesk, headrat 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, gjithashtu mund të përdoren headrat HTTP-X nga përgjigja HTTP.
Metoda të tjera të adresimit
Ekzistojnë edhe metoda të tjera adresimi për të ristrukturuar kërkesat e përdoruesve në një pikë të caktuar të rrjetit:
Unicast
Pjesa më e madhe e internetit sot përdor këtë metodë. Unicast është transmetim një-ndër-një, adresa IP lidhet vetëm me një nyjë specifike në rrjet. Kjo quhet përputhje e njëkohshme.
Multicast
Multicast përdor lidhjen 'një për shumë' ose 'shumë për shumë'. Dërgimi multinadresh lejon dërgimin e një kërkese nga dërguesi njëkohësisht në pika të ndryshme të zgjedhura. Kjo i jep klientit mundësinë të ngarkojë një skedar në copa nga disa hoste njëkohësisht (gjithashtu e dobishme për transmetimin e audio ose video). Multicast shpesh ngatërrohet me Anycast, megjithatë dallimi kryesor është se Anycast orienton dërguesin drejt një nyje specifike, edhe nëse shumë nyje janë të disponueshme.
Broadcast
Një datagram nga një dërgues i vetëm dërgohet në të gjitha pikat e lidhura me adresën shpërndarëse. Rrjeti automatikisht kopjon datagramet për të qenë në gjendje të komunikojë me të gjithë marrësit në shpërndarjen e gjerë (zakonisht në një nënshtresë të vetme).
Geocast
Geocast është në një farë mënyre i ngjashëm me Multicast: kërkesat nga dërguesi dërgohen njëkohësisht në disa pika të fundit. Megjithatë, dallimi është se adresati përcaktohet nga pozita e tij gjeografike. Kjo është një formë e specializuar e adresimit grupor që përdoret nga disa protokolle ruterimi për rrjetet mobile peer-to-peer.
Ruter gjeografik (Geo Router) llogarit zonën e shërbimit të tij dhe e aproksimon atë. Ruterat gjeografikë, duke ndarë zonat e shërbimit, ndihen tabelat e ruterimit. Sistemi i ruterëve gjeografikë 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 për lloje të ndryshme balancimi ngarkese bazuar në DNS. Në panelin e kontrollit, mund të përcaktohen adresat IP në të cilat do të dërgohen kërkesat në përputhje me vendndodhjen gjeografike. Kjo do të ofrojë mundësi më fleksibile për shpërndarjen e kërkesave të përdoruesve.
Disa operatorë përdorin mjete monitorimi të rrugës në çdo pikë pranije (POP): sistemi analizon automatikisht rrugët më të shkurtra lokale dhe globale për pikët e pranisë dhe i ridrejton ato përmes vendeve gjeografike me vonesën më të ulët me kohë të papërdorur.
Në këtë moment, Anycast është zgjidhja më e qëndrueshme dhe më e besueshme për ndërtimin e shërbimeve DNS me ngarkesë të lartë, për të cilat kërkohet qëndrueshmëri dhe besueshmëri të larta.
Domaini .ru mbështet 35 serverë Anycast DNS, të grupuar në 20 nyje, të shpërndara në pesë zona Anycast. Këtu përdoret principi i ndërtimit sipas kriterit gjeografik, pra Geocast. Kur vendosen nyjet DNS, parashikohet që ato të shpërndahen në vende gjeografikisht të distancuara, afër përdoruesve më aktivë, me një përqendrim maksimale të ofruesve rusë në vendndodhjen e nyjës, si dhe me disponueshmërinë e kapaciteteve të lira dhe lehtësinë e bashkëpunimit me vendin.
Si të ndërtoni CDN?
CDN — një rrjet serverash që përshpejton dorëzimin e përmbajtjes për përdoruesit. bashkon të gjithë serverat në një rrjet dhe siguron ngarkesë më të shpejtë të përmbajtjes. Në shpejtësinë e ngarkesës, një rol të rëndësishëm luan distanca nga serveri deri te përdoruesi.
CDN lejon përdorimin e serverëve që ndodhen më afër audiencës së synuar. Kjo shkurton kohën e pritjes dhe ndihmon në përshpejtimin e ngarkesës së përmbajtjes së faqeve për të gjithë vizitorët, e cila është veçanërisht kritike për faqet me skedarë të mëdhenj ose shërbime multimedia. Fushat tipike të aplikimit të CDN — tregtia elektronike dhe sfera e argëtimit.
Rrjeti i serverëve të shtuar, i krijuar në infrastrukturën CDN, që ndodhen sa më afër përdoruesve, kontribuon në një dorëzim më të qëndrueshëm dhe më të shpejtë të të dhënave. Sipas statistikave, përdorimi i CDN ul vonesën në qasje në faqen 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ë ktheni përgjigje të ndryshme DNS në varësi të IP-së së përdoruesit. Për këtë, serveri DNS konfigurohet në mënyrë që të kthejë adresa IP të ndryshme në varësi të IP-së origjinale në kërkesë. Zakonisht, për të përcaktuar rajonin, nga ku bëhet kërkesa, përdoret një bazë të dhënash GeoIP. Gjeolokacioni me përdorimin e DNS lejon dërgimin e përmbajtjes për përdoruesit nga faqja më e afërt.
GeoDNS përcakton IP-në e klientit që dërgoi kërkesën DNS, ose IP-në e serverit të rikursive DNS të ofruesit që përdoret gjatë përpunimit të kërkesës së klientit. Në bazë të IP-së së klientit dhe bazës GeoIP përcaktohet vendi/rajoni. Pastaj, klienti merr adresën IP të serverit CDN më të afërt. Mund të lexoni më shumë për konfigurimin e GeoDNS..
Anycast apo GeoDNS?
Ndërsa Anycast është një mënyrë e shkëlqyer për të dorëzuar përmbajtje në një shkallë globale, i mungon specifikësia. Këtu vjen në ndihmë GeoDNS. Ky shërbim lejon krijimin e rregullave që dërgojnë përdoruesit në pika unike përfundimtare sipas vendndodhjes së tyre.
Shembuj: përdoruesit nga Evropa dërgohen në një pikë tjetër përfundimtare.
Gjithashtu, mund të ndalohet aksesin në domainet, duke hedhur të gjitha kërkesat. Ky është, në veçanti, një mënyrë e shpejtë për të ndaluar keqbërësit.
GeoDNS ofron përgjigje më të sakta se Anycast. Ndryshe nga Anycast, ku rruga më e shkurtër përcaktohet nga numri i hop-eve, me GeoDNS, rrugëzimi për përdoruesit e fundit ndodh në varësi të vendndodhjes së tyre fizike. Kjo ul vonesën dhe rrit saktësinë gjatë krijimit të rregullave të detajuara të rrugëzimit.
Kur kaloni te domeni, shfletuesi drejtohet te serveri DNS më i afërt, i cili, në varësi të domenit, jep një adresë IP për ngarkimin e faqes. Le të supozojmë se një dyqan online është popullor në SHBA dhe Evropë, ndërsa serverët DNS për të janë vetëm në Evropë. Pastaj, përdoruesit nga SHBA, që dëshirojnë të përdorin shërbimet e dyqanit, do të detyrohen të dërgojnë një kërkesë te serveri më i afërt, dhe pasi ai është shumë larg, do të presin gjatë për një përgjigje - ngarkimi i faqes nuk do të jetë i shpejtë.
Duke vendosur një server GeoDNS në SHBA, përdoruesit do të drejtohen drejt tij. Përgjigjja do të jetë e shpejtë, që do të ndikojë në shpejtësinë e ngarkimit të faqes.
Në rastin e një serveri DNS të ekzistueshëm në SHBA, kur një përdorues nga SHBA kalon në këtë domen, ai do të drejtohet te serveri më i afërt, i cili do të japë adresën IP të nevojshme. Përdoruesi do të drejtohet te një server që mban përmbajtjen e faqes, por pasi serverët me përmbajtje janë të largët, ai nuk do ta marrë atë shpejt.
Nëse vendosni në SHBA edhe serverët CDN me të dhëna të ruajtura, atëherë kur shfletuesi i klientit ngarkon, ai do të dërgojë një kërkesë te serveri DNS më i afërt, i cili do të kthente adresën IP të nevojshme. Shfletuesi, me adresën IP të marrë, drejtohet te serveri më i afërt CDN dhe te serveri kryesor, dhe serveri CDN i dërgon shfletuesit përmbajtjen e ruajtur. Ndërkohë që përmbajtja e ruajtur po ngarkohet, nga serveri kryesor dërgohet një numër i vogël skedarësh të nevojshëm për ngarkimin e plotë të faqes. Si rezultat, koha e ngarkimit të faqes ulet, pasi dërgohen shumë më pak skedarë nga serveri kryesor.
Përcaktimi i vendndodhjes së saktë të një adrese IP të caktuar nuk është gjithmonë një detyrë e lehtë: shumë faktorë ndodhin dhe pronarët e grupeve të adresave IP mund të vendosin ta shpallin atë në një cep tjetër të botës (atëherë do të duhet të prisni që baza e të dhënave të përditësohet për të marrë vendndodhjen e saktë). Nganjëherë, ofruesit e VPS-ve caktojnë adresa që supozohen se janë në SHBA për VPS në Singapor.
Për dallim nga përdorimi i adresave Anycast, shpërndarja ndodh gjatë zgjidhjes së emrave dhe jo gjatë lidhjes me serverin e ruajtjes. Nëse serveri rekursiv nuk mbështet subnetet e klientëve EDNS, renditet vendndodhja e këtij serveri rekursiv dhe jo e përdoruesit që do të lidheshin me serverin e ruajtjes.
Subnetet e klientëve në DNS janë një zgjerim i DNS (RFC7871), i cili përcakton si serverët rekursivë DNS mund të dërgojnë informacion mbi klientin te serveri DNS, veçanërisht informacionin mbi rrjetin që serveri GeoDNS mund ta përdorë për të përcaktuar më saktësisht vendndodhjen e klientit.
Shumica e njerëzve përdorin serverat DNS të ofruesit të tyre të internetit ose serverë DNS që janë gjeografikisht më afër tyre, por nëse dikush në SHBA për ndonjë arsye vendos të përdorë një rezolvues DNS të vendosur në Australi, ai sigurisht do të marrë adresën IP të serverit më të afërt me Australinë.
Nëse dëshirani të përdorni GeoDNS, është e rëndësishme të dini për këto veçori, pasi në disa raste kjo mund të rrisë distancën midis serverëve të ruajtjes dhe klientit.
Përmbledhje: nëse dëshironi të bashkoni disa VPS në një CDN, opsioni më i mirë për implementimin është përdorimi i një kombinimi të serverit DNS me funksionalitetin GeoDNS + Anycast "nga kuti".
Burimi: habr.com
