Wolkra प्लेसमेंट ग्रुप अपने अंदर के सर्वरों को हमारे फ़्रैंकफ़र्ट डेटा सेंटर में अलग-अलग भौतिक होस्ट पर फैलाता है, ताकि किसी एक होस्ट की समस्या उनमें से अधिकतम एक को ही प्रभावित करे। यह उन क्लस्टर, रेप्लिका और एक्टिव/स्टैंडबाय जोड़ियों की बुनियाद है जिन्हें एक साथ फ़ेल नहीं होना चाहिए।
सर्वरों को फैलाना क्यों ज़रूरी है
हर क्लाउड सर्वर एक भौतिक होस्ट पर चलता है। कई सर्वर एक ही होस्ट शेयर कर सकते हैं। यह कुशल है, लेकिन इसका मतलब है कि जिन सर्वरों को आपने एक-दूसरे के बैकअप के रूप में बनाया है, वे एक ही होस्ट पर साथ-साथ पहुँच सकते हैं, और एक होस्ट फ़ेल होने या एक मेंटेनेंस विंडो से दोनों प्रभावित होंगे।
प्लेसमेंट ग्रुप यह जोखिम हटा देता है। जो सर्वर साथ जुड़े हैं उन्हें आप एक ग्रुप में रखते हैं, और Wolkra हर एक को अलग होस्ट पर रखता है।
यह कैसे काम करता है
- अपने प्रोजेक्ट में एक प्लेसमेंट ग्रुप बनाएं और उसे नाम दें, जैसे
db-cluster। - सर्वर बनाते समय प्लेसमेंट ग्रुप चुनें।
- Wolkra सर्वर को ऐसे होस्ट पर रखता है जिस पर उसी ग्रुप का कोई दूसरा सर्वर पहले से नहीं चल रहा।
- क्लस्टर के हर नोड के लिए यही दोहराएं।
उसके बाद ये सर्वर किसी भी दूसरे क्लाउड सर्वर की तरह काम करते हैं। आप उन्हें हमेशा की तरह रीसाइज़, रीबिल्ड, स्नैपशॉट और मॉनिटर कर सकते हैं।
कंसोल और API में
कंसोल में प्लेसमेंट ग्रुप create-server स्क्रीन पर एक विकल्प है, और हर ग्रुप दिखाता है कि उसमें कौन-से सर्वर हैं। Wolkra API के साथ सर्वर बनाते समय प्लेसमेंट ग्रुप पास करें, ताकि क्लस्टर बनाने वाली स्क्रिप्ट्स को यह फैलाव अपने-आप मिल जाए।
प्लेसमेंट ग्रुप कहाँ काम आते हैं
| सेटअप | इसे क्यों फैलाएं |
|---|---|
| डेटाबेस प्राइमरी और रेप्लिका | रेप्लिका को उस चीज़ से बचना चाहिए जो प्राइमरी को रोकती है |
| लोड बैलेंसर के पीछे वेब सर्वर | होस्ट की समस्या केवल एक टारगेट को हटाती है, सबको नहीं |
| फ़्लोटिंग IP के साथ एक्टिव/स्टैंडबाय जोड़ी | स्टैंडबाय को एक्टिव नोड का होस्ट शेयर नहीं करना चाहिए |
| क्वोरम क्लस्टर (etcd, Consul, Kafka) | एक होस्ट खोने से क्वोरम नहीं टूटना चाहिए |
| कई CI रनर | एक होस्ट की समस्या से हर बिल्ड नहीं रुकना चाहिए |
उपलब्धता के लिए डिज़ाइन करना
प्लेसमेंट ग्रुप एक भरोसेमंद सेटअप का एक हिस्सा है। Wolkra पर एक सामान्य हाई अवेलेबिलिटी वेब स्टैक इन्हें जोड़ता है:
- एक प्लेसमेंट ग्रुप में दो या ज़्यादा ऐप सर्वर
- उनके आगे हेल्थ चेक वाला एक लोड बैलेंसर
- अपने अलग प्लेसमेंट ग्रुप में एक डेटाबेस प्राइमरी और रेप्लिका
- लेयर्स के बीच एक प्राइवेट नेटवर्क
- डेटा रखने वाले सर्वरों पर रोज़ाना बैकअप
Composer से आप ऐसा स्टैक बना सकते हैं और अप्लाई करने से पहले उसकी मासिक लागत देख सकते हैं।
एक उदाहरण: तीन-नोड क्लस्टर
मान लीजिए आप तीन नोड वाला एक डेटाबेस क्लस्टर चलाते हैं जो एक लीडर चुनता है। अगर तीन में से दो एक ही होस्ट पर चलते हैं और वह होस्ट चला जाता है, तो क्लस्टर अपना बहुमत खो देता है और राइट स्वीकार करना बंद कर देता है। प्लेसमेंट ग्रुप के साथ:
db-clusterनाम का एक ग्रुप बनाएं।- तीन सर्वर बनाएं, हर एक में यह ग्रुप चुनकर।
- हर नोड अपने अलग होस्ट पर पहुँचता है।
- एक होस्ट की समस्या अधिकतम एक नोड को हटाती है, और बाकी दो क्लस्टर को चालू रखते हैं।
यही पैटर्न मैसेज ब्रोकर, सर्च क्लस्टर और ऐसे किसी भी सिस्टम के लिए काम करता है जो अपने डेटा की कॉपी कई नोड्स पर रखता है।
आम उपयोग
- रेप्लिकेशन वाले डेटाबेस
- SaaS स्टार्टअप के बैकएंड
- रिडंडेंट VPN सर्वर
- Docker होस्टिंग क्लस्टर
प्लेसमेंट ग्रुप और मॉनिटरिंग
जब क्लस्टर अलग-अलग होस्ट पर फैल जाए, तो हर नोड पर अलग से नज़र रखें। CPU, डिस्क और नेटवर्क के मॉनिटरिंग ग्राफ़ जल्दी दिखा देते हैं कि कब कोई एक नोड बाकियों से ज़्यादा लोड उठा रहा है, जो अक्सर किसी रेप्लिकेशन या बैलेंसिंग समस्या की ओर इशारा करता है जिसे बड़ी बनने से पहले ठीक कर लेना चाहिए।
कीमत का आधार
प्लेसमेंट ग्रुप आपके सर्वरों पर एक विकल्प हैं; सर्वरों की बिलिंग खुद प्रीपेड बैलेंस से प्रति घंटा होती है और उनकी मासिक कीमत पर अधिकतम सीमा रहती है। मौजूदा जानकारी के लिए प्राइसिंग पेज देखें।
ध्यान रखने वाली सीमाएं
- प्लेसमेंट ग्रुप सर्वरों को एक ही लोकेशन के अंदर अलग-अलग होस्ट पर फैलाते हैं। आज वह लोकेशन फ़्रैंकफ़र्ट है, इसलिए ये पूरे साइट पर असर डालने वाली घटना से सुरक्षा नहीं देते।
- सर्वर बनाते समय ही ग्रुप चुनें।
- ग्रुप उपलब्धता की सुरक्षा करता है, डेटा की नहीं। अपना डेटा रेप्लिकेट करें और बैकअप रखें।
संबंधित प्रोडक्ट
- क्लाउड सर्वर
- लोड बैलेंसर और फ़्लोटिंग IP
- प्राइवेट नेटवर्क
- हर नोड पर नज़र रखने के लिए मॉनिटरिंग
ऐसे सर्वर बनाएं जो अकेले फ़ेल हों
एक सेटिंग से अपने क्लस्टर को अलग-अलग होस्ट पर फैलाएं। Wolkra पर साइन अप करें और फ़्रैंकफ़र्ट में अपना पहला प्लेसमेंट ग्रुप बनाएं।
अक्सर पूछे जाने वाले सवाल
प्लेसमेंट ग्रुप क्या है?
प्लेसमेंट ग्रुप Wolkra को बताता है कि उसके सर्वरों को अलग-अलग भौतिक होस्ट पर रखा जाए। क्लस्टर और रिडंडेंट जोड़ियों के लिए एंटी-एफ़िनिटी पाने का यह एक आसान तरीका है।
सर्वर किस होस्ट पर चलता है, इससे क्या फ़र्क पड़ता है?
एक ही होस्ट के सर्वर उस होस्ट का हार्डवेयर शेयर करते हैं। अगर होस्ट में कोई समस्या आती है, तो उस पर मौजूद हर सर्वर प्रभावित होता है, इसलिए रेप्लिका को अलग-अलग होस्ट पर फैलाने से असर सीमित रहता है।
क्या प्लेसमेंट ग्रुप का अलग से खर्च है?
मौजूदा जानकारी के लिए प्राइसिंग पेज देखें। ग्रुप के सर्वरों का भुगतान आप हमेशा की तरह करते हैं, प्रीपेड बैलेंस से प्रति घंटा।
प्लेसमेंट ग्रुप कब चुनें?
सर्वर बनाते समय इसे चुनें, कंसोल की create-server स्क्रीन पर या API रिक्वेस्ट में। क्लस्टर बनाने से पहले अपने ग्रुप की योजना बना लें।
क्या प्लेसमेंट ग्रुप बैकअप की जगह ले सकता है?
नहीं। प्लेसमेंट ग्रुप उपलब्धता की सुरक्षा करते हैं, डेटा की नहीं। बैकअप या स्नैपशॉट रखें और ग्रुप के सर्वरों के बीच डेटा रेप्लिकेट करें।