Anycast vs Unicast: જે દરેક કિસ્સામાં પસંદ કરવાનું વધુ સારું છે

ઘણા લોકોએ કદાચ Anycast વિશે સાંભળ્યું હશે. નેટવર્ક એડ્રેસીંગ અને રૂટીંગની આ પદ્ધતિમાં, એક જ IP સરનામું નેટવર્ક પરના બહુવિધ સર્વર્સને સોંપવામાં આવે છે. આ સર્વર્સ એકબીજાથી દૂરના ડેટા સેન્ટર્સમાં પણ સ્થિત થઈ શકે છે. Anycast નો વિચાર એ છે કે, વિનંતી સ્ત્રોતના સ્થાનના આધારે, ડેટા નજીકના (નેટવર્ક ટોપોલોજી અનુસાર, વધુ સ્પષ્ટ રીતે, BGP રૂટીંગ પ્રોટોકોલ) સર્વર પર મોકલવામાં આવે છે. આ રીતે, તમે નેટવર્ક હોપ્સ અને લેટન્સીની સંખ્યા ઘટાડી શકો છો.

અનિવાર્યપણે, વિશ્વભરના બહુવિધ ડેટા કેન્દ્રોમાંથી સમાન રૂટની જાહેરાત કરવામાં આવે છે. આમ, ગ્રાહકોને BGP રૂટ, ડેટા સેન્ટરના આધારે "શ્રેષ્ઠ" અને "નજીકના" પર મોકલવામાં આવશે. શા માટે Anycast? શા માટે યુનિકાસ્ટને બદલે Anycast નો ઉપયોગ કરવો?

યુનિકાસ્ટ એક વેબ સર્વર અને મધ્યમ પ્રમાણમાં ટ્રાફિક ધરાવતી સાઇટ માટે ખરેખર યોગ્ય છે. જો કે, જો કોઈ સેવામાં લાખો સબ્સ્ક્રાઇબર્સ હોય, તો તે સામાન્ય રીતે ઘણા વેબ સર્વર્સનો ઉપયોગ કરે છે, દરેક એક સમાન IP સરનામું ધરાવે છે. આ સર્વર્સ વિનંતીઓને શ્રેષ્ઠ રીતે સેવા આપવા માટે ભૌગોલિક રીતે વિતરિત કરવામાં આવે છે.

આ પરિસ્થિતિમાં, Anycast કામગીરીમાં સુધારો કરશે (ન્યૂનતમ વિલંબ સાથે વપરાશકર્તાને ટ્રાફિક મોકલવામાં આવે છે), સેવાની વિશ્વસનીયતા સુનિશ્ચિત કરશે (બેકઅપ સર્વર્સનો આભાર) અને લોડ બેલેન્સિંગ - કેટલાક સર્વર્સ પર રૂટ કરવાથી તેમની વચ્ચેના ભારને અસરકારક રીતે વિતરિત કરવામાં આવશે, ઝડપમાં સુધારો થશે. સાઇટની.

ઑપરેટર્સ ક્લાયન્ટને Anycast અને DNS પર આધારિત વિવિધ પ્રકારના લોડ બેલેન્સિંગ ઓફર કરે છે. ક્લાયન્ટ IP સરનામાંનો ઉલ્લેખ કરી શકે છે કે જેના પર સાઇટના ભૌગોલિક સ્થાનના આધારે વિનંતીઓ મોકલવામાં આવશે. આનાથી વપરાશકર્તા વિનંતીઓને વધુ લવચીક રીતે વિતરિત કરવાનું શક્ય બને છે.

ધારો કે ત્યાં ઘણી સાઇટ્સ છે જેની વચ્ચે તમારે લોડ (વપરાશકર્તાઓ) વિતરિત કરવાની જરૂર છે, ઉદાહરણ તરીકે, દરરોજ 100 વિનંતીઓ સાથેનો ઑનલાઇન સ્ટોર અથવા લોકપ્રિય બ્લોગ. તે પ્રદેશને મર્યાદિત કરવા માટે કે જ્યાંથી વપરાશકર્તાઓ ચોક્કસ સાઇટને ઍક્સેસ કરે છે, તમે જીઓ કોમ્યુનિટી વિકલ્પનો ઉપયોગ કરી શકો છો. તે તમને તે પ્રદેશને મર્યાદિત કરવાની મંજૂરી આપે છે જેમાં ઓપરેટર રૂટની જાહેરાત કરશે.

Anycast અને Unicast: તફાવતો

Anycast નો ઉપયોગ ઘણીવાર DNS (ડોમેન નેમ સિસ્ટમ) અને CDN (કન્ટેન્ટ ડિલિવરી નેટવર્ક્સ) જેવી એપ્લિકેશન્સમાં થાય છે, જે નેટવર્ક પ્રદર્શનમાં સુધારો કરતા રૂટીંગ નિર્ણયોને સક્ષમ કરે છે. સામગ્રી વિતરણ નેટવર્ક્સ Anycast નો ઉપયોગ કરે છે કારણ કે તેઓ મોટા પ્રમાણમાં ટ્રાફિક સાથે વ્યવહાર કરે છે, અને Anycast આ કિસ્સામાં સંખ્યાબંધ ફાયદા પ્રદાન કરે છે (નીચે તેના પર વધુ). DNS માં, Anycast તમને સેવાની વિશ્વસનીયતા અને ખામી સહિષ્ણુતાના સ્તરને નોંધપાત્ર રીતે વધારવાની મંજૂરી આપે છે.

Anycast IP માં, BGP નો ઉપયોગ કરતી વખતે, ચોક્કસ હોસ્ટ માટે બહુવિધ રૂટ હોય છે. આ વાસ્તવમાં બહુવિધ ડેટા સેન્ટર્સમાં હોસ્ટની નકલો છે, જેનો ઉપયોગ નીચા લેટન્સી કનેક્શન્સ સ્થાપિત કરવા માટે થાય છે.

તેથી, Anycast નેટવર્કમાં, સમાન IP સરનામાંની વિવિધ જગ્યાએથી જાહેરાત કરવામાં આવે છે, અને નેટવર્ક રૂટની "કિંમત" ના આધારે વપરાશકર્તાની વિનંતીને ક્યાં રૂટ કરવી તે નક્કી કરે છે. ઉદાહરણ તરીકે, BGP નો ઉપયોગ ડેટા ટ્રાન્સમિશન માટે સૌથી નાનો માર્ગ નક્કી કરવા માટે થાય છે. જ્યારે વપરાશકર્તા Anycast વિનંતી મોકલે છે, ત્યારે BGP નેટવર્ક પર ઉપલબ્ધ Anycast સર્વર્સ માટે શ્રેષ્ઠ માર્ગ નક્કી કરે છે.

Anycast ના લાભો

લેટન્સી ઘટાડવી
Anycast સાથેની સિસ્ટમ્સ વપરાશકર્તા વિનંતીઓ પર પ્રક્રિયા કરતી વખતે લેટન્સી ઘટાડી શકે છે કારણ કે તે તમને નજીકના સર્વરમાંથી ડેટા પ્રાપ્ત કરવાની મંજૂરી આપે છે. એટલે કે, વપરાશકર્તાઓ હંમેશા "નજીકના" (રાઉટીંગ પ્રોટોકોલના દૃષ્ટિકોણથી) DNS સર્વર સાથે કનેક્ટ થશે. પરિણામે, Anycast ક્લાયંટ અને સર્વર વચ્ચેનું નેટવર્ક અંતર ઘટાડીને ક્રિયાપ્રતિક્રિયાનો સમય ઘટાડે છે. આ માત્ર વિલંબને ઘટાડે છે પરંતુ લોડ બેલેન્સિંગ પણ પ્રદાન કરે છે.

ઝડપ

કારણ કે ટ્રાફિકને નજીકના નોડ પર રૂટ કરવામાં આવે છે અને ક્લાયંટ અને નોડ વચ્ચેની વિલંબિતતા ઓછી થાય છે, પરિણામ ઑપ્ટિમાઇઝ ડિલિવરી ઝડપ છે, પછી ભલેને ક્લાયન્ટ ક્યાંથી માહિતીની વિનંતી કરી રહ્યો હોય.

સ્થિરતા અને દોષ સહિષ્ણુતામાં વધારો

જો વિશ્વભરના ઘણા સર્વર્સ સમાન IP નો ઉપયોગ કરે છે, તો જો એક સર્વર નિષ્ફળ જાય અથવા ડિસ્કનેક્ટ થઈ જાય, તો ટ્રાફિકને નજીકના સર્વર પર રીડાયરેક્ટ કરવામાં આવશે. પરિણામે, Anycast સેવાને વધુ સ્થિતિસ્થાપક બનાવે છે અને વધુ સારી નેટવર્ક એક્સેસ/લેટન્સી/સ્પીડ પ્રદાન કરે છે. 

આમ, વપરાશકર્તાઓ માટે સતત ઉપલબ્ધ બહુવિધ સર્વર રાખવાથી, Anycast, ઉદાહરણ તરીકે, DNS સ્થિરતા સુધારે છે. જો નોડ નિષ્ફળ જાય, તો વપરાશકર્તા વિનંતીઓને કોઈપણ મેન્યુઅલ હસ્તક્ષેપ અથવા પુનઃરૂપરેખાંકન વિના અન્ય DNS સર્વર પર રીડાયરેક્ટ કરવામાં આવશે. Anycast માત્ર સમસ્યારૂપ સાઇટના રૂટ્સને દૂર કરીને અન્ય સાઇટ્સ પર વર્ચ્યુઅલ રીતે પારદર્શક સ્વિચિંગ પ્રદાન કરે છે. 

લોડ બેલેન્સિંગ

Anycast માં, નેટવર્ક ટ્રાફિક વિવિધ સર્વર્સ પર વિતરિત કરવામાં આવે છે. એટલે કે, તે લોડ બેલેન્સર તરીકે કાર્ય કરે છે, કોઈપણ એક સર્વરને મોટાભાગનો ટ્રાફિક પ્રાપ્ત કરવાથી અટકાવે છે. લોડ બેલેન્સિંગનો ઉપયોગ કરી શકાય છે, ઉદાહરણ તરીકે, જ્યારે વિનંતી સ્રોતથી સમાન ભૌગોલિક અંતર પર બહુવિધ નેટવર્ક નોડ્સ હોય. આ કિસ્સામાં, ભાર ગાંઠો વચ્ચે વિતરિત કરવામાં આવે છે.

DoS હુમલાઓની અસરને ઓછી કરો 

Anycast ની બીજી વિશેષતા તેની DDoS પ્રતિકાર છે. DDoS હુમલાઓ Anycast સિસ્ટમને નીચે લાવવામાં સક્ષમ હોવાની શક્યતા નથી, કારણ કે તેઓએ વિનંતીઓના હિમપ્રપાત સાથે આવા નેટવર્કમાંના તમામ સર્વર્સને ડૂબી જવું પડશે. 

DDoS હુમલાઓ ઘણીવાર બોટનેટનો ઉપયોગ કરે છે, જે એટલો ટ્રાફિક જનરેટ કરી શકે છે કે તે હુમલો કરેલા સર્વરને ઓવરલોડ કરે છે. આ પરિસ્થિતિમાં Anycast નો ઉપયોગ કરવાનો ફાયદો એ છે કે દરેક સર્વર હુમલાના ભાગને "શોષી લેવા" સક્ષમ છે, જે તે ચોક્કસ સર્વર પરનો ભાર ઘટાડે છે. સેવા હુમલાનો ઇનકાર સંભવતઃ સર્વર પર સ્થાનીકૃત હશે અને સમગ્ર સેવાને અસર કરશે નહીં.

ઉચ્ચ આડી માપનીયતા

કોઈપણ કાસ્ટ સિસ્ટમ્સ મોટા પ્રમાણમાં ટ્રાફિક ધરાવતી સેવાઓ માટે યોગ્ય છે. જો Anycast નો ઉપયોગ કરતી સેવાને વધેલા ટ્રાફિકને હેન્ડલ કરવા માટે નવા સર્વર્સની જરૂર હોય, તો તેને હેન્ડલ કરવા માટે નેટવર્કમાં નવા સર્વર્સ ઉમેરી શકાય છે. તેઓ નવી અથવા હાલની સાઇટ્સ પર મૂકી શકાય છે. 

જો કોઈ ચોક્કસ સ્થાન ટ્રાફિકમાં મોટા પ્રમાણમાં વધારો અનુભવી રહ્યું હોય, તો સર્વર ઉમેરવાથી તે સાઇટ માટેના ભારને સંતુલિત કરવામાં મદદ મળશે. નવી સાઇટ પર સર્વર ઉમેરવાથી કેટલાક વપરાશકર્તાઓ માટે નવો ટૂંકો માર્ગ બનાવીને રાહ જોવાનો સમય ઘટાડવામાં મદદ મળશે. નેટવર્ક પર નવા સર્વર્સ ઉપલબ્ધ થતાં બંને પદ્ધતિઓ સેવાની સ્થિરતા સુધારવામાં પણ મદદ કરે છે. આ રીતે, જો સર્વર ઓવરલોડ થઈ ગયું હોય, તો તમે ખાલી એવા સ્થાન પર બીજાને જમાવી શકો છો જે તેને ઓવરલોડ સર્વરની વિનંતીઓનો અમુક ભાગ સ્વીકારવાની મંજૂરી આપે છે. આને ક્લાયંટ તરફથી કોઈ રૂપરેખાંકનની જરૂર નથી. 

જ્યારે સર્વરમાં માત્ર થોડા 10 અથવા 25 Gbps પોર્ટ હોય ત્યારે માત્ર આ રીતે ટ્રાફિકના ટેરાબિટ્સ અને ખૂબ મોટી સંખ્યામાં વપરાશકર્તાઓને સેવા આપી શકાય છે. એક IP સરનામા સાથે 100 હોસ્ટ ટ્રાફિકના ટેરાબિટ વોલ્યુમ પર પ્રક્રિયા કરવાનું શક્ય બનાવશે.

સરળ રૂપરેખાંકન વ્યવસ્થાપન

ઉપર નોંધ્યું છે તેમ, Anycast નો રસપ્રદ ઉપયોગ DNS છે. તમે નેટવર્ક નોડ્સ પર વિવિધ DNS સર્વર્સ મૂકી શકો છો, પરંતુ એક DNS સરનામાંનો ઉપયોગ કરો. સ્ત્રોત ક્યાં સ્થિત છે તેના આધારે, વિનંતીઓને નજીકના નોડ પર મોકલવામાં આવે છે. આ DNS સર્વર નિષ્ફળતાના કિસ્સામાં કેટલાક ટ્રાફિક સંતુલન અને રીડન્ડન્સી પ્રદાન કરે છે. આ રીતે, તેઓ ક્યાં સ્થિત છે તેના આધારે જુદા જુદા DNS સર્વરને ગોઠવવાને બદલે, એક DNS સર્વરની ગોઠવણી તમામ નોડ્સ પર પ્રચાર કરી શકાય છે.

કોઈપણ કાસ્ટ નેટવર્કને માત્ર અંતરના આધારે જ નહીં, પરંતુ સર્વરની હાજરી, સ્થાપિત જોડાણોની સંખ્યા જેવા પરિમાણો પર પણ રૂટ વિનંતીઓ માટે ગોઠવી શકાય છે. અથવા પ્રતિભાવ સમય.

Anycast ટેક્નોલૉજીનો ઉપયોગ કરવા માટે ક્લાયંટ બાજુ પર કોઈ વિશિષ્ટ સર્વર્સ, નેટવર્ક્સ અથવા વિશિષ્ટ ઘટકોની જરૂર નથી. પરંતુ Anycast પણ તેના ડાઉનસાઇડ્સ ધરાવે છે. એવું માનવામાં આવે છે કે તેનું અમલીકરણ એક જટિલ કાર્ય છે, જેમાં વધારાના સાધનો, વિશ્વસનીય પ્રદાતાઓ અને યોગ્ય ટ્રાફિક રૂટીંગની જરૂર છે.

શુદ્ધ સ્ત્રોતથી સુંદરતા સુધી

જોકે Anycast સૌથી ઓછા હોપ્સના આધારે વપરાશકર્તાઓને રૂટ કરે છે, આનો અર્થ એ નથી કે સૌથી ઓછી વિલંબિતતા હોય. લેટન્સી એ વધુ જટિલ મેટ્રિક છે કારણ કે તે એક સંક્રમણ માટે દસ કરતા વધારે હોઈ શકે છે.

ઉદાહરણ: ઇન્ટરકોન્ટિનેન્ટલ કોમ્યુનિકેશન્સમાં ખૂબ જ ઉચ્ચ વિલંબ સાથે એક જ હોપ શામેલ હોઈ શકે છે.

Anycast નો ઉપયોગ મુખ્યત્વે UDP-આધારિત સેવાઓ જેમ કે DNS માટે થાય છે. વપરાશકર્તા વિનંતીઓ BGP રૂટ પર આધારિત "શ્રેષ્ઠ" અને "નજીકના" ડેટા સેન્ટર પર મોકલવામાં આવે છે.

ઉદાહરણ: 123.10.10.10 ના Anycast DNS IP એડ્રેસ ધરાવતું DNS ક્લાયંટ વર્કસ્ટેશન એ જ Anycast IP એડ્રેસનો ઉપયોગ કરીને તૈનાત કરાયેલા ત્રણ DNS નેમ સર્વરની નજીકના DNS રિઝોલ્યુશન કરે છે. જો રાઉટર R1 અથવા સર્વર A નિષ્ફળ જાય, તો DNS ક્લાયંટ પેકેટ્સ રાઉટર્સ R2 અને R3 દ્વારા આપમેળે આગલા નજીકના DNS સર્વર પર ફોરવર્ડ કરવામાં આવશે. વધુમાં, અમારા સર્વર A નો માર્ગ રૂટીંગ કોષ્ટકોમાંથી દૂર કરવામાં આવશે, જે તે નેમસર્વરનો વધુ ઉપયોગ અટકાવશે.

જમાવટના દૃશ્યો

ત્યાં બે સામાન્ય યોજનાઓ છે જેનો ઉપયોગ વપરાશકર્તા કયા સર્વર સાથે જોડાય છે તે નિર્ધારિત કરવા માટે થાય છે:

• Anycast નેટવર્ક સ્તર. વપરાશકર્તાને નજીકના સર્વર સાથે જોડે છે. વપરાશકર્તાથી સર્વર સુધીનો નેટવર્ક પાથ અહીં મહત્વપૂર્ણ છે.
• એપ્લિકેશન સ્તર કોઈપણ કાસ્ટ. આ યોજનામાં સર્વર ઉપલબ્ધતા, પ્રતિભાવ સમય, કનેક્શન્સની સંખ્યા વગેરે સહિત વધુ ગણતરી કરેલ મેટ્રિક્સ છે. આ બાહ્ય મોનિટર પર આધાર રાખે છે જે નેટવર્ક આંકડા પ્રદાન કરે છે.

Anycast પર આધારિત CDN

ચાલો હવે સામગ્રી વિતરણ નેટવર્ક્સમાં Anycast નો ઉપયોગ કરવા પર પાછા ફરીએ. Anycast ચોક્કસપણે એક રસપ્રદ નેટવર્કિંગ ખ્યાલ છે અને તે નેક્સ્ટ-જનન CDN પ્રદાતાઓમાં વધતી જતી સ્વીકૃતિ મેળવી રહી છે.

CDN એ સર્વર્સનું વિતરિત નેટવર્ક છે જે ઉચ્ચ ઉપલબ્ધતા અને ઓછી વિલંબતા ધરાવતા અંતિમ વપરાશકર્તાઓને સામગ્રી પહોંચાડે છે. કન્ટેન્ટ ડિલિવરી નેટવર્ક્સ આજે ઘણી ઓનલાઈન મીડિયા સેવાઓની કરોડરજ્જુ તરીકે મહત્વની ભૂમિકા ભજવે છે અને ગ્રાહકો ધીમી ડાઉનલોડ ઝડપને વધુને વધુ ઓછા સહન કરી રહ્યા છે. વિડીયો અને વોઈસ એપ્લીકેશનો ખાસ કરીને નેટવર્ક જીટર અને લેટન્સી માટે સંવેદનશીલ હોય છે.

CDN બધા સર્વર્સને એક નેટવર્કમાં જોડે છે અને સામગ્રીના ઝડપી લોડિંગની ખાતરી કરે છે. કેટલીકવાર વપરાશકર્તાના પ્રતીક્ષા સમયને 5-6 સેકંડ સુધી ઘટાડવાનું શક્ય છે. CDN નો ઉદ્દેશ્ય અંતિમ વપરાશકર્તાની સૌથી નજીક હોય તેવા સર્વરમાંથી સામગ્રી પ્રદાન કરીને ડિલિવરીને ઑપ્ટિમાઇઝ કરવાનો છે. આ Anycast જેવું જ છે, જ્યાં અંતિમ વપરાશકર્તાના સ્થાનના આધારે સૌથી નજીકનું સર્વર પસંદ કરવામાં આવે છે. એવું લાગે છે કે દરેક CDN સેવા પ્રદાતા ડિફોલ્ટ રૂપે Anycast નો ઉપયોગ કરશે, પરંતુ વાસ્તવમાં આવું નથી.

એપ્લિકેશન કે જે પ્રોટોકોલનો ઉપયોગ કરે છે જેમ કે HTTP/TCP સ્થાપિત થઈ રહેલા જોડાણ પર આધાર રાખે છે. જો નવો Anycast નોડ પસંદ કરેલ હોય (ઉદાહરણ તરીકે, સર્વર નિષ્ફળતાને કારણે), સેવામાં વિક્ષેપ આવી શકે છે. આ જ કારણે યુડીપી અને ડીએનએસ જેવી કનેક્શનલેસ સેવાઓ માટે અગાઉ Anycast ની ભલામણ કરવામાં આવી હતી. જો કે, Anycast કનેક્શન-ઓરિએન્ટેડ પ્રોટોકોલ્સ માટે પણ સારું કામ કરે છે; ઉદાહરણ તરીકે, TCP Anycast મોડમાં સારી રીતે કામ કરે છે.

કેટલાક CDN પ્રદાતાઓ Anycast-આધારિત રૂટીંગનો ઉપયોગ કરે છે, અન્યો DNS-આધારિત રૂટીંગને પસંદ કરે છે: વપરાશકર્તાનું DNS સર્વર ક્યાં સ્થિત છે તેના આધારે સૌથી નજીકનું સર્વર પસંદ કરવામાં આવે છે.

હાઇબ્રિડ અને મલ્ટી-ડેટા સેન્ટર ઇન્ફ્રાસ્ટ્રક્ચર એ Anycast ના ઉપયોગનું બીજું ઉદાહરણ છે. પ્રદાતા પાસેથી પ્રાપ્ત થયેલ લોડ બેલેન્સિંગ IP સરનામું તમને પ્રદાતાના ડેટા સેન્ટરમાં વિવિધ ક્લાયંટ સેવાઓના IP સરનામાઓ વચ્ચે લોડનું વિતરણ કરવાની મંજૂરી આપે છે. કોઈપણ-ઉપકરણ તકનીક માટે આભાર, તે ભારે ટ્રાફિક, ખામી સહિષ્ણુતા હેઠળ વધુ સારું પ્રદર્શન પ્રદાન કરે છે અને મોટી સંખ્યામાં વપરાશકર્તાઓ સાથે કામ કરતી વખતે પ્રતિસાદ સમયને ઑપ્ટિમાઇઝ કરવામાં મદદ કરે છે.

હાઇબ્રિડ મલ્ટી-ડેટા સેન્ટર ઇન્ફ્રાસ્ટ્રક્ચર્સમાં, તમે સર્વર્સ પર ટ્રાફિકનું વિતરણ કરી શકો છો અથવા સમર્પિત સર્વર્સ પર વર્ચ્યુઅલ મશીનો પણ કરી શકો છો.

આમ, ઈન્ફ્રાસ્ટ્રક્ચર બનાવવા માટે તકનીકી ઉકેલોની વિશાળ પસંદગી છે. તમે સાઇટના પ્રદર્શનને ઑપ્ટિમાઇઝ કરવા માટે જૂથમાં કોઈપણ ઉપકરણને લક્ષ્ય બનાવીને, બહુવિધ ડેટા કેન્દ્રો પરના IP સરનામાં પર લોડ સંતુલન ગોઠવી શકો છો.

તમે દરેક ડેટા સેન્ટરમાં દરેક વિતરિત સર્વરના "વજન" ને વ્યાખ્યાયિત કરીને તમારા પોતાના નિયમો અનુસાર ટ્રાફિકનું વિતરણ કરી શકો છો. આ રૂપરેખાંકન ખાસ કરીને ઉપયોગી છે જ્યારે વિતરિત સર્વર પાર્ક હોય અને સેવાઓનું પ્રદર્શન અસમાન હોય. આનાથી સર્વર કામગીરી બહેતર બનાવવા માટે ટ્રાફિકને વધુ વખત વિતરિત કરવાની મંજૂરી મળશે.

ping આદેશની મદદથી મોનીટરીંગ સિસ્ટમ બનાવવા માટે, ચકાસણીઓને રૂપરેખાંકિત કરવાનું શક્ય છે. આ એડમિનિસ્ટ્રેટરને તેમની પોતાની દેખરેખ પ્રક્રિયાઓને વ્યાખ્યાયિત કરવાની અને ઈન્ફ્રાસ્ટ્રક્ચરમાં દરેક ઘટકની સ્થિતિનું સ્પષ્ટ ચિત્ર મેળવવાની મંજૂરી આપે છે. આ રીતે, સુલભતા માપદંડો વ્યાખ્યાયિત કરી શકાય છે.

હાઇબ્રિડ ઇન્ફ્રાસ્ટ્રક્ચર બનાવવું શક્ય છે: કેટલીકવાર કોર્પોરેટ નેટવર્કમાં બેક ઑફિસ છોડવું અને પ્રદાતાને ઇન્ટરફેસ ભાગ આઉટસોર્સ કરવો અનુકૂળ છે.

લોડ બેલેન્સિંગ, ટ્રાન્સમિટેડ ડેટાનું એન્ક્રિપ્શન અને સાઇટ મુલાકાતીઓ અને કોર્પોરેટ ઇન્ફ્રાસ્ટ્રક્ચર વચ્ચે સંચારની સુરક્ષા માટે SSL પ્રમાણપત્રો ઉમેરવાનું શક્ય છે. ડેટા સેન્ટરો વચ્ચે લોડ બેલેન્સિંગના કિસ્સામાં, SSL નો પણ ઉપયોગ કરી શકાય છે.

એડ્રેસ લોડ બેલેન્સિંગ સાથેની કોઈપણ કાસ્ટ સેવા તમારા પ્રદાતા પાસેથી મેળવી શકાય છે. આ સુવિધા વપરાશકર્તાઓ સ્થાનના આધારે એપ્લિકેશન્સ સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે તે સુધારવામાં મદદ કરશે. ડેટા સેન્ટરમાં કઈ સેવાઓ ઉપલબ્ધ છે તેની જાહેરાત કરવા માટે તે પૂરતું છે, અને ટ્રાફિકને નજીકના ઈન્ફ્રાસ્ટ્રક્ચર પર રીડાયરેક્ટ કરવામાં આવશે. જો ત્યાં સમર્પિત સર્વર્સ છે, ઉદાહરણ તરીકે ફ્રાન્સ અથવા ઉત્તર અમેરિકામાં, તો પછી ગ્રાહકોને નેટવર્ક પર નજીકના સર્વર પર નિર્દેશિત કરવામાં આવશે.

Anycast નો ઉપયોગ કરવા માટેનો એક વિકલ્પ ઓપરેટરના પોઈન્ટ ઓફ પ્રેઝન્સ (PoP)ની શ્રેષ્ઠ પસંદગી છે. ચાલો આપીએ ઉદાહરણ. LinkedIn (રશિયામાં અવરોધિત) માત્ર તેના ઉત્પાદનો - મોબાઇલ અને વેબ એપ્લિકેશન્સના પ્રદર્શન અને ઝડપને સુધારવા માટે જ નહીં, પણ ઝડપી સામગ્રી વિતરણ માટે તેના નેટવર્ક ઇન્ફ્રાસ્ટ્રક્ચરને સુધારવા માટે પણ પ્રયત્ન કરે છે. આ ગતિશીલ સામગ્રી વિતરણ માટે, LinkedIn સક્રિયપણે PoPs - પોઈન્ટ્સ ઓફ હાજરીનો ઉપયોગ કરે છે. Anycast નો ઉપયોગ વપરાશકર્તાઓને નજીકના PoP પર નિર્દેશિત કરવા માટે થાય છે.

કારણ એ છે કે Unycast ના કિસ્સામાં, દરેક LinkedIn PoP પાસે એક અનન્ય IP સરનામું છે. પછી DNS નો ઉપયોગ કરીને વપરાશકર્તાઓને તેમના ભૌગોલિક સ્થાનના આધારે PoP ને સોંપવામાં આવે છે. સમસ્યા એ છે કે DNS નો ઉપયોગ કરતી વખતે, યુનાઇટેડ સ્ટેટ્સમાં લગભગ 30% વપરાશકર્તાઓને સબઓપ્ટીમલ PoP પર રીડાયરેક્ટ કરવામાં આવ્યા હતા. Anycast ના તબક્કાવાર અમલીકરણ સાથે, સબઓપ્ટિમલ PoP અસાઇનમેન્ટ 31% થી ઘટીને 10% થઈ ગયું.

પાયલોટ ટેસ્ટના પરિણામો ગ્રાફમાં દર્શાવવામાં આવ્યા છે, જ્યાં Y-અક્ષ એ શ્રેષ્ઠ PoP અસાઇનમેન્ટની ટકાવારી છે. જેમ જેમ એનીકાસ્ટમાં વધારો થયો તેમ, ઘણા યુએસ રાજ્યોમાં શ્રેષ્ઠ PoP તરફ ટ્રાફિકની ટકાવારીમાં સુધારો જોવા મળ્યો.

Anycast નેટવર્ક મોનીટરીંગ

કોઈપણ કાસ્ટ નેટવર્ક્સ સિદ્ધાંતમાં સરળ છે: બહુવિધ ભૌતિક સર્વરને સમાન IP સરનામું સોંપવામાં આવે છે, જેનો BGP રૂટ નક્કી કરવા માટે ઉપયોગ કરે છે. પરંતુ Anycast પ્લેટફોર્મ્સનું અમલીકરણ અને ડિઝાઇન જટિલ છે, અને ખામી-સહિષ્ણુ Anycast નેટવર્ક આ માટે ખાસ કરીને પ્રખ્યાત છે. આનાથી પણ વધુ પડકારરૂપ ખામીને ઝડપથી ઓળખવા અને અલગ કરવા માટે Anycast નેટવર્કનું અસરકારક રીતે નિરીક્ષણ કરવું.

જો સેવાઓ તેમની સામગ્રી પ્રદાન કરવા માટે તૃતીય-પક્ષ CDN પ્રદાતાનો ઉપયોગ કરે છે, તો તેમના માટે નેટવર્ક પ્રદર્શનનું નિરીક્ષણ કરવું અને ચકાસવું ખૂબ જ મહત્વપૂર્ણ છે. Anycast-આધારિત CDN મોનિટરિંગ કયું ડેટા સેન્ટર સામગ્રીને સેવા આપી રહ્યું છે તે સમજવા માટે એન્ડ-ટુ-એન્ડ લેટન્સી અને અંતિમ હોપ પ્રદર્શનને માપવા પર ધ્યાન કેન્દ્રિત કરે છે. ડેટા ક્યાંથી આવી રહ્યો છે તે નિર્ધારિત કરવાની બીજી રીત HTTP સર્વર હેડરોનું વિશ્લેષણ છે.

ઉદાહરણ: CDN સર્વરનું સ્થાન સૂચવતા HTTP પ્રતિસાદ હેડરો.

ઉદાહરણ તરીકે, CloudFlare HTTP પ્રતિસાદ સંદેશાઓમાં તેના પોતાના CF-Ray હેડરનો ઉપયોગ કરે છે, જેમાં વિનંતી કરવામાં આવી હતી તે ડેટા સેન્ટરના સંકેતનો સમાવેશ થાય છે. ઝેન્ડેસ્કના કિસ્સામાં, સિએટલ પ્રદેશ માટે CF-રે હેડર છે CF-RAY: 2a21675e65fd2a3d-SEA, અને એમ્સ્ટર્ડમ માટે તે CF-RAY: 2a216896b93a0c71-AMS છે. સામગ્રી ક્યાં સ્થિત છે તે નિર્ધારિત કરવા માટે તમે HTTP પ્રતિસાદમાંથી HTTP-X હેડરોનો પણ ઉપયોગ કરી શકો છો.

અન્ય સંબોધન પદ્ધતિઓ

વપરાશકર્તા વિનંતીઓને ચોક્કસ નેટવર્ક એન્ડપોઇન્ટ પર રૂટ કરવા માટે અન્ય સંબોધન પદ્ધતિઓ છે:

યુનિકાસ્ટ

આજે મોટાભાગના ઇન્ટરનેટ આ પદ્ધતિનો ઉપયોગ કરે છે. યુનિકાસ્ટ - યુનિકાસ્ટ ટ્રાન્સમિશન, IP સરનામું નેટવર્ક પર માત્ર એક ચોક્કસ નોડ સાથે સંકળાયેલું છે. આને વન-ટુ-વન મેચિંગ કહેવામાં આવે છે. 

મલ્ટીકાસ્ટ

મલ્ટિકાસ્ટ એક-થી-ઘણા અથવા ઘણા-થી-ઘણા સંબંધનો ઉપયોગ કરે છે. મલ્ટિકાસ્ટ પ્રેષકની વિનંતીને વિવિધ પસંદ કરેલા અંતિમ બિંદુઓ પર એક સાથે મોકલવાની મંજૂરી આપે છે. આ ક્લાયન્ટને એકસાથે બહુવિધ હોસ્ટમાંથી ફાઈલને હિસ્સામાં ડાઉનલોડ કરવાની ક્ષમતા આપે છે (જે ઑડિયો અથવા વિડિયો સ્ટ્રીમ કરવા માટે ઉપયોગી છે). મલ્ટીકાસ્ટ ઘણીવાર Anycast સાથે મૂંઝવણમાં હોય છે. જો કે, મુખ્ય તફાવત એ છે કે Anycast પ્રેષકને એક ચોક્કસ નોડ પર નિર્દેશિત કરે છે, ભલે બહુવિધ નોડ્સ ઉપલબ્ધ હોય.

બ્રોડકાસ્ટ

એક જ પ્રેષકનો ડેટાગ્રામ બ્રોડકાસ્ટ એડ્રેસ સાથે સંકળાયેલા તમામ એન્ડપોઈન્ટ પર ફોરવર્ડ કરવામાં આવે છે. પ્રસારણમાં (સામાન્ય રીતે સમાન સબનેટ પર) તમામ પ્રાપ્તકર્તાઓ સુધી પહોંચવા માટે નેટવર્ક આપમેળે ડેટાગ્રામની નકલ કરે છે.

જીઓકાસ્ટ

જીઓકાસ્ટ અંશે મલ્ટિકાસ્ટ જેવું જ છે: પ્રેષકની વિનંતીઓ એકસાથે બહુવિધ અંતિમ બિંદુઓ પર મોકલવામાં આવે છે. જો કે, તફાવત એ છે કે સરનામું તેના ભૌગોલિક સ્થાન દ્વારા નક્કી કરવામાં આવે છે. મોબાઇલ એડહોક નેટવર્ક્સ માટે કેટલાક રૂટીંગ પ્રોટોકોલ દ્વારા ઉપયોગમાં લેવાતા મલ્ટિકાસ્ટનું આ એક વિશિષ્ટ સ્વરૂપ છે.

ભૌગોલિક રાઉટર તેના સેવા વિસ્તારની ગણતરી કરે છે અને તેનું અનુમાન કરે છે. જીઓરાઉટર્સ, સેવા વિસ્તારોની આપલે, રૂટીંગ કોષ્ટકો બનાવો. જીઓરોટર સિસ્ટમમાં અધિક્રમિક માળખું છે.

યુનિકાસ્ટ, મલ્ટિકાસ્ટ અને બ્રોડકાસ્ટ.

Anycast ટેક્નોલોજીનો ઉપયોગ DNS ની વિશ્વસનીયતા, ખામી સહનશીલતા અને સુરક્ષાનું સ્તર વધારે છે. આ ટેક્નોલોજીનો ઉપયોગ કરીને, ઓપરેટરો તેમના ગ્રાહકોને DNS પર આધારિત વિવિધ પ્રકારના લોડ બેલેન્સિંગ માટે સેવાઓ પ્રદાન કરે છે. કંટ્રોલ પેનલમાં, તમે IP સરનામાંનો ઉલ્લેખ કરી શકો છો કે જેના પર ભૌગોલિક સ્થાનના આધારે વિનંતીઓ મોકલવામાં આવશે. આનાથી ગ્રાહકોને વપરાશકર્તાની વિનંતીઓ વધુ લવચીક રીતે વિતરિત કરવાની તક મળશે.

કેટલાક ઓપરેટરો દરેક પોઈન્ટ ઓફ પ્રેઝન્સ (POP) પર રૂટ મોનિટરિંગ ક્ષમતાઓ અમલમાં મૂકે છે: સિસ્ટમ હાજરીના પોઈન્ટ્સ માટે સૌથી ટૂંકા સ્થાનિક અને વૈશ્વિક રૂટ્સનું આપમેળે વિશ્લેષણ કરે છે અને તેમને શૂન્ય ડાઉનટાઇમ સાથે સૌથી ઓછા વિલંબિત ભૌગોલિક સ્થાનો દ્વારા રૂટ કરે છે.

આ ક્ષણે, Anycast એ ઉચ્ચ-લોડ DNS સેવાઓ બનાવવા માટે સૌથી સ્થિર અને વિશ્વસનીય ઉકેલ છે, જેમાં સ્થિરતા અને વિશ્વસનીયતા માટે ઉચ્ચ આવશ્યકતાઓ છે.

.ru ડોમેન 35 Anycast DNS સર્વર્સને સપોર્ટ કરે છે, 20 નોડ્સમાં જૂથબદ્ધ, પાંચ Anycast ક્લાઉડ્સમાં વિતરિત. આ કિસ્સામાં, ભૌગોલિક લાક્ષણિકતાઓ પર આધારિત બાંધકામના સિદ્ધાંતનો ઉપયોગ થાય છે, એટલે કે. જીઓકાસ્ટ. DNS નોડ્સ મૂકતી વખતે, એવી કલ્પના કરવામાં આવે છે કે તેઓ સૌથી વધુ સક્રિય વપરાશકર્તાઓની નજીકના ભૌગોલિક રીતે વિખેરાયેલા સ્થાનો પર ખસેડવામાં આવશે, જ્યાં નોડ સ્થિત છે ત્યાં રશિયન પ્રદાતાઓની મહત્તમ સાંદ્રતા, તેમજ મફત ક્ષમતાની ઉપલબ્ધતા અને સરળતા. સાઇટ સાથે ક્રિયાપ્રતિક્રિયા.

સીડીએન કેવી રીતે બનાવવું?

CDN એ સર્વર્સનું નેટવર્ક છે જે વપરાશકર્તાઓને સામગ્રીની ડિલિવરીને ઝડપી બનાવે છે. સામગ્રી વિતરણ નેટવર્ક બધા સર્વર્સને એક નેટવર્કમાં જોડે છે અને ઝડપી સામગ્રી લોડિંગની ખાતરી કરે છે. સર્વરથી વપરાશકર્તા સુધીનું અંતર લોડિંગ ઝડપમાં મહત્વપૂર્ણ ભૂમિકા ભજવે છે.

CDN તમને એવા સર્વર્સનો ઉપયોગ કરવાની મંજૂરી આપે છે જે લક્ષ્ય પ્રેક્ષકોની સૌથી નજીક હોય. આ રાહ જોવાનો સમય ઘટાડે છે અને બધા મુલાકાતીઓ માટે સાઇટ સામગ્રીના લોડિંગને ઝડપી બનાવવામાં મદદ કરે છે, જે ખાસ કરીને મોટી ફાઇલો અથવા મલ્ટીમીડિયા સેવાઓ ધરાવતી સાઇટ્સ માટે મહત્વપૂર્ણ છે. CDN માટેની લાક્ષણિક એપ્લિકેશનો ઈ-કોમર્સ અને મનોરંજન છે.

CDN ઈન્ફ્રાસ્ટ્રક્ચરમાં બનાવેલ વધારાના સર્વર્સનું નેટવર્ક, જે વપરાશકર્તાઓની શક્ય તેટલી નજીક સ્થિત છે, વધુ સ્થિર અને ઝડપી ડેટા ડિલિવરીમાં ફાળો આપે છે. આંકડા મુજબ, CDN નો ઉપયોગ CDN વગરની સાઇટ્સની તુલનામાં 70% થી વધુ સાઇટને ઍક્સેસ કરતી વખતે લેટન્સી ઘટાડે છે.

કેવી રીતે DNS નો ઉપયોગ કરીને CDN બનાવો? Anycast ના પોતાના સોલ્યુશનનો ઉપયોગ કરીને CDN સેટ કરવું એ ખૂબ ખર્ચાળ પ્રોજેક્ટ હોઈ શકે છે, પરંતુ ત્યાં સસ્તા વિકલ્પો છે. ઉદાહરણ તરીકે, તમે અનન્ય IP સરનામાઓ સાથે GeoDNS અને નિયમિત સર્વર્સનો ઉપયોગ કરી શકો છો. GeoDNS સેવાઓનો ઉપયોગ કરીને, તમે ભૌગોલિક સ્થાન ક્ષમતાઓ સાથે CDN બનાવી શકો છો, જ્યાં DNS રિઝોલ્વરના સ્થાનને બદલે મુલાકાતીના વાસ્તવિક સ્થાનના આધારે નિર્ણય લેવામાં આવે છે. તમે યુએસ મુલાકાતીઓને યુએસ સર્વર IP સરનામાં બતાવવા માટે તમારા DNS ઝોનને ગોઠવી શકો છો, પરંતુ યુરોપિયન મુલાકાતીઓ યુરોપિયન IP સરનામું જોશે.

GeoDNS સાથે, તમે વપરાશકર્તાના IP સરનામાના આધારે વિવિધ DNS પ્રતિસાદો પરત કરી શકો છો. આ કરવા માટે, DNS સર્વરને વિનંતિમાં સ્ત્રોત IP સરનામાના આધારે વિવિધ IP સરનામાં પરત કરવા માટે ગોઠવેલ છે. સામાન્ય રીતે, જીઓઆઈપી ડેટાબેઝનો ઉપયોગ તે પ્રદેશને નિર્ધારિત કરવા માટે થાય છે જ્યાંથી વિનંતી કરવામાં આવે છે. DNS નો ઉપયોગ કરીને ભૌગોલિક સ્થાન તમને નજીકની સાઇટ પરથી વપરાશકર્તાઓને સામગ્રી મોકલવાની મંજૂરી આપે છે.

GeoDNS ક્લાયંટનું IP સરનામું નક્કી કરે છે જેણે DNS વિનંતી મોકલી છે, અથવા પ્રદાતાના પુનરાવર્તિત DNS સર્વરનું IP સરનામું, જેનો ઉપયોગ ક્લાયંટ વિનંતી પર પ્રક્રિયા કરતી વખતે થાય છે. દેશ/પ્રદેશ ક્લાયંટના IP અને GeoIP ડેટાબેઝ દ્વારા નક્કી કરવામાં આવે છે. પછી ક્લાયંટ નજીકના CDN સર્વરનું IP સરનામું મેળવે છે. તમે GeoDNS સેટ કરવા વિશે વધુ વાંચી શકો છો અહીં.

Anycast અથવા GeoDNS?

જ્યારે Anycast એ વૈશ્વિક સ્તરે સામગ્રી પહોંચાડવાની શ્રેષ્ઠ રીત છે, ત્યારે તેમાં વિશિષ્ટતાનો અભાવ છે. આ તે છે જ્યાં જીઓડીએનએસ બચાવમાં આવે છે. આ સેવા તમને એવા નિયમો બનાવવા દે છે જે વપરાશકર્તાઓને તેમના સ્થાનના આધારે અનન્ય અંતિમ બિંદુઓ પર મોકલે છે.

ઉદાહરણ: યુરોપના વપરાશકર્તાઓને એક અલગ અંતિમ બિંદુ પર નિર્દેશિત કરવામાં આવે છે.

તમે બધી વિનંતીઓને કાઢી નાખીને ડોમેન્સની ઍક્સેસને પણ નકારી શકો છો. આ, ખાસ કરીને, ઘુસણખોરોને કાપી નાખવાની એક ઝડપી રીત છે.

GeoDNS Anycast કરતાં વધુ સચોટ જવાબો આપે છે. જો Anycast ના કિસ્સામાં સૌથી ટૂંકો માર્ગ હોપ્સની સંખ્યા દ્વારા નક્કી કરવામાં આવે છે, તો પછી અંતિમ વપરાશકર્તાઓ માટે જીઓડીએનએસ રૂટીંગ તેમના ભૌતિક સ્થાનના આધારે થાય છે. આ લેટન્સી ઘટાડે છે અને દાણાદાર રૂટીંગ નિયમો બનાવતી વખતે ચોકસાઈમાં સુધારો કરે છે.

ડોમેન પર નેવિગેટ કરતી વખતે, બ્રાઉઝર નજીકના DNS સર્વરનો સંપર્ક કરે છે, જે ડોમેનના આધારે, સાઇટને લોડ કરવા માટે IP સરનામું રજૂ કરે છે. ચાલો ધારીએ કે ઑનલાઇન સ્ટોર યુએસએ અને યુરોપમાં લોકપ્રિય છે, પરંતુ તેના માટેના DNS સર્વર્સ ફક્ત યુરોપમાં જ ઉપલબ્ધ છે. પછી યુ.એસ.ના વપરાશકર્તાઓ કે જેઓ સ્ટોરની સેવાઓનો ઉપયોગ કરવા માંગે છે તેઓને નજીકના સર્વર પર વિનંતી મોકલવાની ફરજ પાડવામાં આવશે, અને તે ખૂબ દૂર હોવાથી, તેઓએ પ્રતિસાદ માટે લાંબો સમય રાહ જોવી પડશે - સાઇટ ઝડપથી લોડ થશે નહીં.

જ્યારે જીઓડીએનએસ સર્વર યુએસએમાં સ્થિત હોય, ત્યારે વપરાશકર્તાઓ તેને પહેલેથી જ ઍક્સેસ કરશે. પ્રતિસાદ ઝડપી હશે, જે સાઇટની લોડિંગ ઝડપને અસર કરશે.

યુનાઇટેડ સ્ટેટ્સમાં હાલના DNS સર્વરની પરિસ્થિતિમાં, જ્યારે યુનાઇટેડ સ્ટેટ્સનો વપરાશકર્તા આપેલ ડોમેન પર નેવિગેટ કરે છે, ત્યારે તે નજીકના સર્વરનો સંપર્ક કરશે જે જરૂરી IP પ્રદાન કરશે. વપરાશકર્તાને તે સર્વર પર નિર્દેશિત કરવામાં આવશે જેમાં સાઇટની સામગ્રી શામેલ છે, પરંતુ સામગ્રી સાથેના સર્વર્સ દૂર હોવાથી, તે તેને ઝડપથી પ્રાપ્ત કરશે નહીં.

જો તમે યુ.એસ.માં કેશ્ડ ડેટા સાથે CDN સર્વર્સ હોસ્ટ કરો છો, તો પછી લોડ થવા પર ક્લાયંટ બ્રાઉઝર નજીકના DNS સર્વરને વિનંતી મોકલશે, જે જરૂરી IP સરનામું પાછું મોકલશે. પ્રાપ્ત IP સાથેનું બ્રાઉઝર નજીકના CDN સર્વર અને મુખ્ય સર્વર સાથે સંપર્ક કરે છે, અને CDN સર્વર બ્રાઉઝરને કેશ્ડ સામગ્રી પ્રદાન કરે છે. જ્યારે કેશ્ડ સામગ્રી લોડ કરવામાં આવી રહી છે, ત્યારે સંપૂર્ણ સાઇટ લોડ કરવા માટે ખૂટતી ફાઇલો મુખ્ય સર્વરમાંથી પ્રાપ્ત થાય છે. પરિણામે, સાઇટ લોડ થવાનો સમય ઓછો થાય છે, કારણ કે મુખ્ય સર્વરમાંથી ઘણી ઓછી ફાઇલો મોકલવામાં આવે છે.

ચોક્કસ IP એડ્રેસનું ચોક્કસ સ્થાન નક્કી કરવું હંમેશા સરળ કાર્ય હોતું નથી: તેમાં ઘણા પરિબળો હોય છે, અને IP એડ્રેસની શ્રેણીના માલિકો વિશ્વની બીજી બાજુએ તેની જાહેરાત કરવાનું નક્કી કરી શકે છે (પછી તમારે યોગ્ય સ્થાન મેળવવા માટે ડેટાબેઝ અપડેટ થાય ત્યાં સુધી રાહ જુઓ). કેટલીકવાર VPS પ્રદાતાઓ સિંગાપોરમાં VPS ને યુએસમાં સ્થિત હોવાનું માનવામાં આવે છે.

Anycast સરનામાંનો ઉપયોગ કરતા વિપરીત, વિતરણ કેશીંગ સર્વર સાથે કનેક્ટ થવાને બદલે નામ રીઝોલ્યુશન દરમિયાન કરવામાં આવે છે. જો પુનરાવર્તિત સર્વર EDNS ક્લાયંટ સબનેટને સપોર્ટ કરતું નથી, તો પછી તે પુનરાવર્તિત સર્વરનું સ્થાન ઉપયોગકર્તાને બદલે ઉપયોગમાં લેવાય છે જે કેશીંગ સર્વર સાથે જોડાશે.

DNS માં ક્લાયન્ટ સબનેટ્સ એ DNS (RFC7871) નું વિસ્તરણ છે જે વ્યાખ્યાયિત કરે છે કે કેવી રીતે પુનરાવર્તિત DNS સર્વર્સ DNS સર્વરને ક્લાયંટ માહિતી મોકલી શકે છે, ખાસ કરીને નેટવર્ક માહિતી જેનો ઉપયોગ GeoDNS સર્વર ક્લાયંટના સ્થાનને વધુ ચોક્કસ રીતે નિર્ધારિત કરવા માટે કરી શકે છે.

મોટા ભાગના લોકો તેમના ISP ના DNS સર્વર્સ અથવા DNS સર્વર્સનો ઉપયોગ કરે છે જે ભૌગોલિક રીતે તેમની નજીક છે, પરંતુ જો કોઈ કારણસર યુએસમાં કોઈ વ્યક્તિ ઓસ્ટ્રેલિયામાં સ્થિત DNS રિઝોલ્વરનો ઉપયોગ કરવાનું નક્કી કરે છે, તો તેઓ ઓસ્ટ્રેલિયાની સૌથી નજીકના IP સર્વર સરનામા સાથે સમાપ્ત થશે.

જો તમે GeoDNS નો ઉપયોગ કરવા માંગતા હો, તો આ સુવિધાઓથી વાકેફ રહેવું મહત્વપૂર્ણ છે, કારણ કે કેટલાક કિસ્સાઓમાં તે કેશીંગ સર્વર્સ અને ક્લાયંટ વચ્ચેનું અંતર વધારી શકે છે.

સારાંશ: જો તમે CDN માં ઘણા બધા VPS ને જોડવા માંગતા હો, તો શ્રેષ્ઠ ડિપ્લોયમેન્ટ વિકલ્પ એ છે કે બૉક્સની બહાર GeoDNS + Anycast ફંક્શન સાથે DNS સર્વર બંડલનો ઉપયોગ કરવો.

સોર્સ: www.habr.com