GCP क्लस्टरिंग अवलोकन #
यह आलेख बताता है कि कैसे सेटअप करें उन्नत लोड संतुलन और उच्च उपलब्धता का उपयोग RELIANOID भार संतुलन in गूगल क्लाउड प्लेटफ़ॉर्म (GCP).
हम एक को तैनात करने और कॉन्फ़िगर करने की पूरी प्रक्रिया का प्रदर्शन करेंगे RELIANOID समूह पंजीकरण शुल्क वर्चुअल आईपी (वीआईपी) फेलओवर और एक के लिए बैकएंड सर्वरों का फ़ार्म HTTP लोड संतुलन के लिए.
इसका उद्देश्य यह सुनिश्चित करना है कि यदि एक नोड (मास्टर) विफल हो जाए या रीबूट हो जाए, तो वर्चुअल आईपी और सेवाएं स्वचालित रूप से द्वितीयक नोड पर विफल हो जाएं, जिससे निर्बाध अनुप्रयोग उपलब्धता बनी रहे।
क्लाउड लोड बैलेंसर क्लस्टरिंग वातावरण #
हम यह प्रदर्शित करने जा रहे हैं कि इसे किस प्रकार क्रियान्वित किया जा सकता है। Google क्लाउड प्लेटफ़ॉर्म (GCP) नेटिव GCP सेवाओं का उपयोग करके। निम्नलिखित आरेख उस आर्किटेक्चर को दर्शाता है जिसका उपयोग करके हम एक वेब लोड बैलेंसिंग सेटअप को तैनात करना चाहते हैं। RELIANOID अनुप्रयोग वितरण नियंत्रक उच्च उपलब्धता और विफलता के लिए GCP में।
वास्तुकला आरेख #
से प्रत्येक RELIANOID VM को एक के साथ कॉन्फ़िगर किया जाएगा नेटवर्क इंटरफ़ेस (nic0) से जुड़ा है a वीपीसी नेटवर्क और दोनों को सौंपा आंतरिक और एक स्थिर बाह्य आईपी.
- एलबी1:
- आंतरिक आईपी:
10.0.1.9 - बाहरी आईपी:
34.122.145.90 - एलबी2:
- आंतरिक आईपी:
10.0.1.8 - बाहरी आईपी:
35.233.210.70
LB1 के नेटवर्क इंटरफेस पर एक अतिरिक्त द्वितीयक आंतरिक आईपी (VIP) बनाया जाएगा:
- वीआईपी (वर्चुअल सेवा के लिए):
10.0.1.11 - यह आईपी फेलओवर के दौरान नोड्स (मास्टर/स्लेव) के बीच स्वचालित रूप से स्थानांतरित हो जाएगा।
- इसे बाहरी स्थिर आईपी के माध्यम से प्रकाशित किया जाएगा, जैसे
34.172.119.80, वर्चुअल सेवा तक उपयोगकर्ता की पहुंच के लिए।
RSI बैकएंड सर्वर (वास्तविक अनुप्रयोग) एक ही निजी नेटवर्क में तैनात हैं (10.0.1.0/24) और हैं सीधे इंटरनेट के संपर्क में नहीं।
GCP में क्लाउड लोड बैलेंसर क्लस्टरिंग लागू करें #
1. तैनाती RELIANOID लोड बैलेंसर इंस्टेंसेस #
आप तैनात कर सकते हैं RELIANOID लोड बैलेंसर छवि सीधे गूगल क्लाउड मार्केटप्लेस.
- Google क्लाउड कंसोल → कंप्यूट इंजन → VM इंस्टेंस → इंस्टेंस बनाएँ.
- चयन RELIANOID लोड बैलेंसर छवि “कस्टम छवियाँ” के अंतर्गत फिर “मार्केटप्लेस” पर क्लिक करें।
- कॉन्फ़िगर:
- मशीन की तरह: e2-माइक्रो (परीक्षण के लिए पर्याप्त; उत्पादन के लिए n2-मानक का उपयोग करें)
- क्षेत्र/ज़ोन: दोनों नोड्स के लिए समान क्षेत्र
- नेटवर्क इंटरफेस:
- नेटवर्क:
relianoid-vpc - उपनेटवर्क:
relianoid_subnet - बाह्य IP: स्थिर (एक नया स्थिर IP निर्दिष्ट करें)
- फ़ायरवॉल:TCP 22 (SSH), TCP 444 (वेब GUI) और TCP 80 (HTTP सेवाओं के लिए) की अनुमति दें।
- क्लिक करें उन्नत विकल्प → सुरक्षा → पहुँच क्षेत्र
- चुनें सभी क्लाउड API तक पूर्ण पहुँच की अनुमति दें or कस्टम सेवा खाता सेट करें (की सिफारिश की)।
- असाइन करें सेवा खाता साथ में
Compute AdminऔरCompute Network Adminभूमिकाओं।
दोनों नोड्स (LB1 और LB2) को एक ही VPC और सबनेट में तैनात करें।
2. सेवा खाते सक्षम और कॉन्फ़िगर करें (पहचान पहुँच) #
RELIANOID का उपयोग करता है Google मेघ एपीआई फ़ेलओवर प्रबंधन के लिए, Azure प्रबंधित पहचान के समान।
- आईएएम एवं एडमिन → सेवा खाते.
- बनाओ नया सेवा खाता नामित
relianoid-cluster-sa. - निम्नलिखित भूमिकाएँ सौंपें:
Compute Instance Admin (v1)Compute Network AdminService Account User
इस सेवा खाते को LB1 और LB2 दोनों VM से संलग्न करें (संपादित करें → सेवा खाता बदलें)।
फिर प्रत्येक नोड से पहुंच सत्यापित करें:
sudo systemctl status google-guest-agent
gcloud auth list
gcloud projects get-iam-policy <YOUR_PROJECT_ID>
यदि एजेंट स्थापित नहीं है, तो चलाएँ:
sudo apt-get install google-cloud-sdk google-compute-engine
3. नेटवर्क इंटरफेस और वर्चुअल आईपी कॉन्फ़िगर करें #
GCP में, द्वितीयक आंतरिक IP को कंसोल या CLI के माध्यम से मैन्युअल रूप से जोड़ा जा सकता है।
LB1 (मास्टर नोड) पर:
- VPC नेटवर्क → VM इंस्टेंस → LB1 → संपादित करें → नेटवर्क इंटरफ़ेस → द्वितीयक आंतरिक IP जोड़ें
- सौंपना:
- आईपी:
10.0.1.11 - नाम
vip-lb - प्रकार
Static
LB2 (बैकअप नोड) पर:
- इस द्वितीयक IP को निर्दिष्ट न करें.
- RSI RELIANOID क्लस्टर सेवा विफलता के दौरान इसे स्वचालित रूप से पुनः असाइन कर देगी।
4. सुरक्षा नियम (फ़ायरवॉल कॉन्फ़िगरेशन) #
VPC नेटवर्क → फ़ायरवॉल में , निम्नलिखित को अनुमति देने के लिए नियम बनाएँ:
| प्रोटोकॉल | बंदरगाह | उद्देश्य |
| टीसीपी | 22 | एसएसएच पहुंच |
| टीसीपी | 444 | वेब जीयूआई |
| टीसीपी | 80 | बैकएंड HTTP सेवाएँ |
इन नियमों को टैग किए गए इंस्टेंस पर लागू करें relianoid-lb.
5. सक्रिय RELIANOID लाइसेंस #
प्रत्येक नोड तक पहुँचें:
- एलबी1:
https://34.122.145.90:444 - एलबी2:
https://35.233.210.70:444
का प्रयोग करें:
- उपयोगकर्ता नाम:
root - पासवर्ड: इंस्टेंस आईडी
होस्टनाम और प्रमाणपत्र कुंजी प्राप्त करें → पर जाएँ
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
डाउनलोड की गई सामग्री अपलोड करें .pem प्रत्येक नोड के लिए लाइसेंस फ़ाइल.
6। कॉन्फ़िगर RELIANOID समूह #
LB1 वेब GUI → सिस्टम → क्लस्टर से , निम्न जानकारी भरें:
| क्षेत्र | वैल्यू |
| स्थानीय आईपी | nic0 (10.0.1.9) चुनें |
| दूरदराज़ के आई. पी | 10.0.1.8 |
| रिमोट नोड पासवर्ड | (LB2 इंस्टेंस आईडी) |
जनरेट पर क्लिक करें ।
LB1 स्वतः ही मास्टर बन जाता है और LB2 स्वतः ही स्लेव बन जाता है।
GCP में लोड संतुलन सेवा बनाएँ #
अब, आइए एक सरल वेब लोड-बैलेंसिंग फ़ार्म कॉन्फ़िगर करें।
पर जाएँ:
LSLB → फ़ार्म → फ़ार्म बनाएँ
पैरामीटर:
- फार्म का नाम: वेबफार्म
- वीआईपी:
10.0.1.11 - पोर्ट:
80 - कलन विधि: आवेदनपत्र
- हठ: स्रोत आईपी (60 सेकंड)
- स्वास्थ्य जांच:
check_tcp
बैकएंड सर्वर जोड़ें:
- बैकएंड 1:
10.0.1.20:80 - बैकएंड 2:
10.0.1.21:80
कॉन्फ़िगरेशन लागू करें.
अब वर्चुअल सेवा का उपयोग यहां करें:
http://34.172.119.80/
ट्रैफ़िक आपके बैकएंड सर्वरों के बीच वितरित किया जाएगा RELIANOID क्लस्टर।
फ़ेलओवर का परीक्षण करने के लिए:
- मास्टर नोड (LB1) को रीबूट करें।
- ध्यान दें कि LB2 सक्रिय हो जाता है, तथा VIP (10.0.1.11) पर नियंत्रण कर लेता है।
- सार्वजनिक आईपी के माध्यम से कनेक्शन निर्बाध बना रहता है।
समस्या निवारण: इस होस्ट को कोई सेवा खाता निर्दिष्ट नहीं किया गया है #
यदि आपको यह संदेश प्राप्त होता है:
"इस होस्ट ने कोई सेवा खाता निर्दिष्ट नहीं किया है। कृपया इसे GCP कंसोल में कॉन्फ़िगर करें"
यह इंगित करता है कि या तो जीसीपी सेवा खाता कॉन्फ़िगर नहीं किया गया है या गूगल गेस्ट एजेंट अनुपस्थित है।
जांचना:
sudo systemctl status google-guest-agentgcloud auth login --briefgcloud auth print-access-token
यदि एजेंट या SDK अनुपलब्ध है:
sudo apt-get install google-cloud-sdk google-compute-engine
सुनिश्चित करें कि:
- उदाहरण में एक वैध सेवा खाता जुड़ा हुआ।
- RSI सेवा खाता है कंप्यूट एडमिन और नेटवर्क व्यवस्थापक भूमिकाओं।

