अमेज़ॅन EC2 बैकअप रणनीति


14

मेरे पास Amazon के EC2 का उपयोग करते हुए कुछ वेब सर्वर / DB सर्वर सेटअप हैं। मैं वर्तमान में अपने सभी सिस्टम और ईबीएस ड्राइव का दैनिक स्नैपशॉट ले रहा हूं जिसमें मेरी सभी एप्लिकेशन फाइलें, DB फाइलें, स्रोत कोड और DB बैकअप शामिल हैं। मेरे पास एक कंसोल एप्लिकेशन है जो एक शेड्यूल पर बैकअप क्रिएशन चलाता है। मेरी छवियां ईबीएस छवियां हैं।

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

जैसा कि मैं अपनी बैकअप रणनीति पर काम कर रहा हूं, मैं अपने डेटा डिस्क का बैकअप लेने के लिए जंगल डिस्क का उपयोग कर रहा हूं।

जवाबों:


23

मेरी सिफारिशें:

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

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

  3. ईबीएस डेटा वॉल्यूम के नियमित स्नैपशॉट बनाएँ। यदि संभव हो / लागू हो, तो संभावना है कि आप एक सुसंगत फाइलसिस्टम / डेटाबेस का स्नैपशॉट ले रहे हैं, को बेहतर बनाने के लिए मेरे इको-सुसंगत-स्नैपशॉट जैसे उपकरण का उपयोग करें। AWS / EC2 के बाहर डेटा का बैकअप लें, क्योंकि आपका AWS खाता स्वयं विफलता का एक बिंदु है।

  4. महत्वपूर्ण उदाहरणों पर समय-समय पर रूट ईबीएस वॉल्यूम के स्नैपशॉट बनाएं। हालांकि यह आपको उदाहरण या ईबीएस वॉल्यूम की विफलता की स्थिति में मदद कर सकता है, ऊपर # 1 और # 2 की वजह से वह हिस्सा इतना महत्वपूर्ण नहीं है। इसका मुख्य कारण यह है कि स्नैपशॉट बनाने से मूल EBS वॉल्यूम की विफलता का जोखिम कम हो जाता है।

ईबीएस वॉल्यूम की विफलता की दर सीधे उस संख्या पर संबंधित है जो पिछले ईबीएस स्नैपशॉट के बाद से उस वॉल्यूम पर संशोधित की गई है।


EC2 के बाहर डेटा का बैकअप लेने के लिए आपकी क्या सिफारिश है? रणनीति या उपकरण जो आप सुझाते हैं?
csi

@ChristopherIckes: मैं आपके लिए जो भी काम करता हूं उसका प्रशंसक हूं। रुपीक्स सरल है और मेरे लिए काम करता है।
एरिक हैमंड

1

क्या मुझे एक पूर्ण छवि / ईबीएस कार्य भी निर्धारित करना चाहिए?

हाँ, यह उचित है। एक बार इसने मुझे बचाया, क्योंकि कर्नेल की समस्याओं के कारण मुझे कई बार रीसेट करना पड़ा, जब तक कि बूट डिस्क अब पढ़ने योग्य नहीं थी और मैंने बस नवीनतम स्नैपशॉट से बूट किया।

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

https://github.com/stivlo/obliquid-cp/blob/master/src/main/java/org/obliquid/sherd/runner/RequestSnapshots.java

यह प्रति रन केवल एक क्रिया करता है, जैसे स्नैपशॉट लेना या हटाना, क्योंकि इसका मतलब है कि क्रोन प्रति घंटा में दसियों स्नैपशॉट के साथ ओवरलोड से बचने के लिए एक ही समय में आपके द्वारा किए गए कई ईबीएस हैं।


0

हम सरल लेकिन शक्तिशाली बैकअप रणनीति का उपयोग करते हैं: दिन में दो बार ईसी 2 ईबीएस इंस्टेंस चलाने के आधार पर नए एएमआई बनाएं और "पुराने" एएमआई को हटा दें। API (CreateImage) के माध्यम से आप नया AMI बनाते समय फ़्लैग सेट को रीबूट नहीं कर सकते हैं या, यदि आप सॉफ़्टवेयर रेड का उपयोग करते हैं - CreateIImage से पहले इंस्टेंस करने के लिए API कॉल और नए kernels या xfs_freeze पर सबसे लोकप्रिय सिस्टम पर "fsfreeze" के साथ फ़ाइल सिस्टम को फ़्रीज़ करें आप पुराने कर्नेल और xfs का उपयोग करते हैं।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.