🥇अर्को ब्याकअप - स्क्रिप्ट भन्दा बढी, प्रणाली भन्दा सरल

त्यहाँ धेरै ब्याकअप प्रणालीहरू छन्, तर के गर्ने यदि सेवा गरिएका सर्भरहरू विभिन्न क्षेत्रहरू र ग्राहकहरूमा छरिएका छन् र तपाईंले अपरेटिङ सिस्टमसँग गर्न आवश्यक छ?

शुभ दोहोरो, Habr!
मेरो नाम नताल्या हो। म एनपीओ क्रिस्टामा आवेदन प्रशासक समूहको टोली नेता हुँ। हामी हाम्रो कम्पनीको परियोजना समूहको लागि अप्स हौं। हामीसँग एक अद्वितीय अवस्था छ: हामी हाम्रो सफ्टवेयर हाम्रो कम्पनीको सर्भर र ग्राहकहरूको साइटहरूमा अवस्थित सर्भरहरूमा स्थापना र मर्मत गर्छौं। यस अवस्थामा, सम्पूर्ण सर्भर जगेडा गर्न आवश्यक छैन। केवल "आवश्यक डेटा" महत्त्वपूर्ण छ: DBMS र व्यक्तिगत फाइल प्रणाली निर्देशिकाहरू। निस्सन्देह, ग्राहकहरूसँग तिनीहरूको आफ्नै ब्याकअप नियमहरू छन् (वा छैन) र प्राय: त्यहाँ ब्याकअपहरू भण्डारण गर्नको लागि कुनै प्रकारको बाह्य भण्डारण प्रदान गर्दछ। यस अवस्थामा, ब्याकअप सिर्जना गरेपछि, हामी बाह्य भण्डारणमा पठाउने सुनिश्चित गर्छौं।

केहि समयको लागि, ब्याकअप उद्देश्यका लागि, हामीले ब्यास स्क्रिप्टसँग काम गर्यौं, तर कन्फिगरेसन विकल्पहरू बढ्दै जाँदा, यस लिपिको जटिलता समानुपातिक रूपमा बढ्दै गयो, र एक बिन्दुमा हामीले "यसलाई जमीनमा नष्ट गर्ने आवश्यकतामा आयौं, र त्यसपछि। ..."।

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

हामीलाई आफ्नै कुरा लेख्न सजिलो छ जस्तो लाग्थ्यो। एकै समयमा, म केहि प्राप्त गर्न चाहन्थें जुन अर्को N वर्षको लागि हाम्रो अवस्थाको लागि पर्याप्त हुनेछ, तर सम्भावित रूपमा दायरा विस्तार गर्ने सम्भावनाको साथ।

कार्यका सर्तहरू निम्नानुसार थिए:

आधारभूत ब्याकअप उदाहरण स्वायत्त छ र स्थानीय रूपमा चल्छ
ब्याकअप र लगहरूको भण्डारण सधैं ग्राहकको नेटवर्क भित्र हुन्छ
एउटा उदाहरण मोड्युलहरू समावेश गर्दछ - एक प्रकारको "कन्स्ट्रक्टर"
हालको लिनक्स वितरणसँग अनुकूलता आवश्यक छ, पुरानो सहित, सम्भावित क्रस-प्लेटफर्म वांछनीय छ
उदाहरणको साथ काम गर्न, ssh मार्फत पहुँच पर्याप्त छ; थप पोर्टहरू खोल्न आवश्यक छैन
सेटअप र सञ्चालन को अधिकतम सहजता
यो सम्भव छ (तर आवश्यक छैन) एउटा छुट्टै उदाहरण हुन सक्छ जसले तपाईंलाई विभिन्न सर्भरहरूबाट ब्याकअपहरूको स्थिति केन्द्रीय रूपमा हेर्न अनुमति दिन्छ।

हामीले यहाँ के लिएर आएका छौं तपाईले देख्न सक्नुहुन्छ: github.com/javister/krista-backup
सफ्टवेयर python3 मा लेखिएको छ; Debian, Ubuntu, CentOS, AstraLinux 1.6 मा काम गर्दछ।

कागजात भण्डारको कागजात डाइरेक्टरीमा पोस्ट गरिएको छ।

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

ब्याकअप कन्फिगरेसन yaml फाइलमा भण्डार गरिएको छ; सामान्य कन्फिगरेसन संरचना:

सामान्य सेटिङहरू
कार्य खण्ड: यस सर्भरमा प्रयोग गरिएका कार्यहरूको विवरण
तालिका खण्ड: सबै कार्यहरूको विवरण (कार्यहरूको सेटहरू) र क्रोनद्वारा तिनीहरूको प्रक्षेपणको लागि तालिका, यदि यस्तो प्रक्षेपण आवश्यक छ भने

एउटा उदाहरण कन्फिगरेसन यहाँ फेला पार्न सकिन्छ

अनुप्रयोगले हाल के गर्न सक्छ:

हाम्रो लागि मुख्य कार्यहरू समर्थित छन्: पोस्टग्रेएसक्यूएल ब्याकअप pg_dump मार्फत, फाइल प्रणाली डाइरेक्टरी ब्याकअप tar मार्फत; बाह्य भण्डारण संग सञ्चालन; निर्देशिकाहरू बीच rsync; ब्याकअप रोटेशन (पुरानो प्रतिलिपिहरू मेटाउँदै)
बाह्य लिपि कल गर्दै
एक अलग कार्य को म्यानुअल कार्यान्वयन
```
/opt/KristaBackup/KristaBackup.py run make_full_dump
```
तपाइँ क्रोनट्याबमा एकल कार्य वा सम्पूर्ण तालिका थप्न (वा हटाउन) सक्नुहुन्छ
```
/opt/KristaBackup/KristaBackup.py enable all
```
ब्याकअप परिणामहरूमा आधारित ट्रिगर फाइल उत्पन्न गर्दै। यो प्रकार्य ब्याकअप अनुगमनको लागि Zabbix सँग संयोजनमा उपयोगी छ
वेबापी वा वेब मोडमा पृष्ठभूमिमा काम गर्न सक्छ
```
/opt/KristaBackup/KristaBackup.py web start [--api]
```

मोडहरू बीचको भिन्नता: webapi सँग वेब इन्टरफेस छैन, तर अनुप्रयोगले अर्को उदाहरणबाट अनुरोधहरूको जवाफ दिन्छ। वेब मोडको लागि, तपाईंले फ्लास्क र धेरै अतिरिक्त प्याकेजहरू स्थापना गर्न आवश्यक छ, र यो सबै ठाउँमा स्वीकार्य छैन, उदाहरणका लागि प्रमाणित AstraLinux SE मा।

वेब इन्टरफेस मार्फत, तपाइँ जडित सर्भरहरूको ब्याकअपहरूको स्थिति र लगहरू हेर्न सक्नुहुन्छ: "वेब उदाहरण" API मार्फत "ब्याकअप उदाहरणहरू" बाट डेटा अनुरोध गर्दछ। वेबमा पहुँचको लागि प्राधिकरण चाहिन्छ, वेबपीमा पहुँच छैन।

गलत ब्याकअपहरूको लगहरू रङमा चिन्ह लगाइएको छ: चेतावनी - पहेंलो, त्रुटि - रातो।

यदि प्रशासकलाई प्यारामिटरहरूमा धोखा पाना आवश्यक पर्दैन र सर्भर अपरेटिङ सिस्टमहरू एकरूप छन् भने, तपाइँ फाइल कम्पाइल गर्न सक्नुहुन्छ र तयार प्याकेज वितरण गर्न सक्नुहुन्छ।

हामी यो उपयोगितालाई मुख्यतया Ansible मार्फत वितरण गर्छौं, यसलाई पहिले केही कम महत्त्वपूर्ण सर्भरहरूमा रोल आउट गर्छौं, र बाँकी सबैमा परीक्षण पछि।

नतिजाको रूपमा, हामीले एक कम्प्याक्ट, स्ट्यान्ड-अलोन प्रतिलिपि उपयोगिता प्राप्त गर्‍यौं जुन स्वचालित हुन सक्छ र अनुभवहीन प्रशासकहरूद्वारा पनि प्रयोग गर्न सकिन्छ। यो हाम्रो लागि सुविधाजनक छ - सायद यो तपाइँको लागि पनि उपयोगी हुनेछ?

स्रोत: www.habr.com

अर्को ब्याकअप - स्क्रिप्ट भन्दा बढी, प्रणाली भन्दा सरल

एक टिप्पणी थप्न Отменить ответ