टेराफॉर्म का उपयोग करते हुए GCP vSocket साइट्स के लिए उच्च उपलब्धता (HA) को कॉन्फ़िगर करना

यह लेख GCP vSocket साइट के लिए उच्च उपलब्धता (HA) कॉन्फ़िगरेशन को तैनात करने के तरीके का वर्णन करता है।

समीक्षा

आप अलग-अलग क्षेत्रों में दो Cato vSockets को तैनात करके और उनके LAN इंटरफ़ेस के सामने एक गूगल क्लाउड लोड बैलेंसर रखकर, Google Cloud Platform (GCP) में उच्च उपलब्धता (HA) को विन्यस्त कर सकते हैं। लोड बैलेंसर एकल स्थिर IP पता प्रदान करता है जिसका उपयोग आंतरिक संसाधन vSockets से कनेक्ट करने के लिए करते हैं। यह प्रत्येक vSocket के स्वास्थ्य की निरंतर निगरानी करता है और ट्रैफिक को केवल सक्रिय (मास्टर) vSocket पर अग्रेषित करता है। यह या तो प्राथमिक सॉकेट हो सकता है, या, फेलओवर की स्थिति में, द्वितीयक।

इसके अतिरिक्त, vSockets वर्चुअल राउटर रिडंडेंसी प्रोटोकॉल (VRRP) का उपयोग करने के दौरान उनके बीच स्थिति जानकारी का आदान-प्रदान करते हैं। जब द्वितीयक सॉकेट स्टैंडबाय मोड में होता है, तो वह लोड बैलेंसर को अस्वस्थ के रूप में रिपोर्ट करता है ताकि ट्रैफिक केवल सक्रिय vSocket पर अग्रेषित हो। साथ में, लोड बैलेंसर स्वास्थ्य जांच और VRRP स्वचालित फेलओवर को न्यूनतम व्यवधान के साथ प्रदान करते हैं। सामान्य फेलओवर समय लगभग 3-5 सेकंड है।

Note:

GCP में HA के लिए न्यूनतम समर्थित vSocket संस्करण 24.0.20395 है।

GCP में HA vSocket कॉन्फ़िगरेशन ट्रैफिक को सक्रिय vSocket पर निर्देशित करने के लिए पूरी तरह से लोड बैलेंसर पर निर्भर करते हैं।

GCP vSocket फेलओवर वर्कफ़्लो

यह तब का कार्यप्रवाह है जब प्राथमिक सक्रिय vSocket GCP साइट में द्वितीयक स्टैंडबाय एक पर फेलओवर होता है।

1. सामान्य संचालन में, प्राथमिक vSocket की सक्रिय भूमिका होती है, और द्वितीयक vSocket की स्टैंडबाय भूमिका होती है।

   1. लोड बैलेंसर सॉकेट की स्वास्थ्य स्थिति के लिए जांच करता है। प्राथमिक रिपोर्ट करता है कि यह स्वस्थ है, द्वितीयक रिपोर्ट करता है कि यह अस्वस्थ है।

   2. प्राथमिक और द्वितीयक सॉकेट LAN पर VRRP प्रोटोकॉल का उपयोग करते हुए संचार करते हैं।

   3. लोड बैलेंसर IP ट्रैफिक को प्राथमिक vSocket के IP पर निर्देशित करता है।

   4. LAN रूट तालिका उपसर्ग लोड बैलेंसर IP को अगले हॉप के रूप में उपयोग करते हैं।

2. प्राथमिक (सक्रिय) vSocket डाउन हो जाता है।

   1. द्वितीयक (स्टैंडबाय) vSocket प्राथमिक vSocket से कीपअलाइव पैकेट प्राप्त करना बंद कर देता है।

   2. द्वितीयक vSocket सक्रिय (मास्टर) भूमिका लेता है और लोड बैलेंसर को स्वस्थ के रूप में रिपोर्ट करना शुरू करता है।

   3. लोड बैलेंसर प्राथमिक vSocket से प्रतिक्रिया प्राप्त करना बंद कर देता है, और अब ट्रैफिक केवल द्वितीयक vSocket पर निर्देशित करता है।

3. द्वितीयक vSocket अब सक्रिय vSocket है और साइट के लिए दोनों दिशाओं में ट्रैफिक पास करता है।

4. जब प्राथमिक vSocket ठीक हो जाता है, तो यह सक्रिय भूमिका फिर से शुरू करता है, और द्वितीयक vSocket स्टैंडबाय स्थिति पर लौटता है। लोड बैलेंसर अब ट्रैफिक को वापस प्राथमिक vSocket पर निर्देशित करता है।

टेराफॉर्म डिप्लॉयमेंट की आवश्यकताएँ

• अनुमतियों के साथ एक GCP प्रोजेक्ट निम्नलिखित संसाधनों को बनाने के लिए:

  • VPCs और सबनेट्स

  • कंप्यूट उदाहरण

  • फ़ायरवॉल नियम

  • लोड बैलेंसर

  • स्वास्थ्य जांच

  • स्थिर IPs

  • सेवा खातें

• टेराफॉर्म स्थापित है और GCP के लिए प्रमाणीकृत है

• टेराफॉर्म मॉड्यूल द्वारा आवश्यक Cato खाता क्रेडेंशियल्स या टोकन

• लक्ष्य क्षेत्र में दो उपलब्धता क्षेत्र (उदाहरण के लिए, us-central1-a और us-central1-b)

• (वैकल्पिक) लोड बैलेंसर के स्थिर IP पते की ओर इशारा करता सुरक्षित DNS नाम

• न्यूनतम vSocket संस्करण: 24.0.20395

संदर्भ आर्किटेक्चर

• प्रत्येक vSocket में तीन इंटरफेस शामिल होते हैं: MGMT, WAN, और LAN। LAN इंटरफेस राज्य सिंक्रनाइज़ेशन के लिए VRRP में सहभागी होते हैं।

• लोड बैलेंसर LAN पक्ष पर कार्य करता है ताकि आंतरिक ग्राहकों को एकसमान IP पता प्रदान किया जा सके।

• स्वास्थ्य जांच प्रत्येक vSocket के LAN इंटरफ़ेस की जाँच करती है। केवल वे ही उदाहरण ट्रैफ़िक प्राप्त करते हैं जो लोड बैलेंसर को स्वस्थ के रूप में रिपोर्ट करते हैं।

• VRRP दो vSockets के बीच राज्य सिंक्रनाइज़ेशन सुनिश्चित करता है।

GCP vSocket साइट के लिए HA को तैनात करने के लिए टेराफॉर्म का उपयोग करना

सभी आवश्यक संसाधन (VPCs, vSockets, लोड बैलेंसर और स्वास्थ्य जांच) एकल टेराफॉर्म स्टैक में परिभाषित होने चाहिए।

टेराफॉर्म रजिस्ट्री में उपलब्ध आधिकारिक Cato vSocket टेराफॉर्म मॉड्यूल्स में उच्च उपलब्धता कॉन्फ़िगरेशन में vSockets के लिए विस्तृत दस्तावेज़ और उदाहरण शामिल हैं। GCP HA मॉड्यूल के बारे में अधिक जानकारी के लिए, यहां देखें।

GCP में HA के लिए कॉन्फ़िगरेशन को विस्तारित करने के लिए:

1. एक ही दृष्टिकोण का उपयोग करते हुए विभिन्न क्षेत्रों में दो vSocket को तैनात करें

2. LAN पक्ष पर दोनों vSockets के लिए एक लोड बैलेंसर संसाधन जोड़ें

3. राज्य सिंक्रनाइज़ेशन के लिए दो vSockets के बीच VRRP संचार की अनुमति दें।

Note:

नोट: मॉड्यूल इनपुट्स, आउटपुट्स और उन्नत कॉन्फ़िगरेशन विकल्पों के विवरण के लिए आधिकारिक Cato vSocket टेराफॉर्म मॉड्यूल दस्तावेज़ देखें

vSocket इंटरफ़ेस को BGP पीयरिंग स्रोत के रूप में विन्यस्त करें

GCP HA vSocket साइट्स के लिए, आप vSocket इंटरफेस को BGP पीयरिंग स्रोत के रूप में विन्यस्त कर सकते हैं। किसी भी समय केवल सक्रिय vSocket BGP पीयरिंग सत्र को स्थापित और बनाए रखता है। जब फ़ेलओवर होता है, द्वितीयक vSocket अपने BGP पीयरिंग सत्र को सक्रिय करते हुए सक्रिय BGP साथी बन जाता है।

साइट के लिए BGP पड़ोसियों को विन्यस्त करने के बारे में अधिक जानकारी के लिए, देखें Cato सॉकेट के लिए BGP पड़ोसियों को विन्यस्त करें.

• सॉकेट v27.0.24419 या उच्चतर की आवश्यकता है

सेटअप विचार और ज्ञात सीमाएँ

आपके द्वारा GCP HA साइट के लिए BGP पीयरिंग को विन्यस्त करने से पहले निम्नलिखित की समीक्षा करें:

• दो रेडंडेंट क्लाउड राउटर इंटरफेस आवश्यक हैं - राउटर उपकरण BGP पीयरिंग के लिए GCP को दो अलग, रेडंडेंट क्लाउड राउटर इंटरफेस की आवश्यकता होती है, प्रत्येक इंटरफेस पर एक BGP साथी विन्यस्त होता है। यह GCP प्लेटफार्म की आवश्यकता है और Cato कॉन्फ़िगरेशन की परवाह किए बिना लागू होती है।

• दो BGP सत्र आवश्यक (प्रति vSocket एक) - प्रत्येक vSocket अपने क्लाउड राउटर इंटरफेस पर अपने BGP सत्र को बनाए रखता है। आपको दोनों सत्रों पर समान BGP कॉन्फिगरेशन लागू करना होगा, प्रत्येक vSocket के लिए एक। यह अपेक्षित व्यवहार है और यह कॉन्फ़िगरेशन त्रुटि की नकल नहीं है।

• फ़ेलओवर के दौरान BGP पीयरिंग - केवल सक्रिय vSocket स्थापित BGP पीयरिंग सत्र को बनाए रखता है। फ़ेलओवर के दौरान, द्वितीयक vSocket अपने BGP पीयरिंग सत्र को सक्रिय सत्र बनने के लिए प्रारंभ करता है। द्वितीयक vSocket पर BGP पीयरिंग को फिर से स्थापित करना तत्काल नहीं होता है, इसलिए हम अनुशंसा करते हैं कि आप अपने पर्यावरण में अपेक्षित फ़ेलओवर समय और व्यवहार को सत्यापित करें।

• क्रॉस-प्रोजेक्ट और क्रॉस-VPC रूटिंग - जब BGP पीयरिंग कई GCP प्रोजेक्ट्स में फैली हो, तो लक्ष्य VPC तक पहुंचने में vSocket द्वारा विज्ञापित मार्गों के लिए निम्नलिखित को मैन्युअल रूप से विन्यस्त करें:

  • vSocket-साइड VPC पीयरिंग पर कस्टम रूट निर्यात चालू करें

  • गंतव्य प्रोजेक्ट या VPC में VPC पीयरिंग पर कस्टम रूट आयात सक्षम करें

GCP उच्च उपलब्धता का प्रबंधन करना

यह अनुभाग GCP साइट के लिए HA को प्रबंधित करने के तरीके को समझाता है:

• प्रत्येक vSocket के लिए HA स्थिति दिखाएं

• साइट के लिए लोड बैलेंसर IP बदलें

• vSockets के लिए प्रबंधन IP पतों को बदलें

• साइट के लिए HA को निष्क्रिय करें और द्वितीयक vSocket को हटाएं

उच्च उपलब्धता की जानकारी और स्थिति दिखाना

साइट के लिए नेटवर्क > साइट्स > सॉकेट पृष्ठ प्राथमिक और द्वितीयक vSockets के लिए HA स्थिति दिखाता है।

साइट के लिए IP सेटिंग्स बदलना

यदि आप GCP में vSockets के लिए IP पता सेटिंग्स बदलते हैं, तो आपको Cato प्रबंधन एप्लिकेशन में वही सेटिंग्स अपडेट करनी होंगी। ये वे सेटिंग्स हैं जिन्हें आप विन्यस्त कर सकते हैं:

• मूल रेंज सबनेट - साइट के लिए नेटवर्क अनुभाग का उपयोग करें।

• लोड बैलेंसर आईपी - साइट के लिए नेटवर्क या उच्च उपलब्धता अनुभाग का उपयोग करें (नई मूल्य अन्य अनुभाग में स्वचालित रूप से अपडेट किया गया है)।

• प्रबंधन आईपी - साइट के लिए उच्च उपलब्धता अनुभाग का उपयोग करें।

मूल रेंज सबनेट बदलना

मूल रेंज सबनेट को बदलने के लिए नेटवर्क अनुभाग का उपयोग करें।

साइट के लिए मूल रेंज सबनेट बदलने के लिए:

1. नेविगेशन मेनू से, नेटवर्क > साइट्स पर क्लिक करें और साइट चुनें।

2. नेविगेशन मेनू से, साइट कॉन्फ़िगरेशन > नेटवर्क चुनें।

3. मूल रेंज संपादित करें, सबनेट के लिए एक नया मान दर्ज करें।

4. लागू करें क्लिक करें. IP रेंज संपादित करें पैनल बंद हो जाता है।

5. सहेजें क्लिक करें।

लोड बैलेंसर IP और प्रबंधन IP को बदलना

लोड बैलेंसर IP और प्रबंधन IP बदलने के लिए उच्च उपलब्धता अनुभाग का उपयोग करें। आप नेटवर्क अनुभाग में लोड बैलेंसर IP भी बदल सकते हैं।

साइट के लिए लोड बैलेंसर या प्रबंधन IP बदलने के लिए:

1. नेविगेशन मेनू से, नेटवर्क > साइट्स पर क्लिक करें और साइट चुनें।

2. नेविगेशन मेनू से, साइट कॉन्फ़िगरेशन > सॉकेट पर क्लिक करें।

3. उच्च उपलब्धता कॉन्फ़िगरेशन्स अनुभाग का विस्तार करें।

4. नई प्राथमिक प्रबंधन IP दर्ज करें।

5. नई द्वितीयक प्रबंधन IP दर्ज करें।

6. नई LAN लोड बैलेंसर IP दर्ज करें।

7. सहेजें क्लिक करें।

GCP साइट के लिए उच्च उपलब्धता अक्षम करना

आप GCP साइट से द्वितीयक vSocket को हटा सकते हैं और उस साइट के लिए HA को अक्षम कर सकते हैं। द्वितीयक vSocket को Cato प्रबंधन एप्लिकेशन से हटाने के बाद, तैनात vSocket Cato Cloud से कनेक्ट नहीं हो पाएगा। साइट के लिए सेटिंग्स एक vSocket के लिए कॉन्फ़िगरेशन के रूप में पुनर्स्थापित की जाती हैं:

• उच्च उपलब्धता अनुभाग निष्क्रिय है और अब पृष्ठ पर दिखाई नहीं देता है।

• नेटवर्क अनुभाग में, लोकल IP लोड बैलेंसर IP को प्रतिस्थापित करता है।

Note:

नोट: आप सॉकेट को असाइन न करें कार्रवाई को पूर्ववत नहीं कर सकते। द्वितीयक vSocket के लिए क्रम संख्या अब मान्य नहीं है।

यदि आप फिर से द्वितीयक vSocket जोड़ना चाहते हैं, तो आपको नए क्रम संख्या के साथ VM पर एक नया vSocket स्थापित करना होगा।

GCP साइट के लिए HA को अक्षम करने के लिए:

1. नेविगेशन मेनू से, नेटवर्क > साइट्स पर क्लिक करें और साइट चुनें।

2. नेविगेशन मेनू से, साइट कॉन्फ़िगरेशन > सॉकेट पर क्लिक करें।

3. क्रियाएँ मेनू से द्वितीयक vSocket, असाइन न करें पर क्लिक करें।

4. चेतावनी विंडो में, स्वीकृत करें पर क्लिक करें। साइट के लिए HA अक्षम कर दिया गया है, और द्वितीयक vSocket इसे से हटा दिया गया है।

ज्ञात कमिया

• GCP HA तैनाती में, प्राथमिक vSocket पर विफलता से वापस आना द्वितीयक vSocket की ओर विफलता से अधिक समय ले सकता है। विफलता वापसी के दौरान, ट्रैफ़िक 8 सेकंड तक बाधित हो सकता है।

• GCP HA तैनाती में विभाजित-मस्तिष्क शर्त के दौरान, मौजूदा सतत पिंग ट्रैफ़िक दोनों प्राथमिक और द्वितीयक vSockets के माध्यम से जारी रह सकता है। यह GCP लोड बैलेंसर स्वास्थ्य जांच को दोनों vSockets को स्वस्थ दिखा सकता है और विफलता परीक्षण को कम स्पष्ट बना सकता है, जबकि विभाजित-मस्तिष्क की शर्त के बाद शुरू किया गया नया ट्रैफ़िक केवल द्वितीयक vSocket के माध्यम से रूट किया जाता है।