मैं कुबर्नेट्स पर एक MySQL परिनियोजन चला रहा हूं, हालांकि ऐसा लगता है कि मेरी आवंटित स्थान पर्याप्त नहीं थी, शुरुआत में मैंने 50GB की लगातार मात्रा जोड़ा और अब मैं इसे 100GB तक विस्तारित करना चाहता हूं।एक सतत वॉल्यूम का आकार बदल सकता है?
मैंने पहले ही देखा है कि सृजन के बाद लगातार वॉल्यूम दावा अपरिवर्तनीय है, लेकिन क्या मैं किसी भी तरह से लगातार मात्रा का आकार बदल सकता हूं और फिर मेरा दावा फिर से बना सकता हूं?
नहीं है, Kubernetes अभी तक आकार बदलने स्वचालित मात्रा का समर्थन नहीं करता।
इस समय डिस्क आकार बदलने का एक पूरी तरह से मैन्युअल प्रक्रिया है।
मान लीजिए कि आपने एक कुबर्नेट्स पीवी ऑब्जेक्ट को किसी दिए गए क्षमता के साथ बनाया है और पीवी एक पीवीसी से जुड़ा हुआ है, और उसके बाद एक पॉड द्वारा उपयोग के लिए नोड पर संलग्न/घुड़सवार है। यदि आप वॉल्यूम आकार बढ़ाते हैं, तो पॉड्स बिना किसी समस्या के डिस्क का उपयोग करने में सक्षम होंगे, हालांकि उन्हें अतिरिक्त स्थान तक पहुंच नहीं होगी।
वॉल्यूम पर अतिरिक्त स्थान को सक्षम करने के लिए, आपको विभाजन को मैन्युअल रूप से आकार बदलना होगा। आप here निर्देशों का पालन करके ऐसा कर सकते हैं। आपको पहले वॉल्यूम का संदर्भ देने वाले फोड को हटाना होगा, इसे अलग करने के लिए प्रतीक्षा करें, वॉल्यूम को मैन्युअल रूप से अटैच/माउंट करने के लिए वॉल्यूम को कुछ वीएम इंस्टेंस में एक्सेस करें, और इसे आकार देने के लिए आवश्यक चरणों के माध्यम से चलाएं।
सुविधा अनुरोध को ट्रैक करने के लिए #35941 जारी किया गया।
पीवीसी/पी वी 'आकार बदलने' के संदर्भ में, कि अभी भी k8s में समर्थित नहीं है, हालांकि मेरा मानना है कि यह संभावित रूप से आने से 1.9
में यह पीवीसी/पीवी और के साथ काम कर (द्वारा एक ही अंतिम परिणाम प्राप्त करने के लिए संभव है उदाहरण के लिए) जीसीई पीडी हालांकि ..
उदाहरण के लिए, मेरे पास एक पीवीसी और एक गतिशील रूप से प्रावधान पीवी के साथ एक स्टोरेज क्लास संसाधन के माध्यम से एक गिटलैब परिनियोजन था। के रूप में यहाँ विस्तृत
kubectl describe pv <name-of-pv> (उपयोगी पीवी प्रकट बनाते समय बाद में)"gcePersistentDisk: pdName: <name-of-pd>" परिभाषित किया गया था, साथ ही चरण 3 पर पकड़े गए अन्य विवरणों के साथ। सुनिश्चित करें कि आप spec.capacity को अपडेट करें।नई क्षमता आप पीवी के लिएचाहते हैं (आवश्यक नहीं है, हालांकि, और यहाँ कोई प्रभाव नहीं है, तो आप अपने पीवीसी प्रकट में भंडारण क्षमता/मूल्य को अपडेट करना चाहें, भावी पीढ़ी के लिए)kubectl apply के भंडारण (या समतुल्य) अपने तैनाती/फली, पीवीसी और पीवीटिप्पणी से बनाना: कुछ कदम इस तरह के मौजूदा तैनाती/फली में से कुछ को हटाने के रूप में, आवश्यक नहीं हो सकता है .. संसाधनों, हालांकि मैं व्यक्तिगत रूप से उन्हें हटाने के लिए, के रूप में देख रहा है पसंद करते हैं मुझे पता है कि ReclaimPolicy बरकरार है, और मेरे पास एक स्नैपशॉट है। gcePersistentDisk, awsElasticBlockStore, भस्म, GlusterFS, RBD
यह सक्षम करने की आवश्यकता है:
हाँ, यह हो सकता है, संस्करण के बाद 1.8
यह संभव Kubernetes 1.9 में (1.8 में अल्फा) कुछ मात्रा प्रकारों के लिए है PersistentVolumeClaimResize प्रवेश प्लग-इन और स्टोरेज क्लासेस जिनके allowVolumeExpansion फ़ील्ड को सत्य पर सेट किया गया है।
मैं एक आकार निर्दिष्ट किए बिना उन बनाना चाहिए https://kubernetes.io/docs/concepts/storage/persistent-volumes/#expanding-persistent-volumes-claims
पर सरकारी डॉक्स देखें लेकिन 'लगातार मात्रा claim' और' persisten पहले से ही volume' आकार निर्दिष्ट,? क्या यह संभव है? आपके तरह के उत्तर के लिए धन्यवाद – perrohunter
स्टोरेज डिस्कवरी के लिए एक पीवी/पीवीसी का उपयोग किया जाता है। एक पीवीसी आपके द्वारा भंडारण के लिए आवश्यक न्यूनतम आवश्यकताओं के साथ बनाई गई है, यह एक उपलब्ध (अनबाउंड) पीवी से जुड़ी होगी जो उन न्यूनतम आवश्यकताओं को पूरा करती है। पीवी ऑब्जेक्ट वास्तविक भंडारण का "प्रतिनिधित्व" है। इसे परिभाषित करने की क्षमता की आवश्यकता है। एक बार पीवीसी/पीवी बंधे जाने के बाद, पीवीसी पूरा होने के बाद से या तो क्षमता वास्तव में कोई फर्क नहीं पड़ता है। जब पीवीसी को एक फली द्वारा संदर्भित किया जाता है, तो पॉड केवल उस वॉल्यूम को आरोहित करने के लिए आवश्यक पीवी ऑब्जेक्ट में जानकारी का उपयोग करता है (यह क्षमता मानों को अनदेखा करता है)। –
@Sadadli किसी भी आवेदन के लिए उपलब्ध संग्रहण स्थान को सीमित करने के लिए कोई रास्ता नहीं है? – Jonathan