टपरवेयर: फेसबुक का कुबेरनेट्स हत्यारा?

टपरवेयर के साथ किसी भी पैमाने पर क्लस्टर का कुशल और विश्वसनीय प्रबंधन

आज पर सिस्टम @स्केल सम्मेलन हमने अपना क्लस्टर प्रबंधन सिस्टम टपरवेयर पेश किया, जो हमारी लगभग सभी सेवाओं को चलाने वाले लाखों सर्वरों में कंटेनरों को व्यवस्थित करता है। हमने पहली बार 2011 में टपरवेयर तैनात किया था, और तब से हमारा बुनियादी ढांचा विकसित हुआ है 1 डेटा सेंटर संपूर्ण तक 15 भू-वितरित डेटा केंद्र. इस पूरे समय में, टपरवेयर स्थिर नहीं रहा और हमारे साथ विकसित हुआ। हम आपको दिखाएंगे कि कैसे टपरवेयर प्रथम श्रेणी क्लस्टर प्रबंधन प्रदान करता है, जिसमें स्टेटफुल सेवाओं के लिए सुविधाजनक समर्थन, सभी डेटा केंद्रों के लिए एक एकल नियंत्रण कक्ष और वास्तविक समय में सेवाओं के बीच क्षमता वितरित करने की क्षमता शामिल है। जैसे-जैसे हमारा बुनियादी ढांचा विकसित होगा, हम अपने द्वारा सीखे गए सबक भी साझा करेंगे।

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

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

टपरवेयर वास्तुकला

टपरवेयर पीआरएन आर्किटेक्चर हमारे डेटा केंद्रों के क्षेत्रों में से एक है। इस क्षेत्र में आस-पास स्थित कई डेटा सेंटर भवन (PRN1 और PRN2) शामिल हैं। हम एक नियंत्रण कक्ष बनाने की योजना बना रहे हैं जो एक क्षेत्र के सभी सर्वरों का प्रबंधन करेगा।

एप्लिकेशन डेवलपर टपरवेयर नौकरियों के रूप में सेवाएं प्रदान करते हैं। एक कार्य में कई कंटेनर होते हैं, और वे सभी आम तौर पर एक ही एप्लिकेशन कोड चलाते हैं।

टपरवेयर कंटेनरों के प्रावधान और उनके जीवनचक्र के प्रबंधन के लिए जिम्मेदार है। इसमें कई घटक शामिल हैं:

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

टपरवेयर की विशिष्ट विशेषताएं

टपरवेयर कई मायनों में अन्य क्लस्टर प्रबंधन प्रणालियों जैसे कुबेरनेट्स और के समान है मेसो, लेकिन इसमें अंतर भी हैं:

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

हमने विशाल वैश्विक साझा सर्वर बेड़े पर विभिन्न प्रकार के स्टेटलेस और स्टेटफुल अनुप्रयोगों का समर्थन करने के लिए इन शानदार सुविधाओं को विकसित किया है।

स्टेटफुल सेवाओं के लिए अंतर्निहित समर्थन।

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

उदाहरण के लिए, यदि सर्वर विफलता के कारण एक डेटाबेस प्रतिकृति अनुपलब्ध हो जाती है, तो क्या आपको स्वचालित रखरखाव सक्षम करना चाहिए जो 50 के पूल से 10 सर्वरों पर कोर को अपडेट करेगा? हालात के उपर निर्भर। यदि इन 50 सर्वरों में से एक के पास उसी डेटाबेस की एक और प्रतिकृति है, तो प्रतीक्षा करना बेहतर है और एक ही बार में 2 प्रतिकृतियां न खोएं। सिस्टम रखरखाव और प्रदर्शन के बारे में गतिशील रूप से निर्णय लेने के लिए, हमें आंतरिक डेटा प्रतिकृति और प्रत्येक स्टेटफुल सेवा के प्लेसमेंट तर्क के बारे में जानकारी की आवश्यकता होती है।

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

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

डेटा केंद्रों में सर्वर का प्रबंधन करना

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

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

संपूर्ण वैश्विक प्रणाली का समर्थन करने के लिए स्केलेबल

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

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

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

इलास्टिक कंप्यूटिंग के साथ उपयोग दक्षता में सुधार करें

हमारा बुनियादी ढांचा जितना बड़ा होगा, बुनियादी ढांचे की लागत को अनुकूलित करने और लोड को कम करने के लिए हमारे सर्वर का कुशलतापूर्वक उपयोग करना उतना ही महत्वपूर्ण है। सर्वर उपयोग की दक्षता बढ़ाने के दो तरीके हैं:

• इलास्टिक कंप्यूटिंग - शांत घंटों के दौरान ऑनलाइन सेवाओं को कम करें और मशीन लर्निंग और मैपरिड्यूस नौकरियों जैसे ऑफ़लाइन कार्यभार के लिए मुक्त सर्वर का उपयोग करें।
• ओवरलोडिंग - ऑनलाइन सेवाओं और बैच वर्कलोड को एक ही सर्वर पर रखें ताकि बैच वर्कलोड कम प्राथमिकता पर चले।

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


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

हम अनुभव से जानते हैं कि पूरे सर्वर को लोचदार क्षमता की इकाइयों के रूप में प्रावधान करना सबसे अच्छा है क्योंकि बड़ी सेवाएँ लोचदार क्षमता के प्रमुख दाता और प्रमुख उपभोक्ता दोनों हैं, और पूरे सर्वर का उपयोग करने के लिए अनुकूलित हैं। जब शांत घंटों के दौरान सर्वर को ऑनलाइन सेवा से मुक्त कर दिया जाता है, तो संसाधन ब्रोकर उस पर ऑफ़लाइन कार्यभार चलाने के लिए सर्वर को शेड्यूलर को पट्टे पर देता है। यदि ऑनलाइन सेवा चरम लोड का अनुभव करती है, तो संसाधन दलाल तुरंत उधार लिए गए सर्वर को वापस बुला लेता है और शेड्यूलर के साथ मिलकर इसे ऑनलाइन सेवा में वापस कर देता है।

सबक सीखा और भविष्य की योजना बनाई

पिछले 8 वर्षों में, हम फेसबुक की तीव्र वृद्धि के साथ तालमेल बिठाने के लिए टपरवेयर विकसित कर रहे हैं। हमने जो सीखा है उसे साझा करते हैं और आशा करते हैं कि इससे दूसरों को तेजी से बढ़ते बुनियादी ढांचे का प्रबंधन करने में मदद मिलेगी:

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

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

स्रोत: www.habr.com