Anycast बनाम Unicast: जुन प्रत्येक केसमा छनोट गर्न राम्रो छ

धेरै मानिसहरू सायद Anycast बारे सुनेका छन्। सञ्जाल ठेगाना र राउटिङको यस विधिमा, एकल IP ठेगाना नेटवर्कमा धेरै सर्भरहरूलाई तोकिएको छ। यी सर्भरहरू एकअर्काबाट टाढा डेटा केन्द्रहरूमा पनि अवस्थित हुन सक्छन्। Anycast को विचार यो हो कि, अनुरोध स्रोत को स्थान मा निर्भर गर्दछ, डाटा निकटतम (नेटवर्क टोपोलोजी अनुसार, अधिक स्पष्ट रूपमा, BGP रूटिङ प्रोटोकल) सर्भरमा पठाइन्छ। यस तरिकाले, तपाइँ नेटवर्क हप्स र विलम्बता को संख्या कम गर्न सक्नुहुन्छ।

अनिवार्य रूपमा, एउटै मार्ग विश्वभरि धेरै डाटा केन्द्रहरू बाट विज्ञापन गरिएको छ। यसरी, ग्राहकहरूलाई BGP मार्गहरूमा आधारित "उत्तम" र "नजिक" मा पठाइनेछ, डाटा केन्द्र। किन Anycast? किन Unicast को सट्टा Anycast प्रयोग गर्ने?

Unicast एक वेब सर्भर र ट्राफिक को एक मध्यम मात्रा संग एक साइट को लागी साँच्चै उपयुक्त छ। यद्यपि, यदि सेवामा लाखौं सदस्यहरू छन् भने, यसले प्राय: धेरै वेब सर्भरहरू प्रयोग गर्दछ, प्रत्येक एउटै आईपी ठेगानाको साथ। यी सर्भरहरू अनुरोधहरू इष्टतम रूपमा सेवा गर्न भौगोलिक रूपमा वितरण गरिन्छ।

यस परिदृश्यमा, Anycast ले प्रदर्शन सुधार गर्नेछ (ट्राफिक न्यूनतम ढिलाइमा प्रयोगकर्तालाई पठाइन्छ), सेवाको विश्वसनीयता सुनिश्चित गर्दछ (ब्याकअप सर्भरहरूलाई धन्यवाद) र लोड ब्यालेन्सिङ - धेरै सर्भरहरूमा राउटिङले प्रभावकारी रूपमा तिनीहरू बीचको लोड वितरण गर्नेछ, गति सुधार गर्नेछ। साइट को।

अपरेटरहरूले ग्राहकहरूलाई Anycast र DNS मा आधारित विभिन्न प्रकारका लोड ब्यालेन्सिङ प्रस्ताव गर्छन्। ग्राहकहरूले IP ठेगानाहरू निर्दिष्ट गर्न सक्छन् जुन साइटको भौगोलिक स्थानमा आधारित अनुरोधहरू पठाइनेछ। यसले प्रयोगकर्ताका अनुरोधहरूलाई थप लचिलो रूपमा वितरण गर्न सम्भव बनाउँछ।

मानौं त्यहाँ धेरै साइटहरू छन् जसको बीचमा तपाईंले लोड (प्रयोगकर्ताहरू) वितरण गर्न आवश्यक छ, उदाहरणका लागि, प्रति दिन 100 अनुरोधहरू वा लोकप्रिय ब्लगको साथ अनलाइन स्टोर। प्रयोगकर्ताहरूले कुनै खास साइटमा पहुँच गर्ने क्षेत्रलाई सीमित गर्न, तपाईंले जियो कम्युनिटी विकल्प प्रयोग गर्न सक्नुहुन्छ। यसले तपाईंलाई क्षेत्रलाई सीमित गर्न अनुमति दिन्छ जुन भित्र अपरेटरले मार्गको विज्ञापन गर्नेछ।

Anycast र Unicast: भिन्नताहरू

कुनै पनि कास्ट प्रायः अनुप्रयोगहरूमा प्रयोग गरिन्छ जस्तै DNS (डोमेन नाम प्रणाली) र CDN (सामग्री डेलिभरी नेटवर्कहरू), नेटवर्क प्रदर्शन सुधार गर्ने मार्ग निर्णयहरू सक्षम पार्दै। सामग्री वितरण सञ्जालहरूले Anycast प्रयोग गर्छन् किनभने तिनीहरू ट्राफिकको ठूलो मात्रासँग सम्झौता गर्छन्, र Anycast ले यस अवस्थामा धेरै फाइदाहरू प्रदान गर्दछ (तल तिनीहरूमा थप)। DNS मा, Anycast ले तपाईंलाई सेवाको विश्वसनीयता र गल्ती सहिष्णुताको स्तरमा उल्लेखनीय वृद्धि गर्न अनुमति दिन्छ।

Anycast IP मा, BGP प्रयोग गर्दा, त्यहाँ एक विशेष होस्टको लागि धेरै मार्गहरू छन्। यी वास्तवमा धेरै डेटा केन्द्रहरूमा होस्टहरूको प्रतिलिपिहरू हुन्, कम विलम्बता जडानहरू स्थापना गर्न प्रयोग गरिन्छ।

त्यसोभए, Anycast नेटवर्कमा, एउटै IP ठेगाना विभिन्न ठाउँहरूबाट विज्ञापित गरिन्छ, र नेटवर्कले मार्गको "लागत" को आधारमा प्रयोगकर्ताको अनुरोधलाई कहाँ रुट गर्ने निर्णय गर्दछ। उदाहरण को लागी, BGP अक्सर डाटा प्रसारण को लागी छोटो मार्ग निर्धारण गर्न को लागी प्रयोग गरिन्छ। जब प्रयोगकर्ताले Anycast अनुरोध पठाउँछन्, BGP ले नेटवर्कमा उपलब्ध Anycast सर्भरहरूको लागि उत्तम मार्ग निर्धारण गर्दछ।

Anycast को लाभ

विलम्बता कम गर्दै
Anycast सँग प्रणालीहरूले प्रयोगकर्ता अनुरोधहरू प्रशोधन गर्दा विलम्बता कम गर्न सक्छ किनभने तिनीहरूले तपाईंलाई नजिकको सर्भरबाट डेटा प्राप्त गर्न अनुमति दिन्छ। त्यो हो, प्रयोगकर्ताहरू सधैं "नजिक" (राउटिंग प्रोटोकल दृष्टिकोणबाट) DNS सर्भरमा जडान हुनेछन्। नतिजाको रूपमा, Anycast ले ग्राहक र सर्भर बीचको नेटवर्क दूरी घटाएर अन्तरक्रिया समय घटाउँछ। यसले विलम्बता मात्र कम गर्दैन तर लोड सन्तुलन पनि प्रदान गर्दछ।

गति

किनकी ट्राफिकलाई नजिकको नोडमा रुट गरिएको छ र क्लाइन्ट र नोड बीचको विलम्बता कम भएको छ, नतिजा अनुकूलित डेलिभरी गति हो, ग्राहकले जहाँबाट जानकारी अनुरोध गरिरहेको भए पनि।

स्थिरता र दोष सहिष्णुता बढ्यो

यदि विश्वभरका धेरै सर्भरहरूले एउटै आईपी प्रयोग गर्छन् भने, यदि सर्भरहरू मध्ये एउटा असफल भयो वा विच्छेद भयो भने, ट्राफिकलाई नजिकको सर्भरमा रिडिरेक्ट गरिनेछ। फलस्वरूप, Anycast ले सेवालाई थप लचिलो बनाउँछ र राम्रो नेटवर्क पहुँच/विलम्बता/गति प्रदान गर्दछ। 

यसैले, धेरै सर्भरहरू लगातार प्रयोगकर्ताहरूलाई उपलब्ध गराएर, Anycast, उदाहरणका लागि, DNS स्थिरता सुधार गर्दछ। यदि नोड असफल भयो भने, प्रयोगकर्ता अनुरोधहरू कुनै पनि म्यानुअल हस्तक्षेप वा पुन: कन्फिगरेसन बिना अर्को DNS सर्भरमा पुन: निर्देशित गरिनेछ। Anycast ले समस्याग्रस्त साइटको मार्गहरू हटाएर अन्य साइटहरूमा वस्तुतः पारदर्शी स्विच प्रदान गर्दछ। 

लोड सन्तुलन

Anycast मा, नेटवर्क ट्राफिक विभिन्न सर्भरहरूमा वितरित गरिन्छ। त्यो हो, यसले लोड ब्यालेन्सरको रूपमा कार्य गर्दछ, कुनै एकल सर्भरलाई ट्राफिकको ठूलो मात्रा प्राप्त गर्नबाट रोक्छ। लोड ब्यालेन्सिङ प्रयोग गर्न सकिन्छ, उदाहरणका लागि, अनुरोध स्रोतबाट एउटै भौगोलिक दूरीमा धेरै नेटवर्क नोडहरू हुँदा। यस अवस्थामा, लोड नोडहरू बीच वितरण गरिएको छ।

DoS आक्रमणहरूको प्रभावलाई कम गर्नुहोस् 

Anycast को अर्को विशेषता यसको DDoS प्रतिरोध हो। DDoS आक्रमणहरूले कुनै पनि कास्ट प्रणालीलाई तल ल्याउन सक्षम हुने सम्भावना छैन, किनभने तिनीहरूले अनुरोधहरूको हिमस्खलनको साथ यस्तो नेटवर्कमा सबै सर्भरहरू ओभरवेम गर्नुपर्नेछ। 

DDoS आक्रमणहरूले प्रायः बोटनेटहरू प्रयोग गर्दछ, जसले यति धेरै ट्राफिक उत्पन्न गर्न सक्छ कि यसले आक्रमण गरिएको सर्भरलाई ओभरलोड गर्दछ। यस अवस्थामा Anycast प्रयोग गर्ने फाइदा यो हो कि प्रत्येक सर्भरले आक्रमणको भाग "अवशोषित" गर्न सक्षम छ, जसले त्यो विशेष सर्भरमा लोड घटाउँछ। सेवा आक्रमणको अस्वीकार सम्भवतः सर्भरमा स्थानीयकरण हुनेछ र सम्पूर्ण सेवालाई असर गर्दैन।

उच्च तेर्सो स्केलेबिलिटी

कुनै पनि कास्ट प्रणालीहरू ट्राफिकको ठूलो मात्रा भएका सेवाहरूको लागि राम्रोसँग उपयुक्त छन्। यदि Anycast प्रयोग गर्ने सेवालाई बढ्दो ट्राफिक ह्यान्डल गर्न नयाँ सर्भरहरू चाहिन्छ भने, यसलाई ह्यान्डल गर्न नेटवर्कमा नयाँ सर्भरहरू थप्न सकिन्छ। तिनीहरू नयाँ वा अवस्थित साइटहरूमा राख्न सकिन्छ। 

यदि कुनै विशेष स्थानले ट्राफिकमा ठूलो वृद्धिको अनुभव गरिरहेको छ भने, सर्भर थप्दा त्यस साइटको लागि लोड सन्तुलनमा मद्दत गर्नेछ। नयाँ साइटमा सर्भर थप्दा केही प्रयोगकर्ताहरूको लागि नयाँ छोटो मार्ग सिर्जना गरेर प्रतीक्षा समय कम गर्न मद्दत गर्नेछ। दुबै विधिहरूले सेवाको स्थिरता सुधार गर्न मद्दत गर्दछ किनकि नयाँ सर्भरहरू नेटवर्कमा उपलब्ध हुन्छन्। यस तरिकाले, यदि सर्भर ओभरलोड गरिएको छ भने, तपाइँ केवल एक स्थानमा अर्को एक तैनात गर्न सक्नुहुन्छ जसले यसलाई ओभरलोड गरिएको सर्भरको अनुरोधहरूको केही अंश स्वीकार गर्न अनुमति दिन्छ। यसका लागि ग्राहकहरूको तर्फबाट कुनै कन्फिगरेसन आवश्यक पर्दैन। 

केवल यस तरिकाले ट्राफिकको टेराबिटहरू र धेरै ठूलो संख्यामा प्रयोगकर्ताहरूलाई सेवा दिन सकिन्छ जब सर्भरमा केही 10 वा 25 Gbps पोर्टहरू हुन्छन्। एक आईपी ठेगानाको साथ 100 होस्टहरूले ट्राफिकको टेराबिट मात्राहरू प्रशोधन गर्न सम्भव बनाउँदछ।

सजिलो कन्फिगरेसन व्यवस्थापन

माथि उल्लेख गरिए अनुसार, Anycast को एक रोचक प्रयोग DNS हो। तपाईंले नेटवर्क नोडहरूमा धेरै फरक DNS सर्भरहरू राख्न सक्नुहुन्छ, तर एउटा DNS ठेगाना प्रयोग गर्नुहोस्। स्रोत कहाँ छ भन्ने आधारमा, अनुरोधहरू नजिकको नोडमा पठाइन्छ। यसले DNS सर्भर विफलताको घटनामा केही ट्राफिक सन्तुलन र अनावश्यकता प्रदान गर्दछ। यस तरिकाले, विभिन्न DNS सर्भरहरू कहाँ छन् भन्ने आधारमा कन्फिगर गर्नुको सट्टा, एउटा DNS सर्भरको कन्फिगरेसन सबै नोडहरूमा प्रचार गर्न सकिन्छ।

कुनै पनि कास्ट नेटवर्कहरू केवल दूरीको आधारमा मात्र नभई सर्भरको उपस्थिति, स्थापित जडानहरूको संख्या जस्ता प्यारामिटरहरूमा पनि रुट अनुरोधहरूमा कन्फिगर गर्न सकिन्छ। वा प्रतिक्रिया समय।

कुनै विशेष सर्भरहरू, नेटवर्कहरू वा विशेष कम्पोनेन्टहरू ग्राहक पक्षमा 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। यो योजनामा ​​सर्भर उपलब्धता, प्रतिक्रिया समय, जडानहरूको संख्या, आदि सहित धेरै गणना गरिएको मेट्रिकहरू छन्। यो नेटवर्क तथ्याङ्कहरू प्रदान गर्ने बाह्य मनिटरमा निर्भर गर्दछ।

Anycast मा आधारित CDN

अब सामग्री वितरण नेटवर्कहरूमा Anycast प्रयोग गर्न फर्कौं। Anycast पक्कै पनि एक चाखलाग्दो नेटवर्किङ अवधारणा हो र अर्को-gen CDN प्रदायकहरू बीच बढ्दो स्वीकृति प्राप्त गर्दैछ।

CDN सर्भरहरूको वितरित नेटवर्क हो जसले उच्च उपलब्धता र कम विलम्बताका साथ अन्त प्रयोगकर्ताहरूलाई सामग्री प्रदान गर्दछ। आज धेरै अनलाइन मिडिया सेवाहरूको मेरुदण्डको रूपमा सामग्री डेलिभरी सञ्जालहरूले महत्त्वपूर्ण भूमिका खेल्छन्, र उपभोक्ताहरू ढिलो डाउनलोड गतिमा कम सहनशील छन्। भिडियो र भ्वाइस अनुप्रयोगहरू नेटवर्क जिटर र विलम्बतामा विशेष रूपमा संवेदनशील हुन्छन्।

CDN ले सबै सर्भरहरूलाई एउटै नेटवर्कमा जडान गर्छ र सामग्रीको छिटो लोडिङ सुनिश्चित गर्दछ। कहिलेकाहीँ यो 5-6 सेकेन्डले प्रयोगकर्ताको प्रतीक्षा समय घटाउन सम्भव छ। CDN को उद्देश्य अन्तिम प्रयोगकर्ताको नजिक रहेको सर्भरबाट सामग्री प्रदान गरेर डेलिभरीलाई अनुकूलन गर्नु हो। यो Anycast सँग धेरै मिल्दोजुल्दो छ, जहाँ अन्तिम प्रयोगकर्ताको स्थानको आधारमा नजिकको सर्भर चयन गरिन्छ। यस्तो देखिन्छ कि प्रत्येक CDN सेवा प्रदायकले पूर्वनिर्धारित रूपमा Anycast प्रयोग गर्नेछ, तर वास्तवमा यो मामला होइन।

HTTP/TCP जस्ता प्रोटोकलहरू प्रयोग गर्ने एपहरू जडान स्थापनामा भर पर्छन्। यदि नयाँ Anycast नोड चयन गरिएको छ (उदाहरणका लागि, सर्भर विफलताको कारण), सेवा अवरुद्ध हुन सक्छ। यही कारणले गर्दा Anycast लाई पहिले UDP र DNS जस्ता जडानरहित सेवाहरूको लागि सिफारिस गरिएको थियो। यद्यपि, Anycast ले जडान-उन्मुख प्रोटोकलहरूको लागि पनि राम्रोसँग काम गर्दछ; उदाहरणका लागि, TCP ले Anycast मोडमा राम्रोसँग काम गर्दछ।

केही CDN प्रदायकहरूले Anycast-आधारित राउटिङ प्रयोग गर्छन्, अरूहरूले DNS-आधारित राउटिङलाई प्राथमिकता दिन्छन्: प्रयोगकर्ताको DNS सर्भर कहाँ छ भन्ने आधारमा सबैभन्दा नजिकको सर्भर चयन गरिन्छ।

हाइब्रिड र बहु-डेटा केन्द्र पूर्वाधारहरू Anycast को प्रयोगको अर्को उदाहरण हो। प्रदायकबाट प्राप्त भएको लोड ब्यालेन्सिङ IP ठेगानाले तपाईंलाई प्रदायकको डेटा केन्द्रमा विभिन्न ग्राहक सेवाहरूको IP ठेगानाहरू बीच लोड वितरण गर्न अनुमति दिन्छ। कुनै पनि यन्त्र प्रविधिको लागि धन्यवाद, यसले भारी ट्राफिक, गल्ती सहिष्णुता अन्तर्गत राम्रो प्रदर्शन प्रदान गर्दछ र ठूलो संख्यामा प्रयोगकर्ताहरूसँग व्यवहार गर्दा प्रतिक्रिया समय अनुकूलन गर्न मद्दत गर्दछ।

हाइब्रिड बहु-डेटा केन्द्र पूर्वाधारहरूमा, तपाइँ सर्भरहरूमा ट्राफिक वितरण गर्न सक्नुहुन्छ वा समर्पित सर्भरहरूमा भर्चुअल मेसिनहरू पनि।

तसर्थ, पूर्वाधार निर्माणको लागि प्राविधिक समाधानहरूको ठूलो चयन छ। तपाईले धेरै डेटा केन्द्रहरूमा आईपी ठेगानाहरूमा लोड ब्यालेन्स कन्फिगर गर्न सक्नुहुन्छ, साइट प्रदर्शन अनुकूलन गर्न समूहमा कुनै पनि उपकरणलाई लक्षित गर्दै।

तपाइँ तपाइँको आफ्नै नियम अनुसार ट्राफिक वितरण गर्न सक्नुहुन्छ, प्रत्येक डाटा सेन्टरमा प्रत्येक वितरित सर्भरको "वजन" परिभाषित गर्दै। यो कन्फिगरेसन विशेष गरी उपयोगी हुन्छ जब त्यहाँ वितरित सर्भर पार्क हुन्छ र सेवाहरूको प्रदर्शन असमान हुन्छ। यसले सर्भर कार्यसम्पादन सुधार गर्न ट्राफिकलाई धेरै पटक वितरण गर्न अनुमति दिनेछ।

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

हाइब्रिड पूर्वाधार निर्माण गर्न सम्भव छ: कहिलेकाहीँ कर्पोरेट नेटवर्कमा ब्याक अफिस छोड्न र प्रदायकलाई इन्टरफेस भाग आउटसोर्स गर्न सजिलो हुन्छ।

लोड सन्तुलन, प्रसारण डाटाको इन्क्रिप्शन र साइट आगन्तुकहरू र कर्पोरेट पूर्वाधारहरू बीच सञ्चारको सुरक्षाको लागि SSL प्रमाणपत्रहरू थप्न सम्भव छ। डाटा केन्द्रहरू बीच लोड सन्तुलन को मामला मा, SSL पनि प्रयोग गर्न सकिन्छ।

ठेगाना लोड सन्तुलनको साथ कुनै पनि कास्ट सेवा तपाईंको प्रदायकबाट प्राप्त गर्न सकिन्छ। यो सुविधाले स्थानको आधारमा प्रयोगकर्ताहरूले एपहरूसँग अन्तरक्रिया गर्ने तरिकालाई सुधार गर्न मद्दत गर्नेछ। डाटा केन्द्रमा कुन सेवाहरू उपलब्ध छन् भनेर घोषणा गर्न यो पर्याप्त छ, र ट्राफिकलाई निकटतम पूर्वाधारमा रिडिरेक्ट गरिनेछ। यदि त्यहाँ समर्पित सर्भरहरू छन्, उदाहरणका लागि फ्रान्स वा उत्तर अमेरिकामा, ग्राहकहरूलाई नेटवर्कमा नजिकको सर्भरमा निर्देशित गरिनेछ।

Anycast प्रयोग गर्ने विकल्पहरू मध्ये एक अपरेटरको उपस्थिति (PoP) को इष्टतम छनोट हो। दिऔं एक उदाहरण। LinkedIn (रूसमा अवरुद्ध) ले आफ्ना उत्पादनहरू - मोबाइल र वेब अनुप्रयोगहरूको कार्यसम्पादन र गति सुधार गर्न मात्र नभई द्रुत सामग्री डेलिभरीको लागि यसको नेटवर्क पूर्वाधार सुधार गर्न पनि प्रयास गर्दछ। यस गतिशील सामग्री वितरणको लागि, LinkedIn ले सक्रिय रूपमा PoPs - उपस्थितिको बिन्दुहरू प्रयोग गर्दछ। Anycast लाई प्रयोगकर्ताहरूलाई नजिकको PoP मा निर्देशित गर्न प्रयोग गरिन्छ।

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

पायलट परीक्षणको नतिजा ग्राफमा देखाइएको छ, जहाँ Y-अक्ष इष्टतम PoP असाइनमेन्टको प्रतिशत हो। Anycast र्‍याम्प अप गर्दा, धेरै अमेरिकी राज्यहरूले इष्टतम PoP तर्फ ट्राफिकको प्रतिशतमा सुधार देखे।

Anycast नेटवर्क निगरानी

कुनै पनि कास्ट नेटवर्कहरू सिद्धान्तमा सरल छन्: बहु भौतिक सर्भरहरू समान IP ठेगाना तोकिएका छन्, जुन BGP ले मार्ग निर्धारण गर्न प्रयोग गर्दछ। तर Anycast प्लेटफर्महरूको कार्यान्वयन र डिजाइन जटिल छ, र दोष-सहिष्णु Anycast नेटवर्कहरू यसका लागि विशेष रूपमा प्रसिद्ध छन्। अझ चुनौतीपूर्ण रूपमा कुनै पनि कास्ट नेटवर्कलाई छिटो पहिचान गर्न र गल्तीहरूलाई अलग गर्न प्रभावकारी रूपमा निगरानी गर्नु हो।

यदि सेवाहरूले तेस्रो-पक्ष CDN प्रदायकलाई तिनीहरूको सामग्री सेवा गर्न प्रयोग गर्दछ भने, तिनीहरूको लागि नेटवर्क प्रदर्शन निगरानी र प्रमाणीकरण गर्न धेरै महत्त्वपूर्ण छ। कुनै पनि कास्ट-आधारित CDN अनुगमनले कुन डाटा केन्द्रले सामग्री सेवा गरिरहेको छ भनेर बुझ्नको लागि अन्त्य-देखि-अन्त विलम्बता र उपान्त्य हप प्रदर्शन मापनमा केन्द्रित हुन्छ। HTTP सर्भर हेडरहरू विश्लेषण गर्नु डाटा कहाँबाट आउँदैछ भनेर निर्धारण गर्ने अर्को तरिका हो।

उदाहरण: CDN सर्भरको स्थान संकेत गर्ने HTTP प्रतिक्रिया हेडरहरू।

उदाहरणका लागि, CloudFlare ले HTTP प्रतिक्रिया सन्देशहरूमा आफ्नै CF-Ray हेडर प्रयोग गर्दछ, जसमा अनुरोध गरिएको डेटा केन्द्रको सङ्केत समावेश हुन्छ। Zendesk को मामला मा, सिएटल क्षेत्र को लागी CF-Ray हेडर CF-RAY हो: 2a21675e65fd2a3d-SEA, र एम्स्टर्डम को लागी यो CF-RAY हो: 2a216896b93a0c71-AMS। तपाईले HTTP प्रतिक्रियाबाट HTTP-X हेडरहरू पनि प्रयोग गर्न सक्नुहुन्छ सामग्री कहाँ छ भनेर निर्धारण गर्न।

अन्य सम्बोधन विधिहरू

त्यहाँ प्रयोगकर्ता अनुरोधहरू एक विशिष्ट नेटवर्क अन्त्य बिन्दुमा राउट गर्न अन्य ठेगाना विधिहरू छन्:

युनिकास्ट

आज धेरै जसो इन्टरनेटले यो विधि प्रयोग गर्दछ। Unicast - unicast प्रसारण, IP ठेगाना नेटवर्क मा केवल एक विशिष्ट नोड संग सम्बन्धित छ। यसलाई वन-टू-वन मिलान भनिन्छ। 

मल्टिकास्ट

मल्टीकास्टले एक-देखि-धेरै वा धेरै-देखि-धेरै सम्बन्ध प्रयोग गर्दछ। मल्टिकास्टले प्रेषकको अनुरोधलाई विभिन्न चयन गरिएका अन्तिम बिन्दुहरूमा एकै साथ पठाउन अनुमति दिन्छ। यसले क्लाइन्टलाई धेरै होस्टहरूबाट एकै साथ फाइल डाउनलोड गर्ने क्षमता दिन्छ (जुन अडियो वा भिडियो स्ट्रिमिङका लागि उपयोगी छ)। मल्टिकास्ट प्रायः Anycast सँग भ्रमित हुन्छ। यद्यपि, मुख्य भिन्नता यो हो कि Anycast ले प्रेषकलाई एक विशेष नोडमा निर्देशित गर्दछ, धेरै नोडहरू उपलब्ध भए पनि।

प्रसारण

एकल प्रेषकबाट डाटाग्राम प्रसारण ठेगानासँग सम्बन्धित सबै अन्तबिन्दुहरूमा फर्वार्ड गरिन्छ। प्रसारणमा (सामान्यतया एउटै सबनेटमा) सबै प्रापकहरूमा पुग्न सक्षम हुन नेटवर्कले स्वचालित रूपमा डाटाग्रामहरू प्रतिकृति बनाउँछ।

जियोकास्ट

Geocast केहि हदसम्म मल्टिकास्टसँग मिल्दोजुल्दो छ: प्रेषकबाट अनुरोधहरू एकै साथ धेरै अन्तबिन्दुहरूमा पठाइन्छ। यद्यपि, भिन्नता यो हो कि सम्बोधनकर्ता यसको भौगोलिक स्थान द्वारा निर्धारण गरिन्छ। यो मोबाइल तदर्थ नेटवर्कहरूका लागि केही रूटिङ प्रोटोकलहरूद्वारा प्रयोग गरिने मल्टिकास्टको विशेष रूप हो।

भौगोलिक राउटरले यसको सेवा क्षेत्र गणना गर्दछ र अनुमानित गर्दछ। Georouters, सेवा क्षेत्रहरू आदानप्रदान, मार्ग तालिकाहरू निर्माण। Georouter प्रणाली एक श्रेणीबद्ध संरचना छ।

युनिकास्ट, मल्टीकास्ट र ब्रोडकास्ट।

Anycast प्रविधिको प्रयोगले DNS को विश्वसनीयता, दोष सहिष्णुता र सुरक्षाको स्तर बढाउँछ। यो प्रविधि प्रयोग गरेर, अपरेटरहरूले DNS मा आधारित विभिन्न प्रकारका लोड सन्तुलनका लागि आफ्ना ग्राहकहरूलाई सेवाहरू प्रस्ताव गर्छन्। नियन्त्रण प्यानलमा, तपाईले IP ठेगानाहरू निर्दिष्ट गर्न सक्नुहुन्छ जुन अनुरोधहरू भौगोलिक स्थानको आधारमा पठाइनेछ। यसले ग्राहकहरूलाई प्रयोगकर्ता अनुरोधहरू थप लचिलो रूपमा वितरण गर्ने अवसर दिनेछ।

केही अपरेटरहरूले उपस्थितिको प्रत्येक बिन्दु (POP) मा मार्ग अनुगमन क्षमताहरू लागू गर्छन्: प्रणालीले स्वचालित रूपमा उपस्थितिको बिन्दुहरूको लागि छोटो स्थानीय र विश्वव्यापी मार्गहरूको विश्लेषण गर्दछ र तिनीहरूलाई शून्य डाउनटाइमको साथ सबैभन्दा कम विलम्बता भौगोलिक स्थानहरू मार्फत मार्ग गर्दछ।

हाल, Anycast उच्च-लोड DNS सेवाहरू निर्माण गर्नको लागि सबैभन्दा स्थिर र भरपर्दो समाधान हो, जसमा स्थिरता र विश्वसनीयताका लागि उच्च आवश्यकताहरू छन्।

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

CDN कसरी बनाउने?

CDN सर्भरहरूको नेटवर्क हो जसले प्रयोगकर्ताहरूलाई सामग्रीको डेलिभरीलाई गति दिन्छ। सामग्री वितरण नेटवर्क सबै सर्भरहरूलाई एउटै नेटवर्कमा एकताबद्ध गर्दछ र द्रुत सामग्री लोडिङ सुनिश्चित गर्दछ। सर्भर देखि प्रयोगकर्ता को दूरी लोड गति मा एक महत्वपूर्ण भूमिका खेल्छ।

CDN ले तपाईंलाई लक्षित दर्शकहरूको नजिकका सर्भरहरू प्रयोग गर्न अनुमति दिन्छ। यसले पर्खाइको समय घटाउँछ र सबै आगन्तुकहरूका लागि साइट सामग्री लोड गर्ने गति बढाउन मद्दत गर्छ, जुन ठूला फाइलहरू वा मल्टिमिडिया सेवाहरू भएका साइटहरूका लागि विशेष गरी महत्वपूर्ण हुन्छ। CDN का लागि विशिष्ट अनुप्रयोगहरू ई-वाणिज्य र मनोरञ्जन हुन्।

CDN पूर्वाधारमा सिर्जना गरिएका अतिरिक्त सर्भरहरूको सञ्जाल, जुन प्रयोगकर्ताहरूका लागि सकेसम्म नजिक अवस्थित छन्, थप स्थिर र छिटो डाटा डेलिभरीमा योगदान गर्दछ। तथ्याङ्कका अनुसार, CDN प्रयोग गर्दा CDN नभएका साइटहरूको तुलनामा 70% भन्दा बढी साइट पहुँच गर्दा विलम्बता कम हुन्छ।

कसरी DNS प्रयोग गरेर CDN सिर्जना गर्नुहोस्? Anycast को आफ्नै समाधान प्रयोग गरेर CDN सेट अप गर्नु एकदम महँगो परियोजना हुन सक्छ, तर त्यहाँ सस्तो विकल्पहरू छन्। उदाहरण को लागी, तपाईले GeoDNS र नियमित सर्भरहरू अद्वितीय IP ठेगानाहरू प्रयोग गर्न सक्नुहुन्छ। GeoDNS सेवाहरू प्रयोग गरेर, तपाईंले भौगोलिक स्थान क्षमताहरूको साथ CDN सिर्जना गर्न सक्नुहुन्छ, जहाँ निर्णयहरू DNS समाधानकर्ताको स्थानको सट्टा आगन्तुकको वास्तविक स्थानमा आधारित हुन्छन्। तपाईले आफ्नो DNS जोन कन्फिगर गर्न सक्नुहुन्छ यूएस सर्भर आईपी ठेगानाहरू यूएस आगन्तुकहरूलाई देखाउन, तर युरोपेली आगन्तुकहरूले युरोपेली आईपी ठेगाना देख्नेछन्।

GeoDNS को साथ, तपाइँ प्रयोगकर्ताको IP ठेगानाको आधारमा फरक DNS प्रतिक्रियाहरू फर्काउन सक्नुहुन्छ। यो गर्नको लागि, DNS सर्भर अनुरोधमा स्रोत IP ठेगानाको आधारमा विभिन्न IP ठेगानाहरू फर्काउन कन्फिगर गरिएको छ। सामान्यतया, एक GeoIP डाटाबेस अनुरोध गरिएको क्षेत्र निर्धारण गर्न प्रयोग गरिन्छ। DNS प्रयोग गरी भौगोलिक स्थानले तपाईंलाई नजिकैको साइटबाट प्रयोगकर्ताहरूलाई सामग्री पठाउन अनुमति दिन्छ।

GeoDNS ले DNS अनुरोध पठाएको क्लाइन्टको IP ठेगाना, वा प्रदायकको पुनरावर्ती DNS सर्भरको IP ठेगाना निर्धारण गर्दछ, जुन क्लाइन्ट अनुरोध प्रशोधन गर्दा प्रयोग गरिन्छ। देश/क्षेत्र ग्राहकको IP र GeoIP डाटाबेसद्वारा निर्धारण गरिन्छ। ग्राहकले त्यसपछि नजिकको CDN सर्भरको IP ठेगाना प्राप्त गर्दछ। तपाईं GeoDNS सेटअप बारे थप पढ्न सक्नुहुन्छ यहाँ.

कुनै कास्ट वा GeoDNS?

जबकि Anycast विश्वव्यापी स्तरमा सामग्री डेलिभर गर्ने उत्कृष्ट तरिका हो, यसमा विशिष्टताको कमी छ। यो जहाँ GeoDNS उद्धार गर्न आउँछ। यो सेवाले तपाईंलाई नियमहरू सिर्जना गर्न अनुमति दिन्छ जसले प्रयोगकर्ताहरूलाई तिनीहरूको स्थानको आधारमा अद्वितीय अन्त बिन्दुहरूमा पठाउँछ।

उदाहरण: युरोपका प्रयोगकर्ताहरूलाई फरक अन्तिम बिन्दुमा निर्देशित गरिन्छ।

तपाईं सबै अनुरोधहरू खारेज गरेर डोमेनहरूमा पहुँच अस्वीकार गर्न सक्नुहुन्छ। यो, विशेष गरी, घुसपैठहरूलाई काट्ने द्रुत तरिका हो।

GeoDNS ले Anycast भन्दा बढी सही जवाफ दिन्छ। यदि Anycast को मामला मा छोटो मार्ग होप्स को संख्या द्वारा निर्धारण गरिन्छ, तब GeoDNS मा अन्त प्रयोगकर्ताहरु को लागि राउटिंग को लागी तिनीहरूको भौतिक स्थान मा निर्भर गर्दछ। यसले विलम्बता घटाउँछ र दानेदार मार्ग नियमहरू सिर्जना गर्दा शुद्धता सुधार गर्दछ।

डोमेनमा नेभिगेट गर्दा, ब्राउजरले निकटतम DNS सर्भरलाई सम्पर्क गर्छ, जसले डोमेनको आधारमा साइट लोड गर्न IP ठेगाना जारी गर्छ। मानौं कि अनलाइन स्टोर संयुक्त राज्य अमेरिका र युरोपमा लोकप्रिय छ, तर यसको लागि DNS सर्भरहरू युरोपमा मात्र उपलब्ध छन्। त्यसपछि स्टोरको सेवाहरू प्रयोग गर्न चाहने अमेरिकी प्रयोगकर्ताहरूलाई नजिकको सर्भरमा अनुरोध पठाउन बाध्य पारिनेछ, र यो धेरै टाढा भएकोले, उनीहरूले प्रतिक्रियाको लागि लामो समय पर्खनुपर्नेछ - साइट चाँडै लोड हुनेछैन।

जब एक GeoDNS सर्भर संयुक्त राज्य अमेरिका मा स्थित छ, प्रयोगकर्ताहरूले पहिले नै यसलाई पहुँच गर्नेछ। प्रतिक्रिया छिटो हुनेछ, जसले साइटको लोडिङ गतिलाई असर गर्नेछ।

संयुक्त राज्यमा अवस्थित DNS सर्भरको अवस्थामा, संयुक्त राज्यबाट प्रयोगकर्ताले दिइएको डोमेनमा नेभिगेट गर्दा, उसले आवश्यक आईपी प्रदान गर्ने नजिकको सर्भरलाई सम्पर्क गर्नेछ। प्रयोगकर्तालाई सर्भरमा निर्देशित गरिनेछ जुन साइटको सामग्री समावेश गर्दछ, तर सामग्रीको साथ सर्भरहरू टाढा भएकाले, उसले यसलाई छिटो प्राप्त गर्दैन।

यदि तपाईंले क्यास डाटाको साथ अमेरिकामा CDN सर्भरहरू होस्ट गर्नुभयो भने, क्लाइन्ट ब्राउजरले लोड गर्दा नजिकको DNS सर्भरमा अनुरोध पठाउनेछ, जसले आवश्यक IP ठेगाना फिर्ता पठाउनेछ। प्राप्त IP को साथ ब्राउजरले निकटतम CDN सर्भर र मुख्य सर्भरलाई सम्पर्क गर्दछ, र CDN सर्भरले क्यास सामग्री ब्राउजरमा सेवा गर्दछ। क्यास गरिएको सामग्री लोड भइरहेको बेला, पूर्ण साइट लोड गर्न हराइरहेको फाइलहरू मुख्य सर्भरबाट प्राप्त हुन्छन्। नतिजाको रूपमा, साइट लोडिङ समय कम भएको छ, किनकि मुख्य सर्भरबाट धेरै कम फाइलहरू पठाइन्छ।

विशिष्ट आईपी ठेगानाको सही स्थान निर्धारण गर्न सधैं सजिलो काम होइन: खेलमा धेरै कारकहरू छन्, र आईपी ठेगानाहरूको दायराका मालिकहरूले यसलाई संसारको अर्को छेउमा विज्ञापन गर्ने निर्णय गर्न सक्छन् (त्यसपछि तपाईंले सही स्थान प्राप्त गर्न डाटाबेस अपडेट हुनको लागि पर्खनुहोस्)। कहिलेकाहीँ VPS प्रदायकहरूले सिंगापुरमा VPS लाई संयुक्त राज्य अमेरिकामा अवस्थित ठेगानाहरू तोक्छन्।

Anycast ठेगानाहरू प्रयोग नगर्दा, वितरण क्यासिङ सर्भरमा जडान गर्दाको सट्टा नाम रिजोल्युसनको समयमा गरिन्छ। यदि पुनरावर्ती सर्भरले EDNS क्लाइन्ट सबनेटहरूलाई समर्थन गर्दैन भने, क्यासिङ सर्भरमा जडान हुने प्रयोगकर्ताको सट्टा त्यो पुनरावर्ती सर्भरको स्थान प्रयोग गरिन्छ।

DNS मा क्लाइन्ट सबनेटहरू DNS (RFC7871) को विस्तार हो जसले DNS सर्भरमा कसरी पुनरावर्ती DNS सर्भरहरूले क्लाइन्ट जानकारी पठाउन सक्छ भनेर परिभाषित गर्दछ, विशेष गरी नेटवर्क जानकारी जुन GeoDNS सर्भरले क्लाइन्टको स्थान अझ सटीक रूपमा निर्धारण गर्न प्रयोग गर्न सक्छ।

धेरैजसोले आफ्नो ISP को DNS सर्भर वा DNS सर्भरहरू प्रयोग गर्छन् जुन भौगोलिक रूपमा तिनीहरूको नजिक छन्, तर यदि अमेरिकामा कसैले कुनै कारणले अष्ट्रेलियामा अवस्थित DNS रिजोल्भर प्रयोग गर्ने निर्णय गर्छ भने, तिनीहरू सम्भवतः अस्ट्रेलियाको नजिकको IP सर्भर ठेगानामा समाप्त हुनेछन्।

यदि तपाइँ GeoDNS प्रयोग गर्न चाहनुहुन्छ भने, यी सुविधाहरूको बारेमा सचेत हुनु महत्त्वपूर्ण छ, किनकि केही अवस्थामा यसले क्यासिङ सर्भरहरू र ग्राहकहरू बीचको दूरी बढाउन सक्छ।

सारांश: यदि तपाइँ धेरै VPS लाई CDN मा संयोजन गर्न चाहनुहुन्छ भने, तब उत्तम डिप्लोइमेन्ट विकल्प भनेको बक्स बाहिर GeoDNS + Anycast प्रकार्यको साथ DNS सर्भर बन्डल प्रयोग गर्नु हो।

स्रोत: www.habr.com