CDN (सामग्री वितरण नेटवर्क) कैसे काम करते हैं?


37

अकामाई को सी.डी.एन. मैं जो समझता हूं, जब कोई ग्राहक किसी पृष्ठ का अनुरोध करता है, तो अनुरोध अकामाई केंद्रीय सर्वर पर जाता है, जो तब क्लाइंट के स्थान के आधार पर, अकामाई एज सर्वर को चुनता है और बाद में क्लाइंट से अनुरोध सीधे इस एज सर्वर पर जाता है। मेरा सवाल यह है कि:

जब एक ग्राहक एक वेबसाइट (नाम से) का अनुरोध करेगा, तो एक बार DNS अकामाई केंद्रीय सर्वर के आईपी पते के नाम को हल कर देता है और इसे ग्राहक को भेज देता है, ग्राहक इस आईपी पते पर पकड़ बनाएगा, फिर बाद के अनुरोध कैसे सक्षम होंगे अकामाई एज सर्वर के आईपी पते पर सीधे जाने के लिए?

या यह कि क्या यह आवश्यक है कि जब CDN का उपयोग किया जा रहा है, तब DNS रिज़ॉल्यूशन स्वयं CDN सर्वर द्वारा किया जाना चाहिए?

क्या गूगल, अमेज़ॅन, फेसबुक जैसे दिग्गजों के पास अपने सीडीएन सर्वर हैं या वे अकामाई जैसे तीसरे पक्ष के सीडीएन प्रदाताओं पर भरोसा करते हैं? Google और Yahoo कहें! दोनों अकामाई सीडीएन का उपयोग करते हैं, फिर याहू की सामग्री का उपयोग करते हैं! और Google एक ही सर्वर पर रहता है? क्या यह एक संभावित सुरक्षा समस्या नहीं है?

जवाबों:


27

आप सीडीएन के साथ पूरी साइट की मेजबानी नहीं करते हैं , बस अपनी सामग्री

मुझे बस एहसास हुआ कि मैंने कुछ समय पहले इसी तरह के सवाल का जवाब दिया था: akamaihd.net क्या करता है?

डेटा अनुरोध प्रवाहछवि विकीमीडिया द्वारा

तो आपकी साइट संदर्भ http://akamai/myfile.ext। यह अनुरोध करेंगे myfile.extसे akamaiakamaiतब वास्तविक सामग्री सर्वर पर एक HTTP रीडायरेक्ट भेज सकता है।

अब, जब उस अंतिम चरण को कैश किया जाता है, तो महान, सभी भविष्य के अनुरोध निकटतम सामग्री सर्वर पर जाएंगे।

वह कैसे काम करता है?

आइए इस वेबसाइट को मानें:

<html>
  <body>
    <img src="http://cdn/oliver.png" />
  </body>
</html>

मैं अपने स्वयं के वेबसर्वर से इस वेबसाइट का अनुरोध करता हूं। .htmlफ़ाइल है नहीं के साथ की मेजबानी की cdn। न ही मेरे वेबसर्वर का डीएनएस है।

प्रारंभिक अनुरोध

तो मेरे ब्राउज़र को वह HTML फ़ाइल मिल गई और अब इसे पार्स करता है। यह संदर्भित छवि और नोटों को खोजता है कि यह किस स्थान पर स्थित है http://cdn/oliver.png। यह उस फ़ाइल का अनुरोध करता है।

ऐसा करने के लिए, इसे के आईपी पते को खोजने की आवश्यकता है cdn। हमारे उदाहरण में, वह IP पता है 10.10.10.10

उस आईपी पते के साथ, यह cdnसर्वर से जुड़ सकता है और अनुरोध कर सकता है /oliver.png

जियो लोकेशन

अब cdnएहसास हुआ, " वह आदमी जर्मनी से है! "। इसलिए मुझे अपना वह भयानक चित्र भेजने के बजाय जो मुझे चाहिए था, यह मुझे एक HTTP रीडायरेक्ट कहता है:

/oliver.png यहां नहीं है। यह पर है10.10.33.33/oliver.png

तो मेरा ब्राउज़र 10.10.33.33तस्वीर के लिए (जो मुझसे उम्मीद के मुताबिक है) पूछेगा ।

गंभीरता से?

मैं यह नहीं कह रहा हूं कि सभी CDN कैसे काम करते हैं, लेकिन यह एक दृष्टिकोण होगा।

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

सीडीएन कौन चलाता है?

अधिकांश वैश्विक खिलाड़ियों का एक तरह से अपना कंटेंट डिलीवरी नेटवर्क होता है (या तो मैं मान लेता हूं)। कुछ प्रदाता बड़े CDN के लिए कुछ सेवाओं को बंद कर देते हैं (जैसे Microsoft MSDN डाउनलोड के साथ करता है)। और यह किसी भी तरह अपने दूसरे विषय पर छू सकता है।

इस पर विचार करें, MSDN में Microsoft उत्पाद डाउनलोड प्रदान करता है। ये डाउनलोड तब अकामाई द्वारा प्रदान किए जाते हैं। यदि आप उस डाउनलोड का URL निर्धारित कर सकते हैं, तो आप Microsoft के संपर्क में आए बिना केवल उत्पाद डाउनलोड कर सकते हैं।

यह एक सुरक्षा मुद्दा है? वास्तव में नहीं, क्योंकि जो डाउनलोड किया जा रहा है वह अभी भी (उत्पाद कुंजी द्वारा) संरक्षित है।

लेकिन अन्य डेटा के बारे में कैसे?

यदि आपका डेटा सुरक्षा प्रासंगिक है, तो यह CDN सामग्री नहीं है। यदि आप नहीं चाहते कि कुछ व्यापक रूप से उपलब्ध हो, तो इसे सीडीएन में डालें।


कहो कि साइट someebsite / file.txt है । अकामाई DNS का उपयोग किया जा रहा है। फिर क्या क्लाइंट से 1 बहुत अनुरोध किसी के लिए जाना जाता है या पहला बहुत अनुरोध खुद अकामाई में जाता है (क्योंकि किसी तरह क्लाइंट द्वारा उपयोग किए जा रहे डीएनएस को पता है कि अकामाई सीडीएन उपयोग में है)?
P2pnode

और शायद मुझे HTTP रीडायरेक्ट की समझ नहीं है और वे क्या हासिल करने में सक्षम हैं, इसलिए मेरा सवाल अभी भी बना हुआ है कि क्लाइंट को अकामाई एज सर्वर के आईपी पते का उपयोग करने के लिए कैसे पता चलता है ताकि अकामाई केंद्रीय सर्वरों को तस्वीर में न आना पड़े सभी ..
P2pnode

@ P2pnode: मैंने उत्तर को थोड़ा विस्तारित किया। उम्मीद है कि इसमें वह शामिल है जिसके बारे में आप सोच रहे हैं।
डेर होकस्टाप्लर

1
क्या इससे कोई महत्वपूर्ण प्रदर्शन प्रभावित नहीं हुआ? एक ही टीसीपी स्ट्रीम पर होने वाले सभी डेटा ट्रांसफर के बजाय, कई स्ट्रीम का उपयोग किया जा रहा है, हैंडशेकिंग से अधिक ओवरहेड, आदि ..
आकाश

@ आकाश: आम तौर पर, आप सब कुछ के लिए एक सीडीएन का उपयोग नहीं करेंगे , लेकिन केवल व्यक्तिगत, बड़ी फाइलें। तो, व्यवहार में, यह एक मुद्दा नहीं है।
डेर होकस्टाप्लर

11

CDN के लिए एक बहुत ही सामान्य दृष्टिकोण " एनीकास्ट " के रूप में जाना जाता है का उपयोग करना है । यह कैसे काम करता है कि आपके वितरित सर्वर DNS के साथ कॉलोकेटेड हैं जो गंतव्य के रूप में उस सर्वर के साथ प्रतिक्रिया करते हैं; उदाहरण के लिए, आपके पास विभिन्न होस्टिंग सुविधाओं में तीन सर्वर हो सकते हैं, और उनके संबंधित डीएनएस सभी अपने आईपी पते को अपने सर्वर के लिए विहित करने का दावा करते हैं (इसे कॉल करें, कहते हैं, content.example.com)। DNS प्रत्येक वैश्विक IP पते के लिए कॉन्फ़िगर किए गए हैं, और फिर सर्वर की प्रत्येक सुविधा इसे बनाने के लिए BGP अपडेट का उपयोग करती है ताकि निकटतम सर्वर के लिए मार्ग जीत जाए - इसलिए जब आप नाम खोजते हैं content.example.com, तो सबसे तेज़ / निकटतम / सबसे उपलब्ध DNS अपने HTTP सर्वर के साथ अनुरोध का जवाब देता है।

इस तरह, कोई भी जियोआईपी ट्रिक आवश्यक नहीं है, और आपके लिए हमेशा सर्वर द्वारा सामग्री परोसी जा रही है, जो आपके लिए सबसे तेज़ है - जिसका इंटरनेट की विषम प्रकृति के कारण, इसके भौतिक स्थान से कोई लेना-देना नहीं हो सकता है।

यह मेरी समझ है कि अकामाई कम से कम आंशिक रूप से इस तरह से काम करती है।


5

ओरिजिनल पुल टाइप सीडीएन भी उपलब्ध हैं।

अमेज़न क्लाउडफ्रंट इस तकनीक का उपयोग करने में सक्षम है।

आप Media.example.com जैसा एक CNAME सेट करते हैं जो उनके निर्दिष्ट सर्वर नाम को इंगित करता है और आपके सभी सामग्री को आपके सर्वर पर छोड़ देता है। CDN पर वितरित की गई छवियों और सामग्री के लिए, आप URL में media.example.com का उपयोग करते हैं। अनुरोध उनके सर्वर नेटवर्क पर जाता है और यदि सामग्री उपलब्ध नहीं है, तो उनके सर्वर आपके सर्वर से सामग्री खींचते हैं। एक बार सिस्टम में, सामग्री सर्वर फार्मों के पास वितरित की जाती है जहां मांग मौजूद है और असाइन किए गए टीटीएल के लिए बनी हुई है। आपका सर्वर अब कैश्ड कंटेंट पर कोई ट्रैफ़िक नहीं देखता है जब तक कि TTL समाप्त नहीं होता है और क्लाउडफ्रंट को इसे रीफ्रेश करना पड़ता है।


1

अकामाई इस तरह से काम नहीं करती है। अलग-अलग सीडीएन अलग-अलग काम करते हैं, लेकिन अकामाई विशेष रूप से अपने वेब सर्वर के लिए कोई भी प्रसारण नहीं करते हैं।

जब NY में कोई उपयोगकर्ता चाहता है www.acme.com, तो acme.com का नाम सर्वर एक अकामाई नाम सर्वर पर पुनर्निर्देशित करता है ("डेलिगेट्स")। अकामाई नाम सर्वर देखता है कि वह मशीन जहां स्थित प्रश्न (उसके आईपी पते के आधार पर) पूछ रही है और सेवा करने के लिए निकटतम / सर्वश्रेष्ठ अकामाई सर्वर का आईपी पता लौटाता है www.acme.com


यह काम किस प्रकार करता है? अकामाई नाम सर्वर को उपयोगकर्ता से या उपयोगकर्ता DNS सर्वर से अनुरोध प्राप्त होता है जो अकामाई नाम सर्वर को दर्शाता है? तो यह डीएनएस सर्वर लोकेशन के हिसाब से जियोकोलेटेड होगा, यूजर का नहीं?
odiszapc

0

अकामाई की सीडीएन कैसे काम करती है, इसका एक बड़ा सारांश यहां पाया जा सकता है

संक्षेप में:

  • CDN सर्वर में CNAME रिकॉर्ड होता है जो अकामाई के DNS सर्वर की ओर इशारा करता है।
  • एक क्लाइंट ब्राउजर सीडीएन सर्वर से पहला अनुरोध करता है, यह डीएनएस ने अकामाई के डीएनएस सर्वर पर देखा है, जो एक अकामई सर्वर के आईपी पते के साथ प्रतिक्रिया करता है जो उपयोगकर्ता के करीब है (जिसे "एज सर्वर" कहा जाता है)
  • ये एज सर्वर स्थानीय कैश से स्थैतिक तत्वों की सेवा ले सकते हैं, अगर यह हाल ही में किसी अन्य उपयोगकर्ता द्वारा अनुरोध किया गया हो, और संपत्ति की एक प्रति प्राप्त करने के लिए आपके सर्वर पर वापस भी नहीं जाना है।
  • होस्ट के पास अन्य एज सर्वर के लिए अकामाई नेटवर्क के माध्यम से गुम तत्वों या गैर-कैशेबल पृष्ठों को रूट किया जाता है। वह एज सर्वर होस्ट साइट के लिए वास्तविक अनुरोध करता है और उन्हें नेटवर्क के माध्यम से मूल किनारे सर्वर में वापस भेज देता है, और वहां से उन्हें अंतिम-उपयोगकर्ता को लौटा दिया जाता है।
  • चूंकि एज सर्वर अकामाई के मालिकाना प्रोटोकॉल का उपयोग कर आंतरिक रूप से संवाद कर रहे हैं और बाधाओं के आसपास से गुजर रहे हैं, इसलिए सार्वजनिक इंटरनेट की तुलना में ट्रैफ़िक बहुत तेज़ी से बह सकता है।

और जैसा कि ऊपर सूचीबद्ध ब्लॉग पोस्ट में बताया गया है, कुछ बड़े निगम अपने स्वयं के सर्वर का उपयोग करके डीएनएस को हल करते हैं, जो सीडीएन का उपयोग करने के कुछ लाभों को नकार सकते हैं।


-2

CDN Anycast DNS पर काम करता है। Anycast dns Anycast ip पर काम करता है। Anycast ip: एक आईपी कई सर्वर पर असाइन किया जाता है। जब उपयोगकर्ता डीएनएस रिसोल्वर के लिए अनुरोध करता है, तो उस क्वेरी को निकटतम सर्वर द्वारा नियंत्रित किया जाएगा और कम से कम विलंबता वाले सर्वर से डेटा प्रदान करेगा।


किस तरह से यह मौजूदा, बहुत फुलर, उत्तर पर सुधार करता है?
चेनमुनका
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.