के साथ रीबूट से बचाना हम सभी जानते हैं कि क्लाउडफ्लारे में एक सुविधा है जहां आपका सर्वर ऑफ़लाइन है, तो यह आपकी वेबसाइट के कैश किए गए संस्करण की सेवा करना शुरू कर देगा - चाहे कुछ गलत हो गया हो या आप क्या कर रहे हैं सरल पुनरारंभ करें।AWS क्लाउडफ्रंट
मैं क्लाउडफ्रंट के साथ एक ही चीज़ को कैसे करना है, इस बारे में नेट उच्च और निम्न खोज रहा हूं, लेकिन मैं इस मामले के संबंध में किसी भी प्रकार के संसाधन को खोदने में सक्षम नहीं हूं।
क्या आपके पास कोई पॉइंटर्स है?
क्लाउडफ्रंट आपकी संपत्ति को आपकी उत्पत्ति से लाएगा, उन्हें पहले दर्शक अनुरोध पर किनारे के स्थान पर स्टोर करेगा और बाद के दर्शक अनुरोधों पर कैश संस्करण लौटाएगा।
ऑब्जेक्ट किनारे के स्थान पर समाप्त होने के बाद क्लाउडफ्रंट फिर से मूल से संपर्क करेगा यह निर्धारित करने के लिए कि क्या कैश का ऑब्जेक्ट का नवीनतम संस्करण है और यदि नहीं, तो नवीनतम संस्करण प्राप्त करने के लिए। यदि आपका मूल सर्वर इस समय उपलब्ध नहीं है, तो क्लाउडफ्रंट ऑब्जेक्ट के [stale] कैश किए गए संस्करण को दर्शक को वापस कर देगा।
कृपया क्लाउडफ्रंट दस्तावेज़ यहां देखें - http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/HTTPStatusCodes.html#HTTPStatusCodes-no-custom-error-pages।
हां, मैं उन तथ्यों से अवगत हूं लेकिन आप फॉलबैक के रूप में यातायात को कैसे रूट करते हैं? –
यकीन नहीं है कि मैं आपके प्रश्न को समझता हूं। हम यातायात को कैसे रूट करते हैं? –
मेरा प्रारंभिक प्रश्न क्लाउडफ्रंट पर ट्रैफ़िक को रूट करने के तरीके के बारे में है जब सर्वर डाउन हो। –
क्लाउडफ्रंट पर अपने ट्रैफ़िक को हर समय पर इंगित करें। क्लाउडफ्रंट आपके सर्वर से सामग्री को आवश्यक आधार पर खींच देगा (यानी यदि क्लाउडफ्रंट में पहले से ही किसी पृष्ठ या किसी अन्य संसाधन की ताजा पर्याप्त कैश की गई प्रतिलिपि है, तो वह उस कैश की गई प्रतिलिपि की सेवा करेगी)। यदि आपका सर्वर रीबूट के कारण डाउन हो गया है या क्योंकि कुछ गलत हो गया है और क्लाउडफ्रंट के पास आपके पृष्ठ की कैश की गई प्रति है, तो क्लाउडफ्रंट कैश की गई प्रतिलिपि की सेवा करेगा, भले ही यह कितना ताजा हो।
यदि आपको यह सुनिश्चित करना है कि क्लाउडफ्रंट के कैश में कोई विशेष संसाधन आपके सर्वर के नीचे जाने से पहले है, तो बस उस पृष्ठ को वेब ब्राउज़र से दबाएं। यह क्लाउडफ्रंट को पृष्ठ के कैश से पृष्ठ की सेवा करने या इसे आपके मूल सर्वर से खींचने के लिए बनाएगा; किसी भी मामले में, शुद्ध परिणाम यह है कि पृष्ठ क्लाउडफ्रंट में कैश किया गया है।
तो स्वास्थ्य देखभाल के आधार पर यातायात को सशर्त रूप से रूट करने का कोई तरीका नहीं है? –
कहें कि आपकी वेबसाइट www.xyz.com है। Www.xyz.com के लिए DNS प्रविष्टि को कुछ इंगित करने की आवश्यकता है। गतिशील रूप से DNS को स्विच करना, ताकि एक पल यह आपके होस्टिंग प्रदाता पर इंगित हो और अगली पल क्लाउडफ्रंट को इंगित करने वाला एक व्यवहार्य विकल्प न हो। सर्वर प्रचार को रीबूट करने के लिए आमतौर पर DNS प्रचार समय लंबा होता है। तो www.xyz.com को हमेशा उस चीज़ पर इंगित करना चाहिए जो स्वास्थ्य जांच करता है। आप अपना खुद का स्वास्थ्य जांच सर्वर जोड़ सकते हैं और www.xyz.com बिंदु बना सकते हैं, लेकिन क्लाउडफ्रंट पहले से ही स्वास्थ्य जांच करता है जैसा कि मैंने वर्णन किया है, इसलिए क्लाउडफ्रंट पर www.xyz.com को इंगित करें। – George
क्लाउडफ़्रंट बस स्थिर सामग्री कैश करता है। यह एक सीडीएन से ज्यादा कुछ नहीं है।
यदि आपके सर्वर को रीबूट करने की आवश्यकता है, तो मैं इसे एक मानक वेब स्टैक मानता हूं। यदि ऐसा है, तो आपको एकाधिक मशीनों के साथ ईएलबी का उपयोग करना चाहिए। यदि आप सोचते हैं कि क्लाउडफ़्रंट काम का बड़ा हिस्सा कर रहा है तो आप शायद सूक्ष्म उदाहरणों से दूर हो सकते हैं।
यदि आपके पास स्थिर वेबसाइट है, तो बस S3 का उपयोग करें। यह रीबूट नहीं करता है, और आप आसानी से क्लाउडफ़्रंट के माध्यम से सीडीएन कर सकते हैं। ईएलबी
किसी भी कारण से आप क्लाउडफ्रंट का उपयोग करना चाहते हैं जब क्लाउडफ्लारे में आपकी इच्छित सुविधा है? मुझे लगता है कि कुछ विशिष्ट उपयोग मामलों को छोड़कर क्लाउडफ्लारे क्लाउडफ्रंट से आम तौर पर बेहतर है। –
@MarkB मैं सिर्फ यह देखना चाहता हूं कि क्लाउडफ्रंट –