बैकअप लें और रीस्टोर करें

Edge for Private Cloud वर्शन 4.16.09

इस सेक्शन में, Apigee Edge की इमारत से इंस्टॉल किए गए टास्क का बैकअप लेने और उन्हें वापस लाने के बारे में जानकारी दी गई है. हमारा सुझाव है कि आप हमेशा Apigee Edge के कॉम्पोनेंट, जैसे कॉन्फ़िगरेशन और डेटा का बैकअप नियमित तौर पर बनाएं. साथ ही, यह पक्का करें कि सिस्टम में गड़बड़ी होने पर, रिकवरी की जाए. डेटा का बैकअप लेने और उसे वापस लाने की प्रोसेस से, सिस्टम के अन्य हिस्सों पर असर डाले बिना, पूरे सिस्टम (सभी कॉम्पोनेंट के साथ) की स्थिति पहले जैसी की जा सकती है.

क्या बैकअप लें

Apigee Edge की कंपनी की इमारत में, डिप्लॉयमेंट के दौरान आपको इन Edge कॉम्पोनेंट का बैकअप लेना होगा:

  • Apache ज़ूकीपर (apigee-zookeeper)
  • Apache कैसेंड्रा (apigee-cassandra)
  • Postgres सर्वर (edge-postgres-server)
  • PostgreSQL डेटाबेस (apigee-postgresql)

    ध्यान दें: Postgres Master/Standby कॉन्फ़िगरेशन में, आपको सिर्फ़ मास्टर का बैकअप लेना होता है. आपको स्लेव का बैकअप लेने की ज़रूरत नहीं है.
  • Qpid सर्वर (एज-qpid-सर्वर)
  • Qpidd (apigee-qpidd)
  • OpenLDAP (apigee-openldap)
  • मैनेजमेंट सर्वर (एज-मैनेजमेंट-सर्वर)
  • मैसेज प्रोसेसर (एज-मैसेज-प्रोसेसर)
  • राऊटर (एज-राउटर)
  • Edge का यूज़र इंटरफ़ेस (यूआई) (edge-ui)

रिकवरी के समय का मकसद (आरटीओ) बनाम रिकवरी पॉइंट का मकसद (आरपीओ)

आरटीओ एक समय की अवधि और एक सेवा स्तर होता है, जिसके दौरान किसी आपदा (या रुकावट) के बाद कारोबार की प्रक्रिया को पहले जैसा किया जाना चाहिए. ऐसा इसलिए किया जाता है, ताकि कारोबार को जारी रखने में रुकावट से जुड़े गलत नतीजों से बचा जा सके.

आरपीओ वह सबसे ज़्यादा समय होता है जिसमें किसी बड़ी घटना की वजह से आईटी सेवा से डेटा खो सकता है. रिकवरी की रणनीति के लिए, बैकअप प्लान लागू करने से पहले, दोनों मकसद को ध्यान में रखा जाना चाहिए.

शुरू करने से पहले: उपयोगी जानकारी

आप देख सकते हैं कि इंस्टॉलेशन का डेटा, कई सिस्टम में डिस्ट्रिब्यूट किया गया है. उदाहरण के लिए, एलडीएपी, ज़ूकीपर, और कसांद्रा में संगठन. पक्का करें कि आप बैकअप और पहले जैसा करने के बारे में इन नोट पर ध्यान दें:

  • अगर आपके पास कई कैसेंड्रा नोड हैं, तो एक-एक करके उनका बैक अप लें. बैकअप प्रोसेस कुछ समय के लिए कैसंड्रा को बंद कर देती है, इसलिए सभी कैसंड्रा नोड के लिए इसे एक ही समय पर नहीं चलाना है.
  • अगर आपके पास कई ज़ूकीपर नोड हैं, तो एक-एक करके उनका बैक अप लें. बैकअप प्रोसेस कुछ समय के लिए ZoomKeeper को बंद कर देती है.
  • अगर आपके पास कई Postgres नोड हैं, तो एक-एक करके उनका बैक अप लें.
  • Ansible या Chef जैसे टूल का इस्तेमाल करके, आप सभी नोड पर एक ही समय पर Edge के सभी कॉम्पोनेंट का बैक अप ले सकते हैं.
  • जब आप ज़ूKeeper, कैसंड्रा या LDAP नोड में से किसी एक को पहले जैसा करते हैं, तो तीनों नोड को पहले जैसा करने का सुझाव दिया जाता है. ऐसा करने से, एक जैसा अनुभव मिलता है. ऐसा खास तौर पर तब किया जाता है, जब बैकअप लेने के बाद से संगठन/एनवायरमेंट बनाए गए हों.
    ध्यान दें: ऊपर बताए गए तरीके का असर, डेटास्टोर क्लस्टर में एक कसांद्रा या ज़ूकीपर नोड को पहले जैसा करने पर नहीं पड़ता. इसकी वजह यह है कि किसी भी बैकअप का इस्तेमाल नहीं किया जाता.
  • अगर LDAP या ग्लोबल एडमिन पासवर्ड खो गए हैं या खराब हो गए हैं, तो पिछले बैकअप और चल रहे सिस्टम के लिए वही क्रेडेंशियल पाने के लिए पूरा बैकअप ज़रूरी है.
  • बैकअप यूटिलिटी, जनरेट की गई बैकअप फ़ाइल को /opt/apigee/backup/comp पर लिखती है, जहां comp कॉम्पोनेंट का नाम होता है. इन फ़ाइलों का साइज़ बड़ा होने की वजह से, कई बैकअप फ़ाइलें जनरेट की जा सकती हैं. इसलिए, सिर्फ़ बैकअप फ़ाइलों के लिए, /opt/apigee/backup पर एक अलग डिस्क माउंट की जा सकती है.
  • PostreSQL को छोड़कर, बाकी सभी बैकअप फ़ाइलों के नाम इस फ़ॉर्म में दिए जाते हैं:
    backup-(year).(month).(day),(hour).(min).(seconds).tar.gz

    PostreSQL की बैकअप फ़ाइलों के नाम:
    (year).(month).(day),(घंटा).(मिनट).(सेकंड).डंप