बैकअप और पहले जैसा करने की सुविधा

Edge for Private Cloud v. 4.17.01

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

बैकअप लेने के लिए आइटम चुनें

Apigee Edge के ऑन-प्राइमिस डिप्लॉयमेंट में, आपको Edge के इन कॉम्पोनेंट का बैकअप लेना होगा:

• Apache ZooKeeper (apigee-zookeeper)
• Apache Cassandra (apigee-cassandra)
• Postgres Server (edge-postgres-server)
• PostgreSQL डेटाबेस (apigee-postgresql)
  
  ध्यान दें: Postgres मास्टर/स्टैंडबाय कॉन्फ़िगरेशन में, सिर्फ़ मास्टर का बैकअप लिया जाता है. आपको स्लेव का बैकअप लेने की ज़रूरत नहीं है.
• Qpid Server (edge-qpid-server)
• Qpidd (apigee-qpidd)
• OpenLDAP (apigee-openldap)
• मैनेजमेंट सर्वर (edge-management-server)
• मैसेज प्रोसेसर (edge-message-processor)
• राऊटर (एज-राऊटर)
• Edge यूज़र इंटरफ़ेस (edge-ui)

रिकवरी टाइम ऑब्जेक्टिव (आरटीओ) बनाम रिकवरी पॉइंट ऑब्जेक्टिव (आरपीओ)

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

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

शुरू करने से पहले: काम की बातें

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

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