ओपनस्टैक प्लेटफॉर्म के साथ निर्बाध सेवा (एचए) सुनिश्चित करना: टोपोलॉजी विकल्प

पोस्ट करनेवाले: Piotr Siwczak

जब मैं अपना पहला ओपनस्टैक इन्फ्रास्ट्रक्चर विकसित कर रहा था, मुझे हार्डवेयर के पार इसके कई घटकों को वितरित करने के तरीके के बारे में जानकारी पाने में कठिनाई हुई। मैंने बहुत सारे दस्तावेजों का अध्ययन किया, जिसमें रैकस्पेस आर्किटेक्चर रेफरेंस भी शामिल है (जो पहले referencearchitecture.org पर पोस्ट किया गया था, लेकिन अब यह पुराना हो गया है)। मैंने ओपनस्टैक प्रलेखन में डिज़ाइन आरेखों को भी देखा। मुझे यह स्वीकार करना चाहिए कि उस समय मेरे पास केवल बुनियादी ज्ञान था कि कैसे घटक बातचीत करते हैं, इसलिए मैं एक काफी सरल योजना पर बस गया: एक "नियंत्रण नोड", जिसमें एपीआई सेवा, नोवा-अनुसूचक, झलक, सहित सभी घटक शामिल थे, कीस्टोन, डेटाबेस और रैबिटएमक्यू। नोड के नियंत्रण में, मैंने "वर्कहॉर्स" का एक खेत रखा - नोड्स की गणना। मैंने तीन नेटवर्क भी व्यवस्थित किए: निजी (एक निश्चित आईपी पते और सर्वर प्रबंधन के साथ यातायात के लिए), सार्वजनिक (एक गतिशील आईपी पते के साथ यातायात के लिए) और भंडारण (नोवा-वॉल्यूम सेवा iSCSI प्रोटोकॉल का उपयोग कर यातायात के लिए)।

जब मैंने मिरांटिस में काम करना शुरू किया, तो मैंने अपना दृष्टिकोण काफी बदल दिया। मैंने महसूस किया कि एक या दो नियंत्रण नोड के साथ एक समर्पित कंप्यूटिंग नोड फार्म बनाने के लिए मेरे सभी विचार गलत थे। एक तरफ, घटकों के अलगाव के संदर्भ में मेरा दृष्टिकोण अच्छा था, लेकिन व्यवहार में हम ओपनस्टैक को ओवरलोड किए बिना आसानी से काम करने वाले घटकों को मिला सकते हैं और इकट्ठा कर सकते हैं (उदाहरण के लिए, उसी नोड पर नोवा-शेड्यूलर सेवा के साथ नोवा-कंप्यूट सेवा)। यह पता चलता है कि ओपनस्टैक "कंट्रोल नोड" और "कंप्यूटिंग नोड" के अलग-अलग अर्थ हो सकते हैं, जो लचीले ढंग से वितरित ओपनस्टैक घटकों के आधार पर होता है।

सामान्य तौर पर, यह माना जा सकता है कि प्रत्येक ओपनस्टैक इंस्टॉलेशन में कम से कम तीन प्रकार के नोड्स (और, संभवतः, एक चौथा) होना चाहिए, जिसे मेरे सहयोगी ओलेग गेल्बुख ने वर्णित किया है:

- टर्मिनल नोड । यह साइट लोड बैलेंसिंग और अपटाइम सेवाएं चलाती है, जिसमें लोड बैलेंसिंग और क्लस्टर बिल्डिंग के लिए सॉफ्टवेयर शामिल हो सकते हैं। लोड को संतुलित करने के लिए डिज़ाइन किए गए नेटवर्क में एक हार्डवेयर और सॉफ़्टवेयर कॉम्प्लेक्स टर्मिनल नोड के रूप में कार्य कर सकता है। यह अनुशंसा की जाती है कि आप अतिरेक प्रदान करने के लिए क्लस्टर में कम से कम दो अंत नोड बनाएँ।

- नियंत्रण नोड । यह साइट संचार सेवाओं को होस्ट करती है जो कतार सर्वर, डेटाबेस, क्षितिज नियंत्रण कक्ष और संभवतः, एक निगरानी प्रणाली सहित पूरे क्लाउड का संचालन प्रदान करती है। इस नोड पर, नोवा-शेड्यूलर सेवा और एपीआई सर्वर वैकल्पिक रूप से स्थित हो सकते हैं, जिनमें से लोड संतुलन को वितरण वितरण को संतुलित करके अंत नोड द्वारा नियंत्रित किया जाता है। अतिरेक प्रदान करने के लिए क्लस्टर में कम से कम दो नियंत्रण नोड बनाए जाने चाहिए। प्रबंधन नोड और अंतिम नोड को एक ही भौतिक सर्वर पर जोड़ा जा सकता है, लेकिन आपको नोवा सेवाओं के कॉन्फ़िगरेशन में परिवर्तन करना होगा - आपको उन्हें उन बंदरगाहों से स्थानांतरित करना होगा जो लोड बैलेंसर उपयोग करता है।

- कम्प्यूटिंग नोड । यह नोड हाइपरविजर और वर्चुअल इंस्टेंस को होस्ट करता है जो इसकी कंप्यूटिंग शक्ति का उपयोग करते हैं। एक कंप्यूटिंगहोस्ट भी उस पर स्थित आभासी उदाहरणों के लिए एक नेटवर्क नियंत्रक के रूप में कार्य कर सकता है यदि एक मल्टीहोस्ट योजना का उपयोग किया जाता है। इसके अलावा, नोड आंतरिक ओपनस्टैक सेवाओं की मेजबानी कर सकता है जिन्हें कई संसाधनों की आवश्यकता नहीं होती है, उदाहरण के लिए, एक बैलेंसर, नज़र-एपी, आदि।

- भंडारण नोड। यदि आप नोवा-वॉल्यूम सेवा का उपयोग करना चाहते हैं तो यह आवश्यक है। यह नोड नोवा-वॉल्यूम सेवा होस्ट करता है। यह नोड iSCSI ट्रैफ़िक का प्राप्तकर्ता भी है।

हालांकि अंत नोड की भूमिका स्पष्ट है - यह आमतौर पर एक सॉफ्टवेयर लोड बैलेंसर या हार्डवेयर और सॉफ्टवेयर कॉम्प्लेक्स का निर्माण करता है जो ओपनस्टैक घटकों के बीच यातायात को समान रूप से वितरित करने और निर्बाध संचालन सुनिश्चित करने के लिए डिज़ाइन किया गया है - नियंत्रण और कंप्यूटिंग नोड को अलग-अलग रूप से कॉन्फ़िगर किया जा सकता है, जो "मोटे" नियंत्रण नोड से शुरू होता है। जिस पर सभी आंतरिक ओपनस्टैक कार्यालय प्रक्रियाएं (शेड्यूलर, एपीआई सेवाएं, झलक, कीस्टोन, रैबिटएमक्यू, मायक्यूएल) "पतली" पर स्थित हैं, जिस पर केवल जिम्मेदार सेवाएं हैं ओपनस्टैक (RabbitMQ और MySQL) की स्थिति बनाए रखने के लिए। तब कंप्यूटिंग नोड्स आंतरिक ओपनस्टैक सेवा प्रक्रियाओं का हिस्सा ले सकते हैं, एपीआई सेवाओं के स्थान और उन पर शेड्यूलर इंस्टेंसेस के कारण।

मिरांटिस को ग्राहकों की एक विस्तृत श्रृंखला के लिए एक सेवा टोपोलॉजी तैनात करने का अनुभव है। यहां मैं इन टोपोलॉजी के बारे में संक्षेप में बात करूंगा, उन्हें चित्र के साथ समझाऊंगा, और ओपनस्टैक को तैनात करने के विभिन्न तरीकों का भी वर्णन करूंगा। (सेवाओं के पृथक्करण को आगे भी जारी रखा जा सकता है।)

हार्डवेयर लोड बैलेंसर के साथ टोपोलॉजी

इस परिनियोजन विकल्प में, लोड संतुलन के लिए डिज़ाइन किया गया एक हार्डवेयर-सॉफ्टवेयर कॉम्प्लेक्स, ओपनस्टैक सेवाओं को जोड़ने के लिए टर्मिनल नोड के रूप में उपयोग किया जाता है। नोवा-शेड्यूलर सेवा के एपीआई सर्वर, शेड्यूलर और इंस्टेंस को नोड्स की गणना करने के लिए तैनात किया जाता है, जबकि नोड्स को नियंत्रित करने के लिए झलक-रजिस्ट्री और क्षितिज उदाहरणों को तैनात किया जाता है।

सभी नोवा मालिकाना घटक वेब सेवाएं हैं जो स्थिति की जानकारी संग्रहीत नहीं करती हैं; पूल के लिए अतिरिक्त उदाहरणों को शामिल करने के कारण उनका स्केलिंग संभव है (विवरण के लिए, स्केलिंग एपीआई पर मिरांटिस लेख देखें)। इसलिए, हम इन घटकों को कंप्यूटिंग नोड्स के खेत में वितरित कर सकते हैं। डेटाबेस और संदेश कतार सर्वर को क्लस्टर का उपयोग करके दोनों नियंत्रण नोड्स पर तैनात किया जा सकता है (इस विधि को निम्नलिखित लेखों में से एक में विस्तार से वर्णित किया जाएगा)। और इससे भी बेहतर: नियंत्रण नोड अब प्लेटफ़ॉर्म घटक जो आंतरिक ओपनस्टैक सेवाएँ नहीं हैं (MySQL और RabbitMQ मानक लिनक्स डेमॉन हैं)। इस तरह, क्लाउड व्यवस्थापक समर्पित रैबिटबैंक क्लस्टर के लिए बाहरी संस्था, डेटाबेस टीम के अपने प्रशासन को सौंप सकते हैं। इस प्रकार, केंद्रीय नियंत्रण नोड समाप्त हो जाता है और हमारे कॉन्फ़िगरेशन में कंप्यूटिंग नोड्स / एपीआई नोड्स का एक सेट रहता है जिसे रैखिक रूप से बढ़ाया जा सकता है।

एक समर्पित अंत नोड के साथ टोपोलॉजी

इस परिनियोजन कॉन्फ़िगरेशन में, हम हार्डवेयर लोड बैलेंसर को एक अंतिम नोड के साथ बदलते हैं जो सेवा फ़ार्म में ट्रैफ़िक वितरित करता है। पिछली वास्तुकला से एक और महत्वपूर्ण अंतर कंप्यूटिंग नोड्स के बजाय नियंत्रण नोड्स पर एपीआई सेवाओं की नियुक्ति है। वास्तव में, नियंत्रण नोड "मोटा" बन गए हैं, और कंप्यूटिंग नोड "पतले" हो गए हैं इसके अलावा, दोनों नियंत्रण नोड को ऑपरेटिंग मोड से स्टैंडबाय मोड पर स्विच करना होगा। नियंत्रण नोड की विफलता की स्थितियों को पेसमेकर और कोरोसिंक्स / हार्टबीट जैसे उपकरणों का उपयोग करके निर्धारित किया जा सकता है।

नियंत्रण नोड के साधारण अतिरेक के साथ टोपोलॉजी

इस परिनियोजन विकल्प में, अंत नोड्स को नियंत्रण नोड्स के साथ जोड़ा जाता है। एपीआई सेवाओं और नोवा-शेड्यूलर सेवाओं को कंट्रोल नोड्स पर स्थापित किया जाता है, और नोड्स को जोड़कर और एचएपीरोसी को पुन: कॉन्फ़िगर करके नियंत्रण नोड का स्केलिंग संभव है। निरंतरता सुनिश्चित करने के लिए HAProxy के दो उदाहरणों को तैनात किया गया है, और विफलताओं का पता लगाने और एक विशिष्ट HAProxy को स्टैंडबाय से परिचालन मोड में स्विच करने के लिए Pacemaker और Corosync / Heartbeat जैसे उपकरणों का उपयोग करके किया जा सकता है।

सेवाओं को वितरित करने के कई तरीके

मैंने शारीरिक नोड्स में सेवाओं के वितरण का वर्णन किया है जो मिरांटिस ने विभिन्न ग्राहकों के लिए लागू किया है। हालाँकि, एक सिस्टम व्यवस्थापक आपकी आवश्यकताओं के आधार पर, सेवाओं को विभिन्न तरीकों से जोड़ और जोड़ सकता है। नीचे दिए गए आरेख से पता चलता है, मिरांटिस के अनुभव के आधार पर, विभिन्न प्रकार के नोड्स में ओपनस्टैक सेवाओं को वितरित करने के विभिन्न तरीके।

विभिन्न प्रकार के नोड्स के लिए हार्डवेयर आवश्यकताएं

अंत नोड पर मुख्य लोड नेटवर्क सबसिस्टम द्वारा प्रदान किया गया है। इस प्रकार के नोड में उच्च CPU प्रदर्शन और उच्च नेटवर्क बैंडविड्थ की आवश्यकता होती है। इसके अलावा, नोड के संचालन के लिए, यदि संभव हो, तो अतिरेक के लिए नेटवर्क इंटरफेस को संयोजित करने और नेटवर्क बैंडविड्थ बढ़ाने के लिए उपयोगी है।

क्लाउड कंट्रोल नोड "मोटा" या "पतला" हो सकता है। न्यूनतम कॉन्फ़िगरेशन में ओपनस्टैक घटक शामिल हैं जो सिस्टम की स्थिति का समर्थन करते हैं: डेटाबेस और एएमक्यूपी सर्वर। निरर्थक क्लाउड नियंत्रण नोड कॉन्फ़िगरेशन के लिए कम से कम दो नोड्स की आवश्यकता होती है; हम नेटवर्क पर अतिरेक के लिए नेटवर्क इंटरफेस बाइंडिंग और बैकअप स्टोरेज के लिए RAID1 या RAID10 सरणियों का उपयोग करने की सलाह देते हैं। नियंत्रण नोड के लिए न्यूनतम विन्यास:

- एक 6-कोर प्रोसेसर

- रैम 8 जीबी

- एक सॉफ्टवेयर सरणी RAID1 में 1 टेराबाइट की 2 हार्ड ड्राइव

कम्प्यूटिंग नोड्स को सबसे अधिक उपलब्ध मेमोरी और प्रोसेसर पावर की आवश्यकता होती है। डिस्क सिस्टम आवश्यकताएँ बहुत कठोर नहीं हैं, हालांकि SSDs का उपयोग प्रदर्शन में काफी सुधार कर सकता है (क्योंकि नोड उदाहरण की फ़ाइल सिस्टम आमतौर पर स्थानीय डिस्क पर स्थित होती है)। अतिरेक के बिना एक कॉन्फ़िगरेशन में, एक डिस्क का उपयोग करना संभव है, और विफलता के मामले में, डिस्क को प्रतिस्थापित करें और सर्वर पर वापस एक नया कंप्यूटिंग नोड के रूप में क्लस्टर में लौटें।

वास्तव में, एक कंप्यूटिंग नोड के लिए हार्डवेयर आवश्यकताएं उपयोगकर्ता पर निर्भर करती हैं जो किसी आभासी वस्तु के औसत मापदंडों और भौतिक नोड पर वस्तुओं के वांछित घनत्व का मूल्यांकन करता है।

स्टोरेज मैनेजमेंट नोड्स ब्लॉक के रूप में लगातार डेटा स्टोरेज के साथ वर्चुअल सर्वर प्रदान करते हैं। चूंकि ब्लॉक डेटा स्टोरेज में आमतौर पर महत्वपूर्ण डेटा होता है, इसलिए इसकी उपलब्धता और डेटा अखंडता सुनिश्चित करना बहुत महत्वपूर्ण है। भंडारण नोड में कम से कम छह डिस्क होनी चाहिए। हम एक अनावश्यक डिस्क सरणी (RAID1) पर ऑपरेटिंग सिस्टम स्थापित करने की सलाह देते हैं। शेष चार डिस्क RAID नियंत्रण नोड के विन्यास के आधार पर एक RAID5 या RAID10 सरणी में इकट्ठे होते हैं।

ब्लॉक का भंडारण iSCSI पर साझा किया जाता है, जिसका अर्थ है नेटवर्क सबसिस्टम पर एक उच्च भार। हम iSCSI के माध्यम से डेटा एक्सचेंज के लिए कम से कम दो कनेक्टेड इंटरफेस की सलाह देते हैं, संभवतः इस तरह के ट्रैफिक (जंबो फ्रेम, आदि) के आदान-प्रदान के लिए विशेष रूप से कॉन्फ़िगर किया गया है।

नेटवर्क टोपोलॉजी

ओपनस्टैक नेटवर्क टोपोलॉजी एक विशिष्ट डेटा सेंटर के समान है। (अन्य मिरांटिस लेख एक ओपनस्टैक नेटवर्क के निर्माण का अधिक विस्तृत अवलोकन प्रदान करते हैं: फ़्लैटहेडमैनमैन, वलानमैनगर।) उदाहरणों के बीच आंतरिक संचार एक निश्चित आईपी पते (निजी डेटा सेंटर नेटवर्क) पर होता है। इस नेटवर्क को नेटवर्क एड्रेस ट्रांसलेटर और नोवा-नेटवर्क घटक द्वारा प्रदान किए गए फ़ायरवॉल के माध्यम से जनता के साथ जोड़ा जाता है। बाहरी दुनिया के साथ डेटा विनिमय के लिए, अस्थायी आईपी पते वाले एक सार्वजनिक नेटवर्क का उपयोग किया जाता है (डिमिलिटरीकृत डेटा सेंटर ज़ोन)। सर्वरों का प्रबंधन करने के लिए, नियंत्रण नेटवर्क का उपयोग किया जाता है (IPMI / BM नेटवर्क (डेटा प्लेटफ़ॉर्म का इंटेलिजेंट प्लेटफ़ॉर्म प्रबंधन इंटरफ़ेस / बेसबोर्ड प्रबंधन नियंत्रक)। इसके अलावा, यदि आवश्यक हो, तो आप नोवा-वॉल्यूम सेवाओं (डेटा सेंटर डेटा स्टोरेज नेटवर्क) के लिए एक अलग स्टोरेज नेटवर्क का उपयोग कर सकते हैं। नीचे दिया गया आरेख क्लाउड टोपोलॉजी दिखाता है (हालांकि, इस मामले में, iSCSI ट्रैफ़िक को प्रबंधन ट्रैफ़िक के साथ जोड़ा जाता है)। Eth1 पर दो नेटवर्क 802.1q कर्नेल मॉड्यूल का उपयोग करते हुए eth1 के शीर्ष पर इंटरफेस को टैग किया गया है।



सार्वजनिक नेटवर्क का निम्नलिखित उद्देश्य है:

- दुनिया के बाकी हिस्सों में दिखाई देने वाले अस्थायी आईपी के साथ उदाहरण बनाएं।

- ओपन नोड सेवाओं एपीआई से कनेक्ट करने के लिए उपयोग किए जाने वाले अंत नोड के वर्चुअल आईपी पते को दृश्यमान बनाएं।

एक सार्वजनिक नेटवर्क आमतौर पर निजी नेटवर्क और प्रबंधन नेटवर्क से अलग होता है। सार्वजनिक / कॉर्पोरेट नेटवर्क क्लाउड मालिक के सार्वजनिक नेटवर्क की श्रेणी से एक वर्ग सी नेटवर्क है (वैश्विक रूटिंग का उपयोग सार्वजनिक क्लाउड के लिए किया जाता है)।

एक निजी नेटवर्क एक नेटवर्क सेगमेंट है जो सभी कंप्यूटिंग नोड से जुड़ा है; कंप्यूट नोड्स के सभी पुल इस नेटवर्क से जुड़े हैं। यह इस नेटवर्क पर है कि कंप्यूट नोड्स के उदाहरण निश्चित आईपी पते पर यातायात का आदान-प्रदान करते हैं। यदि VlanManager का उपयोग किया जाता है, तो इस नेटवर्क को अलग-अलग आभासी स्थानीय क्षेत्र नेटवर्क में खंडित किया जाता है, एक परियोजना जो कि क्लाउड में मौजूद है। प्रत्येक वीएलएएन में इस परियोजना के लिए आवंटित आईपी पते का एक नेटवर्क होता है, और इस परियोजना से संबंधित आभासी मशीनों को जोड़ती है। यदि FlatDHCP योजना का उपयोग किया जाता है, तो विभिन्न परियोजनाओं के वर्चुअल मशीन एक एकल वर्चुअल लोकल एरिया नेटवर्क और एक आईपी एड्रेस स्पेस का उपयोग करते हैं।

प्रबंधन नेटवर्क सभी क्लस्टर नोड्स को एकजुट करता है और इसका उपयोग ओपनस्टैक क्लस्टर के घटकों के बीच आंतरिक डेटा का आदान-प्रदान करने के लिए किया जाता है। इस नेटवर्क को सुरक्षा कारणों से निजी और सार्वजनिक नेटवर्क से अलग किया जाना चाहिए। यदि ट्रैफ़िक बहुत तीव्र न हो तो प्रबंधन नेटवर्क का उपयोग गणना नोड और स्टोरेज नोड के बीच iSCSI डेटा के आदान-प्रदान के लिए भी किया जा सकता है। यह एक अलग श्रेणी का सी नेटवर्क है जो आईपी एड्रेस (कोई वैश्विक रूटिंग) की निजी श्रेणी से नहीं है।

यदि कार्यभार में ब्लॉक स्टोरेज डिवाइसेस द्वारा संसाधित डेटा का एक महत्वपूर्ण मात्रा शामिल नहीं है, तो एक iSCSI नेटवर्क की आवश्यकता नहीं है। एक महत्वपूर्ण भार के मामले में, हम नियंत्रण ट्रैफ़िक के साथ भ्रम से बचने और iSCSI ट्रैफ़िक के अनुकूलन की संभावना प्रदान करने के लिए समर्पित कनेक्शन पर iSCSI के माध्यम से डेटा के आदान-प्रदान की सलाह देते हैं, उदाहरण के लिए, जंबो फ्रेम, इंटरफेस के लिए कतार की लंबाई वितरण आदि।

ओपनस्टैक बनाम ऑफिस प्रोसेस नेटवर्क

अबाधित मोड (HA) में, सभी केंद्रीय ओपनस्टैक घटकों को लोड बैलेंसर के पीछे रखा जाना चाहिए। आप इसके लिए समर्पित हार्डवेयर या एक अंतिम नोड का उपयोग कर सकते हैं। अंत नोड निर्बाध और लोड संतुलन सॉफ्टवेयर चलाता है; ओपनस्टैक यूटिलिटी फार्म एक एकल आईपी पते पर स्थित है। नीचे दी गई तालिका लोड बैलेंसर के साथ विभिन्न नेटवर्क में सेवाओं के स्थान को दर्शाती है:

ओपनस्टैक घटक	मेजबान स्थान	नेटवर्क स्थान	नोट
नोवा-आपी, झलक-आपी, नज़र-रजिस्ट्री, प्रधान सिद्धांत-api, क्षितिज	प्रबंधक / कम्प्यूटेशनल	सार्वजनिक नेटवर्क	चूंकि उपयोगकर्ता (एपीआई एंडपॉइंट) इन सेवाओं को सीधे एक्सेस करते हैं, इसलिए उन्हें सार्वजनिक नेटवर्क पर रखना तर्कसंगत है
नोवा-अनुसूचक	प्रबंधक / कम्प्यूटेशनल	प्रबंधन नेटवर्क
नोवा-गणना	कम्प्यूटेशनल	प्रबंधन नेटवर्क
नोवा-नेटवर्क	प्रबंधक / कम्प्यूटेशनल	प्रबंधन नेटवर्क
MySQL	प्रबंधक	प्रबंधन नेटवर्क	सहित प्रतिकृति / निर्बाध (हा) यातायात
RabbitMQ	प्रबंधक	प्रबंधन नेटवर्क	जिसमें खरगोश वर्ग क्लस्टर यातायात शामिल है
नोवा मात्रा	भंडारण नोड	प्रबंधन नेटवर्क
iSCSI	भंडारण नोड	प्रबंधन नेटवर्क (समर्पित LAN) या समर्पित नेटवर्क iSCSI	यदि बहुत अधिक ब्लॉक स्टोरेज ट्रैफ़िक है, तो समर्पित नेटवर्क का उपयोग किया जाना चाहिए।

निष्कर्ष

ओपनस्टैक तैनाती विभिन्न तरीकों से आयोजित की जा सकती है - यह स्केलेबिलिटी और उपलब्धता प्रदान करता है। यह तथ्य उस दस्तावेज़ से स्पष्ट नहीं है जो ऑनलाइन है (कम से कम यह मेरे लिए स्पष्ट नहीं था), और मैंने कई मामलों का अवलोकन किया जब सिस्टम प्रशासक सुनिश्चित थे कि उन्हें निश्चित रूप से एक केंद्रीय नियंत्रण नोड की आवश्यकता थी।
ऐसा नहीं है; वास्तव में, डेटाबेस के साथ केंद्रीय नियंत्रण नोड के बिना और प्लेटफॉर्म के बाहर एक मैसेजिंग सर्वर की स्थापना संभव है।

वितरित आर्किटेक्चर के मामले में, सेवा के कई उदाहरणों में ट्रैफ़िक को सावधानीपूर्वक वितरित करना आवश्यक है, साथ ही साथ स्टेटफुल फिक्सेशन (जैसे MySQL और RabbitMQ) के साथ संसाधनों की प्रतिकृति सुनिश्चित करना है। ओपनस्टैक टीम ने अभी तक अपने दस्तावेज़ीकरण में इसका उल्लेख नहीं किया है, इसलिए मिरांटिस प्लेटफ़ॉर्म स्केलिंग और एपीआई सेवाओं पर भविष्य की श्रृंखला में इस अंतर को भरने की कोशिश करेंगे।

मूल लेख (अंग्रेजी में): www.mirantis.com/blog/117072