Watu wengi pengine wamesikia kuhusu Anycast. Katika njia hii ya kushughulikia mtandao na kuelekeza, anwani moja ya IP inapewa seva nyingi kwenye mtandao. Seva hizi zinaweza hata kupatikana katika vituo vya data vilivyo mbali na kila kimoja. Wazo la Anycast ni kwamba, kulingana na eneo la chanzo cha ombi, data hutumwa kwa karibu (kulingana na topolojia ya mtandao, kwa usahihi, itifaki ya uelekezaji ya BGP). Kwa njia hii, unaweza kupunguza idadi ya humle mtandao na latency.
Kimsingi, njia hiyo hiyo inatangazwa kutoka kwa vituo vingi vya data kote ulimwenguni. Kwa hivyo, wateja watatumwa kwa "bora" na "karibu" kulingana na njia za BGP, kituo cha data. Kwa nini Anycast? Kwa nini utumie Anycast badala ya Unicast?
Unicast inafaa kabisa kwa tovuti iliyo na seva moja ya wavuti na kiwango cha wastani cha trafiki. Hata hivyo, ikiwa huduma ina mamilioni ya waliojisajili, kwa kawaida hutumia seva nyingi za wavuti, kila moja ikiwa na anwani sawa ya IP. Seva hizi zinasambazwa kijiografia ili kuhudumia maombi kikamilifu.
Katika hali hii, Anycast itaboresha utendaji (trafiki hutumwa kwa mtumiaji kwa kuchelewa kidogo), hakikisha kuegemea kwa huduma (shukrani kwa seva chelezo) na kusawazisha upakiaji - kuelekeza kwa seva kadhaa kutasambaza mzigo kati yao kwa ufanisi, kuboresha kasi. ya tovuti.
Waendeshaji huwapa wateja aina mbalimbali za kusawazisha mzigo kulingana na Anycast na DNS. Wateja wanaweza kubainisha anwani za IP ambazo maombi yatatumwa kulingana na eneo la kijiografia la tovuti. Hii inafanya uwezekano wa kusambaza maombi ya watumiaji kwa urahisi zaidi.
Tuseme kuna tovuti kadhaa ambazo unahitaji kusambaza mzigo (watumiaji), kwa mfano, duka la mtandaoni na maombi 100 kwa siku au blogu maarufu. Ili kupunguza eneo ambalo watumiaji hufikia tovuti maalum, unaweza kutumia chaguo la Jumuiya ya Geo. Inakuwezesha kupunguza eneo ambalo operator atatangaza njia.
Anycast na Unicast: tofauti
Anycast mara nyingi hutumika katika programu kama vile DNS (Domain Name System) na CDN (Content Delivery Networks), kuwezesha maamuzi ya uelekezaji ambayo huboresha utendakazi wa mtandao. Mitandao ya uwasilishaji maudhui hutumia Anycast kwa sababu inashughulikia idadi kubwa ya trafiki, na Anycast hutoa faida kadhaa katika kesi hii (zaidi kuzihusu hapa chini). Katika DNS, Anycast inakuwezesha kuongeza kwa kiasi kikubwa kiwango cha uaminifu na uvumilivu wa makosa ya huduma.
Katika IP ya Anycast, unapotumia BGP, kuna njia nyingi kwa mwenyeji maalum. Hizi ni nakala za seva pangishi katika vituo vingi vya data, zinazotumiwa kuanzisha miunganisho ya muda wa chini.
Kwa hiyo, katika mtandao wa Anycast, anwani sawa ya IP inatangazwa kutoka maeneo tofauti, na mtandao unaamua wapi kuelekeza ombi la mtumiaji kulingana na "gharama" ya njia. Kwa mfano, BGP mara nyingi hutumiwa kuamua njia fupi zaidi ya uwasilishaji wa data. Mtumiaji anapotuma ombi la Anycast, BGP huamua njia bora ya seva za Anycast kwenye mtandao.
Faida za Anycast
Kupunguza Kuchelewa
Mifumo iliyo na Anycast inaweza kupunguza muda wa kusubiri inapochakata maombi ya mtumiaji kwa sababu hukuruhusu kupokea data kutoka kwa seva iliyo karibu nawe. Hiyo ni, watumiaji daima wataunganishwa na "karibu" (kutoka kwa mtazamo wa itifaki ya uelekezaji) seva ya DNS. Kwa hivyo, Anycast inapunguza muda wa mwingiliano kwa kupunguza umbali wa mtandao kati ya mteja na seva. Hii sio tu inapunguza latency lakini pia hutoa kusawazisha mzigo.
Kasi
Kwa sababu trafiki inaelekezwa kwa nodi iliyo karibu na muda wa kusubiri kati ya mteja na nodi umepunguzwa, matokeo yake ni kasi ya utoaji iliyoboreshwa, bila kujali ambapo mteja anaomba taarifa kutoka.
Kuongezeka kwa utulivu na uvumilivu wa makosa
Ikiwa seva kadhaa duniani kote zinatumia IP sawa, basi ikiwa moja ya seva itashindwa au imekatwa, trafiki itaelekezwa kwenye seva iliyo karibu. Kwa hivyo, Anycast hufanya huduma kuwa thabiti zaidi na hutoa ufikiaji bora wa mtandao / latency / kasi.
Kwa hivyo, kwa kuwa na seva nyingi zinazopatikana kila wakati kwa watumiaji, Anycast, kwa mfano, inaboresha utulivu wa DNS. Ikiwa nodi itashindwa, maombi ya mtumiaji yataelekezwa kwa seva nyingine ya DNS bila uingiliaji wowote wa mikono au usanidi upya. Anycast hutoa ubadilishaji wa uwazi kwa tovuti zingine kwa kuondoa tu njia za tovuti yenye matatizo.
Kusawazisha Mzigo
Katika Anycast, trafiki ya mtandao inasambazwa kwenye seva tofauti. Hiyo ni, inafanya kazi kama kusawazisha mzigo, kuzuia seva yoyote kutoka kupokea wingi wa trafiki. Kusawazisha mzigo kunaweza kutumika, kwa mfano, wakati kuna nodi nyingi za mtandao kwenye umbali sawa wa kijiografia kutoka kwa chanzo cha ombi. Katika kesi hii, mzigo unasambazwa kati ya nodes.
Punguza athari za mashambulizi ya DoS
Kipengele kingine cha Anycast ni upinzani wake wa DDoS. Mashambulizi ya DDoS hayawezekani kuwa na uwezo wa kuangusha mfumo wa Anycast, kwani italazimika kuziba seva zote kwenye mtandao kama huo na maombi mengi.
Mashambulizi ya DDoS mara nyingi hutumia botnets, ambayo inaweza kuzalisha trafiki nyingi kwamba inapakia seva iliyoshambuliwa. Faida ya kutumia Anycast katika hali hii ni kwamba kila seva ina uwezo wa "kunyonya" sehemu ya shambulio hilo, ambayo inapunguza mzigo kwenye seva hiyo. Kunyimwa kwa shambulio la huduma kuna uwezekano mkubwa kuwa kutajanibishwa kwa seva na haitaathiri huduma nzima.
Kiwango cha juu cha usawa
Mifumo ya Anycast inafaa kwa huduma zilizo na idadi kubwa ya trafiki. Ikiwa huduma inayotumia Anycast inahitaji seva mpya kushughulikia trafiki iliyoongezeka, seva mpya zinaweza kuongezwa kwenye mtandao ili kuzishughulikia. Wanaweza kuwekwa kwenye tovuti mpya au zilizopo.
Ikiwa eneo fulani linakabiliwa na ongezeko kubwa la trafiki, basi kuongeza seva itasaidia kusawazisha mzigo wa tovuti hiyo. Kuongeza seva kwenye tovuti mpya kutasaidia kupunguza muda wa kusubiri kwa kuunda njia fupi zaidi kwa baadhi ya watumiaji. Mbinu zote mbili pia husaidia kuboresha uthabiti wa huduma kadiri seva mpya zinavyopatikana kwenye mtandao. Kwa njia hii, ikiwa seva imejaa kupita kiasi, unaweza kupeleka nyingine katika eneo ambalo huiruhusu kukubali baadhi ya sehemu ya maombi ya seva iliyopakiwa kupita kiasi. Hii haihitaji usanidi wowote kwa upande wa wateja.
Ni kwa njia hii tu ndipo kanuni za trafiki na idadi kubwa ya watumiaji zinaweza kutumika wakati seva ina bandari chache za 10 au 25 Gbps. Wapangishi 100 walio na anwani moja ya IP watafanya iwezekane kuchakata ujazo wa trafiki.
Usimamizi rahisi wa usanidi
Kama ilivyoonyeshwa hapo juu, matumizi ya kuvutia ya Anycast ni DNS. Unaweza kuweka seva kadhaa tofauti za DNS kwenye nodi za mtandao, lakini tumia anwani moja ya DNS. Kulingana na mahali chanzo kinapatikana, maombi yanaelekezwa kwa nodi iliyo karibu. Hii hutoa kusawazisha kwa trafiki na upungufu katika tukio la hitilafu ya seva ya DNS. Kwa njia hii, badala ya kusanidi seva tofauti za DNS kulingana na mahali zilipo, usanidi wa seva moja ya DNS inaweza kuenezwa kwa nodi zote.
Mitandao ya Anycast inaweza kusanidiwa kwa maombi ya njia sio tu kulingana na umbali, lakini pia kwa vigezo kama vile uwepo wa seva, idadi ya miunganisho iliyowekwa. au muda wa majibu.
Hakuna seva maalum, mitandao au vipengele maalum vinavyohitajika kwa upande wa mteja kutumia teknolojia ya Anycast. Lakini Anycast pia ina hasara zake. Inaaminika kuwa utekelezaji wake ni kazi ngumu, inayohitaji vifaa vya ziada, watoa huduma wa kuaminika na uelekezaji sahihi wa trafiki.
Mbali na chanzo safi hadi uzuri
Ingawa Anycast huelekeza watumiaji kulingana na humle chache zaidi, hii haimaanishi muda wa kusubiri wa chini zaidi. Muda wa kusubiri ni kipimo changamano zaidi kwa sababu kinaweza kuwa cha juu zaidi kwa mpito mmoja kuliko kumi.
Mfano: Mawasiliano baina ya mabara yanaweza kuhusisha hop moja yenye utulivu wa juu sana.
Anycast kimsingi hutumika kwa huduma za UDP kama vile DNS. Maombi ya mtumiaji huelekezwa kwenye kituo cha data "bora zaidi" na "karibu zaidi" kulingana na njia za BGP.
Mfano: Kituo cha kazi cha mteja wa DNS chenye anwani ya IP ya Anycast DNS ya 123.10.10.10 hufanya ubora wa DNS kwa seva tatu za karibu zaidi za majina ya DNS zilizotumwa kwa kutumia anwani sawa ya IP ya Anycast. Ikiwa Kipanga Njia R1 au Seva A itashindwa, pakiti za mteja wa DNS zitatumwa kiotomatiki kwa seva ya DNS iliyo karibu zaidi kupitia Njia R2 na R3. Zaidi ya hayo, njia ya kwenda kwa seva yetu A itaondolewa kwenye jedwali za kuelekeza, kuzuia matumizi zaidi ya jina hilo.
Matukio ya Usambazaji
Kuna mifumo miwili ya jumla ambayo hutumiwa kuamua ni seva gani mtumiaji anaunganisha kwa:
- Safu ya mtandao wa Anycast. Huunganisha mtumiaji kwa seva iliyo karibu zaidi. Njia ya mtandao kutoka kwa mtumiaji hadi kwa seva ni muhimu hapa.
- Kiwango cha maombi yoyote. Mpango huu una vipimo vilivyokokotwa zaidi, ikijumuisha upatikanaji wa seva, muda wa kujibu, idadi ya miunganisho, n.k. Hii inategemea kifuatiliaji cha nje kinachotoa takwimu za mtandao.
CDN kulingana na Anycast
Hebu sasa turudi kutumia Anycast katika mitandao ya uwasilishaji maudhui. Anycast hakika ni dhana ya kuvutia ya mitandao na inazidi kukubalika miongoni mwa watoa huduma wa CDN wa kizazi kipya.
CDN ni mtandao unaosambazwa wa seva zinazowasilisha maudhui kwa watumiaji wa mwisho walio na upatikanaji wa juu na utulivu wa chini. Mitandao ya uwasilishaji maudhui ina jukumu muhimu leo ββkama uti wa mgongo wa huduma nyingi za vyombo vya habari mtandaoni, na watumiaji wanazidi kustahimili kasi ya polepole ya upakuaji. Programu za video na sauti ni nyeti haswa kwa jitter na latency ya mtandao.
CDN inaunganisha seva zote kwenye mtandao mmoja na kuhakikisha upakiaji wa haraka wa yaliyomo. Wakati mwingine inawezekana kupunguza muda wa kusubiri wa mtumiaji kwa sekunde 5-6. Madhumuni ya CDN ni kuboresha uwasilishaji kwa kutoa maudhui kutoka kwa seva ambayo iko karibu na mtumiaji wa mwisho. Hii ni sawa na Anycast, ambapo seva ya karibu zaidi huchaguliwa kulingana na eneo la mtumiaji wa mwisho. Inaweza kuonekana kuwa kila mtoa huduma wa CDN angetumia Anycast kwa chaguo-msingi, lakini kwa kweli hii sivyo.
Programu zinazotumia itifaki kama vile HTTP/TCP zinategemea muunganisho kuanzishwa. Ikiwa nodi mpya ya Anycast imechaguliwa (kwa mfano, kutokana na kushindwa kwa seva), huduma inaweza kukatizwa. Hii ndiyo sababu Anycast ilipendekezwa hapo awali kwa huduma zisizo na muunganisho kama vile UDP na DNS. Hata hivyo, Anycast pia inafanya kazi vizuri kwa itifaki zinazolenga muunganisho; kwa mfano, TCP inafanya kazi vizuri katika modi ya Anycast.
Baadhi ya watoa huduma za CDN hutumia uelekezaji unaotegemea Anycast, wengine wanapendelea uelekezaji unaotegemea DNS: seva iliyo karibu zaidi huchaguliwa kulingana na mahali seva ya DNS ya mtumiaji iko.
Miundombinu ya kituo cha mseto na data nyingi ni mfano mwingine wa matumizi ya Anycast. Anwani ya IP ya Kusawazisha Mizigo iliyopokelewa kutoka kwa mtoa huduma hukuruhusu kusambaza mzigo kati ya anwani za IP za huduma tofauti za mteja katika kituo cha data cha mtoa huduma. Shukrani kwa teknolojia ya kifaa chochote, hutoa utendakazi bora chini ya trafiki nyingi, uvumilivu wa hitilafu na husaidia kuboresha muda wa majibu unaposhughulika na idadi kubwa ya watumiaji.
Katika miundomsingi ya kituo cha data nyingi mseto, unaweza kusambaza trafiki kwenye seva au hata mashine pepe kwenye seva maalum.
Kwa hiyo, kuna uteuzi mkubwa wa ufumbuzi wa kiufundi kwa ajili ya kujenga miundombinu. Unaweza pia kusanidi kusawazisha upakiaji kwenye anwani za IP kwenye vituo vingi vya data, ukilenga kifaa chochote kwenye kikundi ili kuboresha utendaji wa tovuti.
Unaweza kusambaza trafiki kulingana na sheria zako mwenyewe, ukifafanua "uzito" wa kila seva iliyosambazwa katika kila kituo cha data. Usanidi huu ni muhimu hasa wakati kuna hifadhi ya seva iliyosambazwa na utendaji wa huduma haufanani. Hii itaruhusu trafiki kusambazwa mara nyingi zaidi ili kuboresha utendaji wa seva.
Ili kuunda mfumo wa ufuatiliaji kwa kutumia amri ya ping, inawezekana kusanidi probes. Hii inaruhusu msimamizi kufafanua taratibu zao za ufuatiliaji na kupata picha wazi ya hali ya kila kipengele katika miundombinu. Kwa njia hii, vigezo vya ufikiaji vinaweza kufafanuliwa.
Inawezekana kujenga miundombinu ya mseto: wakati mwingine ni rahisi kuondoka ofisi ya nyuma katika mtandao wa ushirika, na kutoa sehemu ya interface kwa mtoa huduma.
Inawezekana kuongeza vyeti vya SSL kwa kusawazisha mzigo, usimbaji fiche wa data zinazopitishwa na usalama wa mawasiliano kati ya wageni wa tovuti na miundombinu ya shirika. Katika kesi ya kusawazisha mzigo kati ya vituo vya data, SSL pia inaweza kutumika.
Huduma yoyote ya utangazaji yenye kusawazisha mzigo wa anwani inaweza kupatikana kutoka kwa mtoa huduma wako. Kipengele hiki kitasaidia kuboresha jinsi watumiaji wanavyotumia programu kulingana na eneo. Inatosha kutangaza ni huduma gani zinazopatikana katika kituo cha data, na trafiki itaelekezwa kwenye miundombinu iliyo karibu. Ikiwa kuna seva zilizojitolea, kwa mfano nchini Ufaransa au Amerika Kaskazini, basi wateja wataelekezwa kwa seva iliyo karibu kwenye mtandao.
Mojawapo ya chaguzi za kutumia Anycast ni chaguo bora zaidi la eneo la uwepo wa opereta (PoP). Hebu tupe . LinkedIn (iliyozuiwa nchini Urusi) inajitahidi sio tu kuboresha utendaji na kasi ya bidhaa zake - programu za simu na wavuti, lakini pia kuboresha miundombinu yake ya mtandao kwa utoaji wa maudhui kwa kasi. Kwa uwasilishaji huu wa maudhui unaobadilika, LinkedIn hutumia kikamilifu PoPs - sehemu za uwepo. Anycast inatumika kuelekeza watumiaji kwenye PoP iliyo karibu zaidi.
Sababu ni kwamba kwa upande wa Unycast, kila LinkedIn PoP ina anwani ya kipekee ya IP. Watumiaji hutumwa kwa PoP kulingana na eneo lao la kijiografia kwa kutumia DNS. Tatizo ni kwamba wakati wa kutumia DNS, karibu 30% ya watumiaji nchini Marekani walielekezwa kwenye PoP ndogo. Kwa utekelezaji wa hatua kwa hatua wa Anycast, ugavi bora wa PoP ulishuka kutoka 31% hadi 10%.
Matokeo ya jaribio la majaribio yanaonyeshwa kwenye jedwali, ambapo mhimili wa Y ni asilimia ya mgawo bora wa PoP. Anycast ilipoongezeka, majimbo mengi ya Marekani yaliona kuboreka kwa asilimia ya trafiki kuelekea PoP mojawapo.
Ufuatiliaji wa Mtandao wa Anycast
Mitandao ya Anycast ni rahisi kwa nadharia: seva nyingi halisi zimepewa anwani sawa ya IP, ambayo BGP hutumia kuamua njia. Lakini utekelezaji na muundo wa majukwaa ya Anycast ni ngumu, na mitandao ya Anycast inayostahimili makosa ni maarufu sana kwa hili. Changamoto zaidi ni kufuatilia kwa ufanisi mtandao wa Anycast ili kutambua haraka na kutenga makosa.
Ikiwa huduma zinatumia mtoa huduma wa CDN wa wahusika wengine kuhudumia maudhui yao, ni muhimu sana kwao kufuatilia na kuthibitisha utendakazi wa mtandao. Ufuatiliaji wa CDN kulingana na Anycast hulenga katika kupima muda wa kusubiri mwisho hadi mwisho na utendakazi wa hali ya juu wa kurukaruka ili kuelewa ni kituo kipi cha data kinachotoa maudhui. Kuchambua vichwa vya seva ya HTTP ni njia nyingine ya kuamua data inatoka wapi.
Mfano: Vijajuu vya majibu ya HTTP vinavyoonyesha eneo la seva ya CDN.
Kwa mfano, CloudFlare hutumia kichwa chake cha CF-Ray katika ujumbe wa Majibu ya HTTP, ambayo inajumuisha kielelezo cha kituo cha data ambacho ombi lilifanywa. Kwa upande wa Zendesk, kichwa cha CF-Ray cha eneo la Seattle ni CF-RAY: 2a21675e65fd2a3d-SEA, na kwa Amsterdam ni CF-RAY: 2a216896b93a0c71-AMS. Unaweza pia kutumia vichwa vya HTTP-X kutoka kwa jibu la HTTP ili kubainisha maudhui yanapatikana.
Njia zingine za kushughulikia
Kuna njia zingine za kushughulikia za kuelekeza maombi ya mtumiaji hadi mwisho wa mtandao maalum:
Unicast
Wengi wa mtandao leo hutumia njia hii. Unicast - maambukizi ya unicast, anwani ya IP inahusishwa na node moja tu maalum kwenye mtandao. Hii inaitwa kulinganisha moja kwa moja.
Mchanganyiko
Multicast hutumia uhusiano wa moja-kwa-wengi au nyingi-kwa-wengi. Multicast inaruhusu ombi kutoka kwa mtumaji kutumwa kwa wakati mmoja kwa sehemu tofauti zilizochaguliwa. Hii humpa mteja uwezo wa kupakua faili katika vipande kutoka kwa wapangishi wengi kwa wakati mmoja (ambayo ni muhimu kwa kutiririsha sauti au video). Multicast mara nyingi huchanganyikiwa na Anycast. Hata hivyo, tofauti kuu ni kwamba Anycast huelekeza mtumaji kwenye nodi moja mahususi, hata kama nodi nyingi zinapatikana.
Matangazo
Datagram kutoka kwa mtumaji mmoja hutumwa kwa ncha zote zinazohusiana na anwani ya utangazaji. Mtandao hunakili datagramu kiotomatiki ili kuweza kuwafikia wapokeaji wote kwenye tangazo (kawaida kwenye subnet sawa).
Geocast
Geocast kwa kiasi fulani inafanana na Multicast: maombi kutoka kwa mtumaji hutumwa kwa ncha nyingi kwa wakati mmoja. Hata hivyo, tofauti ni kwamba anayeshughulikiwa amedhamiriwa na eneo lake la kijiografia. Hii ni aina maalum ya utangazaji anuwai inayotumiwa na baadhi ya itifaki za uelekezaji kwa mitandao ya dharula ya rununu.
Kipanga njia cha kijiografia huhesabu eneo la huduma yake na kulikadiria. Georouters, kubadilishana maeneo ya huduma, kujenga meza za uelekezaji. Mfumo wa georouter una muundo wa kihierarkia.
Unicast, Multicast na Broadcast.
Kutumia teknolojia ya Anycast huongeza kiwango cha kuegemea, uvumilivu wa makosa na usalama wa DNS. Kwa kutumia teknolojia hii, waendeshaji hutoa huduma za wateja wao kwa aina mbalimbali za kusawazisha mzigo kulingana na DNS. Katika jopo la kudhibiti, unaweza kutaja anwani za IP ambazo maombi yatatumwa kulingana na eneo la kijiografia. Hii itawapa wateja fursa ya kusambaza maombi ya watumiaji kwa urahisi zaidi.
Baadhi ya waendeshaji hutekeleza uwezo wa ufuatiliaji wa njia katika kila sehemu ya uwepo (POP): mfumo huchanganua kiotomatiki njia fupi zaidi za ndani na kimataifa kwa maeneo ya uwepo na kuzipitisha katika maeneo ya chini zaidi ya kijiografia ya utulivu na kupunguka kwa sifuri.
Kwa sasa, Anycast ni suluhisho thabiti zaidi na la kuaminika la kujenga huduma za DNS zenye mzigo mkubwa, ambazo zina mahitaji ya juu ya utulivu na kuegemea.
Kikoa cha .ru kinaauni seva 35 za DNS za Anycast, zilizowekwa katika nodi 20, zinazosambazwa katika mawingu matano ya Anycast. Katika kesi hiyo, kanuni ya ujenzi kulingana na sifa za kijiografia hutumiwa, i.e. Geocast. Wakati wa kuweka nodi za DNS, inakadiriwa kwamba zitahamishwa kwa maeneo yaliyotawanywa kijiografia karibu na watumiaji wanaofanya kazi zaidi, mkusanyiko wa juu wa watoa huduma wa Kirusi mahali ambapo nodi iko, pamoja na upatikanaji wa uwezo wa bure na urahisi wa mwingiliano na tovuti.
Jinsi ya kuunda CDN?
CDN ni mtandao wa seva unaoharakisha uwasilishaji wa maudhui kwa watumiaji. huunganisha seva zote kwenye mtandao mmoja na kuhakikisha upakiaji wa maudhui kwa kasi zaidi. Umbali kutoka kwa seva hadi kwa mtumiaji una jukumu muhimu katika upakiaji wa kasi.
CDN hukuruhusu kutumia seva zilizo karibu zaidi na hadhira lengwa. Hii inapunguza muda wa kusubiri na husaidia kuharakisha upakiaji wa maudhui ya tovuti kwa wageni wote, ambayo ni muhimu sana kwa tovuti zilizo na faili kubwa au huduma za multimedia. Programu za kawaida za CDN ni biashara ya mtandaoni na burudani.
Mtandao wa seva za ziada zilizoundwa katika miundombinu ya CDN, ambazo ziko karibu iwezekanavyo na watumiaji, huchangia utoaji wa data imara zaidi na wa haraka zaidi. Kwa mujibu wa takwimu, kutumia CDN hupunguza muda wa kusubiri wakati wa kufikia tovuti kwa zaidi ya 70% ikilinganishwa na tovuti zisizo na CDN.
Kama? Kuanzisha CDN kwa kutumia suluhisho la Anycast inaweza kuwa mradi wa gharama kubwa, lakini kuna chaguzi za bei nafuu. Kwa mfano, unaweza kutumia GeoDNS na seva za kawaida zilizo na anwani za kipekee za IP. Kutumia huduma za GeoDNS, unaweza kuunda CDN yenye uwezo wa eneo la kijiografia, ambapo maamuzi hufanywa kulingana na eneo halisi la mgeni, badala ya eneo la kisuluhishi cha DNS. Unaweza kusanidi eneo lako la DNS ili kuonyesha anwani za IP za seva ya Marekani kwa wageni wa Marekani, lakini wageni wa Uropa wataona anwani ya IP ya Ulaya.
Ukiwa na GeoDNS, unaweza kurejesha majibu tofauti ya DNS kulingana na anwani ya IP ya mtumiaji. Ili kufanya hivyo, seva ya DNS imeundwa kurejesha anwani tofauti za IP kulingana na anwani ya IP ya chanzo katika ombi. Kwa kawaida, hifadhidata ya GeoIP hutumiwa kuamua eneo ambalo ombi hufanywa. Geolocation kwa kutumia DNS hukuruhusu kutuma maudhui kwa watumiaji kutoka tovuti iliyo karibu.
GeoDNS huamua anwani ya IP ya mteja aliyetuma ombi la DNS, au anwani ya IP ya seva ya DNS inayojirudia ya mtoa huduma, ambayo hutumiwa wakati wa kuchakata ombi la mteja. Nchi/eneo linabainishwa na hifadhidata ya IP na GeoIP ya mteja. Kisha mteja hupata anwani ya IP ya seva ya CDN iliyo karibu zaidi. Unaweza kusoma zaidi kuhusu kusanidi GeoDNS.
Anycast au GeoDNS?
Ingawa Anycast ni njia nzuri ya kutoa maudhui kwa kiwango cha kimataifa, haina umaalum. Hapa ndipo GeoDNS inakuja kuwaokoa. Huduma hii inakuruhusu kuunda sheria zinazotuma watumiaji kwenye sehemu za kipekee kulingana na eneo lao.
Mfano: Watumiaji kutoka Ulaya wanaelekezwa kwa ncha tofauti.
Unaweza pia kukataa ufikiaji wa vikoa kwa kutupa maombi yote. Hii ni, haswa, njia ya haraka ya kukata wavamizi.
GeoDNS inatoa majibu sahihi zaidi kuliko Anycast. Ikiwa kwa upande wa Anycast njia fupi zaidi imedhamiriwa na idadi ya humle, basi katika GeoDNS uelekezaji kwa watumiaji wa mwisho hutokea kulingana na eneo lao halisi. Hii hupunguza muda wa kusubiri na inaboresha usahihi wakati wa kuunda sheria za uelekezaji punjepunje.
Wakati wa kwenda kwenye kikoa, kivinjari huwasiliana na seva ya karibu ya DNS, ambayo, kulingana na kikoa, hutoa anwani ya IP ili kupakia tovuti. Hebu tuchukulie kuwa duka la mtandaoni ni maarufu nchini Marekani na Ulaya, lakini seva za DNS zinapatikana tu Ulaya. Kisha watumiaji wa Marekani ambao wanataka kutumia huduma za duka watalazimika kutuma ombi kwa seva ya karibu, na kwa kuwa ni mbali sana, watalazimika kusubiri kwa muda mrefu kwa majibu - tovuti haitapakia haraka.
Wakati seva ya GeoDNS iko Marekani, watumiaji tayari wataifikia. Jibu litakuwa la haraka, ambalo litaathiri kasi ya upakiaji wa tovuti.
Katika hali na seva ya DNS iliyopo nchini Marekani, mtumiaji kutoka Marekani anapoelekea kwenye kikoa fulani, atawasiliana na seva iliyo karibu zaidi ambayo itatoa IP inayohitajika. Mtumiaji ataelekezwa kwa seva ambayo ina maudhui ya tovuti, lakini kwa kuwa seva zilizo na maudhui ziko mbali, hatapokea haraka.
Ikiwa unakaribisha seva za CDN nchini Marekani zilizo na data iliyohifadhiwa, basi wakati wa kupakia kivinjari cha mteja kitatuma ombi kwa seva ya karibu ya DNS, ambayo itatuma tena anwani ya IP inayohitajika. Kivinjari kilicho na IP iliyopokea huwasiliana na seva ya CDN iliyo karibu na seva kuu, na seva ya CDN hutumikia maudhui yaliyohifadhiwa kwenye kivinjari. Wakati yaliyomo kwenye akiba yanapakiwa, faili ambazo hazipo kupakia tovuti kamili zinapokelewa kutoka kwa seva kuu. Kama matokeo, wakati wa upakiaji wa tovuti umepunguzwa, kwani faili chache hutumwa kutoka kwa seva kuu.
Kuamua eneo halisi la anwani maalum ya IP sio kazi rahisi kila wakati: kuna mambo mengi ya kucheza, na wamiliki wa anuwai ya anwani za IP wanaweza kuamua kuitangaza kwa upande mwingine wa ulimwengu (basi itabidi subiri hifadhidata isasishwe ili kupata eneo sahihi). Wakati mwingine watoa huduma za VPS hutoa anwani zinazodaiwa kuwa ziko Marekani kwa VPS nchini Singapore.
Tofauti na kutumia anwani za Anycast, usambazaji unafanywa wakati wa utatuzi wa jina badala ya wakati wa kuunganisha kwenye seva ya kache. Ikiwa seva ya kujirudi haitumii subneti za mteja wa EDNS, basi eneo la seva hiyo inayojirudia hutumiwa badala ya mtumiaji ambaye ataunganisha kwenye seva ya akiba.
Neti Ndogo za Wateja katika DNS ni kiendelezi cha DNS (RFC7871) ambacho hufafanua jinsi seva za DNS zinazojirudia zinavyoweza kutuma maelezo ya mteja kwa seva ya DNS, hasa maelezo ya mtandao ambayo seva ya GeoDNS inaweza kutumia ili kubainisha kwa usahihi zaidi eneo la mteja.
Wengi hutumia seva zao za DNS za ISP au seva za DNS ambazo ziko karibu nao kijiografia, lakini ikiwa mtu fulani nchini Marekani kwa sababu fulani ataamua kutumia kisuluhishi cha DNS kilicho nchini Australia, kuna uwezekano ataishia na anwani ya seva ya IP iliyo karibu zaidi na Australia.
Ikiwa unataka kutumia GeoDNS, ni muhimu kufahamu vipengele hivi, kwani katika baadhi ya matukio inaweza kuongeza umbali kati ya seva za caching na mteja.
Muhtasari: ikiwa unataka kuchanganya VPS kadhaa kwenye CDN, basi chaguo bora zaidi cha kupeleka ni kutumia kifurushi cha seva ya DNS na kitendakazi cha GeoDNS + Anycast nje ya boksi.
Chanzo: mapenzi.com