सॉकेट साइट लचीलापन के साथ वैन रिकवरी

वैन रिकवरी एक पूर्ण मेष टोपोलॉजी पर आधारित है और यह सभी सॉकेट साइट्स के लिए डिफ़ॉल्ट रूप से सक्षम होती है। प्रत्येक सॉकेट सार्वजनिक इंटरनेट पर अन्य सभी सॉकेट्स के लिए एक सीधा डीटीएलएस टनल बनाता है। वे नियमित रूप से टनल पर जीवनरक्षक संदेश भेजते हैं और रिकवरी समय को कम करने के लिए एक लाइव टनल को खुला रखते हैं। यह टोपोलॉजी आपके खाते में सॉकेट साइट्स के लिए अधिकतम लचीलापन प्रदान करती है।

निम्नांकित आरेख एक उदाहरण दिखाता है जहां एक सॉकेट केटो क्लाउड से डिस्कनेक्ट हो गई है। दो सॉकेट्स के बीच एक सीधा कनेक्शन प्रदान करने के लिए उस साइट के लिए वैन रिकवरी सक्षम की गई है:

WAN रिकवरी Cato Cloud की स्थिरता और साइट्स के लिए कनेक्टिविटी बनाए रखने का एक महत्वपूर्ण घटक है। अधिक जानकारी के लिए, इन वीडियो को देखें:

साइट्स के लिए वैन रिकवरी के सुगम संक्रमण को सुनिश्चित करने के लिए, आप साइट के लिए स्थिर आईपी का उपयोग कर सकते हैं और साइट्स के बीच ऑफ-क्लाउड टनल की स्थापना में सुधार के लिए सॉकेट इंटरफ़ेस पब्लिक आईपी और स्टेटिक पोर्ट सेटिंग्स को परिभाषित कर सकते हैं।

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

WAN रिकवरी के लिए पूर्ण मेश टोपोलॉजी मुख्य रूप से छोटे और मध्यम परिनियोजन के लिए उपयुक्त है, हालांकि, यह व्यवहार अनावश्यक ट्रैफ़िक उत्पन्न करता है और बड़े पैमाने के वातावरण में CPU लोड बढ़ाता है। इन वातावरणों के लिए, आप हब और स्पोक टोपोलॉजी में संक्रमण कर सकते हैं ताकि टनल्स और प्रोब्स की संख्या को कम किया जा सके, और अनुकूल प्रदर्शन और दक्षता बनाए रख सकें। अधिक जानकारी के लिए, देखें WAN रिकवरी के लिए हब और स्पोक ऑफ-क्लाउड टोपोलॉजी।

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

हम अनुशंसा करते हैं कि आप मुख्य साइट्स के लिए स्थिर आईपी पता उपयोग करें, जैसे की डेटा सेंटर, जो वैन रिकवरी के लिए हब के रूप में कार्य करते हैं। प्रत्येक वैन लिंक के लिए हब साइट्स में ऑफ-क्लाउड पब्लिक आईपी और स्टेटिक पोर्ट परिभाषित करें।

आप श्रेष्ठ अभ्यास पृष्ठ का उपयोग कर सकते हैं यह सुनिश्चित करने के लिए कि सभी साइट्स उन्नत विन्यास सेटिंग्स में वैन रिकवरी का समर्थन करने के लिए सक्षम हैं।

वैन रिकवरी घटनाएँ उत्पन्न होती हैं जब एक साइट डीटीएलएस टनल्स का उपयोग करके केटो क्लाउड के बजाय इंटरनेट पर दूसरी साइट को ट्रैफिक भेजती है। CMA वैन रिकवरी के लिए निम्नलिखित घटनाओं को दिखाता है:

घटनाएँ उत्पन्न नहीं होती हैं जब वैन रिकवरी साइट के लिए फंक्शन करती है (स्थिति तैयार है), लेकिन साइट रिकवरी DTLS टनल्स के ऊपर ट्रैफिक नहीं भेजती।

यदि कोई साइट आंशिक या तैयार नहीं स्थिति दिखाती है, तो पूर्ण रिकवरी तैयारी को बहाल करने के लिए निम्नलिखित कदम उठाएं:

वैन रिकवरी के दौरान, सुनिश्चित करें कि आप सॉकेट को रीबूट नहीं करते हैं, अन्यथा साइट पर नकारात्मक प्रभाव पड़ सकता है और यह अन्य साइट्स के साथ कनेक्टिविटी की पुनः स्थापना नहीं कर सकेगा।

केटो प्रबंधन एप्लिकेशन (CMA) सभी साइट डेटा प्राप्त नहीं करता है क्योंकि यह PoP से कनेक्टेड नहीं है और प्रभावित साइट्स की स्थिति के बारे में अनजान है।

आप सॉकेट वेबयूआई में लॉग इन कर सकते हैं और ट्रैफिक और ऑफ-क्लाउड टनल्स की निगरानी के लिए SD-WAN टैब का उपयोग कर सकते हैं। यह सॉकेट वेबयूआई के साथ ट्रैफिक की निगरानी का एक उदाहरण है:

वैन रिकवरी के दौरान, सॉकेट रूटिंग तालिका को फ्रीज कर दिया जाता है, जिसका मतलब है कि सभी BGP रेंज जो रिकवरी शुरू होने से पहले मौजूद थे, अन्य साइट्स के लिए ऑफ-क्लाउड ट्रैफिक के माध्यम से मार्ग योग्य होंगे। BGP रेंज जो वैन रिकवरी शुरू होने के बाद पेश की जाती हैं, वे तब तक अप्राप्य हैं जब तक कि सॉकेट रिकवरी को छोड़ नहीं देता और PoP से पुन: कनेक्ट नहीं हो जाता।

वैन रिकवरी ऑफ-क्लाउड ट्रांसपोर्ट पर भेजा गया ट्रैफिक केटो क्लाउड में PoPs द्वारा संसाधित नहीं होता है। इसका मतलब है कि वैन रिकवरी के दौरान, PoP सेवाएं ट्रैफिक पर लागू नहीं होती हैं, जिनमें निम्नलिखित आइटम शामिल हैं: