मेसोस परिनियोजन के लिए सर्वश्रेष्ठ फाउंडेशन


9

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

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

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

1) एक न्यूनतम ओएस में डॉक कंटेनर के रूप में मेसोस और फ्रेमवर्क चलाना। इस संबंध में, हम वर्तमान में CoreOS और बेड़े की ओर झुक रहे हैं।

2) मेसस और ढांचे को सीधे उबंटू / डेबियन सर्वर पर चलाना। इस विकल्प के लिए, हम फोरमैन और कठपुतली की ओर झुक रहे हैं।

इस प्रश्न के लिए, हम महत्व के क्रम में समाधान की पहचान करना चाहते हैं:

  • कॉन्फ़िगर करने के लिए सबसे कम जटिल है
  • अद्यतन बनाए रखने और रखने के लिए सबसे आसान है
  • कम से कम ओवरहेड है

हमने पहले कोरओएस के साथ काम नहीं किया है, लेकिन यह विकल्प है कि हम इसकी ओर बढ़ रहे हैं। इसके साथ एक बड़ा (व्यक्तिपरक) मुद्दा यह है कि हम डॉक्स कंटेनर पर मेसोस चलाते हैं और फिर हम मेकस पर डॉकटर कंटेनर चलाते हैं। यह मुझे "अशुद्ध" और गलत लगता है। क्या यह योग्यता के बिना विचार है?

एक समान विचार परतों के बीच अतिरेक की चिंता करता है। यह समझाने के लिए कि मैं कहां से आ रहा हूं, मैं पसंद करूंगा कि मेसोस एक वास्तविक ओएस था जो धातु के ठीक ऊपर चलता है। ऐसा लगता है कि कोई फर्क नहीं पड़ता कि आप किस आधार का उपयोग करते हैं, आप आर्किटेक्चर की एक से अधिक परत (यानी कोरोस एंड फ्लीट एंड सिस्टमड == मेसोस और मैराथन और क्रोनोस) पर एक ही इरादा कार्यक्षमता के साथ समाप्त होते हैं। क्या यह अपरिहार्य है?

क्या मेसोस के नीचे की परत को चलाने के लिए अन्य अच्छे विकल्प हैं जिन्हें हम अपने मानदंडों को ध्यान में रखते हुए विचार करने में असफल रहे?


यह जटिल लगता है। इस संदर्भ में मेसोस की अपील क्या है?
इविहित

मेसो बड़े डेटा / एचपीसी सामान को अच्छी तरह से पूरक करता है, जैसे स्पार्क या यहां तक ​​कि हडोप भी, लेकिन मुझे इसके तहत सब कुछ डालने का मूल्य नहीं दिखता है, विशेष रूप से वेब या मेल सेवाओं।
माइकल हैम्पटन

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

@Michael Hampton हम मानते हैं कि मेसोस आर्किटेक्चर क्लाउड कंप्यूटिंग के लिए आगे का रास्ता है, लेकिन मैं किसी भी तरह से दावा नहीं करता कि यह एकमात्र उत्तर है। हालांकि, यह स्पष्ट होना चाहिए कि क्लस्टर पर प्रबंधन करने की तुलना में क्लस्टर पर प्रबंधन करना आसान है, साथ ही साथ कुछ अतिरिक्त सामान भी।
awishformore

1
यह देखने लायक हो सकता है: mesosphere.com/product - एंटरप्राइज़ संस्करण स्पष्ट रूप से नंगे धातु पर प्रावधान करने के लिए व्यवहार्य होने वाला है।
मैरी

जवाबों:


2

मेसोस के तहत सेवाओं को कॉन्फ़िगर करना और चलाना एक जटिल ऑपरेशन या एक आसान हो सकता है, और आपको सबसे पहले उन सेवाओं के एक स्कीमा को परिभाषित करना चाहिए जिन्हें आप इसके तहत चलाना चाहते हैं, अपनी आवश्यकताओं और लक्ष्यों के आधार पर, जिस आत्मा को आप चाहते हैं उसे प्राप्त करने के लिए।

मैं मेसोस-डीएनएस और मैराथन, एपी गेटवे, क्रोनोस, जेनकिंस, डॉकर, कलेक्ट और ग्रेफाइट, के साथ डायनेमिक लोड बैलेंसिंग के लिए HAProxy के तहत> 70 मशीनों और विभिन्न सेवाओं की एक किस्म चलाती हूं ...

अब आपके प्रत्यक्ष सवालों के जवाब देने के लिए:

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

तो आपके लिए मेरा सबसे अच्छा उत्तर यह है कि आप अपने पसंदीदा लिनक्स डिस्ट्रो का उपयोग करें और मेसोस को चालू करें, या यदि आप कुछ नया सीखना चाहते हैं और संभवतः त्वरित और सहजता से, डीसीओएस और कोरओएस का उपयोग करें (ओपन-सोर्स्ड)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.