क्या मेरा सर्वर डाउन होने पर भी CDN काम करता है?

10

मैं अमेज़ॅन के क्लाउडफ्रंट एस 3 का उपयोग करने के लिए एक वेबसाइट के मालिक की योजना बना रहा हूं। मैं एक सीडीएन क्या कर सकता है के बारे में सभी सामान पढ़ रहा है, लेकिन मैं अभी भी एक अनुत्तरित प्रश्न है।

क्या मेरा मुख्य सर्वर डाउन होने पर भी सीडीएन काम करता है। यही मुख्य कारण है कि मुझे इसमें दिलचस्पी है। क्योंकि, मेरा सर्वर आमतौर पर माली में बिजली की खराबी के कारण अक्सर आउटेज का अनुभव करता है।

backup amazon-s3 cdn

— तोला
स्रोत

3

आप CloudFlare पर विचार करना चाह सकते हैं, जो कि a) free और b) है, आपके स्टेटिक पेजों को आउटेज के दौरान बनाए रख सकता है।

— सिवायजोज़

12

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

एक साइड नोट, CDN आपकी पूरी वेबसाइट को होस्ट करने के लिए नहीं है। इसलिए यदि आप सोच रहे हैं कि आप अपनी वेब होस्टिंग को बदलने के लिए एक का उपयोग कर सकते हैं या इसे किसी प्रकार की विफलता योजना के रूप में उपयोग कर सकते हैं, तो आप गलत पेड़ को भौंक रहे हैं।

TL; DR - आपको अपने CDN प्रदाता से पूछना होगा।

— क्रिस एस
स्रोत

10

CDN की मापनीयता और प्रदर्शन के लिए डिज़ाइन किया गया है, लेकिन उच्च उपलब्धता के लिए नहीं। किसी भी समय, उन्हें मूल फ़ाइलों तक पहुंच की आवश्यकता हो सकती है।

ज्यादातर लोग इनका उपयोग स्टैटिक फाइल्स जैसे इमेज, सीएसएस और जावास्क्रिप्ट फाइल को स्टोर करने के लिए करते हैं। कुछ को HTML को कैश करने के लिए कॉन्फ़िगर किया जा सकता है, लेकिन यह केवल अगर आपके पास पूरी तरह से स्थिर वेबसाइट है। यदि ऐसा होता, तो आप S3 पर पूरी चीज़ होस्ट कर सकते थे और उन्हें सर्वर की आवश्यकता नहीं थी।

— प्लेटफार्मों
स्रोत

5

आम तौर पर, हाँ, टीटीएल तक।

सीडीएन का उपयोग करते समय आप आमतौर पर अपनी सामग्री के लिए टीटीएल (रहने का समय) कॉन्फ़िगर करते हैं। यह एक अधिकतम है कि कैश कितना पुराना हो सकता है इससे पहले कि वह यह तय कर ले कि उसे नवीनतम सामग्री के साथ कैश को ताज़ा करना है। उदाहरण के लिए, मान लीजिए कि आपने सभी * .jpg URL को 5 मिनट का TTL कॉन्फ़िगर किया है।

तब यदि आपका सर्वर नीचे चला जाता है, तो आपके पास उपयोगकर्ताओं को नोटिस करने से पहले इसे वापस लाने के लिए एक अतिरिक्त 5 मिनट का समय होगा। ठीक है, कम से कम .jpgs के लिए। खैर, कम से कम .jpgs के लिए जो पहले से कैश्ड हो गया है।

इसके अलावा, कुछ सीडीएन अकमाई नेटस्टोरेज जैसी सुविधाओं का उपयोग करते हैं जहां आप सीडीएन को सीधे सामग्री अपलोड कर सकते हैं - सीडीएन को कुछ सामग्री दी जाती है और इसे सीधे प्राथमिकता के रूप में सेवा करने के लिए कहा जाता है। चूंकि यहां "ऑन-डिमांड" "पुल" स्टाइल कैशिंग नहीं है, इसलिए जब आपका सर्वर डाउन होता है, तो उसे शुरू करना चाहिए।

हालांकि अन्य पोस्टरों में उल्लेख किया गया है, यह वह नहीं है जिसे CDN के लिए डिज़ाइन किया गया है और वे NO गारंटी प्रदान करते हैं कि यह व्यवहार काम करेगा। यह आमतौर पर काम करने के लिए होता है (और जब आप इसे देखते हैं तो यह बहुत बढ़िया होता है!)। और निश्चित रूप से विशिष्ट तकनीकी विवरण के लिए आपको अपने प्रदाता से संपर्क करना होगा।

— डोमिंगो इग्नासियो गैलडोस
स्रोत

5

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

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

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

— क्रिस एडम्स
स्रोत

महान सारांश! अकामाई के पास Serve stale if unable to validateविकल्प है कि जब मूल नीचे हो, तो यह सामग्री भी यहां तक पहुंच जाए कि टीटीएल भी पहुंच जाए।

— लियोन - हान ली

@ लियोनली दूसरा बिंदु शायद RFC 5861 के लिंक का भी उपयोग कर सकता है क्योंकि मेरा मानना है कि CloudFlare Cache-Control: stale-if-errorअब भी समर्थन करता है, भी।

— क्रिस एडम्स

2

अधिकांश CDN मूल से समय (TTL) की अवधि के लिए (गतिशील) सामग्री कैशिंग कर रहे हैं, इस स्थिति में आपका सर्वर। अमेज़न के क्लाउडफ्रंट मैनेजमेंट कंसोल में S3 बाल्टी के कैश-कंट्रोल को समझाया गया है।

अमेज़न के S3 का डिफ़ॉल्ट व्यवहार किसी वस्तु को 24 घंटे कैश करना है।
आप डिफ़ॉल्ट व्यवहार को प्रभावित कर सकते हैं, अपने मूल सर्वर पर एक कैश-कंट्रोल हेडर की आपूर्ति / लेखन करके या एक एक्सपायर हेडर।
- जब आप कैश-कंट्रोल अधिकतम-आयु वाले हेडर का उपयोग करते हैं, तो न्यूनतम मान 0. होता है। उस समय, अमेज़ॅन आपके मूल सर्वर को, यह जांचने के लिए, कि वस्तु हर बार बदल गई है, को संतुष्ट करेगा।
- जब आप किसी वस्तु के लिए एक्सपायर हेडर का उपयोग करते हैं, तो अमेज़ॅन उस तिथि तक आपके मूल सर्वर से संपर्क नहीं करेगा।

मुझे उम्मीद है कि यह अमेज़ॅन के व्यवहार को स्पष्ट करता है।

— रॉन बकर
स्रोत

0

मैं एक साल के लिए CDN में एक सहायक अभियंता था और मैं कहूंगा कि यहाँ सभी उत्तर बहुत अच्छे हैं, लेकिन IMO @ क्रिस-एडम्स के पास सबसे अच्छा उत्तर है (यदि मैं इसे वोट कर सकता / सकती हूं)।

एक बात जो हमारे ग्राहक करते हैं वह है CDN को www और 301 को TLD को www। यदि कोई ऑब्जेक्ट TTL समाप्त हो जाता है तो धार समाप्त सामग्री की सेवा करेगी यदि वह कैश में उपलब्ध है।

इसके साथ ही, यदि uptime (और ताजा सामग्री) आपके लिए महत्वपूर्ण है, तो मैं आपके मूल (एक बट में दर्द) को एक मेजबान के पास ले जाने पर विचार करूंगा जो लगातार बिजली की कमी का अनुभव नहीं करता है।

— jdorfman
स्रोत