हेप्टियो आर्क के साथ बैकिंग अप एंड रिस्टोरिंग कुबेरनेट्स रिसोर्स

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

ऐसे मामलों में, हेपेटियो आर्क उपयोगिता का उपयोग करने का सबसे आसान तरीका है।

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

आइए देखें कि इस उपयोगिता को कैसे स्थापित किया जाए और यह कैसे सरल और नियोजित बैकअप बनाती है, और फिर उन्हें पुनर्स्थापित करती है।

स्थायी वॉल्यूम के बैकअप के बारे में एक अलग पोस्ट होगी।

स्थापना

आपको यहां इंस्टॉलेशन निर्देश मिलेंगे : उदाहरण / README.md। प्रक्रिया कई कस्टम संसाधन परिभाषाएँ, RBAC (भूमिका-आधारित अभिगम नियंत्रण) नियम बनाएगी जो हेप्टियो को बैकअप, और परिनियोजन के लिए अनुमति देते हैं। डिफ़ॉल्ट रूप से, वे हेपटियो-सन्दूक नामस्थान में हैं।

महत्वपूर्ण! एक सफल स्थापना के बाद, आपको सर्वर को यह बताने के लिए हेप्टियो-सन्दूक को कॉन्फ़िगर करने की आवश्यकता है कि कौन से क्लाउड सेवा प्रदाता का उपयोग करना है और बैकअप को कहां संग्रहीत करना है। यहाँ यह विन्यास कैसा दिखता है:

apiVersion: ark.heptio.com/v1 kind: Config metadata: namespace: heptio-ark name: default backupStorageProvider: name: aws bucket: heptio-backup-bucket config: region: eu-central-1 backupSyncPeriod: 30m gcSyncPeriod: 30m scheduleSyncPeriod: 1m restoreOnlyMode: false 

आप कमांड का उपयोग करके इसे लागू कर सकते हैं

  kubectl apply -f heptio.yaml 

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

अंत में, बैकअप, शेड्यूल और रिकवरी के लिए, आपको गिटहब से हेप्टियो आर्क सीएलआई डाउनलोड करना होगा।

लगभग सभी आदेशों को YAML या JSON के माध्यम से कस्टम संसाधन परिभाषाओं के रूप में निष्पादित किया जा सकता है।

बैकअप

इस छोटे से उदाहरण में, मैंने एक साधारण तैनात NGINX बनाया, और इससे पहले वेबसर्वर नामस्थान में एक सेवा:

 $ kubectl get all NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deploy/nginx 1 1 1 1 28s NAME DESIRED CURRENT READY AGE rs/nginx-66f5756f9b 1 1 1 28s NAME READY STATUS RESTARTS AGE po/nginx-66f5756f9b-c88ck 1/1 Running 0 28s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE svc/nginx ClusterIP 10.32.0.183 <none> 80/TCP 28s 

चलो हेप्टियो आर्क सीएलआई से एक बैकअप बनाते हैं:

 $ ark backup create nginx-simple --include-namespaces webserver 

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

 $ ark backup get NAME STATUS CREATED EXPIRES SELECTOR nginx-simple Completed 2018-07-08 17:35:09 +0200 CEST 29d <none> 

जैसा कि आप देख सकते हैं, बैकअप पूरा हो गया है।

बैकअप वसूली

वेबसर्वर नेमस्पेस (इनलाइन) को हटा दें:

 $ kubectl delete ns heptio-test 

अब, "बेतरतीब" विलोपन के बाद नामस्थान को पुनर्स्थापित करें, और हेप्टियो आर्क सीएलआई से फिर से:

 $ ark restore create --from-backup nginx-simple Restore request "nginx-simple-20180708173924" submitted successfully. Run `ark restore describe nginx-simple-20180708173924` for more details. 

आपको यह देखना चाहिए कि नाम स्थान और सभी संसाधन (तैनाती, प्रतिकृति सेट, उप और सेवा) बहाल हैं:

 $ kubectl get all NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deploy/nginx 1 1 1 1 20s NAME DESIRED CURRENT READY AGE rs/nginx-66f5756f9b 1 1 1 20s NAME READY STATUS RESTARTS AGE po/nginx-66f5756f9b-9mjvg 1/1 Running 0 20s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE svc/nginx ClusterIP 10.32.0.77 <none> 80/TCP 20s 

बैकअप संरचना

बैकअप संरचना को देखने के लिए, इसे बाल्टी से S3 में लोड करें या हेप्टियो आर्क कमांड में प्रवेश करें:

 $ ark backup download nginx-simple Backup nginx-simple has been successfully downloaded to $PWD/nginx-simple-data.tar.gz 

हमारे नेमस्पेस की वेबसर्वर.जेसन फ़ाइल में, हम एक नियमित नामस्थान संसाधन देखते हैं।

 { "apiVersion":"v1", "kind":"Namespace", "metadata": { "annotations": { "kubectl.kubernetes.io/last-applied-configuration":"{\"apiVersion\":\"v1\",\"kind\":\"Namespace\",\"metadata\":{\"annotations\":{},\"name\":\"webserver\",\"namespace\":\"\"}}\n" }, "creationTimestamp":"2018-07-08T15:26:44Z", "name":"webserver", "resourceVersion":"3364", "selfLink":"/api/v1/namespaces/webserver", "uid":"52698ae7-82c3-11e8-8529-0645eb60c3f4" }, "spec": { "finalizers":["kubernetes"] }, "status": { "phase":"Active" } } 

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

 $ ark schedule create nginx-schedule --schedule="* 10 * * *" --include-namespaces webserver Schedule "nginx-schedule" created successfully. 

अनुसूचित बैकअप

हेप्टियो आर्क अनुसूचित कार्य कर सकता है। हम इंगित करते हैं कि कौन से संसाधन और नामस्थान बैकअप में शामिल किए जाने चाहिए या इसे बाहर रखा जाना चाहिए और कब बैकअप करना चाहिए:

 $ ark schedule create nginx-schedule --schedule="* 10 * * *" --include-namespaces webserver Schedule "nginx-schedule" created successfully. 

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

 $ ark schedule get NAME STATUS CREATED SCHEDULE BACKUP TTL LAST BACKUP SELECTOR nginx-schedule Enabled 2018-07-08 17:49:00 +0200 CEST * 10 * * * 720h0m0s 25s ago <none> $ ~/Downloads/ark backup get NAME STATUS CREATED EXPIRES SELECTOR nginx-schedule-20180708154900 Completed 2018-07-08 17:49:00 +0200 CEST 29d <none> nginx-simple Completed 2018-07-08 17:35:09 +0200 CEST 29d <none> 

यहां यह संकेत दिया गया है कि शेड्यूल किए गए बैकअप को 720 घंटे, यानी 30 दिनों के बाद हटा दिया जाता है। जब आप एक बैकअप या शेड्यूल बनाते हैं, तो आप प्रतिलिपि के जीवनकाल को निर्दिष्ट कर सकते हैं - टीटीएल। इस अवधि के बाद, बैकअप हमारे मामले AWS में, रिपॉजिटरी से हटा दिया जाएगा।