क्यूब-ऑन-क्यूब, मेटाक्लस्टर, हनीकोम्ब्स, संसाधन वितरण

चामल। 1. Alibaba क्लाउडमा Kubernetes इकोसिस्टम

२०१५ देखि, अलिबाबा क्लाउड कन्टेनर सर्भिस फर कुबर्नेट्स (ACK) अलिबाबा क्लाउडमा सबैभन्दा छिटो बढ्दो क्लाउड सेवाहरू मध्ये एक भएको छ। यसले धेरै ग्राहकहरूलाई सेवा दिन्छ र अलीबाबाको आन्तरिक पूर्वाधार र कम्पनीका अन्य क्लाउड सेवाहरूलाई पनि समर्थन गर्दछ।

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

यस लेखमा, हामी क्लाउड पूर्वाधार, साथै अन्तर्निहित प्लेटफर्मको वास्तुकलामा ठूलो संख्यामा Kubernetes क्लस्टरहरू प्रबन्ध गर्ने हाम्रो अनुभव साझा गर्नेछौं।

प्रवेश

Kubernetes क्लाउडमा विभिन्न प्रकारका कार्यभारहरूको लागि वास्तविक मानक भएको छ। चित्र मा देखाइएको छ। 1 माथि, अधिक र धेरै Alibaba क्लाउड अनुप्रयोगहरू अब Kubernetes क्लस्टरहरूमा चलिरहेका छन्: स्टेटफुल र स्टेटलेस अनुप्रयोगहरू, साथै अनुप्रयोग प्रबन्धकहरू। Kubernetes व्यवस्थापन जहिले पनि पूर्वाधार निर्माण र मर्मत गर्ने इन्जिनियरहरूको लागि छलफलको एक रोचक र गम्भीर विषय भएको छ। जब यो अलिबाबा क्लाउड जस्ता क्लाउड प्रदायकहरूको कुरा आउँछ, स्केलिंगको मुद्दा अगाडि आउँछ। यस मापनमा Kubernetes क्लस्टरहरू कसरी व्यवस्थापन गर्ने? हामीले पहिले नै विशाल 10-नोड Kubernetes क्लस्टरहरू प्रबन्ध गर्नका लागि उत्तम अभ्यासहरू कभर गरेका छौं। निस्सन्देह, यो एक रोचक स्केलिंग समस्या हो। तर त्यहाँ अर्को स्केल छ: मात्रा क्लस्टरहरू आफैं.

हामीले धेरै ACK प्रयोगकर्ताहरूसँग यस विषयमा छलफल गरेका छौं। तिनीहरूमध्ये धेरैले दर्जनौं, यदि सयौं होइन भने, साना वा मध्यम आकारको कुबर्नेट्स क्लस्टरहरू चलाउन छनौट गर्छन्। यसको लागि राम्रो कारणहरू छन्: सम्भावित क्षति सीमित गर्ने, विभिन्न टोलीहरूको लागि क्लस्टरहरू अलग गर्ने, परीक्षणको लागि भर्चुअल क्लस्टरहरू सिर्जना गर्ने। यदि ACK ले यस प्रयोग मोडेलको साथ विश्वव्यापी दर्शकहरूलाई सेवा दिने लक्ष्य राख्छ भने, यसले 20 भन्दा बढी क्षेत्रहरूमा ठूलो संख्यामा क्लस्टरहरूको भरपर्दो र कुशलतापूर्वक व्यवस्थापन गर्नुपर्छ।

चामल। 2. ठूलो संख्यामा Kubernetes क्लस्टरहरू व्यवस्थापन गर्ने समस्याहरू

यस मापनमा क्लस्टरहरू व्यवस्थापनका मुख्य चुनौतीहरू के हुन्? चित्रमा देखाइए अनुसार, त्यहाँ चारवटा मुद्दाहरू छन्:

• विषमता

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

• विभिन्न क्लस्टर आकारहरू

क्लस्टरहरू आकारमा भिन्न हुन्छन्, केही पोडहरू भएका केही नोडहरूदेखि हजारौं पोडहरू भएका दशौं हजार नोडहरू। स्रोत आवश्यकताहरू पनि धेरै भिन्न हुन्छन्। अनुचित स्रोत आवंटनले कार्यसम्पादनमा असर पार्न सक्छ वा असफलता पनि निम्त्याउन सक्छ।

• विभिन्न संस्करणहरू

Kubernetes धेरै छिटो विकसित हुँदैछ। नयाँ संस्करणहरू प्रत्येक केही महिनामा जारी हुन्छन्। ग्राहकहरू सधैं नयाँ सुविधाहरू प्रयास गर्न इच्छुक छन्। त्यसैले तिनीहरू Kubernetes को नयाँ संस्करणहरूमा परीक्षण लोड र स्थिर संस्करणहरूमा उत्पादन लोड राख्न चाहन्छन्। यो आवश्यकता पूरा गर्न, ACK ले स्थिर संस्करणहरू कायम राख्दै ग्राहकहरूलाई Kubernetes को नयाँ संस्करणहरू निरन्तर रूपमा डेलिभर गर्नुपर्छ।

• सुरक्षा अनुपालन

क्लस्टरहरू विभिन्न क्षेत्रहरूमा वितरित छन्। जस्तै, तिनीहरूले विभिन्न सुरक्षा आवश्यकताहरू र आधिकारिक नियमहरूको पालना गर्नुपर्छ। उदाहरण को लागी, युरोप मा एक क्लस्टर GDPR अनुरूप हुनुपर्छ, जबकि चीन मा एक वित्तीय क्लाउड सुरक्षा को अतिरिक्त तहहरु हुनु पर्छ। यी आवश्यकताहरू अनिवार्य छन् र तिनीहरूलाई बेवास्ता गर्न अस्वीकार्य छ, किनकि यसले क्लाउड प्लेटफर्मका ग्राहकहरूको लागि ठूलो जोखिम सिर्जना गर्दछ।

ACK प्लेटफर्म माथिका अधिकांश समस्याहरू समाधान गर्न डिजाइन गरिएको हो। यो हाल विश्वभरि 10 हजार भन्दा बढी Kubernetes क्लस्टरहरू विश्वसनीय र स्थिर रूपमा व्यवस्थापन गर्दछ। धेरै प्रमुख डिजाइन/वास्तुकला सिद्धान्तहरू मार्फत यो कसरी हासिल भयो भनेर हेरौं।

डिजाइन

क्यूब-ऑन-क्यूब र हनीकोम्ब

एक केन्द्रीकृत पदानुक्रमको विपरीत, सेल-आधारित वास्तुकला सामान्यतया एकल डेटा केन्द्र भन्दा बाहिर प्लेटफर्म मापन गर्न वा आपदा रिकभरीको दायरा विस्तार गर्न प्रयोग गरिन्छ।

Alibaba क्लाउडको प्रत्येक क्षेत्र धेरै क्षेत्रहरू (AZ) समावेश गर्दछ र सामान्यतया एक विशिष्ट डेटा केन्द्रसँग मेल खान्छ। ठूलो क्षेत्रमा (जस्तै Huangzhou), त्यहाँ प्रायः हजारौं Kubernetes ग्राहक क्लस्टरहरू ACK चलाउँछन्।

ACK ले Kubernetes को प्रयोग गरेर यी Kubernetes क्लस्टरहरू प्रबन्ध गर्दछ, यसको मतलब हामीसँग ग्राहक Kubernetes क्लस्टरहरू व्यवस्थापन गर्न चलिरहेको Kubernetes मेटाक्लस्टर छ। यो वास्तुकला "कुबे-ऑन-कुबे" (KoK) पनि भनिन्छ। कोके आर्किटेक्चरले क्लाइन्ट क्लस्टरहरूको व्यवस्थापनलाई सरल बनाउँछ किनभने क्लस्टर डिप्लोइमेन्ट सरल र निर्धारणात्मक हुन्छ। अझ महत्त्वपूर्ण कुरा, हामी नेटिभ Kubernetes बाट सुविधाहरू पुन: प्रयोग गर्न सक्छौं। उदाहरण को लागी, एपीआई सर्भरहरु को डिप्लोयमेन्ट को माध्यम बाट प्रबन्धन, धेरै etcds को प्रबन्ध गर्न etcd अपरेटर को उपयोग गरेर। यस्तो पुनरावृत्तिले सधैं विशेष आनन्द ल्याउँछ।

धेरै Kubernetes मेटाक्लस्टरहरू ग्राहकहरूको संख्यामा निर्भर गर्दै, एक क्षेत्र भित्र तैनाथ गरिएका छन्। हामी यी मेटाक्लस्टर सेलहरू भन्छौं। सम्पूर्ण क्षेत्रको विफलताबाट जोगाउन, ACK ले एकल क्षेत्रमा बहु-सक्रिय परिनियोजनहरूलाई समर्थन गर्दछ: मेटाक्लस्टरले कुबेरनेट क्लाइन्ट क्लस्टर मास्टर कम्पोनेन्टहरू धेरै क्षेत्रहरूमा वितरण गर्दछ र तिनीहरूलाई एकैसाथ चलाउँछ, अर्थात्, बहु-सक्रिय मोडमा। मास्टरको विश्वसनीयता र दक्षता सुनिश्चित गर्न, ACK ले कम्पोनेन्टहरूको प्लेसमेन्टलाई अप्टिमाइज गर्छ र API सर्भर र etcd एक अर्काको नजिक छन् भनी सुनिश्चित गर्दछ।

यो मोडेलले तपाईंलाई कुशलतापूर्वक, लचिलो र भरपर्दो रूपमा Kubernetes व्यवस्थापन गर्न अनुमति दिन्छ।

मेटाक्लस्टर संसाधन योजना

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

उदाहरणका लागि, नेटवर्क स्रोतहरू लिनुहोस्। KoK आर्किटेक्चरमा, क्लाइन्ट क्लस्टरहरूबाट Kubernetes कम्पोनेन्टहरू मेटाक्लस्टरमा पोडको रूपमा प्रयोग गरिन्छ। हामी प्रयोग गर्छौ Terway (चित्र 3) कन्टेनर नेटवर्क व्यवस्थापनको लागि Alibaba Cloud द्वारा विकसित गरिएको उच्च-कार्यक्षमता प्लगइन हो। यसले सुरक्षा नीतिहरूको समृद्ध सेट प्रदान गर्दछ र तपाईंलाई Alibaba क्लाउड इलास्टिक नेटवर्किङ इन्टरफेस (ENI) मार्फत ग्राहकहरूको भर्चुअल निजी क्लाउडहरू (VPCs) मा जडान गर्न अनुमति दिन्छ। मेटाक्लस्टरमा नोडहरू, पोडहरू र सेवाहरूमा नेटवर्क स्रोतहरूलाई प्रभावकारी रूपमा वितरण गर्न, हामीले भर्चुअल निजी क्लाउडहरूको मेटाक्लस्टर भित्र तिनीहरूको प्रयोगलाई ध्यानपूर्वक निगरानी गर्नुपर्छ। जब नेटवर्क स्रोतहरू समाप्त हुन्छ, नयाँ सेल सिर्जना हुन्छ।

प्रत्येक मेटाक्लस्टरमा ग्राहक क्लस्टरहरूको इष्टतम संख्या निर्धारण गर्न, हामी हाम्रो लागत, घनत्व आवश्यकताहरू, स्रोत कोटा, विश्वसनीयता आवश्यकताहरू र तथ्याङ्कहरूलाई पनि ध्यानमा राख्छौं। नयाँ मेटाक्लस्टर सिर्जना गर्ने निर्णय यी सबै जानकारीको आधारमा गरिन्छ। कृपया ध्यान दिनुहोस् कि साना क्लस्टरहरू भविष्यमा ठूलो मात्रामा विस्तार हुन सक्छन्, त्यसैले क्लस्टरहरूको संख्या अपरिवर्तित रहँदा पनि स्रोतको खपत बढ्छ। हामी सामान्यतया प्रत्येक क्लस्टर बढ्नको लागि पर्याप्त खाली ठाउँ छोड्छौं।

चामल। 3. Terway नेटवर्क वास्तुकला

ग्राहक क्लस्टरहरूमा विजार्ड कम्पोनेन्टहरू स्केल गर्दै

विजार्ड कम्पोनेन्टहरूसँग विभिन्न स्रोत आवश्यकताहरू छन्। तिनीहरू क्लस्टरमा नोडहरू र पोडहरूको संख्यामा निर्भर हुन्छन्, API सर्भरसँग अन्तरक्रिया गर्ने गैर-मानक नियन्त्रकहरू/अपरेटरहरूको संख्या।

ACK मा, प्रत्येक Kubernetes ग्राहक क्लस्टर आकार र रनटाइम आवश्यकताहरूमा भिन्न हुन्छ। विजार्ड कम्पोनेन्टहरू राख्नको लागि त्यहाँ कुनै विश्वव्यापी कन्फिगरेसन छैन। यदि हामीले गल्तीले ठूलो ग्राहकको लागि कम स्रोत सीमा सेट गर्यौं भने, यसको क्लस्टरले लोडसँग सामना गर्न सक्षम हुनेछैन। यदि तपाईंले सबै क्लस्टरहरूको लागि रूढीवादी रूपमा उच्च सीमा सेट गर्नुभयो भने, स्रोतहरू बर्बाद हुनेछन्।

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

यी परिवर्तनहरू अझ सहज रूपमा हुने र थप आर्थिक अर्थ बनाउनका लागि हामी यस प्रणालीलाई अझ राम्रोसँग स्केलिंग र थप सटीक प्रकारको अद्यावधिक गर्ने काम गर्दैछौं।

चामल। 4. बुद्धिमान बहु-चरण प्रकार स्विचिंग

स्केलमा ग्राहक क्लस्टरहरूको विकास

अघिल्लो खण्डहरूले ठूलो संख्यामा कुबेरनेट क्लस्टरहरू प्रबन्ध गर्ने केही पक्षहरूलाई समेटेका थिए। यद्यपि, त्यहाँ अर्को समस्या छ जुन समाधान गर्न आवश्यक छ: क्लस्टरहरूको विकास।

Kubernetes क्लाउड संसारको "Linux" हो। यो लगातार अपडेट हुन्छ र थप मोड्युलर हुन्छ। हामीले हाम्रा ग्राहकहरूलाई निरन्तर नयाँ संस्करणहरू डेलिभर गर्नुपर्छ, कमजोरीहरू समाधान गर्नुपर्छ र अवस्थित क्लस्टरहरू अद्यावधिक गर्नुपर्छ, साथै धेरै संख्यामा सम्बन्धित कम्पोनेन्टहरू (CSI, CNI, यन्त्र प्लगइन, शेड्युलर प्लगइन र अन्य धेरै) व्यवस्थापन गर्नुपर्छ।

उदाहरणको रूपमा Kubernetes घटक व्यवस्थापन लिनुहोस्। सुरुमा, हामीले यी सबै जडान गरिएका कम्पोनेन्टहरू दर्ता र प्रबन्ध गर्नको लागि केन्द्रीकृत प्रणाली विकास गरेका छौं।

चामल। 5. लचिलो र प्लग गर्न मिल्ने कम्पोनेन्टहरू

अगाडि बढ्नु अघि, तपाईंले अद्यावधिक सफल भएको कुरा सुनिश्चित गर्न आवश्यक छ। यो गर्नका लागि, हामीले कम्पोनेन्टहरूको कार्यक्षमता जाँच गर्ने प्रणाली विकास गरेका छौं। जाँच अपडेट गर्नु अघि र पछि गरिन्छ।

चामल। 6. क्लस्टर घटकहरूको प्रारम्भिक जाँच

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

उदाहरणका लागि, BroadcastJob नियन्त्रक प्रत्येक कार्यकर्ता मेसिनमा कम्पोनेन्टहरू अद्यावधिक गर्न वा प्रत्येक मेसिनमा नोडहरू जाँच गर्न डिजाइन गरिएको हो। ब्रोडकास्ट कार्यले डेमनसेट जस्तै क्लस्टरमा प्रत्येक नोडमा पोड चलाउँछ। यद्यपि, DaemonSet ले पोडलाई सधैं लामो समयसम्म चलिरहेको राख्छ, जबकि BroadcastJob ले यसलाई पतन गर्छ। प्रसारण नियन्त्रकले भर्खरै जोडिएका नोडहरूमा पोडहरू पनि लन्च गर्दछ र आवश्यक कम्पोनेन्टहरूसँग नोडहरू प्रारम्भ गर्दछ। जुन 2019 मा, हामीले OpenKruise स्वचालन इन्जिनको स्रोत कोड खोल्यौं, जुन हामी आफैं कम्पनी भित्र प्रयोग गर्छौं।

चामल। 7. OpenKurise ले सबै नोडहरूमा प्रसारण कार्यको कार्यान्वयनलाई व्यवस्थित गर्दछ

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

चामल। 8. विभिन्न परिदृश्यहरूको लागि उन्नत र लचिलो क्लस्टर प्रोफाइलहरू

डाटा केन्द्रहरूमा विश्वव्यापी अवलोकन योग्यता

तल चित्रमा देखाइएको छ। 9, अलिबाबा क्लाउड कन्टेनर क्लाउड सेवा संसारभरका बीस क्षेत्रहरूमा तैनात गरिएको छ। यस मापनलाई ध्यानमा राख्दै, ACK को मुख्य लक्ष्यहरू मध्ये एक भनेको क्लस्टरहरू चलिरहेको अवस्थालाई सजिलैसँग निगरानी गर्नु हो ताकि यदि ग्राहक क्लस्टरले समस्याको सामना गर्छ भने, हामी द्रुत रूपमा स्थितिमा प्रतिक्रिया दिन सक्छौं। अर्को शब्दमा, तपाईले समाधानको साथ आउनु पर्छ जसले तपाईलाई सबै क्षेत्रहरूमा ग्राहक क्लस्टरहरूबाट वास्तविक समयमा तथ्याङ्कहरू प्रभावकारी र सुरक्षित रूपमा सङ्कलन गर्न अनुमति दिनेछ - र नतिजाहरू दृश्यात्मक रूपमा प्रस्तुत गर्नुहोस्।

चामल। 9. बीस क्षेत्रहरूमा अलिबाबा क्लाउड कन्टेनर सेवाको विश्वव्यापी तैनाती

धेरै Kubernetes निगरानी प्रणाली जस्तै, हामी हाम्रो मुख्य उपकरण रूपमा Prometheus प्रयोग गर्छौं। प्रत्येक मेटाक्लस्टरको लागि, प्रोमेथियस एजेन्टहरूले निम्न मेट्रिकहरू सङ्कलन गर्छन्:

• OS मेट्रिकहरू जस्तै होस्ट स्रोतहरू (CPU, मेमोरी, डिस्क, आदि) र नेटवर्क ब्यान्डविथ।
• मेटाक्लस्टर र क्लाइन्ट क्लस्टर व्यवस्थापन प्रणालीका लागि मेट्रिक्स, जस्तै kube-apiserver, kube-controller-manager र kube-scheduler।
• kubernetes-state-metrics र cadvisor बाट मेट्रिक्स।
• etcd मेट्रिकहरू जस्तै डिस्क लेखन समय, डाटाबेस आकार, नोडहरू बीच जडानहरूको थ्रुपुट, आदि।

विश्वव्यापी तथ्याङ्कहरू एक विशिष्ट बहु-तह एकत्रीकरण मोडेल प्रयोग गरी सङ्कलन गरिन्छ। प्रत्येक मेटाक्लस्टरबाट निगरानी डेटा पहिले प्रत्येक क्षेत्रमा एकत्रित गरिन्छ र त्यसपछि केन्द्रीय सर्भरमा पठाइन्छ जसले समग्र चित्र देखाउँछ। महासंघको संयन्त्रबाट सबै काम हुन्छ । प्रत्येक डाटा सेन्टरमा प्रोमिथियस सर्भरले त्यो डाटा सेन्टरबाट मेट्रिक्स सङ्कलन गर्दछ, र केन्द्रीय प्रोमेथियस सर्भरले अनुगमन डाटा जम्मा गर्न जिम्मेवार हुन्छ। AlertManager केन्द्रीय Prometheus मा जडान गर्दछ र आवश्यक भएमा, DingTalk, इमेल, SMS, आदि मार्फत अलर्टहरू पठाउँदछ। भिजुअलाइजेशन - Grafana प्रयोग गरेर।

चित्र १० मा, अनुगमन प्रणालीलाई तीन तहमा विभाजन गर्न सकिन्छ:

• सीमा स्तर

केन्द्रबाट सबैभन्दा टाढाको तह। प्रोमेथियस एज सर्भर प्रत्येक मेटाक्लस्टरमा चल्छ, मेटा र क्लाइन्ट क्लस्टरहरूबाट एउटै नेटवर्क डोमेन भित्र मेट्रिकहरू सङ्कलन गर्दछ।

• क्यास्केड स्तर

प्रोमेथियस क्यास्केड तहको कार्य धेरै क्षेत्रहरूबाट निगरानी डेटा सङ्कलन गर्नु हो। यी सर्भरहरूले चीन, एशिया, युरोप र अमेरिका जस्ता ठूला भौगोलिक एकाइहरूको स्तरमा काम गर्छन्। क्लस्टरहरू बढ्दै जाँदा, क्षेत्र विभाजन गर्न सकिन्छ, र त्यसपछि प्रत्येक नयाँ ठूलो क्षेत्रमा क्यास्केड-स्तर प्रोमेथियस सर्भर देखा पर्नेछ। यस रणनीतिको साथ, तपाइँ आवश्यक अनुसार सजिलै मापन गर्न सक्नुहुन्छ।

• केन्द्रीय स्तर

केन्द्रीय प्रोमेथियस सर्भरले सबै क्यास्केड सर्भरहरूमा जडान गर्दछ र अन्तिम डेटा एकत्रीकरण गर्दछ। विश्वसनीयताका लागि, एउटै क्यास्केड सर्भरहरूमा जडान भएका दुईवटा केन्द्रीय प्रोमेथियस उदाहरणहरू विभिन्न क्षेत्रहरूमा उठाइएका थिए।

चामल। 10. प्रोमेथियस संघ संयन्त्रमा आधारित विश्वव्यापी बहु-स्तर अनुगमन वास्तुकला

सारांश

Kubernetes-आधारित क्लाउड समाधानहरूले हाम्रो उद्योगलाई रूपान्तरण गर्न जारी राख्छन्। Alibaba क्लाउड कन्टेनर सेवाले सुरक्षित, भरपर्दो र उच्च प्रदर्शन होस्टिङ प्रदान गर्दछ - यो एक उत्तम Kubernetes क्लाउड होस्टिङ हो। अलिबाबा क्लाउड टोली खुला स्रोत र खुला स्रोत समुदायका सिद्धान्तहरूमा दृढ विश्वास गर्दछ। हामी निश्चित रूपमा क्लाउड टेक्नोलोजीहरू सञ्चालन र व्यवस्थापनको क्षेत्रमा हाम्रो ज्ञान साझा गर्न जारी राख्नेछौं।

स्रोत: www.habr.com