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

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

स्रोत डाटा

एक समर्पित सर्भरमा प्राय: कम्तिमा दुईवटा हार्ड ड्राइभहरू हुन्छन् जसले पहिलो-स्तर RAID एरे (मिरर) व्यवस्थित गर्न सेवा गर्दछ। यदि एक डिस्क असफल भएमा सर्भर सञ्चालन जारी राख्न सक्षम हुन यो आवश्यक छ। यदि यो एक नियमित समर्पित सर्भर हो भने, त्यहाँ SSD मा सक्रिय क्यासिङ टेक्नोलोजीको साथ एक अलग हार्डवेयर RAID नियन्त्रक हुन सक्छ, ताकि नियमित हार्ड ड्राइभको अतिरिक्त, एक वा बढी SSD हरू जडान गर्न सकिन्छ। कहिलेकाँही समर्पित सर्भरहरू प्रस्ताव गरिन्छ, जसमा केवल स्थानीय डिस्कहरू SATADOM (साना डिस्कहरू, संरचनात्मक रूपमा SATA पोर्टमा जडान गरिएको फ्ल्यास ड्राइभ), वा विशेष आन्तरिक पोर्टमा जडान गरिएको सामान्य सानो (8-16GB) फ्ल्याश ड्राइभहरू, र डाटा भण्डारण प्रणालीबाट लिइन्छ, एक समर्पित भण्डारण नेटवर्क (इथरनेट 10G, FC, आदि) मार्फत जडान गरिएको छ, र त्यहाँ समर्पित सर्भरहरू छन् जुन भण्डारण प्रणालीबाट सीधा लोड हुन्छन्। म त्यस्ता विकल्पहरूलाई विचार गर्दिन, किनकि त्यस्ता अवस्थाहरूमा सर्भरलाई ब्याकअप गर्ने कार्य सजिलैसँग भण्डारण प्रणाली कायम गर्ने विशेषज्ञलाई जान्छ; सामान्यतया त्यहाँ स्न्यापशटहरू सिर्जना गर्न विभिन्न स्वामित्व प्रविधिहरू, निर्मित-इन डुप्लिकेशन र प्रणाली प्रशासकको अन्य आनन्दहरू छन्। यस शृङ्खलाको अघिल्लो भागहरूमा छलफल गरिएको छ। समर्पित सर्भरको डिस्क एरेको भोल्युम सर्भरमा जडान भएका डिस्कहरूको संख्या र साइजमा निर्भर गर्दै, धेरै टेराबाइटहरू पुग्न सक्छ। VPS को मामला मा, भोल्युमहरू अधिक मामूली छन्: सामान्यतया 100GB भन्दा बढी छैन (तर त्यहाँ धेरै छन्), र त्यस्ता VPS को लागि शुल्कहरू सजिलै संग सस्तो समर्पित सर्भरहरू भन्दा महँगो हुन सक्छ। VPS मा प्रायः एउटा डिस्क हुन्छ, किनभने यसको मुनि भण्डारण प्रणाली (वा केहि हाइपरकन्भर्जेड) हुनेछ। कहिलेकाहीँ एक VPS मा विभिन्न विशेषताहरु संग धेरै डिस्कहरु छन्, विभिन्न उद्देश्यहरु को लागी:

• सानो प्रणाली - अपरेटिङ सिस्टम स्थापनाको लागि;
• ठूलो - प्रयोगकर्ता डाटा भण्डारण।

जब तपाइँ नियन्त्रण प्यानल प्रयोग गरेर प्रणाली पुन: स्थापना गर्नुहुन्छ, प्रयोगकर्ता डेटाको साथ डिस्क अधिलेखित हुँदैन, तर प्रणाली डिस्क पूर्ण रूपमा रिफिल हुन्छ। साथै, VPS को अवस्थामा, होस्टरले VPS (वा डिस्क) को स्थितिको स्न्यापसट लिने बटन प्रस्ताव गर्न सक्छ, तर यदि तपाईंले आफ्नो अपरेटिङ सिस्टम स्थापना गर्नुभयो वा VPS भित्र इच्छित सेवा सक्रिय गर्न बिर्सनुभयो भने, केही डाटा अझै पनि हराउन सक्छ। बटनको अतिरिक्त, डेटा भण्डारण सेवा सामान्यतया प्रस्ताव गरिन्छ, प्राय: धेरै सीमित। यो सामान्यतया FTP वा SFTP मार्फत पहुँच भएको खाता हो, कहिलेकाँही SSH सँग, स्ट्रिप-डाउन शेल (उदाहरणका लागि, rbash), वा अधिकृत_keys (ForcedCommand मार्फत) मार्फत आदेशहरू चलाउनमा प्रतिबन्ध।

एक समर्पित सर्भर 1 Gbps को गति संग दुई पोर्टहरु द्वारा नेटवर्क संग जोडिएको छ, कहिलेकाहीँ यो 10 Gbps को गति संग कार्ड हुन सक्छ। VPS मा प्रायः एउटा नेटवर्क इन्टरफेस हुन्छ। प्रायः, डाटा केन्द्रहरूले डाटा केन्द्र भित्र नेटवर्क गति सीमित गर्दैन, तर तिनीहरू इन्टरनेट पहुँचको गति सीमित गर्दछ।

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

एक विशेष रूपमा तयार गरिएको सर्भरले ब्याकअप प्रतिलिपिहरू भण्डारण गर्न ठाउँको रूपमा कार्य गर्दछ; हामी यसको बारेमा पछि थप विस्तारमा लेख्नेछौं।

डिस्क प्रणालीको तार्किक संगठन

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

महत्त्वपूर्ण नोट: भोल्युमहरू पूर्ण रूपमा आत्म-निहित हुनुपर्छ, अर्थात्। एक अर्कामा वा रूट फाइल प्रणालीमा निर्भर हुनु हुँदैन। भर्चुअल मेसिन वा कन्टेनरको मामलामा, यो बिन्दु स्वचालित रूपमा अवलोकन गरिन्छ। यदि यी एप्लिकेसन कन्टेनरहरू वा गृह डाइरेक्टरीहरू हुन् भने, तपाईंले वेब सर्भर र अन्य सेवाहरूको कन्फिगरेसन फाइलहरूलाई सकेसम्म धेरै भोल्युमहरू बीचको निर्भरता हटाउनको लागि अलग गर्ने बारे सोच्नुपर्दछ। उदाहरणका लागि, प्रत्येक साइट आफ्नै प्रयोगकर्ताबाट चल्छ, साइट कन्फिगरेसन फाइलहरू प्रयोगकर्ताको गृह निर्देशिकामा छन्, वेब सर्भर सेटिङहरूमा, साइट कन्फिगरेसन फाइलहरू /etc/nginx/conf.d/ मार्फत समावेश गरिएको छैन।.conf, र, उदाहरणका लागि, /home//configs/nginx/*.conf

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

जुनसुकै योजना प्रयोग गरिएको भए तापनि, डिस्कमा परिवर्तनहरू लेख्ने अनुमानित गति, र त्यसपछि स्न्यापसटहरू सिर्जना गर्न आरक्षित हुने खाली ठाउँको मात्रा गणना गर्न सँधै अग्रिम अनुमान लगाउन लायक छ। उदाहरणका लागि, यदि हाम्रो सर्भरले १० मेगाबाइट प्रति सेकेन्डको गतिमा डाटा लेख्छ, र सम्पूर्ण डाटा एरेको साइज १० टेराबाइट्स छ - सिङ्क्रोनाइजेसन समय एक दिनमा पुग्न सक्छ (२२ घण्टा - यो यस्तो भोल्युम कति स्थानान्तरण हुनेछ। नेटवर्कमा 10 Gbps) - यो लगभग 10 GB आरक्षित गर्न लायक छ। वास्तविकता मा, आंकडा सानो हुनेछ; तपाईं सुरक्षित रूपमा तार्किक मात्रा को संख्या द्वारा विभाजित गर्न सक्नुहुन्छ।

ब्याकअप भण्डारण सर्भर उपकरण

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

• प्रयोगकर्ताको डाटा भण्डारण गर्न प्रयोग गरिने सर्भरहरूसँग सम्बन्धित भोल्युमहरू (अन्तिम ब्याकअप तिनीहरूमा प्रमाणीकरणको लागि प्रयोग गरिनेछ);
• भोल्युमहरू BorgBackup भण्डारको रूपमा प्रयोग गरिन्छ (ब्याकअपका लागि डाटा सिधै यहाँ जानेछ)।

सञ्चालनको सिद्धान्त भनेको BorgBackup भण्डारहरूको लागि प्रत्येक सर्भरको लागि छुट्टै भोल्युमहरू सिर्जना गरिन्छ, जहाँ लडाई सर्भरहरूबाट डेटा जानेछ। रिपोजिटरीहरू एपेन्ड-मात्र मोडमा सञ्चालन हुन्छन्, जसले जानाजानी डाटा मेटाउने सम्भावनालाई हटाउँछ, र पुरानो ब्याकअपहरूबाट भण्डारहरूको डुप्लिकेशन र आवधिक सफाईको कारण (वार्षिक प्रतिलिपिहरू रहन्छ, गत वर्षको लागि मासिक, पछिल्लो महिनाको लागि साप्ताहिक, दैनिक रूपमा। गत हप्ता, सम्भवतः विशेष अवस्थामा - अन्तिम दिनको लागि प्रति घण्टा: कुल 24 + 7 + 4 + 12 + वार्षिक - प्रत्येक सर्भरको लागि लगभग 50 प्रतिहरू)।
BorgBackup भण्डारहरूले एपेन्ड-मात्र मोड सक्षम गर्दैन; यसको सट्टा, .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.......

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

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

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

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

यदि त्यहाँ सानो डाटाबेस छ (प्रत्येक साइटको लागि 1 GB सम्म), डाटाबेस डम्प बनाइन्छ, जुन उपयुक्त तार्किक भोल्युममा बचत गरिन्छ, जहाँ उही साइटको लागि बाँकी डाटा अवस्थित छ, तर डम्प छ। वेब सर्भर मार्फत पहुँचयोग्य छैन। यदि डाटाबेसहरू ठूला छन् भने, तपाईंले "हट" डाटा हटाउने कन्फिगर गर्नुपर्छ, उदाहरणका लागि, MySQL को लागि xtrabackup प्रयोग गरेर, वा PostgreSQL मा archive_command सँग WAL सँग काम गर्नुहोस्। यस अवस्थामा, डाटाबेस साइट डाटाबाट अलग पुनर्स्थापित गरिनेछ।

यदि कन्टेनर वा भर्चुअल मेसिनहरू प्रयोग गरिन्छ भने, तपाईंले qemu-guest-agent, CRIU वा अन्य आवश्यक प्रविधिहरू कन्फिगर गर्नुपर्छ। अन्य अवस्थामा, अतिरिक्त सेटिङहरू प्रायः आवश्यक पर्दैन - हामी केवल तार्किक भोल्युमहरूको स्न्यापसटहरू सिर्जना गर्छौं, जुन त्यसपछि रूट फाइल प्रणालीको स्थितिको स्न्यापसटको रूपमा प्रशोधन गरिन्छ। डाटा लिइसकेपछि, तस्बिरहरू मेटाइन्छ।

थप काम ब्याकअप भण्डारण सर्भरमा गरिन्छ:

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

सर्भर रिकभरी प्रक्रिया

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

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

रिबुट पछि, सर्भरमा ब्याकअप सिर्जना गर्दा त्यहाँ भएको सबै डाटा हुनेछ, र पुनर्स्थापना प्रक्रियाको क्रममा गरिएका सबै परिवर्तनहरू पनि समावेश हुनेछ।

श्रृंखलामा अन्य लेखहरू

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

म तपाईंलाई टिप्पणीहरूमा प्रस्तावित विकल्प छलफल गर्न आमन्त्रित गर्दछु, तपाईंको ध्यानको लागि धन्यवाद!

स्रोत: www.habr.com