WAN रिकवरी का अवलोकन
WAN रिकवरी स्थिरता प्रदान करता है अगर आपके सॉकेट साइट्स Cato क्लाउड के माध्यम से संचार नहीं कर सकते। यह Cato क्लाउड के साथ महत्वपूर्ण कनेक्टिविटी समस्याओं के मामले में WAN ट्रैफिक को बनाए रखने के लिए इंटरनेट पर Socket साइट्स के बीच सीधे VPN टनल का उपयोग करता है। डिफ़ॉल्ट रूप से, प्रत्येक Socket अन्य Sockets के साथ तेजी से पुनर्प्राप्ति और लचीलापन सुनिश्चित करने के लिए Keepalives का उपयोग करके टनल बनाए रखता है।
डिफ़ॉल्ट रूप से, सभी Socket साइट्स (चीन में उन साइट्स को छोड़कर) अन्य सभी साइट्स के साथ निरंतर पहुंच जांचों का आदान-प्रदान करते हुए एक पूर्ण जाल ऑफ-क्लाउड टनल का निर्माण भी करते हैं। हालांकि यह छोटे और मध्यम परिनियोजन के लिए उपयुक्त है, लेकिन यह व्यवहार अनावश्यक ट्रैफिक उत्पन्न करता है और बड़े पैमाने पर वातावरण में CPU लोड बढ़ाता है।
हब और स्पोक डिज़ाइन के लिए तंत्रिका मार्ग की संख्या और जांचों को कम करना, इष्टतम प्रदर्शन और दक्षता बनाए रखता है।
क्या मुझे अपने खाते को एक हब और स्पोक ऑफ-क्लाउड टोपोलॉजी में परिवर्तन करना चाहिए?
सैकड़ों या हजारों Socket साइट्स वाले खातों के लिए, डिफ़ॉल्ट पूर्ण जाल ऑफ-क्लाउड टोपोलॉजी परिणाम कर सकता है:
सॉकेट्स पर उच्च CPU उपयोग और संसाधनों की खपत (जैसे X1500 मॉडल) कई साइट-टू-साइट टनल और Keepalives को बनाए रखने से।
साइट-टू-साइट पहुंच जांचों से बैंडविड्थ उपयोग में वृद्धि, जो सीमित बैंडविड्थ या सेल्युलर लिंक वाली साइट्स के लिए विशेषकर समस्याग्रस्त हो सकती है।
यह सुनिश्चित करने के लिए कि इस प्रकार के खाते बढ़ते हुए भी स्केलेबल, कुशल और स्थिर बने रहें, उन्हें हब और स्पोक टोपोलॉजी में स्थानांतरित करने पर विचार करना चाहिए।
हब और स्पोक टोपोलॉजी के साथ खाते में क्या परिवर्तन हैं?
जब आपके खाते की ऑफ-क्लाउड टोपोलॉजी पूर्ण जाल से हब & स्पोक में बदल जाती है, तो हम डेटा केंद्रों या मुख्यालय को हब साइट्स और अन्य साइट्स को स्पोक्स के रूप में निर्दिष्ट करते हैं।
हब साइट्स सभी हब और स्पोक्स से जुड़ती हैं
स्पोक साइट्स केवल हब्स से कनेक्ट होती हैं, इस रूटिंग परिवर्तन के साथ:
स्पोक विशिष्ट मार्ग अन्य स्पोक साइट्स को प्रचारित नहीं किए जाते हैं
यह परिवर्तन साइट-टू-साइट टनल की संख्या और पहुंच जांच को बहुत कम करता है।
मेरे खाते में टोपोलॉजी परिवर्तन कब लागू होता है?
परिवर्तन पूर्व-arranged रखरखाव विंडोज के दौरान ग्राहकों के साथ कार्यान्वित किए जाएंगे
रोलआउट धीरे-धीरे चरणों में हो सकता है, अपेक्षित व्यवहार को मान्य करने के लिए छोटी संख्या में साइट्स के साथ शुरू होता है
हब और स्पोक टोपोलॉजी में बदलने का प्रभाव क्या है?
अपेक्षित प्रभाव:
सभी साइट्स, चाहे जो भी भूमिका हो, Cato क्लाउड के माध्यम से संवाद करना जारी रखेंगी
ऑफ-क्लाउड WAN पुनर्प्राप्ति स्पोक्स और हब्स के बीच कार्यरत रहेगी, लेकिन स्पोक्स के बीच नहीं
सम्भावित सबसे खराब-दावा प्रभाव:
यदि हब्स को सही तरीके से कॉन्फ़िगर नहीं किया गया है, तो स्पोक्स के बीच ऑफ-क्लाउड WAN पुनर्प्राप्ति अस्थायी रूप से खो सकती है
समाधान: प्रभावति साइट (साइट्स) की पहचान करें और उन्हें हब के रूप में पुनः कॉन्फ़िगर करें
एक खाता व्यवस्थापक के रूप में, मुझे क्या करना चाहिए?
अपने Cato खाता प्रतिनिधि से संपर्क करें और उन्हें बताएं कि आप WAN रिकवरी के लिए हब और स्पोक टोपोलॉजी में परिवर्तन करना चाहते हैं।
सुनिश्चित करें कि आपके डेटा सेंटर और मुख्यालय साइट्स CMA में सही पहचान किए गए हैं।
अधिक जानकारी के लिए, CMA का उपयोग करके साइट्स जोड़ना को देखें।
पूर्व-arranged रखरखाव विंडो के दौरान:
साइट कनेक्टिविटी की पुष्टि करने के लिए उपलब्ध रहें
किसी भी अप्रत्याशित कनेक्टिविटी समस्याएं तुरंत रिपोर्ट करें
परिवर्तन के बाद:
सुनिश्चित करें कि आवश्यक अनुप्रयोग और इंटर-साइट कनेक्शन अपेक्षित रूप से कार्य करते हैं
जाल टोपोलॉजी में रोल बैक करने की प्रक्रिया क्या है?
रोलबैक होने की संभावना कम है, लेकिन यदि आवश्यक हो तो प्रक्रिया सरल और आसान है:
हम खाता सेटिंग्स को पूर्ण जाल में रीसेट करेंगे
रोलबैक रखरखाव विंडो के दौरान किया जा सकता है