बैकअप

सेवा में क्या शामिल है

हम ऑटोमैटिक बैकअप ऐसा सेट करते हैं कि सर्वर का खोना, हैक या ग़लती से डिलीट होना बिज़नेस के खोने में न बदले। इसमें 3-2-1 नियम के हिसाब से रणनीति, शेड्यूल पर डेटा के ऑटोमैटिक एन्क्रिप्टेड स्नैपशॉट, कॉपियों का क्लाउड स्टोरेज में अपलोड, वर्ज़न रखने की नीति और — अनिवार्य रूप से — रिस्टोर की जाँच शामिल है, न कि सिर्फ़ कॉपी बनाना। हम विश्लेषण करते हैं कि कौन-सा डेटा क्रिटिकल है: डेटाबेस, यूज़र फ़ाइलें, सर्वर कॉन्फ़िगरेशन — और शून्य से पूरी बहाली के लिए ज़रूरी सब कुछ कॉपियों में शामिल करते हैं। एन्क्रिप्शन ऐसा सेट होता है कि स्टोरेज का मालिक भी आपकी की के बिना सामग्री न पढ़ सके। नतीजे में आपको «बैकअप हो रहे हैं» का वादा नहीं, बल्कि एक जाँची-परखी प्रक्रिया मिलती है, जिससे सर्विस मिनटों में खड़ी हो जाए।

यह असल में कैसे काम करता है

बैकअप इंक्रीमेंटल स्नैपशॉट पर बना होता है: पहली पूरी कॉपी के बाद सिस्टम सिर्फ़ बदले हुए ब्लॉक सहेजता है, इसलिए रोज़ाना बैकअप कम जगह लेते हैं और तेज़ी से बनते हैं। डिडुप्लिकेशन स्नैपशॉटों के बीच दोहराए गए डेटा के टुकड़े हटा देता है, और एन्क्रिप्शन क्लाउड में भेजने से पहले आपकी ओर होता है, इसलिए बाहर पहले से न पढ़े जा सकने वाले बाइट्स का सेट जाता है। हर स्नैपशॉट का वर्ज़न होता है, और आप किसी भी सहेजे गए पॉइंट पर बहाल हो सकते हैं, न कि सिर्फ़ आख़िरी पर। 3-2-1 नियम भंडारण का ढाँचा तय करता है: डेटा की तीन कॉपियाँ, दो अलग मीडिया पर, उनमें से एक — साइट के बाहर, ताकि आग या होस्टिंग का फ़ेल होना सब कुछ एक साथ न मिटा दे। मुख्य कदम — कॉपी का नियमित टेस्ट अनपैक करना, क्योंकि जिस बैकअप से कभी बहाल नहीं हुआ, उसे बैकअप नहीं माना जा सकता।

बैकअप की संस्कृति कहाँ से आई

दो अलग तंत्रों में फ़र्क करना ज़रूरी है। डिस्क की फ़ॉल्ट-टॉलरेंस को कैलिफ़ोर्निया विश्वविद्यालय बर्कले की टीम — डेविड पैटरसन, गार्थ गिब्सन और रैंडी कैट्ज़ — ने जून 1988 में RAID पर लेख में बताया; RAID डिस्क के ख़राब होने से बचाता है, पर यह बैकअप नहीं है और डिलीट या रैंसमवेयर से नहीं बचाता। असल कॉपी बनाने का औज़ार दशकों तक rsync रहा: एंड्रयू ट्रिजेल और पॉल मैकरास ने 19 जून 1996 को इसका एल्गोरिथ्म और यूटिलिटी पेश की, जिसने पहली बार फ़ाइलों के सिर्फ़ बदले हुए हिस्सों को भेजना व्यापक प्रथा बना दिया। भरोसे का फ़ॉर्मूला — 3-2-1 नियम — फ़ोटोग्राफ़र पीटर क्रोग ने डिजिटल भंडारण पर अपनी किताब में तय किया, अपूरणीय संग्रहों की सुरक्षा के अनुभव को समेटते हुए। इन तीन विचारों — रिडंडेंसी, इंक्रीमेंटल ट्रांसफ़र और अलग-अलग जगह भंडारण — से आधुनिक बैकअप संस्कृति उभरी, जिस पर हम टिके हैं।

सेटिंग की सटीकता क्यों अहम है

बैकअप वह क्षेत्र है जहाँ गलती सबसे अनुपयुक्त पल में सामने आती है: जब डेटा पहले ही खो चुका हो, और कॉपी अधूरी या ख़राब निकले। क्लासिक जाल — बैकअप सालों से बनते हैं, पर रिस्टोर की जाँच कभी नहीं हुई, और गड़बड़ी की घड़ी में पता चलता है कि कॉपी में डेटाबेस नहीं है या एन्क्रिप्शन की खो गई है। इसलिए सेवा की इंजीनियरिंग वैल्यू «बैकअप चालू करने» में नहीं, बल्कि एक जाँचने योग्य प्रक्रिया में है: क्या कॉपी होता है, कितनी बार, कहाँ, कितने वर्ज़न रखे जाते हैं और सब कुछ वापस कितनी जल्दी खड़ा होता है। अलग सुरक्षा — इम्यूटेबल कॉपियाँ, जिन्हें रैंसमवेयर सर्वर तक पहुँच पाकर भी ओवरराइट नहीं कर सकता। हम पूरा चक्र सेट और डॉक्युमेंट करते हैं और रिस्टोर को व्यवहार में जाँचते हैं, न कि यह मानकर चलते हैं कि वह काम कर जाएगा।

हम किस स्टैक पर काम करते हैं

मुख्य औज़ार — restic: इंक्रीमेंटल स्नैपशॉट, डिडुप्लिकेशन और एंड-टू-एंड एन्क्रिप्शन वाली बैकअप सिस्टम, जो कॉपियों को S3 प्रोटोकॉल से क्लाउड स्टोरेज में रख सकती है। कुछ कामों के लिए हम borg इस्तेमाल करते हैं — मिलती-जुलती मॉडल वाला डिडुप्लिकेटिंग आर्काइवर, और सादी फ़ाइल सिंक्रोनाइज़ेशन के लिए समय-परखा rsync। कॉपियाँ हम S3-कम्पैटिबल ऑब्जेक्ट स्टोरेज में अपलोड करते हैं (उदाहरण के लिए, वॉल्यूम के हिसाब से भुगतान और बिना आउटगोइंग ट्रैफ़िक शुल्क वाला क्लाउड), काम के लिए अलग एक्सेस कीज़ के साथ। एन्क्रिप्शन क्लाइंट की ओर सेट होता है, इसलिए कॉपियों की सामग्री स्टोरेज प्रोवाइडर के लिए भी उपलब्ध नहीं होती। स्टैक ओपन और पोर्टेबल है: रिस्टोर की प्रक्रिया किसी ख़ास वेंडर पर निर्भर नहीं, और कीज़ के साथ आपके पास रहती है।

प्रमुख औज़ार कब आए

बैकअप के औज़ार एक से ज़्यादा दशकों में बने हैं। RAID की डिस्क रिडंडेंसी का विचार जून 1988 में बर्कले विश्वविद्यालय के लेख में रखा गया। rsync यूटिलिटी, जो लंबे समय तक इंक्रीमेंटल ट्रांसफ़र का स्टैंडर्ड रही, 19 जून 1996 को आई। आधुनिक डिडुप्लिकेटिंग सिस्टम नए हैं: restic, हमारा मुख्य औज़ार, लेखक अलेक्ज़ांडर नॉयमान ने वर्ज़न 0.1.0 के रूप में 2015 में प्रकाशित किया, और borg उसी 2015 में Attic प्रोजेक्ट से अलग हुआ। ये तारीख़ें दिखाती हैं कि डिडुप्लिकेशन के साथ भरोसेमंद एन्क्रिप्टेड बैकअप एक परिपक्व, पर अपेक्षाकृत ताज़ा इंजीनियरिंग प्रथा है, जिसे ख़ास इंफ्रास्ट्रक्चर के लिए सेट करना आना चाहिए। हम मौजूदा वर्ज़न पर काम करते हैं और हर औज़ार की सीमाएँ जानते हैं, न कि किसी एक जादुई बटन पर भरोसा करते हैं।

यह हम पर क्यों भरोसा किया जा सकता है

हमारी टीम का IT में कुल अनुभव 45 साल से ज़्यादा है, और बैकअप हम अपने अनुभव पर चलाते हैं: हमारा प्रोडक्शन डेटा एन्क्रिप्टेड इंक्रीमेंटल restic स्नैपशॉट के रूप में क्लाउड स्टोरेज में जाता है, और रिस्टोर की प्रक्रिया हमारी परखी हुई है। हम इस काम को इंजीनियरों की तरह देखते हैं: क्रिटिकल डेटा तय करते हैं, 3-2-1 योजना बनाते हैं, एन्क्रिप्शन और रिटेंशन सेट करते हैं और बैकअप को काम करने वाला घोषित करने से पहले ज़रूर टेस्ट रिस्टोर चलाते हैं। एन्क्रिप्शन कीज़ और एक्सेस आपके पास रहते हैं — हम आपका डेटा अपने अकाउंट में बंधक नहीं रखते। हम ईमानदारी से चेताएँगे कि कहाँ कॉपियों पर बचत असली जोखिम पैदा करती है, और कहाँ रिडंडेंसी फ़ालतू है। नतीजे में आपको «बैकअप चालू है» की एक लाइन नहीं, बल्कि गड़बड़ी, हैक या गलती के बाद सर्विस को मिनटों में खड़ा करने की जाँची-परखी क्षमता मिलती है।