विरासत के बहुत सारे अनुप्रयोगों को तैनात किया गया हैकंटेनर। उनमें से अधिकांश को केवल एक कंटेनर में काम करने के लिए कुछ परिवर्तनों की आवश्यकता होती है, लेकिन उनमें से कई को पैमाने पर नहीं बनाया जाता है, उदाहरण के लिए क्योंकि वे सत्र डेटा को बनाए रखते हैं या एक वॉल्यूम (संक्षिप्त विषय) को लिखते हैं।
मैं सोच रहा था कि क्या वे अनुप्रयोग हैंकुबेरनेट्स पर चलने का इरादा है और यदि ऐसा है तो ऐसा करने का एक अच्छा तरीका क्या है। पॉड्स टिकाऊ नहीं होते हैं, इसलिए एक आवेदन शुरू करने का वांछित तरीका एक प्रतिकृति नियंत्रक का उपयोग करके और 1 पर प्रतिकृतियां सेट करना है। आरसी सुनिश्चित करता है कि पॉड्स की सही मात्रा चल रही है। प्रलेखन यह भी निर्दिष्ट करता है कि यदि बहुत अधिक हैं तो यह फली को मारता है। मैं सोच रहा था कि अगर यह मामला है (यदि एक फली मैन्युअल रूप से शुरू नहीं हुई है)।
मुझे लगता है कि Postgres (एक बाहरी डेटा वॉल्यूम के साथ) जैसे डेटाबेस एक अच्छा उदाहरण है। मैंने एक प्रतिकृति नियंत्रक का उपयोग करने वाले ट्यूटोरियल को देखा है।
उत्तर:
जवाब के लिए 0 № 11 प्रतिकृति के साथ एक प्रतिकृति नियंत्रक बनाना वास्तव में एक अच्छा दृष्टिकोण है, यह आपके बाद से एकल पॉड शुरू करने से अधिक विश्वसनीय है ऑटो-हीलिंग तंत्र से लाभ: यदि आपका ऐप नोड पर चल रहा है, तो आपकी पॉड को किसी अन्य स्थान पर पुनः आरंभ किया जाएगा।
कुबेरनेट्स जैसे क्लस्टर प्रबंधन प्रणाली के संदर्भ में डेटा दृढ़ता का मतलब है कि आपका डेटा उपलब्ध होना चाहिए खुद क्लस्टर के बाहर (अलग भंडारण)। मैं व्यक्तिगत रूप से EC2 EBS का उपयोग करता हूं क्योंकि हमारा ऐप AWS में चलता है, लेकिन कुबेरनेट्स अन्य का बहुत समर्थन करता है आयतन प्रकार के। अगर आपकी फली चलती है नोड ए, इसका उपयोग करने वाले संस्करणों को स्थानीय स्तर पर और आपके पॉड कंटेनरों के अंदर लगाया जाएगा। अब अगर आपकी फली नष्ट हो गई है और फिर से चालू हो जाएगी नोड बी इस मात्रा से अनमाउंट किया जाएगा नोड ए और घुड़सवार नोड बी इससे पहले कि आपके फली के कंटेनरों को फिर से बनाया जाए। काफी साफ़।
पर एक नज़र डालें लगातार वॉल्यूम, यह आपके लिए विशेष रूप से दिलचस्प होना चाहिए।