Anycast vs Unicast: प्रत्येक बाबतीत निवडणे चांगले

अनेक लोकांनी Anycast बद्दल ऐकले असेल. नेटवर्क अॅड्रेसिंग आणि रूटिंगच्या या पद्धतीमध्ये, नेटवर्कवरील एकाधिक सर्व्हरसाठी एकच IP पत्ता नियुक्त केला जातो. हे सर्व्हर एकमेकांपासून दूर असलेल्या डेटा सेंटरमध्ये देखील असू शकतात. Anycast ची कल्पना अशी आहे की, विनंती स्त्रोताच्या स्थानावर अवलंबून, डेटा जवळच्या (नेटवर्क टोपोलॉजीनुसार, अधिक अचूकपणे, BGP रूटिंग प्रोटोकॉल) सर्व्हरवर पाठविला जातो. अशा प्रकारे, तुम्ही नेटवर्क हॉप्सची संख्या आणि विलंब कमी करू शकता.

मूलत:, त्याच मार्गाची जगभरातील एकाधिक डेटा केंद्रांवरून जाहिरात केली जाते. अशा प्रकारे, ग्राहकांना BGP मार्गांवर आधारित "सर्वोत्तम" आणि "जवळच्या" डेटा सेंटरवर पाठवले जाईल. Anycast का? Unicast ऐवजी Anycast का वापरायचे?

एक वेब सर्व्हर आणि मध्यम रहदारी असलेल्या साइटसाठी युनिकास्ट खरोखर योग्य आहे. तथापि, जर एखाद्या सेवेचे लाखो सदस्य असतील, तर ती सहसा अनेक वेब सर्व्हर वापरते, प्रत्येक समान IP पत्ता. विनंत्या चांगल्या प्रकारे देण्यासाठी हे सर्व्हर भौगोलिकदृष्ट्या वितरित केले जातात.

या परिस्थितीत, Anycast कार्यप्रदर्शन सुधारेल (वापरकर्त्याला कमीत कमी विलंबाने वाहतूक पाठविली जाते), सेवेची विश्वासार्हता सुनिश्चित करेल (बॅकअप सर्व्हरबद्दल धन्यवाद) आणि लोड बॅलेन्सिंग - अनेक सर्व्हरवर रूटिंग प्रभावीपणे त्यांच्या दरम्यान लोड वितरीत करेल, गती सुधारेल. साइटचे.

ऑपरेटर ग्राहकांना Anycast आणि DNS वर आधारित विविध प्रकारचे लोड बॅलन्सिंग ऑफर करतात. साइटच्या भौगोलिक स्थानाच्या आधारावर क्लायंट IP पत्ते निर्दिष्ट करू शकतात ज्यावर विनंत्या पाठवल्या जातील. हे वापरकर्त्याच्या विनंत्या अधिक लवचिकपणे वितरित करणे शक्य करते.

समजा अशा अनेक साइट्स आहेत ज्यामध्ये तुम्हाला लोड (वापरकर्ते) वितरित करणे आवश्यक आहे, उदाहरणार्थ, दररोज 100 विनंत्या असलेले ऑनलाइन स्टोअर किंवा एक लोकप्रिय ब्लॉग. ज्या प्रदेशातून वापरकर्ते विशिष्ट साइटवर प्रवेश करतात ते मर्यादित करण्यासाठी, तुम्ही जिओ कम्युनिटी पर्याय वापरू शकता. हे तुम्हाला ऑपरेटर ज्या प्रदेशात मार्गाची जाहिरात करेल ते मर्यादित करण्यास अनुमती देते.

Anycast आणि Unicast: फरक

Anycast चा वापर अनेकदा DNS (डोमेन नेम सिस्टम) आणि CDN (सामग्री वितरण नेटवर्क) सारख्या ऍप्लिकेशन्समध्ये केला जातो, ज्यामुळे नेटवर्क कार्यप्रदर्शन सुधारणारे रूटिंग निर्णय सक्षम होतात. सामग्री वितरण नेटवर्क Anycast वापरतात कारण ते मोठ्या प्रमाणात रहदारी हाताळतात आणि Anycast या प्रकरणात अनेक फायदे प्रदान करतात (खाली त्याबद्दल अधिक). DNS मध्ये, Anycast तुम्हाला सेवेची विश्वासार्हता आणि दोष सहिष्णुतेची पातळी लक्षणीयरीत्या वाढवण्याची परवानगी देते.

Anycast IP मध्ये, BGP वापरताना, विशिष्ट होस्टसाठी अनेक मार्ग आहेत. या प्रत्यक्षात एकाधिक डेटा केंद्रांमधील होस्टच्या प्रती आहेत, ज्याचा वापर कमी विलंब कनेक्शन स्थापित करण्यासाठी केला जातो.

त्यामुळे, Anycast नेटवर्कमध्ये, समान IP पत्त्याची वेगवेगळ्या ठिकाणांहून जाहिरात केली जाते आणि मार्गाच्या "किंमत" च्या आधारावर वापरकर्त्याची विनंती कुठे रुट करायची हे नेटवर्क ठरवते. उदाहरणार्थ, डेटा ट्रान्समिशनसाठी सर्वात लहान मार्ग निश्चित करण्यासाठी बीजीपीचा वापर केला जातो. जेव्हा वापरकर्ता Anycast विनंती पाठवतो, तेव्हा BGP नेटवर्कवर उपलब्ध Anycast सर्व्हरसाठी सर्वोत्तम मार्ग ठरवते.

Anycast चे फायदे

विलंबता कमी करणे
Anycast सह सिस्टीम वापरकर्त्याच्या विनंत्यांची प्रक्रिया करताना विलंब कमी करू शकतात कारण ते तुम्हाला जवळच्या सर्व्हरवरून डेटा प्राप्त करण्याची परवानगी देतात. म्हणजेच, वापरकर्ते नेहमी "जवळच्या" (राउटिंग प्रोटोकॉलच्या दृष्टिकोनातून) DNS सर्व्हरशी कनेक्ट होतील. परिणामी, Anycast क्लायंट आणि सर्व्हरमधील नेटवर्क अंतर कमी करून परस्परसंवाद वेळ कमी करते. हे केवळ विलंब कमी करत नाही तर लोड बॅलन्सिंग देखील प्रदान करते.

गती

ट्रॅफिक जवळच्या नोडकडे राउट केल्यामुळे आणि क्लायंट आणि नोडमधील लेटन्सी कमी केल्यामुळे, क्लायंट कुठूनही माहिती मागवत असला तरीही, डिलिव्हरीचा वेग ऑप्टिमाइझ केला जातो.

वाढलेली स्थिरता आणि दोष सहिष्णुता

जर जगभरातील अनेक सर्व्हर समान आयपी वापरत असतील, तर एक सर्व्हर अयशस्वी झाल्यास किंवा डिस्कनेक्ट झाल्यास, रहदारी जवळच्या सर्व्हरवर पुनर्निर्देशित केली जाईल. परिणामी, Anycast सेवा अधिक लवचिक बनवते आणि चांगले नेटवर्क प्रवेश/लेटन्सी/स्पीड प्रदान करते. 

अशा प्रकारे, वापरकर्त्यांसाठी सतत अनेक सर्व्हर उपलब्ध करून, Anycast, उदाहरणार्थ, DNS स्थिरता सुधारते. नोड अयशस्वी झाल्यास, वापरकर्त्याच्या विनंत्या कोणत्याही व्यक्तिचलित हस्तक्षेपाशिवाय किंवा पुनर्रचना न करता दुसर्‍या DNS सर्व्हरवर पुनर्निर्देशित केल्या जातील. Anycast फक्त समस्याप्रधान साइटचे मार्ग काढून इतर साइटवर अक्षरशः पारदर्शक स्विचिंग प्रदान करते. 

लोड बॅलन्सिंग

Anycast मध्ये, नेटवर्क रहदारी वेगवेगळ्या सर्व्हरवर वितरीत केली जाते. म्हणजेच, ते लोड बॅलन्सर म्हणून कार्य करते, कोणत्याही एका सर्व्हरला मोठ्या प्रमाणात रहदारी प्राप्त करण्यापासून प्रतिबंधित करते. लोड बॅलन्सिंग वापरले जाऊ शकते, उदाहरणार्थ, जेव्हा विनंती स्त्रोतापासून समान भौगोलिक अंतरावर एकाधिक नेटवर्क नोड्स असतात. या प्रकरणात, भार नोड्समध्ये वितरीत केला जातो.

DoS हल्ल्यांचा प्रभाव कमी करा 

Anycast चे आणखी एक वैशिष्ट्य म्हणजे त्याचा DDoS प्रतिकार. DDoS हल्ले एनीकास्ट सिस्टम खाली आणण्यास सक्षम असण्याची शक्यता नाही, कारण त्यांना विनंतीच्या हिमस्खलनासह अशा नेटवर्कमधील सर्व सर्व्हर ओलांडावे लागतील. 

DDoS हल्ले बर्‍याचदा botnets वापरतात, जे इतके ट्रॅफिक निर्माण करू शकतात की ते आक्रमण केलेल्या सर्व्हरला ओव्हरलोड करतात. या परिस्थितीत Anycast वापरण्याचा फायदा असा आहे की प्रत्येक सर्व्हर आक्रमणाचा भाग "शोषून घेण्यास" सक्षम आहे, ज्यामुळे त्या विशिष्ट सर्व्हरवरील भार कमी होतो. सर्व्हिस अटॅक नाकारणे बहुधा सर्व्हरवर स्थानिकीकरण केले जाईल आणि संपूर्ण सेवेवर परिणाम करणार नाही.

उच्च क्षैतिज स्केलेबिलिटी

मोठ्या प्रमाणात रहदारी असलेल्या सेवांसाठी कोणत्याही कास्ट सिस्टम योग्य आहेत. Anycast वापरणाऱ्या सेवेला वाढीव रहदारी हाताळण्यासाठी नवीन सर्व्हरची आवश्यकता असल्यास, ते हाताळण्यासाठी नेटवर्कमध्ये नवीन सर्व्हर जोडले जाऊ शकतात. ते नवीन किंवा विद्यमान साइटवर ठेवता येतात. 

एखाद्या विशिष्ट स्थानावर रहदारीमध्ये मोठ्या प्रमाणात वाढ होत असल्यास, सर्व्हर जोडल्याने त्या साइटवरील लोड संतुलित करण्यात मदत होईल. नवीन साइटवर सर्व्हर जोडणे काही वापरकर्त्यांसाठी नवीन लहान मार्ग तयार करून प्रतीक्षा वेळ कमी करण्यात मदत करेल. नेटवर्कवर नवीन सर्व्हर उपलब्ध झाल्यामुळे दोन्ही पद्धती सेवेची स्थिरता सुधारण्यास मदत करतात. अशा प्रकारे, जर सर्व्हर ओव्हरलोड झाला असेल, तर तुम्ही फक्त दुसर्‍या एका ठिकाणी तैनात करू शकता जे त्यास ओव्हरलोड केलेल्या सर्व्हरच्या विनंत्यांचा काही भाग स्वीकारण्याची परवानगी देते. यासाठी क्लायंटच्या बाजूने कोणत्याही कॉन्फिगरेशनची आवश्यकता नाही. 

जेव्हा सर्व्हरकडे फक्त काही 10 किंवा 25 Gbps पोर्ट असतात तेव्हाच अशा प्रकारे रहदारीचे टेराबिट आणि खूप मोठ्या संख्येने वापरकर्त्यांना सेवा दिली जाऊ शकते. एका IP पत्त्यासह 100 यजमान ट्रॅफिकच्या टेराबिट खंडांवर प्रक्रिया करणे शक्य करतील.

सोपे कॉन्फिगरेशन व्यवस्थापन

वर नमूद केल्याप्रमाणे, Anycast चा एक मनोरंजक वापर DNS आहे. तुम्ही नेटवर्क नोड्सवर अनेक भिन्न DNS सर्व्हर ठेवू शकता, परंतु एक DNS पत्ता वापरा. स्त्रोत कुठे आहे यावर अवलंबून, विनंत्या जवळच्या नोडकडे पाठवल्या जातात. हे DNS सर्व्हर अयशस्वी झाल्यास काही रहदारी संतुलन आणि रिडंडंसी प्रदान करते. अशा प्रकारे, भिन्न DNS सर्व्हर कुठे आहेत यावर अवलंबून कॉन्फिगर करण्याऐवजी, एका DNS सर्व्हरचे कॉन्फिगरेशन सर्व नोड्सवर प्रसारित केले जाऊ शकते.

कोणत्याही कास्ट नेटवर्कला केवळ अंतराच्या आधारावरच नव्हे तर सर्व्हरची उपस्थिती, स्थापित कनेक्शनची संख्या यासारख्या पॅरामीटर्सवर देखील मार्ग विनंत्या करण्यासाठी कॉन्फिगर केले जाऊ शकते. किंवा प्रतिसाद वेळ.

Anycast तंत्रज्ञान वापरण्यासाठी क्लायंटच्या बाजूने कोणतेही विशेष सर्व्हर, नेटवर्क किंवा विशेष घटक आवश्यक नाहीत. पण Anycast ला देखील त्याचे downsides आहेत. असे मानले जाते की त्याची अंमलबजावणी एक जटिल कार्य आहे, अतिरिक्त उपकरणे, विश्वासार्ह प्रदाते आणि योग्य वाहतूक मार्ग आवश्यक आहे.

शुद्ध स्त्रोतापासून सौंदर्यापर्यंत

जरी Anycast वापरकर्त्यांना सर्वात कमी हॉप्सवर आधारित मार्ग दाखवत असले तरी, याचा अर्थ सर्वात कमी विलंब असणे आवश्यक नाही. लेटन्सी हे अधिक क्लिष्ट मेट्रिक आहे कारण ते एका संक्रमणासाठी दहापेक्षा जास्त असू शकते.

उदाहरण: इंटरकॉन्टिनेंटल कम्युनिकेशन्समध्ये खूप उच्च विलंब असलेल्या सिंगल हॉपचा समावेश असू शकतो.

Anycast प्रामुख्याने DNS सारख्या UDP आधारित सेवांसाठी वापरले जाते. वापरकर्त्याच्या विनंत्या BGP मार्गांवर आधारित "सर्वोत्तम" आणि "जवळच्या" डेटा केंद्राकडे पाठवल्या जातात.

उदाहरण: 123.10.10.10 च्या Anycast DNS IP पत्त्यासह DNS क्लायंट वर्कस्टेशन समान Anycast IP पत्ता वापरून तैनात केलेल्या तीन DNS नेम सर्व्हरपैकी सर्वात जवळचे DNS रिझोल्यूशन करते. जर राउटर R1 किंवा सर्व्हर A अयशस्वी झाला तर, DNS क्लायंट पॅकेट आपोआप राउटर R2 आणि R3 द्वारे पुढील जवळच्या DNS सर्व्हरकडे पाठवले जातील. याव्यतिरिक्त, आमच्या सर्व्हर A चा मार्ग रूटिंग टेबलमधून काढून टाकला जाईल, त्या नेमसर्व्हरचा पुढील वापर प्रतिबंधित करेल.

उपयोजन परिस्थिती

वापरकर्ता कोणत्या सर्व्हरशी कनेक्ट करतो हे निर्धारित करण्यासाठी दोन सामान्य योजना वापरल्या जातात:

• Anycast नेटवर्क स्तर. वापरकर्त्याला जवळच्या सर्व्हरशी जोडते. वापरकर्त्याकडून सर्व्हरपर्यंतचा नेटवर्क मार्ग येथे महत्त्वाचा आहे.
• अर्ज पातळी anycast. या योजनेमध्ये सर्व्हरची उपलब्धता, प्रतिसाद वेळ, कनेक्शनची संख्या इत्यादीसह अधिक गणना केलेले मेट्रिक्स आहेत. हे नेटवर्क आकडेवारी प्रदान करणार्‍या बाह्य मॉनिटरवर अवलंबून असते.

Anycast वर आधारित CDN

आता सामग्री वितरण नेटवर्कमध्ये Anycast वापरण्याकडे परत येऊ. Anycast ही निश्चितच एक मनोरंजक नेटवर्किंग संकल्पना आहे आणि पुढील-जनरल CDN प्रदात्यांमध्ये वाढत्या स्वीकृती मिळवत आहे.

CDN हे सर्व्हरचे वितरित नेटवर्क आहे जे उच्च उपलब्धता आणि कमी विलंब असलेल्या अंतिम वापरकर्त्यांना सामग्री वितरीत करते. सामग्री वितरण नेटवर्क आज अनेक ऑनलाइन मीडिया सेवांचा कणा म्हणून महत्त्वाची भूमिका बजावत आहेत आणि ग्राहक कमी डाउनलोड गती कमी सहन करत आहेत. व्हिडीओ आणि व्हॉइस ऍप्लिकेशन्स विशेषतः नेटवर्क जिटर आणि लेटन्सीसाठी संवेदनशील असतात.

CDN सर्व सर्व्हरला एका नेटवर्कमध्ये जोडते आणि सामग्रीचे जलद लोडिंग सुनिश्चित करते. कधीकधी वापरकर्त्याची प्रतीक्षा वेळ 5-6 सेकंदांनी कमी करणे शक्य आहे. CDN चा उद्देश अंतिम वापरकर्त्याच्या सर्वात जवळ असलेल्या सर्व्हरवरून सामग्री प्रदान करून वितरण ऑप्टिमाइझ करणे आहे. हे Anycast सारखेच आहे, जेथे अंतिम वापरकर्त्याच्या स्थानावर आधारित सर्वात जवळचा सर्व्हर निवडला जातो. असे दिसते की प्रत्येक CDN सेवा प्रदाता डीफॉल्टनुसार Anycast वापरेल, परंतु प्रत्यक्षात असे नाही.

HTTP/TCP सारखे प्रोटोकॉल वापरणारे अनुप्रयोग स्थापित होत असलेल्या कनेक्शनवर अवलंबून असतात. नवीन Anycast नोड निवडल्यास (उदाहरणार्थ, सर्व्हरच्या अपयशामुळे), सेवेत व्यत्यय येऊ शकतो. यामुळेच आधी Anycast ची शिफारस UDP आणि DNS सारख्या कनेक्शनरहित सेवांसाठी करण्यात आली होती. तथापि, Anycast देखील कनेक्शन-ओरिएंटेड प्रोटोकॉलसाठी चांगले कार्य करते; उदाहरणार्थ, TCP Anycast मोडमध्ये चांगले कार्य करते.

काही CDN प्रदाते Anycast-आधारित राउटिंग वापरतात, इतर DNS-आधारित राउटिंगला प्राधान्य देतात: वापरकर्त्याचा DNS सर्व्हर कुठे आहे यावर आधारित सर्वात जवळचा सर्व्हर निवडला जातो.

हायब्रिड आणि मल्टी-डेटा सेंटर इन्फ्रास्ट्रक्चर हे Anycast च्या वापराचे आणखी एक उदाहरण आहे. प्रदात्याकडून प्राप्त झालेला लोड बॅलन्सिंग आयपी अॅड्रेस तुम्हाला प्रदात्याच्या डेटा सेंटरमधील वेगवेगळ्या क्लायंट सेवांच्या IP पत्त्यांमध्ये लोड वितरित करण्याची परवानगी देतो. कोणत्याही-डिव्हाइस तंत्रज्ञानाबद्दल धन्यवाद, ते जड रहदारी, दोष सहिष्णुता अंतर्गत चांगले कार्यप्रदर्शन प्रदान करते आणि मोठ्या संख्येने वापरकर्त्यांशी व्यवहार करताना प्रतिसाद वेळ अनुकूल करण्यात मदत करते.

हायब्रिड मल्टी-डेटा सेंटर इन्फ्रास्ट्रक्चर्समध्ये, तुम्ही सर्व्हरवर ट्रॅफिक वितरित करू शकता किंवा समर्पित सर्व्हरवर व्हर्च्युअल मशीन देखील करू शकता.

अशा प्रकारे, पायाभूत सुविधा निर्माण करण्यासाठी तांत्रिक उपायांची एक मोठी निवड आहे. साइट कार्यप्रदर्शन ऑप्टिमाइझ करण्यासाठी तुम्ही एका गटातील कोणत्याही डिव्हाइसला लक्ष्य करून, एकाधिक डेटा केंद्रांवर आयपी पत्त्यांवर लोड बॅलेंसिंग कॉन्फिगर देखील करू शकता.

प्रत्येक डेटा सेंटरमधील प्रत्येक वितरित सर्व्हरचे "वजन" परिभाषित करून, तुम्ही तुमच्या स्वतःच्या नियमांनुसार रहदारी वितरीत करू शकता. हे कॉन्फिगरेशन विशेषतः उपयोगी असते जेव्हा वितरित सर्व्हर पार्क असते आणि सेवांचे कार्यप्रदर्शन असमान असते. हे सर्व्हर कार्यप्रदर्शन सुधारण्यासाठी रहदारी अधिक वेळा वितरित करण्यास अनुमती देईल.

पिंग कमांडचा वापर करून मॉनिटरिंग सिस्टम तयार करण्यासाठी, प्रोब्स कॉन्फिगर करणे शक्य आहे. हे प्रशासकाला त्यांच्या स्वतःच्या निरीक्षण प्रक्रियेची व्याख्या करण्यास आणि पायाभूत सुविधांमधील प्रत्येक घटकाच्या स्थितीचे स्पष्ट चित्र प्राप्त करण्यास अनुमती देते. अशा प्रकारे, प्रवेशयोग्यता निकष परिभाषित केले जाऊ शकतात.

हायब्रीड पायाभूत सुविधा तयार करणे शक्य आहे: काहीवेळा कॉर्पोरेट नेटवर्कमध्ये बॅक ऑफिस सोडणे आणि इंटरफेसचा भाग प्रदात्याला आउटसोर्स करणे सोयीचे असते.

लोड बॅलन्सिंग, ट्रान्समिट केलेल्या डेटाचे एनक्रिप्शन आणि साइट अभ्यागत आणि कॉर्पोरेट इन्फ्रास्ट्रक्चर यांच्यातील संवादाची सुरक्षा यासाठी SSL प्रमाणपत्रे जोडणे शक्य आहे. डेटा सेंटर्समधील लोड बॅलन्सिंगच्या बाबतीत, SSL देखील वापरला जाऊ शकतो.

अॅड्रेस लोड बॅलन्सिंग असलेली कोणतीही कास्ट सेवा तुमच्या प्रदात्याकडून मिळू शकते. हे वैशिष्ट्य स्थानाच्या आधारावर वापरकर्ते अॅप्सशी कसा संवाद साधतात हे सुधारण्यात मदत करेल. डेटा सेंटरमध्ये कोणत्या सेवा उपलब्ध आहेत हे जाहीर करणे पुरेसे आहे आणि रहदारी जवळच्या पायाभूत सुविधांकडे रीडायरेक्ट केली जाईल. जर तेथे समर्पित सर्व्हर असतील, उदाहरणार्थ फ्रान्स किंवा उत्तर अमेरिकेत, तर क्लायंटला नेटवर्कवरील सर्वात जवळच्या सर्व्हरकडे निर्देशित केले जाईल.

Anycast वापरण्यासाठी पर्यायांपैकी एक म्हणजे ऑपरेटरच्या बिंदूची उपस्थिती (PoP) ची इष्टतम निवड. देऊया उदाहरण. LinkedIn (रशियामध्ये अवरोधित) केवळ त्याच्या उत्पादनांचे कार्यप्रदर्शन आणि गती सुधारण्यासाठी प्रयत्न करत नाही - मोबाइल आणि वेब अनुप्रयोग, परंतु जलद सामग्री वितरणासाठी त्याच्या नेटवर्क पायाभूत सुविधा सुधारण्यासाठी देखील प्रयत्न करते. या डायनॅमिक सामग्री वितरणासाठी, LinkedIn सक्रियपणे PoPs - पॉइंट ऑफ प्रेझेन्स वापरते. Anycast चा वापर वापरकर्त्यांना जवळच्या PoP वर निर्देशित करण्यासाठी केला जातो.

याचे कारण असे की Unycast च्या बाबतीत, प्रत्येक LinkedIn PoP चा एक अद्वितीय IP पत्ता असतो. वापरकर्ते नंतर DNS वापरून त्यांच्या भौगोलिक स्थानावर आधारित PoP वर नियुक्त केले जातात. समस्या अशी आहे की DNS वापरताना, युनायटेड स्टेट्समधील सुमारे 30% वापरकर्ते सबऑप्टिमल PoP वर पुनर्निर्देशित केले गेले. Anycast च्या टप्प्याटप्प्याने अंमलबजावणीसह, suboptimal PoP असाइनमेंट 31% वरून 10% पर्यंत घसरले.

प्रायोगिक चाचणीचे परिणाम आलेखामध्ये दर्शविले आहेत, जेथे Y-अक्ष इष्टतम PoP असाइनमेंटची टक्केवारी आहे. Anycast ची गती वाढल्याने, अनेक यूएस राज्यांमध्ये इष्टतम PoP कडे रहदारीच्या टक्केवारीत सुधारणा दिसून आली.

Anycast नेटवर्क मॉनिटरिंग

कोणतेही कास्ट नेटवर्क सिद्धांतानुसार सोपे आहेत: एकाधिक भौतिक सर्व्हरला समान IP पत्ता नियुक्त केला जातो, जो BGP मार्ग निर्धारित करण्यासाठी वापरतो. परंतु Anycast प्लॅटफॉर्मची अंमलबजावणी आणि डिझाइन जटिल आहे, आणि दोष-सहिष्णु Anycast नेटवर्क यासाठी विशेषतः प्रसिद्ध आहेत. त्वरीत दोष ओळखण्यासाठी आणि वेगळे करण्यासाठी Anycast नेटवर्कचे प्रभावीपणे निरीक्षण करणे हे आणखी आव्हानात्मक आहे.

सेवा त्यांच्या सामग्री देण्यासाठी तृतीय-पक्ष CDN प्रदाता वापरत असल्यास, त्यांच्यासाठी नेटवर्क कार्यप्रदर्शनाचे परीक्षण करणे आणि सत्यापित करणे खूप महत्वाचे आहे. कोणते डेटा सेंटर सामग्री सेवा देत आहे हे समजून घेण्यासाठी कोणत्याही कास्ट-आधारित CDN मॉनिटरिंग एंड-टू-एंड लेटन्सी आणि उपांत्य हॉप कार्यप्रदर्शन मोजण्यावर लक्ष केंद्रित करते. HTTP सर्व्हर शीर्षलेखांचे विश्लेषण करणे हा डेटा कोठून येत आहे हे निर्धारित करण्याचा दुसरा मार्ग आहे.

उदाहरण: CDN सर्व्हरचे स्थान दर्शविणारे HTTP प्रतिसाद शीर्षलेख.

उदाहरणार्थ, CloudFlare HTTP प्रतिसाद संदेशांमध्ये स्वतःचे CF-Ray शीर्षलेख वापरते, ज्यामध्ये विनंती केली गेली होती त्या डेटा सेंटरचा संकेत समाविष्ट असतो. Zendesk च्या बाबतीत, सिएटल प्रदेशासाठी CF-Ray हेडर CF-RAY: 2a21675e65fd2a3d-SEA आहे आणि Amsterdam साठी ते CF-RAY: 2a216896b93a0c71-AMS आहे. सामग्री कुठे आहे हे निर्धारित करण्यासाठी तुम्ही HTTP प्रतिसादातील HTTP-X शीर्षलेख देखील वापरू शकता.

इतर संबोधित पद्धती

विशिष्ट नेटवर्क एंडपॉईंटवर वापरकर्त्याच्या विनंत्या राउटिंग करण्यासाठी इतर अॅड्रेसिंग पद्धती आहेत:

युनिकास्ट

आज बहुतेक इंटरनेट ही पद्धत वापरतात. युनिकास्ट - युनिकास्ट ट्रांसमिशन, IP पत्ता नेटवर्कवरील फक्त एका विशिष्ट नोडशी संबंधित आहे. याला वन-टू-वन मॅचिंग म्हणतात. 

मल्टीकास्ट

मल्टीकास्ट एक-ते-अनेक किंवा अनेक-ते-अनेक संबंध वापरते. मल्टीकास्ट प्रेषकाची विनंती वेगवेगळ्या निवडलेल्या एंडपॉइंट्सवर एकाच वेळी पाठवण्याची परवानगी देते. हे क्लायंटला एकाच वेळी एकाधिक होस्टमधून फाइल डाउनलोड करण्याची क्षमता देते (जे ऑडिओ किंवा व्हिडिओ स्ट्रीमिंगसाठी उपयुक्त आहे). मल्टिकास्ट बहुतेकदा Anycast सह गोंधळलेले असते. तथापि, मुख्य फरक असा आहे की Anycast प्रेषकाला एका विशिष्ट नोडकडे निर्देशित करते, जरी एकाधिक नोड उपलब्ध असले तरीही.

ब्रॉडकास्ट

एकाच प्रेषकाकडून आलेला डेटाग्राम ब्रॉडकास्ट पत्त्याशी संबंधित सर्व एंडपॉइंट्सवर अग्रेषित केला जातो. ब्रॉडकास्टमधील सर्व प्राप्तकर्त्यांपर्यंत पोहोचण्यासाठी नेटवर्क स्वयंचलितपणे डेटाग्रामची प्रतिकृती बनवते (सामान्यतः त्याच सबनेटवर).

जिओकास्ट

जिओकास्ट हे काहीसे मल्टीकास्टसारखेच आहे: प्रेषकाकडून आलेल्या विनंत्या एकाच वेळी अनेक एंडपॉइंटवर पाठवल्या जातात. तथापि, फरक हा आहे की पत्ता त्याच्या भौगोलिक स्थानानुसार निर्धारित केला जातो. मोबाइल अॅडहॉक नेटवर्कसाठी काही रूटिंग प्रोटोकॉलद्वारे वापरलेला मल्टीकास्टचा हा एक विशेष प्रकार आहे.

भौगोलिक राउटर त्याच्या सेवा क्षेत्राची गणना करतो आणि त्याचे अंदाजे अंदाज करतो. Georouters, सेवा क्षेत्रांची देवाणघेवाण करणे, राउटिंग टेबल तयार करणे. georouter प्रणाली एक श्रेणीबद्ध रचना आहे.

युनिकास्ट, मल्टीकास्ट आणि ब्रॉडकास्ट.

Anycast तंत्रज्ञान वापरल्याने DNS ची विश्वासार्हता, दोष सहिष्णुता आणि सुरक्षितता पातळी वाढते. या तंत्रज्ञानाचा वापर करून, ऑपरेटर त्यांच्या ग्राहकांना DNS वर आधारित विविध प्रकारच्या लोड बॅलन्सिंगसाठी सेवा देतात. नियंत्रण पॅनेलमध्ये, तुम्ही भौगोलिक स्थानावर अवलंबून विनंत्या पाठवल्या जातील असे IP पत्ते निर्दिष्ट करू शकता. हे ग्राहकांना वापरकर्त्याच्या विनंत्या अधिक लवचिकपणे वितरित करण्याची संधी देईल.

काही ऑपरेटर उपस्थितीच्या प्रत्येक बिंदूवर (POP) मार्ग निरीक्षण क्षमता लागू करतात: उपस्थितीच्या बिंदूंसाठी सिस्टम स्वयंचलितपणे सर्वात लहान स्थानिक आणि जागतिक मार्गांचे विश्लेषण करते आणि त्यांना शून्य डाउनटाइमसह सर्वात कमी लेटेंसी भौगोलिक स्थानांमधून मार्गस्थ करते.

याक्षणी, Anycast हा उच्च-लोड DNS सेवा तयार करण्यासाठी सर्वात स्थिर आणि विश्वासार्ह उपाय आहे, ज्यात स्थिरता आणि विश्वासार्हतेसाठी उच्च आवश्यकता आहेत.

.ru डोमेन 35 Anycast DNS सर्व्हरला समर्थन देते, 20 नोड्समध्ये गटबद्ध, पाच Anycast क्लाउडमध्ये वितरीत केले जातात. या प्रकरणात, भौगोलिक वैशिष्ट्यांवर आधारित बांधकामाचे तत्त्व वापरले जाते, म्हणजे. जिओकास्ट. डीएनएस नोड्स ठेवताना, ते सर्वात सक्रिय वापरकर्त्यांच्या जवळच्या भौगोलिकदृष्ट्या विखुरलेल्या ठिकाणी हलवले जातील, नोड जेथे आहे त्या ठिकाणी रशियन पुरवठादारांची जास्तीत जास्त एकाग्रता, तसेच विनामूल्य क्षमता आणि सहजतेची उपलब्धता. साइटसह परस्परसंवाद.

सीडीएन कसे तयार करावे?

CDN हे सर्व्हरचे नेटवर्क आहे जे वापरकर्त्यांना सामग्रीच्या वितरणास गती देते. सामग्री वितरण नेटवर्क सर्व सर्व्हरला एका नेटवर्कमध्ये एकत्र करते आणि जलद सामग्री लोडिंग सुनिश्चित करते. लोडिंग गतीमध्ये सर्व्हरपासून वापरकर्त्यापर्यंतचे अंतर महत्त्वपूर्ण भूमिका बजावते.

CDN तुम्हाला लक्ष्यित प्रेक्षकांच्या सर्वात जवळचे सर्व्हर वापरण्याची परवानगी देतो. हे प्रतीक्षा वेळ कमी करते आणि सर्व अभ्यागतांसाठी साइट सामग्री लोड होण्यास वेगवान होण्यास मदत करते, जे विशेषतः मोठ्या फाइल्स किंवा मल्टीमीडिया सेवा असलेल्या साइटसाठी महत्त्वपूर्ण आहे. CDN साठी ठराविक अनुप्रयोग म्हणजे ई-कॉमर्स आणि मनोरंजन.

CDN इन्फ्रास्ट्रक्चरमध्ये तयार केलेले अतिरिक्त सर्व्हरचे नेटवर्क, जे वापरकर्त्यांच्या शक्य तितक्या जवळ स्थित आहे, अधिक स्थिर आणि जलद डेटा वितरणात योगदान देते. आकडेवारीनुसार, CDN वापरल्याने CDN नसलेल्या साइटच्या तुलनेत 70% पेक्षा जास्त साइट ऍक्सेस करताना विलंब कमी होतो.

कसे DNS वापरून CDN तयार करा? Anycast चे स्वतःचे सोल्यूशन वापरून CDN सेट करणे हा खूप महाग प्रकल्प असू शकतो, परंतु स्वस्त पर्याय आहेत. उदाहरणार्थ, तुम्ही अनन्य IP पत्त्यांसह GeoDNS आणि नियमित सर्व्हर वापरू शकता. GeoDNS सेवा वापरून, तुम्ही भौगोलिक स्थान क्षमतांसह CDN तयार करू शकता, जेथे DNS रिझोल्व्हरच्या स्थानाऐवजी अभ्यागताच्या वास्तविक स्थानावर आधारित निर्णय घेतले जातात. यूएस अभ्यागतांना यूएस सर्व्हर IP पत्ते दाखवण्यासाठी तुम्ही तुमचा DNS झोन कॉन्फिगर करू शकता, परंतु युरोपियन अभ्यागतांना युरोपीयन IP पत्ता दिसेल.

GeoDNS सह, तुम्ही वापरकर्त्याच्या IP पत्त्यावर अवलंबून भिन्न DNS प्रतिसाद परत करू शकता. हे करण्यासाठी, विनंतीमधील स्त्रोत IP पत्त्यावर अवलंबून भिन्न IP पत्ते परत करण्यासाठी DNS सर्व्हर कॉन्फिगर केले आहे. सामान्यतः, जिओआयपी डेटाबेस ज्या प्रदेशातून विनंती केली जाते ते निर्धारित करण्यासाठी वापरला जातो. DNS वापरून भौगोलिक स्थान तुम्हाला जवळपासच्या साइटवरून वापरकर्त्यांना सामग्री पाठविण्याची अनुमती देते.

GeoDNS क्लायंटचा IP पत्ता निर्धारित करते ज्याने DNS विनंती पाठवली आहे, किंवा प्रदात्याच्या पुनरावृत्ती DNS सर्व्हरचा IP पत्ता, जो क्लायंट विनंतीवर प्रक्रिया करताना वापरला जातो. देश/प्रदेश क्लायंटच्या IP आणि GeoIP डेटाबेसद्वारे निर्धारित केला जातो. क्लायंट नंतर जवळच्या CDN सर्व्हरचा IP पत्ता प्राप्त करतो. तुम्ही GeoDNS सेट करण्याबद्दल अधिक वाचू शकता येथे.

Anycast किंवा GeoDNS?

जागतिक स्तरावर सामग्री वितरीत करण्याचा Anycast हा एक उत्तम मार्ग असला तरी त्यात विशिष्टतेचा अभाव आहे. येथेच जिओडीएनएस बचावासाठी येतो. ही सेवा तुम्हाला नियम तयार करण्यास अनुमती देते जे वापरकर्त्यांना त्यांच्या स्थानाच्या आधारावर अद्वितीय एंडपॉइंटवर पाठवते.

उदाहरण: युरोपमधील वापरकर्त्यांना वेगळ्या एंडपॉइंटवर निर्देशित केले जाते.

तुम्ही सर्व विनंत्या टाकून डोमेनमध्ये प्रवेश नाकारू शकता. विशेषतः, घुसखोरांना कापण्याचा हा एक द्रुत मार्ग आहे.

Anycast पेक्षा GeoDNS अधिक अचूक उत्तरे देते. जर Anycast च्या बाबतीत सर्वात लहान मार्ग हॉप्सच्या संख्येने निर्धारित केला असेल, तर GeoDNS मध्ये अंतिम वापरकर्त्यांसाठी राउटिंग त्यांच्या भौतिक स्थानावर अवलंबून असते. हे ग्रेन्युलर रूटिंग नियम तयार करताना विलंब कमी करते आणि अचूकता सुधारते.

डोमेनवर नेव्हिगेट करताना, ब्राउझर जवळच्या DNS सर्व्हरशी संपर्क साधतो, जो डोमेनवर अवलंबून, साइट लोड करण्यासाठी IP पत्ता जारी करतो. चला असे गृहीत धरू की एक ऑनलाइन स्टोअर यूएसए आणि युरोपमध्ये लोकप्रिय आहे, परंतु त्यासाठी डीएनएस सर्व्हर फक्त युरोपमध्ये उपलब्ध आहेत. नंतर स्टोअरच्या सेवा वापरू इच्छिणाऱ्या यूएस वापरकर्त्यांना जवळच्या सर्व्हरला विनंती पाठविण्यास भाग पाडले जाईल आणि ते खूप दूर असल्याने, त्यांना प्रतिसादासाठी बराच वेळ प्रतीक्षा करावी लागेल - साइट लवकर लोड होणार नाही.

जेव्हा जिओडीएनएस सर्व्हर यूएसएमध्‍ये स्थित असेल, तेव्हा वापरकर्ते आधीच त्यात प्रवेश करतील. प्रतिसाद जलद असेल, जो साइटच्या लोडिंग गतीवर परिणाम करेल.

युनायटेड स्टेट्समधील विद्यमान 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