Mae'n debyg bod llawer o bobl wedi clywed am Anycast. Yn y dull hwn o gyfeirio a llwybro rhwydwaith, mae un cyfeiriad IP yn cael ei neilltuo i weinyddion lluosog ar rwydwaith. Gall y gweinyddwyr hyn hyd yn oed gael eu lleoli mewn canolfannau data sy'n bell oddi wrth ei gilydd. Syniad Anycast yw, yn dibynnu ar leoliad ffynhonnell y cais, bod y data'n cael ei anfon at y gweinydd agosaf (yn ôl topoleg y rhwydwaith, yn fwy manwl gywir, protocol llwybro BGP). Fel hyn, gallwch leihau nifer y hopys rhwydwaith a hwyrni.
Yn y bôn, mae'r un llwybr yn cael ei hysbysebu o ganolfannau data lluosog ledled y byd. Felly, bydd cleientiaid yn cael eu hanfon at y "gorau" a'r "agosaf" yn seiliedig ar lwybrau BGP, y ganolfan ddata. Pam Anycast? Pam defnyddio Anycast yn lle Unicast?
Mae Unicast yn wirioneddol addas ar gyfer safle ag un gweinydd gwe a swm cymedrol o draffig. Fodd bynnag, os oes gan wasanaeth filiynau o danysgrifwyr, mae fel arfer yn defnyddio llawer o weinyddion gwe, pob un â'r un cyfeiriad IP. Mae'r gweinyddwyr hyn yn cael eu dosbarthu'n ddaearyddol i wasanaethu ceisiadau yn y ffordd orau bosibl.
Yn y senario hwn, bydd Anycast yn gwella perfformiad (anfonir traffig at y defnyddiwr heb fawr o oedi), yn sicrhau dibynadwyedd y gwasanaeth (diolch i weinyddion wrth gefn) a chydbwyso llwyth - bydd llwybro i sawl gweinydd yn dosbarthu'r llwyth rhyngddynt yn effeithiol, gan wella'r cyflymder o'r safle.
Mae gweithredwyr yn cynnig gwahanol fathau o gydbwyso llwyth i gleientiaid yn seiliedig ar Anycast a DNS. Gall cleientiaid nodi cyfeiriadau IP yr anfonir ceisiadau iddynt yn seiliedig ar leoliad daearyddol y wefan. Mae hyn yn ei gwneud hi'n bosibl dosbarthu ceisiadau defnyddwyr yn fwy hyblyg.
Tybiwch fod yna nifer o wefannau y mae angen i chi ddosbarthu'r llwyth rhyngddynt (defnyddwyr), er enghraifft, siop ar-lein gyda 100 o geisiadau y dydd neu flog poblogaidd. Er mwyn cyfyngu ar y rhanbarth y mae defnyddwyr yn cyrchu gwefan benodol ohoni, gallwch ddefnyddio'r opsiwn Geo Community. Mae'n caniatáu ichi gyfyngu ar y rhanbarth y bydd y gweithredwr yn hysbysebu'r llwybr oddi mewn iddo.
Anycast ac Unicast: gwahaniaethau
Defnyddir Anycast yn aml mewn cymwysiadau fel DNS (System Enw Parth) a CDN (Rhwydweithiau Cyflenwi Cynnwys), gan alluogi penderfyniadau llwybro sy'n gwella perfformiad rhwydwaith. Mae rhwydweithiau darparu cynnwys yn defnyddio Anycast oherwydd eu bod yn delio â llawer iawn o draffig, ac mae Anycast yn darparu nifer o fanteision yn yr achos hwn (mwy arnynt isod). Yn DNS, mae Anycast yn caniatáu ichi gynyddu'n sylweddol lefel dibynadwyedd a goddefgarwch nam ar y gwasanaeth.
Yn Anycast IP, wrth ddefnyddio BGP, mae llwybrau lluosog i westeiwr penodol. Copïau yw'r rhain mewn gwirionedd o westeion mewn canolfannau data lluosog, a ddefnyddir i sefydlu cysylltiadau hwyrni is.
Felly, mewn rhwydwaith Anycast, mae'r un cyfeiriad IP yn cael ei hysbysebu o wahanol leoedd, ac mae'r rhwydwaith yn penderfynu ble i gyfeirio cais y defnyddiwr yn seiliedig ar "gost" y llwybr. Er enghraifft, defnyddir BGP yn aml i bennu'r llwybr byrraf ar gyfer trosglwyddo data. Pan fydd defnyddiwr yn anfon cais Anycast, mae BGP yn pennu'r llwybr gorau ar gyfer gweinyddwyr Anycast sydd ar gael ar y rhwydwaith.
Manteision Anycast
Lleihau Cudd
Gall systemau gydag Anycast leihau'r hwyrni wrth brosesu ceisiadau defnyddwyr oherwydd eu bod yn caniatáu ichi dderbyn data o'r gweinydd agosaf. Hynny yw, bydd defnyddwyr bob amser yn cysylltu â'r gweinydd DNS “agosaf” (o safbwynt protocol llwybro). O ganlyniad, mae Anycast yn lleihau amser rhyngweithio trwy leihau'r pellter rhwydwaith rhwng y cleient a'r gweinydd. Mae hyn nid yn unig yn lleihau hwyrni ond hefyd yn darparu cydbwysedd llwyth.
Cyflymder
Oherwydd bod traffig yn cael ei gyfeirio i'r nod agosaf a bod yr hwyrni rhwng y cleient a'r nod yn cael ei leihau, y canlyniad yw'r cyflymder dosbarthu gorau posibl, ni waeth o ble mae'r cleient yn gofyn am wybodaeth.
Mwy o sefydlogrwydd a goddefgarwch namau
Os bydd sawl gweinydd o gwmpas y byd yn defnyddio'r un IP, yna os bydd un o'r gweinyddwyr yn methu neu'n cael ei ddatgysylltu, bydd traffig yn cael ei ailgyfeirio i'r gweinydd agosaf. O ganlyniad, mae Anycast yn gwneud y gwasanaeth yn fwy gwydn ac yn darparu gwell mynediad rhwydwaith / hwyrni / cyflymder.
Felly, trwy gael gweinyddwyr lluosog ar gael yn gyson i ddefnyddwyr, mae Anycast, er enghraifft, yn gwella sefydlogrwydd DNS. Os bydd nod yn methu, bydd ceisiadau defnyddiwr yn cael eu hailgyfeirio i weinydd DNS arall heb unrhyw ymyrraeth â llaw nac ad-drefnu. Mae Anycast yn darparu newid bron yn dryloyw i safleoedd eraill trwy ddileu llwybrau'r safle problemus.
Cydbwyso Llwyth
Yn Anycast, mae traffig rhwydwaith yn cael ei ddosbarthu ar draws gwahanol weinyddion. Hynny yw, mae'n gweithredu fel cydbwysedd llwyth, gan atal unrhyw weinydd unigol rhag derbyn y rhan fwyaf o'r traffig. Gellir defnyddio cydbwyso llwyth, er enghraifft, pan fo nodau rhwydwaith lluosog ar yr un pellter daearyddol o ffynhonnell y cais. Yn yr achos hwn, mae'r llwyth yn cael ei ddosbarthu ymhlith y nodau.
Lleihau effaith ymosodiadau DoS
Nodwedd arall o Anycast yw ei wrthwynebiad DDoS. Mae'n annhebygol y bydd ymosodiadau DDoS yn gallu dod â system Anycast i lawr, gan y byddai'n rhaid iddynt orlethu'r holl weinyddion mewn rhwydwaith o'r fath gydag avalanche o geisiadau.
Mae ymosodiadau DDoS yn aml yn defnyddio botnets, a all gynhyrchu cymaint o draffig nes ei fod yn gorlwytho'r gweinydd yr ymosodwyd arno. Mantais defnyddio Anycast yn y sefyllfa hon yw bod pob gweinydd yn gallu "amsugno" rhan o'r ymosodiad, sy'n lleihau'r llwyth ar y gweinydd penodol hwnnw. Mae'n debyg y bydd ymosodiad gwrthod gwasanaeth yn lleoledig i'r gweinydd ac ni fydd yn effeithio ar y gwasanaeth cyfan.
Scalability llorweddol uchel
Mae systemau Anycast yn addas iawn ar gyfer gwasanaethau gyda llawer iawn o draffig. Os oes angen gweinyddwyr newydd ar wasanaeth sy'n defnyddio Anycast i drin mwy o draffig, gellir ychwanegu gweinyddwyr newydd at y rhwydwaith i'w drin. Gellir eu gosod ar safleoedd newydd neu bresennol.
Os yw lleoliad penodol yn profi cynnydd mawr mewn traffig, yna bydd ychwanegu gweinydd yn helpu i gydbwyso'r llwyth ar gyfer y wefan honno. Bydd ychwanegu gweinydd at safle newydd yn helpu i leihau amseroedd aros trwy greu llwybr byrraf newydd i rai defnyddwyr. Mae'r ddau ddull hefyd yn helpu i wella sefydlogrwydd y gwasanaeth wrth i weinyddion newydd ddod ar gael ar y rhwydwaith. Fel hyn, os yw gweinydd wedi'i orlwytho, gallwch chi ddefnyddio un arall mewn lleoliad sy'n caniatáu iddo dderbyn rhyw gyfran o geisiadau'r gweinydd sydd wedi'i orlwytho. Nid yw hyn yn gofyn am unrhyw ffurfweddiad ar ran cleientiaid.
Dim ond yn y modd hwn y gellir gwasanaethu terabitau o draffig a nifer fawr iawn o ddefnyddwyr pan nad oes gan y gweinydd ond ychydig o borthladdoedd 10 neu 25 Gbps. Bydd 100 gwesteiwr gydag un cyfeiriad IP yn ei gwneud hi'n bosibl prosesu meintiau traffig terabit.
Rheoli cyfluniad hawdd
Fel y nodwyd uchod, defnydd diddorol o Anycast yw DNS. Gallwch chi osod sawl gweinydd DNS gwahanol ar nodau rhwydwaith, ond defnyddiwch un cyfeiriad DNS. Yn dibynnu ar leoliad y ffynhonnell, caiff ceisiadau eu cyfeirio at y nod agosaf. Mae hyn yn darparu rhywfaint o gydbwyso traffig a diswyddiad os bydd gweinydd DNS yn methu. Fel hyn, yn lle ffurfweddu gweinyddwyr DNS gwahanol yn dibynnu ar ble maent wedi'u lleoli, gellir lluosogi cyfluniad un gweinydd DNS i bob nod.
Gellir ffurfweddu rhwydweithiau Anycast i geisiadau llwybr nid yn unig yn seiliedig ar bellter, ond hefyd ar baramedrau megis presenoldeb gweinydd, nifer y cysylltiadau sefydledig. neu amser ymateb.
Nid oes angen gweinyddwyr, rhwydweithiau neu gydrannau arbennig ar ochr y cleient i ddefnyddio technoleg Anycast. Ond mae gan Anycast ei anfanteision hefyd. Credir bod ei weithrediad yn dasg gymhleth, sy'n gofyn am offer ychwanegol, darparwyr dibynadwy a llwybr traffig cywir.
Ymhell o ffynhonnell pur i harddwch
Er bod Anycast yn llwybrau defnyddwyr yn seiliedig ar y lleiaf o hopys, nid yw hyn o reidrwydd yn golygu'r hwyrni isaf. Mae hwyrni yn fetrig mwy cymhleth oherwydd gall fod yn uwch ar gyfer un cyfnod pontio nag ar gyfer deg.
Enghraifft: Gall cyfathrebiadau rhyng-gyfandirol gynnwys un naid gyda hwyrni uchel iawn.
Defnyddir Anycast yn bennaf ar gyfer gwasanaethau CDU fel DNS. Mae ceisiadau defnyddwyr yn cael eu cyfeirio at y ganolfan ddata “orau” ac “agosaf” yn seiliedig ar lwybrau BGP.
Enghraifft: Mae gweithfan cleient DNS gyda chyfeiriad IP Anycast DNS o 123.10.10.10 yn perfformio datrysiad DNS i'r agosaf o dri gweinydd enw DNS a ddefnyddir gan ddefnyddio'r un cyfeiriad IP Anycast. Os bydd Router R1 neu Server A yn methu, bydd pecynnau cleient DNS yn cael eu hanfon ymlaen yn awtomatig i'r gweinydd DNS agosaf nesaf trwy Routers R2 a R3. Yn ogystal, bydd y llwybr i'n gweinydd A yn cael ei dynnu o'r tablau llwybro, gan atal defnydd pellach o'r gweinydd enw hwnnw.
Senarios Defnyddio
Mae dau gynllun cyffredinol a ddefnyddir i benderfynu pa weinydd y mae defnyddiwr yn cysylltu ag ef:
- Haen rhwydwaith Anycast. Yn cysylltu'r defnyddiwr â'r gweinydd agosaf. Mae'r llwybr rhwydwaith o'r defnyddiwr i'r gweinydd yn bwysig yma.
- Lefel cais anycast. Mae gan y cynllun hwn fetrigau mwy cyfrifedig, gan gynnwys argaeledd gweinydd, amser ymateb, nifer y cysylltiadau, ac ati. Mae hyn yn dibynnu ar fonitor allanol sy'n darparu ystadegau rhwydwaith.
CDN yn seiliedig ar Anycast
Gadewch i ni nawr ddychwelyd i ddefnyddio Anycast mewn rhwydweithiau darparu cynnwys. Mae Anycast yn sicr yn gysyniad rhwydweithio diddorol ac yn cael ei dderbyn yn gynyddol ymhlith darparwyr CDN y genhedlaeth nesaf.
Rhwydwaith dosbarthedig o weinyddion yw CDN sy'n darparu cynnwys i ddefnyddwyr terfynol sydd ag argaeledd uchel a hwyrni isel. Mae rhwydweithiau darparu cynnwys yn chwarae rhan bwysig heddiw fel asgwrn cefn llawer o wasanaethau cyfryngau ar-lein, ac mae defnyddwyr yn gynyddol yn llai goddefgar o gyflymder lawrlwytho araf. Mae cymwysiadau fideo a llais yn arbennig o sensitif i jitter rhwydwaith a hwyrni.
Mae CDN yn cysylltu pob gweinydd ag un rhwydwaith ac yn sicrhau llwytho cynnwys yn gyflymach. Weithiau mae'n bosibl lleihau amser aros y defnyddiwr 5-6 eiliad. Pwrpas CDN yw optimeiddio darpariaeth trwy weini cynnwys o'r gweinydd sydd agosaf at y defnyddiwr terfynol. Mae hyn yn debyg iawn i Anycast, lle mae'r gweinydd agosaf yn cael ei ddewis yn seiliedig ar leoliad y defnyddiwr terfynol. Mae'n ymddangos y byddai pob darparwr gwasanaeth CDN yn defnyddio Anycast yn ddiofyn, ond mewn gwirionedd nid yw hyn yn wir.
Mae cymwysiadau sy'n defnyddio protocolau fel HTTP/TCP yn dibynnu ar sefydlu'r cysylltiad. Os dewisir nod Anycast newydd (er enghraifft, oherwydd methiant gweinydd), mae'n bosibl y bydd y gwasanaeth yn cael ei dorri. Dyma pam yr argymhellwyd Anycast yn flaenorol ar gyfer gwasanaethau di-gysylltiad fel CDU a DNS. Fodd bynnag, mae Anycast hefyd yn gweithio'n dda ar gyfer protocolau sy'n canolbwyntio ar gysylltiad; er enghraifft, mae TCP yn gweithio'n dda yn y modd Anycast.
Mae rhai darparwyr CDN yn defnyddio llwybro seiliedig ar Anycast, mae'n well gan eraill lwybro seiliedig ar DNS: dewisir y gweinydd agosaf yn seiliedig ar leoliad gweinydd DNS y defnyddiwr.
Mae seilweithiau hybrid ac aml-ganolfan ddata yn enghraifft arall o'r defnydd o Anycast. Mae'r cyfeiriad IP Cydbwyso Llwyth a dderbynnir gan y darparwr yn caniatáu ichi ddosbarthu'r llwyth rhwng cyfeiriadau IP gwahanol wasanaethau cleientiaid yng nghanolfan ddata'r darparwr. Diolch i dechnoleg unrhyw ddyfais, mae'n darparu gwell perfformiad o dan draffig trwm, goddefgarwch namau ac yn helpu i wneud y gorau o amser ymateb wrth ddelio â nifer fawr o ddefnyddwyr.
Mewn seilweithiau canolfan ddata hybrid, gallwch ddosbarthu traffig ar draws gweinyddwyr neu hyd yn oed peiriannau rhithwir ar weinyddion pwrpasol.
Felly, mae dewis enfawr o atebion technegol ar gyfer adeiladu seilwaith. Gallwch hefyd ffurfweddu cydbwyso llwyth ar draws cyfeiriadau IP ar draws canolfannau data lluosog, gan dargedu unrhyw ddyfais mewn grŵp i optimeiddio perfformiad safle.
Gallwch ddosbarthu traffig yn unol â'ch rheolau eich hun, gan ddiffinio “pwysau” pob un o'r gweinyddwyr dosbarthedig ym mhob canolfan ddata. Mae'r cyfluniad hwn yn arbennig o ddefnyddiol pan fo parc gweinyddwyr wedi'u dosbarthu ac mae perfformiad gwasanaethau'n anwastad. Bydd hyn yn caniatáu i draffig gael ei ddosbarthu'n amlach er mwyn gwella perfformiad y gweinydd.
I greu system fonitro gan ddefnyddio'r gorchymyn ping, mae'n bosibl ffurfweddu stilwyr. Mae hyn yn galluogi'r gweinyddwr i ddiffinio eu gweithdrefnau monitro eu hunain a chael darlun cliriach o statws pob cydran yn y seilwaith. Yn y modd hwn, gellir diffinio meini prawf hygyrchedd.
Mae'n bosibl adeiladu seilwaith hybrid: weithiau mae'n gyfleus gadael y swyddfa gefn yn y rhwydwaith corfforaethol, ac allanoli rhan y rhyngwyneb i'r darparwr.
Mae'n bosibl ychwanegu tystysgrifau SSL ar gyfer cydbwyso llwyth, amgryptio data a drosglwyddir a diogelwch cyfathrebu rhwng ymwelwyr safle a seilwaith corfforaethol. Mewn achos o gydbwyso llwyth rhwng canolfannau data, gellir defnyddio SSL hefyd.
Gellir cael gwasanaeth Anycast gyda chydbwyso llwyth cyfeiriad gan eich darparwr. Bydd y nodwedd hon yn helpu i wella sut mae defnyddwyr yn rhyngweithio ag apiau yn seiliedig ar leoliad. Mae’n ddigon cyhoeddi pa wasanaethau sydd ar gael yn y ganolfan ddata, a bydd traffig yn cael ei ailgyfeirio i’r seilwaith agosaf. Os oes gweinyddwyr pwrpasol, er enghraifft yn Ffrainc neu Ogledd America, yna bydd cleientiaid yn cael eu cyfeirio at y gweinydd agosaf ar y rhwydwaith.
Un o'r opsiynau ar gyfer defnyddio Anycast yw'r dewis gorau posibl o bwynt presenoldeb gweithredwr (PoP). Gadewch i ni roi . Mae LinkedIn (wedi'i rwystro yn Rwsia) yn ymdrechu nid yn unig i wella perfformiad a chyflymder ei gynhyrchion - cymwysiadau symudol a gwe, ond hefyd i wella ei seilwaith rhwydwaith ar gyfer cyflwyno cynnwys yn gyflymach. Ar gyfer y cyflwyniad cynnwys deinamig hwn, mae LinkedIn yn defnyddio PoPs - pwyntiau presenoldeb. Defnyddir Anycast i gyfeirio defnyddwyr at y PoP agosaf.
Y rheswm yw, yn achos Unycast, bod gan bob PoP LinkedIn gyfeiriad IP unigryw. Yna mae defnyddwyr yn cael eu neilltuo i PoP yn seiliedig ar eu lleoliad daearyddol gan ddefnyddio DNS. Y broblem yw, wrth ddefnyddio DNS, bod tua 30% o ddefnyddwyr yn yr Unol Daleithiau wedi'u hailgyfeirio i PoP suboptimal. Gyda gweithrediad graddol Anycast, gostyngodd aseiniad PoP is-optimaidd o 31% i 10%.
Dangosir canlyniadau'r prawf peilot yn y graff, lle mae'r echel Y yn ganran o aseiniad PoP optimaidd. Wrth i Anycast gynyddu, gwelodd llawer o daleithiau'r UD welliant yng nghanran y traffig tuag at y PoP gorau posibl.
Monitro Rhwydwaith Anycast
Mae rhwydweithiau Anycast yn syml mewn theori: rhoddir yr un cyfeiriad IP i weinyddion ffisegol lluosog, y mae BGP yn ei ddefnyddio i bennu'r llwybr. Ond mae gweithrediad a dyluniad llwyfannau Anycast yn gymhleth, ac mae rhwydweithiau Anycast sy'n goddef diffygion yn arbennig o enwog am hyn. Hyd yn oed yn fwy heriol yw monitro rhwydwaith Anycast yn effeithiol i nodi ac ynysu diffygion yn gyflym.
Os yw gwasanaethau'n defnyddio darparwr CDN trydydd parti i wasanaethu eu cynnwys, mae'n bwysig iawn iddynt fonitro a gwirio perfformiad rhwydwaith. Mae monitro CDN yn seiliedig ar Anycast yn canolbwyntio ar fesur hwyrni diwedd-i-ddiwedd a pherfformiad hop olaf ond un i ddeall pa ganolfan ddata sy'n gwasanaethu'r cynnwys. Mae dadansoddi penawdau gweinydd HTTP yn ffordd arall o benderfynu o ble mae data'n dod.
Enghraifft: Penawdau ymateb HTTP yn nodi lleoliad y gweinydd CDN.
Er enghraifft, mae CloudFlare yn defnyddio ei bennawd CF-Ray ei hun mewn negeseuon Ymateb HTTP, sy'n cynnwys arwydd o'r ganolfan ddata y gwnaed y cais iddi. Yn achos Zendesk, pennawd CF-Ray ar gyfer rhanbarth Seattle yw CF-RAY: 2a21675e65fd2a3d-SEA, ac ar gyfer Amsterdam mae'n CF-RAY: 2a216896b93a0c71-AMS. Gallwch hefyd ddefnyddio penawdau HTTP-X o'r ymateb HTTP i benderfynu ble mae'r cynnwys wedi'i leoli.
Dulliau cyfeirio eraill
Mae yna ddulliau cyfeirio eraill ar gyfer llwybro ceisiadau defnyddwyr i bwynt terfyn rhwydwaith penodol:
Unicast
Mae'r rhan fwyaf o'r Rhyngrwyd heddiw yn defnyddio'r dull hwn. Unicast - trosglwyddiad unicast, mae'r cyfeiriad IP yn gysylltiedig â dim ond un nod penodol ar y rhwydwaith. Gelwir hyn yn baru un-i-un.
Multicast
Mae Multicast yn defnyddio perthynas un-i-lawer neu lawer-i-lawer. Mae Multicast yn caniatáu i gais gan anfonwr gael ei anfon ar yr un pryd i wahanol bwyntiau terfyn dethol. Mae hyn yn rhoi'r gallu i'r cleient lawrlwytho ffeil mewn talpiau o westeion lluosog ar yr un pryd (sy'n ddefnyddiol ar gyfer ffrydio sain neu fideo). Mae Multicast yn aml yn cael ei ddrysu ag Anycast, ond y prif wahaniaeth yw bod Anycast yn cyfeirio'r anfonwr at un nod penodol, hyd yn oed os oes nodau lluosog ar gael.
Darlledu
Mae datagram o un anfonwr yn cael ei anfon ymlaen i bob pwynt terfyn sy'n gysylltiedig â'r cyfeiriad darlledu. Mae'r rhwydwaith yn atgynhyrchu datagramau yn awtomatig i allu cyrraedd yr holl dderbynwyr yn y darllediad (ar yr un is-rwydwaith fel arfer).
Geocast
Mae Geocast ychydig yn debyg i Multicast: mae ceisiadau gan yr anfonwr yn cael eu hanfon at sawl pwynt terfyn ar yr un pryd. Fodd bynnag, y gwahaniaeth yw bod y derbynnydd yn cael ei bennu gan ei leoliad daearyddol. Mae hwn yn ffurf arbenigol o aml-ddarllediad a ddefnyddir gan rai protocolau llwybro ar gyfer rhwydweithiau ad hoc symudol.
Mae llwybrydd daearyddol yn cyfrifo ei faes gwasanaeth ac yn ei frasamcanu. Georouters, cyfnewid meysydd gwasanaeth, adeiladu tablau llwybro. Mae gan y system georouter strwythur hierarchaidd.
Unicast, Multicast a Darlledu.
Mae defnyddio technoleg Anycast yn cynyddu lefel dibynadwyedd, goddefgarwch namau a diogelwch DNS. Gan ddefnyddio'r dechnoleg hon, mae gweithredwyr yn cynnig gwasanaethau i'w cleientiaid ar gyfer gwahanol fathau o gydbwyso llwyth yn seiliedig ar DNS. Yn y panel rheoli, gallwch nodi cyfeiriadau IP y bydd ceisiadau'n cael eu hanfon iddynt yn dibynnu ar leoliad daearyddol. Bydd hyn yn rhoi cyfle i gleientiaid ddosbarthu ceisiadau defnyddwyr yn fwy hyblyg.
Mae rhai gweithredwyr yn gweithredu galluoedd monitro llwybrau ar bob pwynt presenoldeb (POP): mae'r system yn dadansoddi'r llwybrau lleol a byd-eang byrraf yn awtomatig ar gyfer pwyntiau presenoldeb ac yn eu llwybro trwy'r lleoliadau daearyddol hwyrni isaf gyda dim amser segur.
Ar hyn o bryd, Anycast yw'r ateb mwyaf sefydlog a dibynadwy ar gyfer adeiladu gwasanaethau DNS llwyth uchel, sydd â gofynion uchel ar gyfer sefydlogrwydd a dibynadwyedd.
Mae'r parth .ru yn cefnogi 35 o weinyddion DNS Anycast, wedi'u grwpio i mewn i nodau 20, wedi'u dosbarthu ar draws pum cwmwl Anycast. Yn yr achos hwn, defnyddir yr egwyddor o adeiladu yn seiliedig ar nodweddion daearyddol, h.y. Geocast. Wrth osod nodau DNS, rhagwelir y byddant yn cael eu symud i leoliadau gwasgaredig yn ddaearyddol yn agos at y defnyddwyr mwyaf gweithgar, y crynodiad uchaf o ddarparwyr Rwsiaidd ar y pwynt lle mae'r nod, yn ogystal ag argaeledd gallu am ddim a rhwyddineb. rhyngweithio â'r safle.
Sut i adeiladu CDN?
Rhwydwaith o weinyddion yw CDN sy'n cyflymu'r broses o gyflwyno cynnwys i ddefnyddwyr. yn uno pob gweinydd yn un rhwydwaith ac yn sicrhau llwytho cynnwys yn gyflymach. Mae'r pellter o'r gweinydd i'r defnyddiwr yn chwarae rhan bwysig mewn cyflymder llwytho.
Mae CDN yn caniatáu ichi ddefnyddio gweinyddwyr sydd agosaf at y gynulleidfa darged. Mae hyn yn lleihau'r amser aros ac yn helpu i gyflymu'r broses o lwytho cynnwys gwefan ar gyfer pob ymwelydd, sy'n arbennig o hanfodol ar gyfer gwefannau sydd â ffeiliau mawr neu wasanaethau amlgyfrwng. Cymwysiadau nodweddiadol ar gyfer CDN yw e-fasnach ac adloniant.
Mae'r rhwydwaith o weinyddion ychwanegol a grëwyd yn y seilwaith CDN, sydd wedi'u lleoli mor agos â phosibl at ddefnyddwyr, yn cyfrannu at gyflenwi data mwy sefydlog a chyflymach. Yn ôl yr ystadegau, mae defnyddio CDN yn lleihau'r hwyrni wrth gyrchu gwefan o fwy na 70% o'i gymharu â safleoedd heb CDN.
Fel? Gall sefydlu CDN gan ddefnyddio datrysiad Anycast ei hun fod yn brosiect eithaf drud, ond mae opsiynau rhatach. Er enghraifft, gallwch ddefnyddio GeoDNS a gweinyddwyr rheolaidd gyda chyfeiriadau IP unigryw. Gan ddefnyddio gwasanaethau GeoDNS, gallwch greu CDN gyda galluoedd geolocation, lle gwneir penderfyniadau yn seiliedig ar leoliad gwirioneddol yr ymwelydd, yn hytrach na lleoliad y datryswr DNS. Gallwch chi ffurfweddu'ch parth DNS i ddangos cyfeiriadau IP gweinydd yr Unol Daleithiau i ymwelwyr yr Unol Daleithiau, ond bydd ymwelwyr Ewropeaidd yn gweld y cyfeiriad IP Ewropeaidd.
Gyda GeoDNS, gallwch ddychwelyd gwahanol ymatebion DNS yn dibynnu ar gyfeiriad IP y defnyddiwr. I wneud hyn, mae'r gweinydd DNS wedi'i ffurfweddu i ddychwelyd gwahanol gyfeiriadau IP yn dibynnu ar y cyfeiriad IP ffynhonnell yn y cais. Yn nodweddiadol, defnyddir cronfa ddata GeoIP i benderfynu o ba ranbarth y gwneir cais. Mae Geolocation gan ddefnyddio DNS yn caniatáu ichi anfon cynnwys at ddefnyddwyr o wefan gyfagos.
Mae GeoDNS yn pennu cyfeiriad IP y cleient a anfonodd y cais DNS, neu gyfeiriad IP gweinydd DNS ailadroddus y darparwr, a ddefnyddir wrth brosesu cais y cleient. Pennir y wlad/rhanbarth gan gronfa ddata IP a GeoIP y cleient. Yna mae'r cleient yn cael cyfeiriad IP y gweinydd CDN agosaf. Gallwch ddarllen mwy am sefydlu GeoDNS.
Anycast neu GeoDNS?
Er bod Anycast yn ffordd wych o gyflwyno cynnwys ar raddfa fyd-eang, nid oes ganddo benodoldeb. Dyma lle mae GeoDNS yn dod i'r adwy. Mae'r gwasanaeth hwn yn caniatáu ichi greu rheolau sy'n anfon defnyddwyr i bwyntiau terfyn unigryw yn seiliedig ar eu lleoliad.
Enghraifft: Mae defnyddwyr o Ewrop yn cael eu cyfeirio at bwynt terfyn gwahanol.
Gallwch hefyd wrthod mynediad i barthau trwy ddileu pob cais. Mae hyn, yn arbennig, yn ffordd gyflym o dorri i ffwrdd tresmaswyr.
Mae GeoDNS yn rhoi atebion mwy cywir nag Anycast. Os yn achos Anycast mae'r llwybr byrraf yn cael ei bennu gan nifer yr hopys, yna yn GeoDNS mae llwybro ar gyfer defnyddwyr terfynol yn digwydd yn dibynnu ar eu lleoliad ffisegol. Mae hyn yn lleihau hwyrni ac yn gwella cywirdeb wrth greu rheolau llwybro gronynnog.
Wrth lywio i barth, mae'r porwr yn cysylltu â'r gweinydd DNS agosaf, sydd, yn dibynnu ar y parth, yn cyhoeddi cyfeiriad IP i lwytho'r wefan. Gadewch i ni dybio bod siop ar-lein yn boblogaidd yn UDA ac Ewrop, ond dim ond yn Ewrop y mae gweinyddwyr DNS ar gael. Yna bydd defnyddwyr yr Unol Daleithiau sydd am ddefnyddio gwasanaethau'r siop yn cael eu gorfodi i anfon cais at y gweinydd agosaf, a chan ei fod yn bell iawn, bydd yn rhaid iddynt aros am amser hir am ymateb - ni fydd y wefan yn llwytho'n gyflym.
Pan fydd gweinydd GeoDNS wedi'i leoli yn UDA, bydd defnyddwyr eisoes yn ei gyrchu. Bydd yr ymateb yn gyflym, a fydd yn effeithio ar gyflymder llwytho'r safle.
Mewn sefyllfa gyda gweinydd DNS presennol yn yr Unol Daleithiau, pan fydd defnyddiwr o'r Unol Daleithiau yn llywio i barth penodol, bydd yn cysylltu â'r gweinydd agosaf a fydd yn darparu'r IP gofynnol. Bydd y defnyddiwr yn cael ei gyfeirio at y gweinydd sy'n cynnwys cynnwys y wefan, ond gan fod y gweinyddwyr â'r cynnwys ymhell i ffwrdd, ni fydd yn ei dderbyn yn gyflym.
Os ydych chi'n cynnal gweinyddwyr CDN yn yr UD gyda data wedi'i storio, yna wrth lwytho bydd y porwr cleient yn anfon cais at y gweinydd DNS agosaf, a fydd yn anfon y cyfeiriad IP gofynnol yn ôl. Mae'r porwr gyda'r IP a dderbyniwyd yn cysylltu â'r gweinydd CDN agosaf a'r prif weinydd, ac mae'r gweinydd CDN yn gwasanaethu'r cynnwys sydd wedi'i storio i'r porwr. Tra bod y cynnwys sydd wedi'i storio yn cael ei lwytho, mae'r ffeiliau sydd ar goll i lwytho'r wefan lawn yn cael eu derbyn o'r prif weinydd. O ganlyniad, mae amser llwytho safle yn cael ei leihau, gan fod llawer llai o ffeiliau'n cael eu hanfon o'r prif weinydd.
Nid yw pennu union leoliad cyfeiriad IP penodol bob amser yn dasg hawdd: mae yna lawer o ffactorau ar waith, ac efallai y bydd perchnogion ystod o gyfeiriadau IP yn penderfynu ei hysbysebu ar ochr arall y byd (yna bydd yn rhaid i chi wneud hynny). aros i'r gronfa ddata ddiweddaru i gael y lleoliad cywir). Weithiau mae darparwyr VPS yn aseinio cyfeiriadau a leolir yn yr Unol Daleithiau i VPS yn Singapore.
Yn wahanol i ddefnyddio cyfeiriadau Anycast, mae dosbarthiad yn cael ei wneud yn ystod datrysiad enw yn hytrach nag wrth gysylltu â'r gweinydd caching. Os nad yw'r gweinydd ailadroddus yn cynnal is-rwydweithiau cleient EDNS, yna defnyddir lleoliad y gweinydd ailadroddus hwnnw yn hytrach na'r defnyddiwr a fydd yn cysylltu â'r gweinydd caching.
Mae Subnets Cleient yn DNS yn estyniad o DNS (RFC7871) sy'n diffinio sut y gall gweinyddwyr DNS ailadroddus anfon gwybodaeth cleient i'r gweinydd DNS, yn enwedig gwybodaeth rhwydwaith y gall y gweinydd GeoDNS ei defnyddio i bennu lleoliad y cleient yn fwy cywir.
Mae'r rhan fwyaf yn defnyddio gweinyddwyr DNS eu ISP neu weinyddion DNS sy'n ddaearyddol agos atynt, ond os bydd rhywun yn yr Unol Daleithiau am ryw reswm yn penderfynu defnyddio datrysiad DNS sydd wedi'i leoli yn Awstralia, mae'n debygol y bydd ganddynt gyfeiriad gweinydd IP sydd agosaf at Awstralia.
Os ydych chi am ddefnyddio GeoDNS, mae'n bwysig bod yn ymwybodol o'r nodweddion hyn, oherwydd mewn rhai achosion gall gynyddu'r pellter rhwng y gweinyddwyr caching a'r cleient.
Crynodeb: os ydych chi am gyfuno sawl VPS yn CDN, yna'r opsiwn lleoli gorau yw defnyddio bwndel gweinydd DNS gyda swyddogaeth GeoDNS + Anycast allan o'r blwch.
Ffynhonnell: hab.com