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

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

कच्चा डेटा

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

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

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

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

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

एक विशेष रूप से तैयार सर्वर बैकअप प्रतियों को संग्रहीत करने के लिए एक स्थान के रूप में कार्य करता है; हम इसके बारे में बाद में अधिक विस्तार से लिखेंगे।

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

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

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

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

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

बैकअप स्टोरेज सर्वर डिवाइस

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

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

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

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.......

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

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

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

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

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

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

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

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

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

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

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

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

श्रृंखला के अन्य लेख

बैकअप, भाग 1: बैकअप की आवश्यकता क्यों है, विधियों, तकनीकों का अवलोकन
बैकअप भाग 2: rsync-आधारित बैकअप टूल की समीक्षा और परीक्षण
बैकअप भाग 3: नकल, नकल की समीक्षा और परीक्षण
बैकअप भाग 4: zbackup, restic, borgbackup की समीक्षा और परीक्षण
बैकअप भाग 5: लिनक्स के लिए बकुला और वीम बैकअप का परीक्षण
बैकअप: पाठकों के अनुरोध पर भाग: अमांडा, उरबैकअप, बैकअपपीसी की समीक्षा
बैकअप भाग 6: बैकअप उपकरण की तुलना करना
बैकअप भाग 7: निष्कर्ष

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

स्रोत: www.habr.com