बैकअप भाग 7: निष्कर्ष

यह नोट बैकअप चक्र पूरा करता है। यह एक समर्पित सर्वर (या VPS) के तार्किक संगठन के बारे में बात करेगा, जो बैकअप के लिए सुविधाजनक है, और यह दुर्घटना की स्थिति में किसी भी डाउनटाइम के बिना बैकअप से सर्वर को जल्दी से बहाल करने का विकल्प भी प्रदान करेगा।

स्रोत डेटा

एक समर्पित सर्वर में अक्सर कम से कम दो हार्ड ड्राइव होते हैं जो कि पहले स्तर (दर्पण) के RAID सरणी को व्यवस्थित करने के लिए उपयोग किए जाते हैं। एक ड्राइव विफल होने पर सर्वर को जारी रखने में सक्षम होना आवश्यक है। यदि यह एक साधारण समर्पित सर्वर है, तो SSDs पर सक्रिय कैशिंग तकनीक के साथ एक अलग हार्डवेयर RAID नियंत्रक हो सकता है, ताकि साधारण हार्ड ड्राइव के अलावा एक या अधिक SSD को जोड़ा जा सके। कभी-कभी समर्पित सर्वर की पेशकश की जाती है, जिसमें केवल एसएटीएडीओएम स्थानीय डिस्क (छोटे डिस्क, संरचनात्मक रूप से - एसएटीए पोर्ट से जुड़ा एक यूएसबी फ्लैश ड्राइव), या यहां तक ​​कि एक साधारण छोटा (8-16 जीबी) यूएसबी फ्लैश ड्राइव एक विशेष शक्तिशाली पोर्ट से जुड़ा होता है, और डेटा स्टोरेज सिस्टम से लिया जाता है। एक समर्पित भंडारण नेटवर्क (ईथरनेट 10 जी, एफसी, आदि) के माध्यम से जुड़ा हुआ है, और समर्पित सर्वर हैं जो सीधे स्टोरेज सिस्टम से लोड होते हैं। मैं ऐसे विकल्पों पर विचार नहीं करूँगा, क्योंकि ऐसे मामलों में सर्वर को सुचारू रूप से बैकअप देने का काम स्टोरेज सिस्टम को संचालित करने वाले विशेषज्ञ को जाता है, आमतौर पर इस श्रृंखला के पिछले हिस्सों में चर्चा किए गए सिस्टम स्नैपशॉट, बिल्ट-इन डुप्लीकेशन और सिस्टम एडमिनिस्ट्रेटर के अन्य रसूख बनाने के लिए विभिन्न मालिकाना तकनीकें होती हैं। एक समर्पित सर्वर के डिस्क सरणी की मात्रा सर्वर से जुड़े डिस्क की संख्या और मात्रा के आधार पर कई दसियों टेराबाइट्स तक पहुंच सकती है। वीपीएस के मामले में, वॉल्यूम अधिक मामूली हैं: आमतौर पर 100 जीबी से अधिक नहीं (लेकिन अधिक हैं), और ऐसे वीपीएस के लिए टैरिफ आसानी से एक ही होस्टर के सबसे सस्ते समर्पित सर्वरों की तुलना में अधिक महंगे हो सकते हैं। VPS में अक्सर एक ही ड्राइव होती है, क्योंकि इसके तहत स्टोरेज (या कुछ हाइपरकवरेज) होगा। कभी-कभी VPS में विभिन्न उद्देश्यों के लिए अलग-अलग विशेषताओं के साथ कई डिस्क होते हैं:

• छोटी प्रणाली - ऑपरेटिंग सिस्टम स्थापित करने के लिए;
• बड़े - उपयोगकर्ता डेटा का भंडारण।

नियंत्रण कक्ष का उपयोग करके सिस्टम को पुनर्स्थापित करते समय, उपयोगकर्ता डेटा के साथ डिस्क को ओवरराइट नहीं किया जाता है, लेकिन सिस्टम पूरी तरह से पुनः लोड किया जाता है। इसके अलावा, VPS के मामले में, होस्ट एक बटन की पेशकश कर सकता है जो VPS (या डिस्क) की स्थिति का एक स्नैपशॉट लेता है, हालांकि, यदि आप अपना ऑपरेटिंग सिस्टम स्थापित करते हैं या VPS के अंदर वांछित सेवा को सक्रिय करना भूल जाते हैं, तो कुछ डेटा अभी भी खो सकते हैं। बटन के अलावा, आमतौर पर एक डेटा स्टोरेज सेवा की पेशकश की जाती है, जो अक्सर बहुत सीमित होती है। आमतौर पर यह एफ़टीपी या एसएफटीपी एक्सेस के साथ एक खाता है, कभी-कभी एसएसएच के साथ एक साथ एक छंटनी किए गए शेल (उदाहरण के लिए rbash) के साथ, या अधिकृत_की के माध्यम से कमांड चलाने पर प्रतिबंध (ForcedCommand के माध्यम से)।

एक समर्पित सर्वर 1 Gbit / s की गति के साथ दो बंदरगाहों द्वारा नेटवर्क से जुड़ा हुआ है, कभी-कभी यह 10 Gbit / s की गति के साथ कार्ड हो सकता है। वीपीएस में अक्सर एक नेटवर्क इंटरफ़ेस होता है। अक्सर, डेटा सेंटर डेटा सेंटर के अंदर नेटवर्क की गति को सीमित नहीं करते हैं, लेकिन इंटरनेट एक्सेस की गति को सीमित करते हैं।

ऐसे समर्पित सर्वर या वीपीएस का एक विशिष्ट भार एक वेब सर्वर, डेटाबेस, एप्लिकेशन सर्वर है। कभी-कभी विभिन्न अतिरिक्त सहायता सेवाएँ स्थापित की जा सकती हैं, जिसमें एक वेब सर्वर या डेटाबेस शामिल है: खोज इंजन, मेल सिस्टम, आदि।

एक विशेष रूप से तैयार सर्वर बैकअप प्रतियों को संग्रहीत करने के लिए एक स्थान के रूप में कार्य करता है, इसे नीचे और अधिक विवरण में वर्णित किया जाएगा।

तार्किक डिस्क संगठन

यदि कोई RAID नियंत्रक है, या यह एक डिस्क के साथ एक VPS है, और डिस्क सबसिस्टम के लिए कोई विशेष प्राथमिकताएं भी हैं (उदाहरण के लिए, डेटाबेस के लिए एक अलग फास्ट डिस्क) - सभी खाली स्थान निम्नानुसार विभाजित हैं: एक विभाजन बनाया जाता है, LVM संस्करणों का एक समूह इसके ऊपर बनाया जाता है। , यह कई संस्करणों को बनाता है: एक ही आकार के 2 छोटे वाले जो रूट फाइल सिस्टम के रूप में उपयोग किए जाते हैं (वे त्वरित रोलबैक को सक्षम करने के लिए अपडेट के साथ वैकल्पिक रूप से बदल दिए जाते हैं, परिकलित लिनक्स वितरण से इस विचार को जासूसी किया गया था), एक और एक स्वैप विभाजन के लिए है, बाकी मुफ़्त है इस जगह को छोटे-छोटे संस्करणों में विभाजित किया गया है, पूर्ण कंटेनर के लिए रूट फाइल सिस्टम के रूप में उपयोग किया जाता है, आभासी मशीनों के लिए डिस्क, / घर में खातों के लिए फाइल सिस्टम (प्रत्येक खाते की अपनी फाइल प्रणाली है), एप्लिकेशन कंटेनरों के लिए फाइल सिस्टम।

महत्वपूर्ण नोट: वॉल्यूम पूरी तरह से आत्मनिर्भर होना चाहिए, अर्थात दोनों एक दूसरे पर और रूट फाइल सिस्टम पर निर्भर नहीं होना चाहिए। आभासी मशीनों या कंटेनरों के मामले में, यह बिंदु स्वचालित रूप से मनाया जाता है। यदि ये एप्लिकेशन कंटेनर या होम निर्देशिका हैं, तो आपको वेब सर्वर और अन्य सेवाओं की कॉन्फ़िगरेशन फ़ाइलों को इस तरह से अलग करने के बारे में सोचना चाहिए जैसे कि अधिकतम आपस में वॉल्यूम की निर्भरता को दूर करना। उदाहरण के लिए, प्रत्येक साइट अपने उपयोगकर्ता पर चलती है, साइट की कॉन्फ़िगरेशन फ़ाइलें उपयोगकर्ता के घर निर्देशिका में हैं, वेब सर्वर सेटिंग्स में, साइट की कॉन्फ़िगरेशन फ़ाइलें /etc/nginx/conf.d/ .conf के माध्यम से शामिल नहीं हैं , लेकिन, उदाहरण के लिए, / घर /। /configs/nginx/*.conf

यदि कई डिस्क हैं, तो आप एक सॉफ्टवेयर RAID बना सकते हैं (और एसएसडी पर अपनी कैशिंग कॉन्फ़िगर कर सकते हैं, यदि कोई आवश्यकता और अवसर है), जिसके शीर्ष पर एलवीएम को इकट्ठा करने के लिए ऊपर वर्णित नियमों के अनुसार। इस मामले में भी, आप ZFS या BtrFS का उपयोग कर सकते हैं, लेकिन यहां कुछ समय पर विचार करने योग्य है: दोनों को संसाधनों के लिए अधिक गंभीर दृष्टिकोण की आवश्यकता होती है, इसके अलावा, ZFS लिनक्स कर्नेल के साथ नहीं आता है।

उपयोग की गई योजना के बावजूद, अग्रिम में डिस्क में लेखन परिवर्तन की अनुमानित गति का अनुमान लगाना हमेशा सार्थक होता है, और फिर रिक्त स्थान के आकार की गणना करें जो चित्र बनाने के लिए आरक्षित होगा। उदाहरण के लिए, यदि हमारा सर्वर 10 मेगाबाइट प्रति सेकंड की गति से डेटा लिखता है, और पूरे डेटा ऐरे का आकार 10 टेराबाइट्स है - तो सिंक्रनाइज़ेशन का समय एक दिन (22 घंटे) तक हो सकता है - यह राशि नेटवर्क 1 बिट / एस पर हस्तांतरित हो जाएगी - इसके बारे में आरक्षित रखने के लायक है 800 जीबी वास्तव में, संख्या कम होगी; आप इसे तार्किक वॉल्यूम की संख्या से सुरक्षित रूप से विभाजित कर सकते हैं।

बैकअप संग्रहण सर्वर डिवाइस

बैकअप भंडारण के लिए सर्वर के बीच मुख्य अंतर बड़ा, सस्ता और अपेक्षाकृत धीमी डिस्क है। चूंकि आधुनिक HDD पहले से ही एक डिस्क में 10 टीबी के बार को पार कर चुके हैं, इसलिए चेक सिस्टम के साथ फाइल सिस्टम या RAID का उपयोग करना अनिवार्य है, क्योंकि फ़ाइल सिस्टम की सरणी या बहाली (कई दिनों!) के पुनर्निर्माण के दौरान, लोड बढ़ने के कारण दूसरी डिस्क की समस्या हो सकती है। 1TB तक की क्षमता वाले डिस्क पर, यह इतना संवेदनशील नहीं था। विवरण की सादगी के लिए, मुझे लगता है कि डिस्क स्थान लगभग एक ही आकार के दो भागों में विभाजित है (फिर से, उदाहरण के लिए, एमएमएम का उपयोग करके:

• उपयोगकर्ता डेटा को संग्रहीत करने के लिए उपयोग किए जाने वाले सर्वर के अनुरूप वॉल्यूम (सत्यापन के लिए बनाया गया अंतिम बैकअप उन्हें तैनात किया जाएगा);
• BorgBackup रिपॉजिटरी के रूप में उपयोग किए जाने वाले वॉल्यूम (बैकअप के लिए डेटा सीधे यहां मिलेगा)।

ऑपरेशन का सिद्धांत यह है कि BorgBackup रिपॉजिटरी के तहत प्रत्येक सर्वर के लिए अलग-अलग वॉल्यूम बनाए जाते हैं, जहां लड़ाई सर्वर से डेटा जाएगा। रिपॉजिटरी ऐड-ओनली मोड में काम करते हैं, जो डेटा के जानबूझकर विलोपन की संभावना को समाप्त कर देता है, और पुराने बैकअप से रिपॉजिटरी की कटौती और आवधिक सफाई के कारण (वार्षिक प्रतियां हैं, पिछले साल के लिए मासिक, पिछले महीने के लिए साप्ताहिक, पिछले सप्ताह के लिए दैनिक, संभवतः विशेष रूप से विशेष रूप से। मामलों - अंतिम दिन के लिए प्रति घंटा: कुल 24 + 7 + 4 + 12 + वार्षिक - प्रत्येक सर्वर के लिए लगभग 50 प्रतियां)।
BorgBackup रिपॉजिटरी में, केवल मोड जोड़ना सक्रिय नहीं है, इसके बजाय, ForcedCommand का उपयोग निम्नलिखित योजना के लगभग ssh / अधिकृत_की में किया जाता है:

from=" ",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA....... 

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

यह डिज़ाइन आपको समय-समय पर अनावश्यक बैकअप को साफ करने की अनुमति देता है, और साथ ही युद्ध के सर्वर को बैकअप स्टोरेज सर्वर पर कुछ भी हटाने की अनुमति नहीं देता है।

बैकअप प्रक्रिया

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

यदि एक छोटा डेटाबेस (प्रत्येक साइट के लिए 1 जीबी तक) है, तो एक डेटाबेस डंप बनाया जाता है, जिसे संबंधित लॉजिकल वॉल्यूम में सहेजा जाता है, जहां एक ही साइट के बाकी डेटा स्थित हैं, लेकिन ताकि वेब सर्वर के माध्यम से डंप सुलभ न हो। यदि डेटाबेस बड़े हैं, तो आपको "हॉट" डेटा माइनिंग को कॉन्फ़िगर करना चाहिए, उदाहरण के लिए MySQL के लिए xtrabackup का उपयोग करना, या PostgreSQL में आर्क_कम के साथ वाल। इस मामले में, इन साइटों से अलग से डेटाबेस को बहाल किया जाएगा।

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

आगे का काम बैकअप स्टोरेज सर्वर पर किया जाता है:

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

सर्वर पुनर्प्राप्ति प्रक्रिया

यदि मुख्य सर्वर मर जाता है, तो एक समान समर्पित सर्वर लॉन्च किया जाता है, जो कुछ मानक छवि से लोड होता है। सबसे अधिक संभावना है, डाउनलोड नेटवर्क पर होगा, हालांकि, सर्वर कॉन्फ़िगरेशन का प्रदर्शन करने वाले डेटा सेंटर तकनीशियन इस मानक छवि को तुरंत डिस्क में से एक में कॉपी कर सकते हैं। डाउनलोडिंग रैम में होती है, जिसके बाद रिकवरी की प्रक्रिया शुरू होती है:

• ब्लॉक डिवाइस को iscsi \ nbd या तार्किक वॉल्यूम के किसी अन्य समान प्रोटोकॉल के माध्यम से मृत सर्वर के रूट फ़ाइल सिस्टम से जोड़ने के लिए अनुरोध किया जाता है; चूंकि रूट फाइल सिस्टम छोटा होना चाहिए - यह चरण कुछ मिनटों में पूरा होना चाहिए। इसके अलावा बूटलोडर रिकवरी की जाती है;
• स्थानीय तार्किक वॉल्यूम की संरचना को फिर से बनाया गया है, dm_clone कर्नेल मॉड्यूल का उपयोग करके बैकअप सर्वर से लॉजिकल वॉल्यूम जुड़े हुए हैं: डेटा रिकवरी शुरू होती है, और परिवर्तन तुरंत स्थानीय डिस्क पर लिखे जाते हैं
• एक कंटेनर सभी उपलब्ध भौतिक डिस्क के साथ लॉन्च किया गया है - सर्वर पूरी तरह से बहाल है, लेकिन कम प्रदर्शन के साथ;
• डेटा सिंक्रनाइज़ेशन पूरा होने के बाद, बैकअप सर्वर से तार्किक वॉल्यूम काट दिया जाता है, कंटेनर को बंद कर दिया जाता है, सर्वर को रिबूट किया जाता है;

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

मैं आपको टिप्पणियों में प्रस्तावित विकल्प पर चर्चा करने के लिए आमंत्रित करता हूं, आपके ध्यान के लिए धन्यवाद!