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