यह लेख फिजिकल Cato सॉकेट के एक जोड़े का उपयोग करने वाली साइट्स के लिए उच्च उपलब्धता (HA) कॉन्फ़िगरेशन और फेलओवर स्थितियों पर चर्चा करता है।
साइट की लचीलापन में सुधार करने के लिए, Cato दृढ़ता से सिफारिश करता है कि प्रत्येक साइट को एक जोड़े सॉकेट के साथ तैनात किया जाए जो उच्च उपलब्धता (HA) मोड में कार्य करते हैं। यह संचालन मोड एकल सॉकेट त्रुटि के मामले में साइट के लिए सेवा निरंतरता सुनिश्चित करता है। फेलओवर के दौरान, Cato क्लाउड फ्लो की स्थिति को बनाए रखता है और अंतिम-उपयोगकर्ता अनुभव पर न्यूनतम प्रभाव पड़ता है।
समर्थित सॉकेट HA साइट्स
निम्नलिखित परिवेशों के लिए Cato सॉकेट HA का समर्थन करता है:
-
फिजिकल सॉकेट साइट
-
AWS vSocket साइट
-
Azure vSocket साइट
यह लेख समझाता है कि एक फिजिकल सॉकेट साइट के लिए HA कैसे काम करता है। कुछ क्लिकों में सॉकेट HA सेट करें के बारे में अधिक जानकारी के लिए देखें HA परिनियोजन में सॉकेट्स का उपयोग करना।
-
AWS vSocket HA के बारे में अधिक जानकारी के लिए देखें AWS vSockets के लिए HA कॉन्फ़िगर करना।
-
Azure vSocket HA के बारे में अधिक जानकारी के लिए देखें Azure vSockets के लिए उच्च उपलब्धता कॉन्फ़िगर करना।
Socket HA साइट्स दो सॉकेट का उपयोग कर सकते हैं जिनमें समान सॉकेट प्रकार X1500, X1600, X1600 LTE, या X1700 होता है। हालांकि, आप विभिन्न सॉकेट प्रकारों का उपयोग नहीं कर सकते हैं, इसलिए X1600 और X1700 सॉकेट वाली साइट समर्थित नहीं है।
- आप समान HA साइट में X1500 सॉकेट और X1500B सॉकेट का उपयोग कर सकते हैं।
- आप एक ही HA साइट में X1600 सॉकेट और X1600 LTE सॉकेट का उपयोग नहीं कर सकते।
सॉकेट HA तैनाती में, दो Cato सॉकेट एक साइट को सौंपे जाते हैं। साइट को सौंपा गया पहला सॉकेट प्राथमिक सॉकेट के रूप में पहचाना जाता है, दूसरा सॉकेट द्वितीयक सॉकेट होता है। सॉकेट्स HA सक्रिय/स्टैंडबाय मोड में संचालित होते हैं। साइट के सामान्य संचालन के दौरान, प्राथमिक सॉकेट का HA मास्टर स्टेटस होता है, जबकि द्वितीयक सॉकेट का HA स्टैंडबाय स्टेटस होता है। केवल HA मास्टर स्टेटस वाला सॉकेट ट्रैफ़िक को संभालता है।
-
द्वितीयक (स्टैंडबाई) सॉकेट प्राथमिक सॉकेट द्वारा भेजे गए आवधिक कीपअलाइव संदेशों को सुनकर मास्टर सॉकेट की स्थिति (जीवंतता) को लगातार मॉनिटर करता है। किपअलाइव संदेशों को निर्दिष्ट इंटरफ़ेस के माध्यम से भेजा जाता है, जिसमें गंतव्य को LAN & VRRP या VRRP पर सेट किया जाता है (नीचे देखें LAN कनेक्टिविटी और सॉकेट HA)।
-
जैसे ही द्वितीयक (स्टैंडबाई) सॉकेट पता लगाता है कि प्राथमिक सॉकेट डाऊन है, यह अपनी HA स्थिति को मास्टर में बदल देता है और ट्रैफ़िक को संभालना शुरू कर देता है। यह तीन सेकंड के मिस्ड HA कीपअलाइव संदेशों के बाद होता है।
-
द्वितीयक सॉकेट लेयर 2 के सम्मेलन को तेज़ करने के लिए LAN नेटवर्क्स पर एक GARP संदेश भेजता है।
-
जब प्राथमिक सॉकेट की रिकवरी होती है और यह नियमित कार्यशीलता में लौटती है, तब यह प्रत्याशित रूप से मास्टर बन जाता है और द्वितीयक सॉकेट स्टैंडबाई स्थिति में लौट जाता है।
निम्न छवि Cato प्रबंधन एप्लिकेशन में नेटवकर्क > साइट्स > {site name} > साइट कॉन्फ़िगरेशन > सॉकेट में X1500 सॉकेट्स के लिए HA कॉन्फ़िगरेशन पृष्ठ को दिखाती है:
The following diagrams show an example of an issue in the primary Socket that causes a failover to the secondary Socket. When the secondary Socket discovers that the primary Socket is down, it then changes its status to Master. The Cato Cloud transfers the traffic flows to the WAN links in the secondary Socket.
|
|
A split-brain condition is when both Sockets have the Master role at the same time. This can happen due to a LAN connectivity problem between the Sockets that creates a situation where the HA keepalive messages do not reach the secondary Socket.
You can identify a split-brain condition by checking the Socket page (shown above) in the Cato Management Application.
-
The primary and secondary Sockets will be shown as status Master (item 2)
-
The Keepalive condition (in item 4) will be shown as Failed and this causes the HA Status (item 3) to be shown as NOT READY
After the LAN connectivity issue is resolved, the secondary Socket identifies that the primary Socket is the Master and the secondary Socket returns to Stand-by status.
The following process makes sure that during a split-brain condition, only the secondary Socket handles the traffic for the site (even if there is a split-brain condition).
-
For downstream traffic (from the PoP to the site):
-
The PoP detects that the secondary Socket is now the Master.
-
The PoP sets the preferred metric for the secondary Socket tunnels.
The downstream traffic is now only routed to the secondary Socket.
-
-
For upstream traffic (from the site to the PoP):
-
जब द्वितीयक सॉकेट HA स्थिति को स्टैंडबाई से मास्टर में बदलता है, तो यह LAN को GARP संदेश भेजता है जो ARP और MAC तालिकाओं को अब मास्टर होने के लिए अद्यतन करता है।
LAN से आने वाला ट्रैफ़िक अब केवल द्वितीयक सॉकेट को ही प्रसारित किया जाता है।
-
प्राथमिक और द्वितीयक दोनों सॉकेट प्रत्येक WAN पोर्ट पर एक ही Cato क्लाउड PoP के लिए DTLS टनल स्थापित करते हैं। उपरी प्रवाह दिशा में, केवल मास्टर सॉकेट ही PoP को ट्रैफ़िक भेजता है। निचली प्रवाह दिशा में, PoP ट्रैफ़िक को साइट पर भेजने के लिए केवल मास्टर सॉकेट टनल का उपयोग करता है। सॉकेट HA फेलओवर घटना की स्थिति में, द्वितीयक सॉकेट नया मास्टर बन जाता है और PoP विफल प्राथमिक सॉकेट टनल से द्वितीयक सॉकेट टनल की ओर ट्रैफ़िक को स्थानांतरित करता है। PoP प्रवाह स्थिति और NAT स्थिति को बनाए रखता है ताकि सभी उपयोगकर्ता अनुप्रयोग फेलओवर के दौरान और बाद में काम करना जारी रखें।
नीचे सॉकेट HA के लिए भौतिक और तर्कसंगत टोपोलॉजियों के उदाहरण दिए गए हैं:
सर्वोत्तम WAN कनेक्टिविटी, प्रदर्शन और HA कार्यक्षमता के लिए, Cato दोनों सॉकेट के लिए संतुलित (मिरर वाली) केबलिंग लेआउट की आवश्यकता करता है। उदाहरण के लिए, यदि प्राथमिक सॉकेट पोर्ट WAN1 ISP1 से जुड़ा है और पोर्ट WAN2 ISP2 से जुड़ा है, तो द्वितीयक सॉकेट को प्राथमिक सॉकेट के समान ही ISPs से जुड़ा होने वाले वही पोर्ट होना चाहिए।
इन संतुलित टोपोलॉजियों में ISP राउटर्स के लिए प्रत्यक्ष कनेक्शन या एक स्विच स्टैक का उपयोग शामिल हो सकता है।
नोट
Note: असममित टोपोलॉजी का उपयोग करना समस्याएं पैदा कर सकता है और इसे Cato द्वारा आधिकारिक तौर पर समर्थन नहीं प्राप्त है। उदाहरण के लिए, जहां प्राथमिक सॉकेट पोर्ट WAN1 ISP1 से जुड़ा है, और द्वितीयक सॉकेट पोर्ट WAN1 ISP2 से जुड़ा है।
Cato के लिए यह आवश्यक है कि प्राथमिक और द्वितीयक दोनों सॉकेट के पास LAN कनेक्टिविटी के लिए संतुलित (मिरर वाली) केबलिंग लेआउट हो। उदाहरण के लिए, प्राथमिक और द्वितीयक सॉकेट के लिए LAN पोर्ट 1 LAN स्विच से जुड़ा है (या एकाधिक LAN पोर्ट के साथ कॉन्फ़िगरेशन के लिए LAN पोर्ट 1 और 2)।
इस अनुभाग में Socket HA के लिए निम्नलिखित LAN कनेक्टिविटी विकल्पों की चर्चा की गई है:
-
एकल LAN पोर्ट
-
एकाधिक LAN पोर्ट
-
LAN लिंक एकत्रीकरण (अनुशंसित विकल्प)
-
HA कीपलाइव संदेशों के लिए समर्पित पोर्ट
इन विकल्पों में से कुछ के लिए Cato Management Application में साइट की अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है। उदाहरण के लिए, LAN पोर्ट LAN & VRRP या VRRP के लिए कॉन्फ़िगर किया गया है।
कुछ कॉन्फ़िगरेशन हैं जो प्राथमिक और द्वितीयक सॉकेट्स को LAN स्विच से जोड़ने के लिए एक ही LAN पोर्ट का उपयोग करते हैं। इस कॉन्फ़िगरेशन में, दोनों सॉकेट्स पर एक ही पोर्ट नंबर का उपयोग करना आवश्यक है। यूज़र ट्रैफिक और HA कीपअलाइव संदेश एक ही लिंक पर चलते हैं। यह टोपोलॉजी LAN लिंक रेडंडेंसी प्रदान नहीं करती है।
निम्नलिखित आरेख एक नमूना सॉकेट HA टोपोलॉजी दिखाता है जिसमें प्रत्येक सॉकेट के एक ही LAN पोर्ट को स्विच से जोड़ा गया है:
यह खंड चर्चा करता है जब दोनों प्राथमिक और द्वितीयक सॉकेट्स को दो या अधिक स्वतंत्र LAN पोर्ट्स के माध्यम से LAN स्विच से जोड़ा जाता है। इस सेटअप में, LAN कनेक्टिविटी के लिए दोनों सॉकेट्स में समान पोर्ट्स का उपयोग किया जाना आवश्यक है।
डिफ़ॉल्ट रूप से, सबसे कम नंबर वाला LAN पोर्ट HA कीपअलाइव ट्रैफ़िक और यूज़र ट्रैफ़िक दोनों के लिए उपयोग किया जाता है। बचे हुए LAN पोर्ट्स केवल यूज़र ट्रैफ़िक को ही संभालते हैं।
आप HA कीपअलाइव ट्रैफ़िक के लिए किसी भी LAN पोर्ट का चयन कर सकते हैं, पोर्ट Destination को LAN से LAN & VRRP में बदलकर। निम्न स्क्रीनशॉट LAN उपयोगकर्ता ट्रैफिक के लिए पोर्ट 3 और HA कीपअलाइव ट्रैफिक और उपयोगकर्ता ट्रैफिक के लिए पोर्ट 4 दिखाता है।
HA किपअलाइव ट्रैफ़िक के लिए LAN पोर्ट बदलने के बारे में और जानने के लिए देखें HA परिनियोजन में सॉकेट्स का उपयोग करना। यह टोपोलॉजी LAN लिंक रेडंडेंसी प्रदान नहीं करती है।
सॉकेट HA फ़ेलओवर (जहां द्वितीयक सॉकेट मास्टर बनता है) केवल तब होता है जब दोनों स्थितियाँ पूरी होती हैं:
-
द्वितीयक सॉकेट प्राथमिक सॉकेट से तीन सेकंड के लिए HA कीपअलाइव संदेश प्राप्त करना बंद कर देता है।
-
द्वितीयक सॉकेट पर LAN & VRRP पोर्ट CONNECTED स्थिति में है।
यदि द्वितीयक सॉकेट LAN पोर्ट DISCONNECTED है, तो यह संभावित स्प्लिट ब्रेन स्थिति से बचने के लिए मास्टर नहीं बनेगा।
दोनों प्राइमरी और सेकेंडरी सॉकेट्स LAN पोर्ट्स के दो या अधिक पर लिंक एग्रीगेशन (LAG) के माध्यम से LAN स्विचेज़ से जुड़े होते हैं। इस कॉन्फ़िगरेशन के साथ, LAN कनेक्टिविटी के लिए दोनों सॉकेट्स पर एक ही पोर्ट्स का उपयोग करना आवश्यक है। यह टोपोलॉजी यूज़र ट्रैफ़िक और HA कीपअलाइव संदेशों दोनों के लिए LAN लिंक रिडंडेंसी प्रदान करती है। यदि LAG के सदस्य पोर्ट्स में से कोई एक विफल हो जाता है, तो अन्य सदस्य पोर्ट्स यूज़र ट्रैफ़िक और HA कीपअलाइव ट्रैफ़िक को जारी रखते हैं।
यह टोपोलॉजी लिंक और सॉकेट दोनों की लचीलापन प्रदान करती है और इसे सर्वोत्तम प्रथाओं में से एक माना जाता है।
LAN LAG के बारे में अधिक जानने के लिए देखें सॉकेट के लिए लिंक एग्रीगेशन कॉन्फ़िगर करना।
निम्नलिखित आरेख एक उदाहरण है सॉकेट HA LAN कनेक्टिविटी टोपोलॉजी का जिसमें स्विच के एक स्टैक के साथ एक LAN LAG का उपयोग होता है:
इस कॉन्फ़िगरेशन में, आप HA कीपअलाइव ट्रैफ़िक को LAN ट्रैफ़िक से अलग करते हैं। आप HA कीपअलाइव ट्रैफ़िक के लिए एकल पोर्ट (LAN, WAN, या USB पोर्ट) केवल उपयोग कर सकते हैं, जबकि शेष LAN पोर्ट्स में से एक या अधिक का उपयोग LAN ट्रैफ़िक के लिए कर सकते हैं।
HA कीपअलाइव ट्रैफ़िक के लिए डेडिकेटेड LAN पोर्ट सेट करने के लिए, पोर्ट के Destination को VRRP पर सेट करें। फिर HA लिंक सॉकेट्स के बीच विकल्प को डायरेक्ट या स्विच के माध्यम से सेट करें।
ये हैं डेडिकेटेड पोर्ट कॉन्फ़िगरेशन:
-
डायरेक्ट (सॉकेट्स के बीच बैक-टू-बैक केबल) – इस कॉन्फ़िगरेशन के साथ, यदि सेकेंडरी सॉकेट HA कीपअलाइव संदेश प्राप्त करना बंद कर देता है, तो यह VRRP पोर्ट की स्टेट के बावजूद मास्टर बन जाता है।
-
स्विच के माध्यम से – इस कॉन्फ़िगरेशन में, दोनों सॉकेट्स पर VRRP पोर्ट एक स्विच से जुड़ा होता है। फेलओवर व्यवहार सेकेंडरी सॉकेट VRRP पोर्ट की स्टेट पर निर्भर करता है:
-
जब सेकेंडरी सॉकेट पोर्ट स्थिति कनेक्टेड होती है लेकिन यह कीपअलाइव संदेश प्राप्त नहीं करता है – सेकेंडरी सॉकेट मास्टर बन जाता है।
सेकेंडरी सॉकेट मानता है कि स्थिति प्राइमरी सॉकेट की विफलता के कारण है।
-
जब सेकेंडरी सॉकेट पोर्ट स्थिति डिस्कनेक्टेड होती है - सेकेंडरी सॉकेट मास्टर नहीं बनता है (माना जाता है कि यह स्विच के बीच स्थानीय समस्या है।
सेकेंडरी सॉकेट मानता है कि प्राइमरी सॉकेट सही ढंग से काम कर रहा है, और यह एक संभावित स्प्लिट-ब्रेन स्थिति से बचने के लिए मास्टर नहीं बनता है।
-
ये सीधे और स्विच के माध्यम से समर्पित पोर्ट कॉन्फ़िगरेशन के आरेख हैं:
|
|
यह अनुभाग प्राथमिक सॉकेट से द्वितीयक सॉकेट पर फेलओवर का कारण बनने वाली शर्तों का वर्णन करता है।
यह फेलओवर परिदृश्य प्राथमिक सॉकेट की विफलता के कारण होता है। सॉकेट को इन कारणों में से एक के आधार पर डाउन स्थिति में माना जाता है:
-
सामान्य सॉकेट विफलता या बिजली की हानि
-
LAN कनेक्टिविटी (तीन सेकंड से अधिक समय तक कोई कीपअलाइव नहीं)
-
दस सेकंड से अधिक समय तक कोई इंटरनेट कनेक्टिविटी नहीं
इसका कारण यह है कि द्वितीयक सॉकेट को तीन सेकंड की अवधि में प्राथमिक सॉकेट से कीपअलाइव संदेश प्राप्त नहीं होते हैं।
जब द्वितीयक सॉकेट पाता है कि प्राथमिक सॉकेट डाउन है, तो यह अपनी स्थिति को मास्टर में बदल देता है। Cato क्लाउड सॉकेट के द्वितीयक पोर्ट में WAN लिंक पर डेटा ट्रैफ़िक स्थानांतरित करता है। निम्नलिखित आरेख इस स्थिति को दिखाता है।
सॉकेट इंटरनेट कनेक्टिविटी की स्थिति निर्धारित करने के लिए एक जांच तंत्र का उपयोग करते हैं। यदि प्राथमिक सॉकेट निर्धारित करता है कि सभी इंटरनेट लिंक (Cato लिंक) पर इंटरनेट कनेक्टिविटी 10 सेकंड से अधिक समय के लिए डाउन है, तो यह HA कीपअलाइव संदेशों का प्रसारण बंद कर देता है। यह द्वितीयक सॉकेट पर फेलओवर का कारण बनता है।
नोट
नोट: एक ऐसा स्थिति हो सकती है जहां प्राथमिक सॉकेट के पास इंटरनेट कनेक्टिविटी है, हालांकि सभी DTLS टनल डिस्कनेक्टेड स्थिति में हैं। क्योंकि सॉकेट के पास इंटरनेट और WAN रिकवरी तंत्र हैं, यह स्थिति द्वितीयक सॉकेट पर फेलओवर नहीं करती है। ये रिकवरी तंत्र सॉकेट को Cato क्लाउड में एक अलग PoP से पुनः कनेक्ट करने की अनुमति देते हैं।
यह अनुभाग Cato प्रबंधन अनुप्रयोग में विभिन्न पृष्ठों पर चर्चा करता है जिनका उपयोग आप सॉकेट HA के स्थिति और घटनाओं की निगरानी के लिए कर सकते हैं।
Cato प्रबंधन अनुप्रयोग में साइट के लिए सॉकेट HA के स्थिति दिखाने वाले विभिन्न पृष्ठ हैं।
पृष्ठ नाम |
विवरण |
पथ |
---|---|---|
साइट्स |
खाते में सभी साइट्स दिखाता है। HA स्थिति कॉलम प्रत्येक साइट के सॉकेट HA की स्थिति दिखाता है। |
नेटवर्क > साइट्स |
सॉकेट |
एक साइट के लिए सॉकेट HA के विवरण दिखाता है। ऊपर देखें सॉकेट उच्च उपलब्धता और फेलओवर को समझना। |
नेटवर्क > साइट्स > <साइट नाम> > साइट कॉन्फ़िगरेशन > सॉकेट |
नेटवर्क विश्लेषिकी |
एक साइट के लिए नेटवर्क डेटा और HA स्थिति दिखाता है। |
नेटवर्क > साइट्स > <साइट नाम> > साइट निगरानी > नेटवर्क एनालिटिक्स |
जब भी एक सॉकेट फेलओवर होता है, जब द्वितीयक सॉकेट 35 सेकंड से अधिक समय तक सक्रिय होता है, तो एक सॉकेट फेलओवर घटना उत्पन्न होती है। उदाहरण के लिए, अगर प्राथमिक सॉकेट एक नए सॉकेट संस्करण में अपग्रेड होता है, और अपग्रेड प्रक्रिया में 20 सेकंड लगते हैं, तो एक सॉकेट फेलओवर घटना उत्पन्न नहीं होती है क्योंकि द्वितीयक सॉकेट केवल 20 सेकंड के लिए सक्रिय था।
आप Cato प्रबंधन अनुप्रयोग के होम > घटनाएँ पृष्ठ पर घटना देख सकते हैं। यहाँ प्राथमिक से द्वितीयक सॉकेट के लिए फेलओवर दिखाने वाला एक नमूना घटना है।
आप कनेक्टिविटी स्वास्थ्य नियम पृष्ठ (नेटवर्क > कनेक्टिविटी / गुणवत्ता स्वास्थ्य नियम) का उपयोग करके सॉकेट HA फेलओवर घटनाओं के लिए ईमेल अधिसूचना भेजने के लिए एक कनेक्टिविटी स्वास्थ्य नियम बना सकते हैं। ईमेल अधिसूचनाएं Cato प्रबंधन अनुप्रयोग में आप कॉन्फ़िगर किए गए मेलिंग सूची में सभी प्राप्तकर्ताओं को भेजी जाती हैं। मेलिंग सूची में ईमेल पते शामिल हो सकते हैं जो उपयोगकर्ताओं और प्रशासकों के लिए Cato प्रबंधन अनुप्रयोग में परिभाषित नहीं हैं।
यह सॉकेट फेलओवर के लिए एक नमूना कनेक्टिविटी स्वास्थ्य नियम है:
कनेक्टिविटी स्वास्थ्य नियम को कॉन्फ़िगर करने के बारे में और अधिक के लिए, लिंक स्वास्थ्य नियमों के साथ काम करना देखें।
0 टिप्पणियां
कृपया टिप्पणी करने के लिए साइन इन करें करें.