कुबेरनेट्स में वॉल्यूम स्नैपशॉट के अल्फा संस्करण का परिचय

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

Kubernetes v1.12 ने वॉल्यूम के लिए स्नैपशॉट के लिए समर्थन का एक अल्फा संस्करण पेश किया। यह सुविधा आपको वॉल्यूम के स्नैपशॉट बनाने और हटाने की अनुमति देती है, साथ ही सिस्टम के "देशी" साधनों का उपयोग करके स्नैपशॉट से नए वॉल्यूम भी बनाती है - कुबेरनेट एपीआई के माध्यम से।

स्नैपशॉट क्या है?

कई स्टोरेज सिस्टम (जैसे Google क्लाउड परसेंट डिस्क, अमेजन इलास्टिक ब्लॉक स्टोरेज, और कई ऑन-प्रिमाइसेस स्टोरेज सिस्टम) एक स्थायी वॉल्यूम के लिए स्नैपशॉट ("स्नैपशॉट") बनाने की क्षमता प्रदान करते हैं। एक स्नैपशॉट समय में किसी विशेष बिंदु पर वॉल्यूम की एक प्रति है। इसका उपयोग एक नया वॉल्यूम प्रदान करने के लिए किया जा सकता है (पहले से ही स्नैपशॉट से डेटा से भरा हुआ) या मौजूदा वॉल्यूम को पिछली स्थिति में पुनर्स्थापित करना (जो स्नैपशॉट में प्रस्तुत किया गया है)।

क्यूबर्नेट्स में स्नैपशॉट क्यों जोड़ें?

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

इन सभी क्षमताओं को प्रदान करना कुबेरनेट्स कार्यभार सहिष्णुता लक्ष्यों का एक हिस्सा है: कुबेरनेट्स अनुप्रयोगों के बीच एक अमूर्त परत बनाना चाहते हैं जो वितरित सिस्टम और अंतर्निहित क्लस्टर के रूप में काम करते हैं ताकि आवेदन उन विशिष्ट क्लस्टर से स्वतंत्र हों जिन पर वे चल रहे हैं, और अनुप्रयोग परिनियोजन की आवश्यकता नहीं है किसी भी क्लस्टर-विशिष्ट ज्ञान।

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

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

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

Kubernetes में कौन से वॉल्यूम प्लग इन स्नैपशॉट का समर्थन करते हैं?

कुबेरनेट्स तीन प्रकार के वॉल्यूम प्लग इन का समर्थन करता है: इन-ट्री, फ्लेक्स और सीएसआई। विवरण के लिए कुबेरनेट्स वॉल्यूम प्लगिन FAQ देखें।

स्नैपशॉट केवल CSI ड्राइवरों के लिए समर्थित हैं (वे इन-ट्री या फ्लेक्स के लिए समर्थित नहीं हैं)। इस अवसर का लाभ उठाने के लिए, सुनिश्चित करें कि स्नैपशॉट सपोर्ट को लागू करने वाला CSI ड्राइवर कुबेरनेट क्लस्टर में तैनात है।

इस ब्लॉग पोस्ट के समय तक (9 अक्टूबर, 2018 - लगभग अनुवाद। ) , स्नैपशॉट्स को निम्नलिखित आईआईआई द्वारा समर्थित किया गया है:

• जीसीई स्थायी डिस्क ;
• OpenSDS ;
• सीएफएच आरबीडी
• Portworx ।

अन्य ड्राइवरों के लिए स्नैपशॉट का समर्थन विकास के अधीन है और जल्द ही उपलब्ध होना चाहिए। CSI के बारे में और अधिक विवरण और CSI ड्राइवरों को कैसे तैनात किया जाए, इसका वर्णन कुबेरनेट्स गोएट्स बीटा के लिए " कंटेनर स्टोरेज इंटरफेस (CSI) " में किया गया है (और " कंटेनर स्टोरेज को समझना " (कुबेर और अधिक में) नोट का हमारा अनुवाद भी देखें ) - लगभग अनुवाद। ) ।

स्नैपशॉट के लिए कुबेरनेट्स एपीआई

स्नैपशॉट्स को प्रबंधित करने के लिए, कुबेरनेट्स वॉल्यूम स्नैपशॉट्स तीन नए एपीआई ऑब्जेक्ट्स को उसी तरह पेश करते हैं जैसे कुबेरनेट्स पर्सेंटेज वॉल्यूम एपीआई में:

• VolumeSnapshot
  
  • निर्दिष्ट वॉल्यूम के लिए स्नैपशॉट का अनुरोध करने के लिए कुबेरनेट्स उपयोगकर्ता द्वारा बनाया गया। इसमें स्नैपशॉट ऑपरेशन के बारे में जानकारी है, जैसे कि स्नैपशॉट को हटाने के लिए टाइमस्टैम्प और क्या यह उपयोग के लिए तैयार है।
  • PersistentVolumeClaim ऑब्जेक्ट की तरह, इस ऑब्जेक्ट को बनाना और हटाना क्लस्टर संसाधन (स्नैपशॉट) बनाने या हटाने के लिए उपयोगकर्ता की इच्छा का प्रतिनिधित्व करता है।
• VolumeSnapshotContent
  
  • जब स्नैपशॉट सफलतापूर्वक बनाया गया था, तो CSI ड्राइवर द्वारा बनाया गया था। इसमें स्नैपशॉट के बारे में जानकारी शामिल है जिसमें इसकी आईडी भी शामिल है
  • PersistentVolume ऑब्जेक्ट की तरह, यह पहले से ही क्लस्टर (स्नैपशॉट) द्वारा सेवित संसाधन का प्रतिनिधित्व करता है।
  • PersistentVolumeClaim और PersistentVolume ऑब्जेक्ट्स की तरह, जब एक स्नैपशॉट बनाया जाता है, तो VolumeSnapshotContent ऑब्जेक्ट VolumeSnapshotContent जुड़ा होता है VolumeSnapshot लिए इसे बनाया गया था (एक-से-एक मैपिंग का उपयोग किया जाता है)।
• VolumeSnapshotClass
  
  • क्लस्टर प्रशासकों द्वारा यह वर्णन करना कि कौन से स्नैपशॉट बनाए जा सकते हैं। इसमें ड्राइवर जानकारी, स्नैपशॉट एक्सेस करने के लिए रहस्य आदि शामिल हैं।

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

CSI ड्राइवर जो स्नैपशॉट का समर्थन करते हैं, वे स्वचालित रूप से आवश्यक CRD स्थापित करेंगे। कुबेरनेट्स उपयोगकर्ताओं को केवल यह सत्यापित करने की आवश्यकता है कि स्नैपशॉट का समर्थन करने वाला सीएसआई चालक क्लस्टर में तैनात है।

इन नई वस्तुओं के अलावा, मौजूदा PersistentVolumeClaim एक नया PersistentVolumeClaim स्रोत फ़ील्ड है:

 type PersistentVolumeClaimSpec struct { AccessModes []PersistentVolumeAccessMode Selector *metav1.LabelSelector Resources ResourceRequirements VolumeName string StorageClassName *string VolumeMode *PersistentVolumeMode DataSource *TypedLocalObjectReference } 

यह फ़ील्ड (अल्फा संस्करण स्थिति में) आपको एक नया वॉल्यूम बनाते समय एक मौजूदा स्नैपशॉट से डेटा के साथ स्वचालित रूप से इसे भरने की अनुमति देता है।

कुबेरनेट्स स्नैपशॉट आवश्यकताएँ

कुबेरनेट्स में वॉल्यूम स्नैपशॉट का उपयोग करने से पहले, आपको निम्न करना चाहिए:

• सुनिश्चित करें कि स्नैपशॉट को लागू करने वाला CSI ड्राइवर क्लस्टर पर तैनात और चल रहा है;
• कुबेरनेट्स वॉल्यूम स्नैपशॉटिंग फ़ंक्शन को नए फ़ीचर गेट के माध्यम से सक्षम करें (अल्फा संस्करण के लिए डिफ़ॉल्ट रूप से अक्षम):
  
  • API सर्वर --feature-gates=VolumeSnapshotDataSource=true लिए निम्न ध्वज सेट करें: --feature-gates=VolumeSnapshotDataSource=true

एक स्नैपशॉट बनाने से पहले, आपको यह भी निर्धारित करना होगा कि किस CSI ड्राइवर का उपयोग किया जाए, जो एक VolumeSnapshotClass ऑब्जेक्ट बनाकर और snapshotter क्षेत्र में CSI ड्राइवर को निर्दिष्ट करके किया जाता है। नीचे VolumeSnapshotClass उदाहरण में, यह ड्राइवर com.example.csi-driver । प्रत्येक स्नैपशॉट प्रदाता को कम से कम एक VolumeSnapshotClass ऑब्जेक्ट की आवश्यकता होती है। प्रत्येक CSI ड्रायवर के लिए एक डिफ़ॉल्ट VolumeSnapshotClass को परिभाषित करना भी संभव है - यह snapshot.storage.kubernetes.io/is-default-class: "true" VolumeSnapshotClass को सेट करके किया गया है snapshot.storage.kubernetes.io/is-default-class: "true" वर्ग परिभाषा में snapshot.storage.kubernetes.io/is-default-class: "true" एनोटेशन:

 apiVersion: snapshot.storage.k8s.io/v1alpha1 kind: VolumeSnapshotClass metadata: name: default-snapclass annotations: snapshot.storage.kubernetes.io/is-default-class: "true" snapshotter: com.example.csi-driver apiVersion: snapshot.storage.k8s.io/v1alpha1 kind: VolumeSnapshotClass metadata: name: csi-snapclass snapshotter: com.example.csi-driver parameters: fakeSnapshotOption: foo csiSnapshotterSecretName: csi-secret csiSnapshotterSecretNamespace: csi-namespace 

सभी आवश्यक पैरामीटर सीएसआई चालक प्रलेखन के अनुसार निर्धारित किए जाने चाहिए। ऊपर के उदाहरण में, fakeSnapshotOption: foo पैरामीटर और उल्लिखित सभी रहस्य स्नैपशॉट के निर्माण और हटाने के दौरान CSI ड्राइवर को दिए जाएंगे। CSI बाहरी-स्नैपशॉट डिफ़ॉल्ट रूप से csiSnapshotterSecretName और csiSnapshotterSecretNamespace पैरामीटर कुंजियाँ सहेजता है।

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

कुबेरनेट्स में एक नया स्नैपशॉट बनाना

एक बार VolumeSnapshotClass ऑब्जेक्ट परिभाषित हो VolumeSnapshotClass है और वह वॉल्यूम होता है जिससे आप स्नैपशॉट को निकालना चाहते हैं, आप VolumeSnapshot ऑब्जेक्ट बनाकर इस ऑपरेशन को कर सकते हैं।

स्नैपशॉट का स्रोत दो मापदंडों द्वारा निर्धारित किया जाता है:

• kind - PersistentVolumeClaim यहां इंगित किया गया है;
• name - पीवीसी ऑब्जेक्ट का वास्तविक नाम।

यह समझा जाता है कि स्नैपशॉट जिस वॉल्यूम के लिए बनाया गया है, उसके नामस्थान का निर्धारण VolumeSnapshot ऑब्जेक्ट के नामस्थान द्वारा किया VolumeSnapshot है।

 apiVersion: snapshot.storage.k8s.io/v1alpha1 kind: VolumeSnapshot metadata: name: new-snapshot-demo namespace: demo-namespace spec: snapshotClassName: csi-snapclass source: name: mypvc kind: PersistentVolumeClaim 

VolumeSnapshot विनिर्देश एक VolumeSnapshotClass को VolumeSnapshot कर सकता है जिसमें स्नैपशॉट बनाने के लिए CSI ड्राइवर का उपयोग करने की जानकारी होगी। जैसा कि पहले बताया गया है, VolumeSnapshot ऑब्जेक्ट बनाने के बाद VolumeSnapshot fakeSnapshotOption: foo पैरामीटर और सभी उल्लिखित VolumeSnapshotClass रहस्य CSI प्लगइन com.example.csi-driver CreateSnapshot को CreateSnapshot कॉल में दिए CreateSnapshot हैं।

इस तरह के अनुरोध के जवाब में, CSI ड्राइवर वॉल्यूम का स्नैपशॉट लेता है और फिर स्वचालित रूप से एक VolumeSnapshotContent ऑब्जेक्ट बनाता है जो नए स्नैपशॉट का प्रतिनिधित्व करता है और इस ऑब्जेक्ट को VolumeSnapshot से VolumeSnapshot , जो इसे उपयोग करने के लिए तैयार करता है। यदि CSI ड्रायवर स्नैपशॉट नहीं बना सकता है और कोई त्रुटि देता है, तो स्नैपशॉट नियंत्रक इस त्रुटि की रिपोर्ट VolumeSnapshot ऑब्जेक्ट की स्थिति में करता है और नए प्रयास नहीं करता है (यह व्यवहार Kubernetes के अन्य नियंत्रकों से अलग है - इसे अप्रत्याशित समय पर स्नैपशॉट नहीं बनाने के लिए लागू किया गया है) ।

यदि स्नैपशॉट वर्ग निर्दिष्ट नहीं है, तो बाहरी-स्नैपशॉट डिफ़ॉल्ट क्लास खोजने और बनाए गए स्नैपशॉट के लिए उपयोग करने का प्रयास करेगा। इस स्थिति में, CSI ड्राइवर ने डिफ़ॉल्ट श्रेणी में snapshotter द्वारा इंगित किया था, जिसे पीवीसी संग्रहण वर्ग में provisioner द्वारा इंगित किए गए CSI ड्राइवर के अनुरूप होना चाहिए।

कृपया ध्यान दें कि कुबेरनेट्स के लिए स्नैपशॉट का अल्फा रिलीज़ स्थिरता की गारंटी प्रदान नहीं करता है। स्नैपशॉट में पूरा डेटा सुनिश्चित करने के लिए, इसे हटाने के लिए एप्लिकेशन को ठीक से तैयार करना (एप्लिकेशन को रोकना, फ़ाइल सिस्टम को फ्रीज करना आदि) आवश्यक है।

यह VolumeSnapshot करने के VolumeSnapshot कि VolumeSnapshot ऑब्जेक्ट बनाया VolumeSnapshot है और VolumeSnapshotContent साथ जुड़ा हुआ है, आप kubectl describe volumesnapshot उपयोग कर सकते हैं:

• Ready Status में true होना चाहिए, जो इंगित करेगा कि वॉल्यूम स्नैपशॉट उपयोग के लिए तैयार है।
• Creation Time फ़ील्ड दिखाता है कि स्नैपशॉट वास्तव में कब लिया गया था।
• Restore Size फ़ील्ड स्नैपशॉट को पुनर्स्थापित करने के लिए न्यूनतम वॉल्यूम आकार है।
• विनिर्देश में Snapshot Content Name फ़ील्ड इस स्नैपशॉट के लिए बनाए गए VolumeSnapshotContent ऑब्जेक्ट को VolumeSnapshotContent करता है।

कुबेरनेट में एक मौजूदा स्नैपशॉट आयात करें

मौजूदा स्नैपशॉट को वॉल्यूमवर्नैपशॉट VolumeSnapshotContent ऑब्जेक्ट मैन्युअल रूप से बनाकर कुबेरनेट में आयात किया जा सकता है जो इस स्नैपशॉट का प्रतिनिधित्व करेगा। चूंकि VolumeSnapshotContent एक API ऑब्जेक्ट है जो किसी नेमस्पेस से बंधा नहीं है, केवल सिस्टम एडमिनिस्ट्रेटर के पास इसे बनाने का अधिकार है।

जब VolumeSnapshotContent ऑब्जेक्ट बनाया VolumeSnapshotContent है, तो उपयोगकर्ता एक और ऑब्जेक्ट बना सकता है - VolumeSnapshot - जो इसे इंगित करेगा। बाहरी-स्नैपशॉट नियंत्रक स्नैपशॉट को VolumeSnapshot और VolumeSnapshotContent बीच कनेक्शन की मौजूदगी और शुद्धता के लिए जाँच के बाद तैयार के रूप में चिह्नित करेगा। जब यह कनेक्शन स्थापित किया जाता है तो एक स्नैपशॉट Kubernetes में उपयोग के लिए तैयार है।

VolumeSnapshotContent ऑब्जेक्ट को पूर्व-प्रावधानित स्नैपशॉट का प्रतिनिधित्व करने वाले निम्नलिखित क्षेत्रों के साथ बनाया जाना चाहिए:

• csiVolumeSnapshotSource - एक स्नैपशॉट की पहचान करने वाली जानकारी:
  
  • snapshotHandle - snapshotHandle नाम / पहचानकर्ता। अनिवार्य क्षेत्र;
  • driver - CSI ड्राइवर इस वॉल्यूम के साथ काम करता था। अनिवार्य क्षेत्र। नियंत्रक (स्नैपशॉट नियंत्रक) में snapshotter के नाम से मेल खाना चाहिए;
  • creationTime restoreSize और restoreSize - पूर्व-उपबंधित संस्करणों के लिए, ये क्षेत्र वैकल्पिक हैं। बाहरी-स्नैपशॉट नियंत्रक एक स्नैपशॉट बनाने के बाद स्वचालित रूप से उन्हें अपडेट करेगा।
• volumeSnapshotRef - VolumeSnapshot ऑब्जेक्ट के लिए पॉइंटर, जिसके लिए यह ऑब्जेक्ट (यानी VolumeSnapshotContent ) संलग्न किया जाना चाहिए:
  
  • name और namespace - VolumeSnapshot ऑब्जेक्ट का नाम और नामस्थान जिसकी सामग्री बाध्य है;
  • UID - वैकल्पिक (पूर्व-तैयार वॉल्यूम के लिए) फ़ील्ड। बाहरी-स्नैपशॉट नियंत्रक स्वचालित रूप से बाइंडिंग के बाद इस क्षेत्र को अपडेट करेगा। यदि उपयोगकर्ता इस क्षेत्र को परिभाषित करता है, तो आपको यह सुनिश्चित करने की आवश्यकता है कि यह स्नैपशॉट के यूआईडी से मेल खाता है जिसके लिए बाध्यकारी होता है। यदि ऐसा कोई पत्राचार नहीं है, तो सामग्री अप्रासंगिक (अनाथ-वस्तु) मानी जाती है और इसलिए नियंत्रक इसे और संबंधित स्नैपशॉट दोनों को हटा देगा।
• snapshotClassName एक वैकल्पिक फ़ील्ड है। बाइंडिंग के बाद बाहरी-स्नैपशॉट नियंत्रक स्वचालित रूप से इसे अपडेट कर देगा।

 apiVersion: snapshot.storage.k8s.io/v1alpha1 kind: VolumeSnapshotContent metadata: name: static-snapshot-content spec: csiVolumeSnapshotSource: driver: com.example.csi-driver snapshotHandle: snapshotcontent-example-id volumeSnapshotRef: kind: VolumeSnapshot name: static-snapshot-demo namespace: demo-namespace 

एक VolumeSnapshot ऑब्जेक्ट बनाया जाना चाहिए ताकि उपयोगकर्ता स्नैपशॉट के साथ काम कर सके। इसमें:

• snapshotClassName - वॉल्यूम के स्नैपशॉट वर्ग का नाम। वैकल्पिक क्षेत्र। यदि सेट किया गया है, तो snapshotter वर्ग में snapshotter फ़ील्ड स्नैपशॉट नियंत्रक के नाम से मेल खाना चाहिए। यदि सेट नहीं किया गया है, तो नियंत्रक डिफ़ॉल्ट स्नैपशॉट वर्ग की तलाश करेगा;
• snapshotContentName - स्नैपशॉट वॉल्यूम की सामग्री का नाम। पूर्व-तैयार संस्करणों के लिए अनिवार्य क्षेत्र।

 apiVersion: snapshot.storage.k8s.io/v1alpha1 kind: VolumeSnapshot metadata: name: static-snapshot-demo namespace: demo-namespace spec: snapshotClassName: csi-snapclass snapshotContentName: static-snapshot-content 

जब ये ऑब्जेक्ट बनाए जाते हैं, तो स्नैपशॉट नियंत्रक उन्हें बाँध देगा, Ready फ़ील्ड ( Status ) को True सेट करता है, यह दर्शाता है कि स्नैपशॉट उपयोग के लिए तैयार है।

कुबेरनेट्स में स्नैपशॉट से एक नया वॉल्यूम तैयार करना

स्नैपशॉट ऑब्जेक्ट से डेटा के साथ पूर्व-पॉप्युलेट की गई नई वॉल्यूम बनाने के लिए, PersistentVolumeClaim में नए dataSource फ़ील्ड का उपयोग करें। इसके तीन मापदंड हैं:

• name - स्नैपशॉट स्रोत का प्रतिनिधित्व करने वाले VolumeSnapshot ऑब्जेक्ट का नाम;
• kind - VolumeSnapshot रूप में सेट किया जाना चाहिए;
• apiGroup - apiGroup होना चाहिए।

यह माना जाता है कि स्रोत के नामस्थान - VolumeSnapshot - VolumeSnapshot के नामस्थान से मेल खाते हैं।

 apiVersion: v1 kind: PersistentVolumeClaim metadata: name: pvc-restore Namespace: demo-namespace spec: storageClassName: csi-storageclass dataSource: name: new-snapshot-demo kind: VolumeSnapshot apiGroup: snapshot.storage.k8s.io accessModes: - ReadWriteOnce resources: requests: storage: 1Gi 

जब PersistentVolumeClaim ऑब्जेक्ट बनाया जाता है, तो यह निर्दिष्ट स्नैपशॉट के डेटा के साथ पहले से आबाद नई मात्रा के प्रावधान को बुलाएगा।

अगर मैं स्टोरेज डेवलपर हूं तो अपने CSI ड्राइवर को स्नैपशॉट समर्थन कैसे जोड़ूं?

स्नैपशॉट के लिए समर्थन प्रदान करने के लिए, अतिरिक्त नियंत्रक क्षमताओं को CSI ड्राइवर में जोड़ा जाना चाहिए: CREATE_DELETE_SNAPSHOT और LIST_SNAPSHOTS , साथ ही अतिरिक्त RPC नियंत्रक: CreateSnapshot , DeleteSnapshot , ListSnapshots । विवरण के लिए सीएसआई विनिर्देश देखें।

यद्यपि कुबेरनेट्स पैकेजिंग के लिए सबसे बुनियादी दिशानिर्देश प्रदान करता है और सीएसआई वॉल्यूम ड्राइवर को तैनात करने के लिए, इस प्रक्रिया को सरल बनाने के लिए कुबेरनेट्स में एक मनमाने ढंग से कंटेनरीकृत सीएसआई चालक को तैनात करने के लिए एक अनुशंसित तंत्र है।

अनुशंसित परिनियोजन प्रक्रिया के भाग के रूप में, कुबेरनेट्स टीम विभिन्न प्रकार के साइडकार का उपयोग करने का सुझाव देती है (यानी, सहायक) कंटेनर, जिसमें बाहरी-स्नैपशॉट के साथ एक साइड-कंटेनर भी शामिल है।

उल्लिखित एक्सटर्नल-स्नैपशॉट CSI समापन बिंदु के लिए CreateSnapshot और DeleteSnapshot को लागू करते CreateSnapshot , API सर्वर में VolumeSnapshot और VolumeSnapshotContent ऑब्जेक्ट्स की निगरानी VolumeSnapshot । CSI बाहरी- dataSource साथ साइडकार कंटेनर को नए पीवीसी dataSource क्षेत्र का उपयोग करके स्नैपशॉट से वॉल्यूम रिकवरी का समर्थन करने के लिए भी अपडेट किया गया है।

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



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

अल्फा संस्करण की सीमाएँ क्या हैं?

कुबेरनेट्स में स्नैपशॉट कार्यान्वयन के अल्फा संस्करण की निम्नलिखित सीमाएँ हैं:

• एक स्नैपशॉट द्वारा दर्शाए गए पिछले वॉल्यूम में मौजूदा वॉल्यूम का रोलबैक समर्थित नहीं है (केवल स्नैपशॉट से नई वॉल्यूम का प्रावधान समर्थित है)।
• स्नैपशॉट से मौजूदा PersistentVolumeClaim लिए इन-प्लेस पुनर्स्थापना समर्थित नहीं है: i.e. स्नैपशॉट कार्यों से एक नई मात्रा का प्रावधान करना, लेकिन मौजूदा PersistentVolumeClaim अपडेट नहीं करना ताकि यह एक नए वॉल्यूम की ओर इशारा करता है और पीवीसी पहले की स्थिति में वापस आ जाता है (केवल एक नए PV / PVC के माध्यम से स्नैपशॉट से बनाए गए नए वॉल्यूम का उपयोग करके)।
• स्नैपशॉट की स्थिरता के लिए गारंटी स्टोरेज सिस्टम द्वारा प्रदान की गई गारंटी से परे नहीं जाती है (उदाहरण के लिए, अखंडता गिराए जाने पर)।

आगे क्या है?

कुबेरनेट्स टीम ने सीएसआई के लिए स्नैपशॉट के कार्यान्वयन को 1.13 या 1.14 में बीटा संस्करण में लाने की योजना बनाई है, जो प्राप्त फीडबैक और प्रौद्योगिकी के अनुकूलन पर निर्भर करता है।

अधिक जानकारी कैसे प्राप्त करें?

K8s.io/docs/congets/storage/volume-snapshots और kubernetes-csi.imtqy.com/docs पर अतिरिक्त स्नैपशॉट दस्तावेज़ देखें।

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

• " कुबेरनेट्स 1.12: मुख्य नवाचारों का अवलोकन ";
• "हम कंटेनर भंडारण इंटरफ़ेस (कुबेरनेट्स में और न केवल) को समझते हैं ";
• " रूब एक" स्व-सेवा "कुबेरनेट्स के लिए डेटा वेयरहाउस " है;
• " छोटी परियोजनाओं में कुबेरनेट्स के साथ हमारा अनुभव " (समीक्षा और वीडियो रिपोर्ट) ;
• " निगरानी और कुबेरनेट " (समीक्षा और वीडियो रिपोर्ट) ।