बजट पर सर्वर के नुकसान से कैसे बचाव करें


22

मैं चैरिटी और नॉट-फॉर-प्रॉफिट क्लाइंट्स के लिए वेबसाइट और डेटाबेस उपलब्ध कराने वाले बजट पर बहुत छोटी कंपनी नहीं हूं।

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

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

वर्तमान में मुझे करना होगा

  1. एक नया VPS स्पिन करें
  2. VPS पर अंतिम दिन का बैकअप (जिसमें डेटाबेस, वेब रूट और वेबसाइट-विशिष्ट कॉन्फिगरेशन शामिल हैं) प्राप्त करें, और इसे अंतिम कंप्यूटर आदि की तरह कॉन्फ़िगर करें।
  3. DNS अपडेट करें और इसके प्रचार के लिए प्रतीक्षा करें।

यह संभवतः एक दिन लेगा या इसे प्राप्त करेगा, क्योंकि डीएनएस प्रचार एक बड़ा अज्ञात है, हालांकि मेरे पास टीटीएल काफी कम (घंटा या तो) सेट है।

कुछ होस्ट स्नैपशॉट प्रदान करते हैं जिनका उपयोग किसी नए VPS के लिए सेट अप को दोहराने के लिए किया जा सकता है, लेकिन अभी भी IP है और यह इस मामले में मदद नहीं करता है कि मेजबान कंपनी एक खाते को रद्द कर देती है / एक खाता निलंबित कर देती है (मैं इस बारे में पढ़ रहा हूं) कुछ होस्टिंग प्रदाताओं से व्यवहार और यह मुझे डरा रहा है! मैं कुछ भी नहीं कर रहा हूँ स्पैम / डोडी और सुरक्षा पर कड़ी नज़र रखना, लेकिन मुझे एहसास है कि वे सचमुच ऐसा करने की शक्ति रखते हैं और मैं काफी जोखिम में हूँ)।

क्या यह प्रतिष्ठित मेजबानों को चुनने के साथ है, सबसे अच्छा मैं एक अविश्वसनीय रूप से महंगे समाधान के लिए जा सकता हूं?


1
एक दावे पर बहुत संदेह है कि 2 ड्राइव एक साथ विफल हो गए, विशेष रूप से
वीपीएस

जाहिरा तौर पर एक फिर असफल हो गया जबकि दूसरा नया पुनर्निर्माण कर रहा था।
Artfulrobot

drbd.linbit.com पर एक नज़र डालें , यह आपकी आवश्यकताओं को पूरा कर सकता है ..
यूनिक्स जेनरेटर

2
@symcbean: समस्या यह है कि एक RAID-5 पुनर्निर्माण को सभी शेष डिस्क के सभी डेटा को पढ़ने की आवश्यकता है। यह काफी लंबा ऑपरेशन है (दिन नहीं तो घंटों)। एक सस्ते RAID -5 सिस्टम में डेस्कटॉप ड्राइव का उपयोग करके 9 + 1 सेटअप हो सकता है। उन सभी 9 डिस्क में एक RAID पुनर्निर्माण में डिज़ाइन सीमा से परे जोर दिया जाएगा। असफलता तो वास्तव में अपेक्षित है।
एमएसएल

1
वास्तव में उनके पास अलग-अलग संस्थाओं के रूप में भंडारण पूल और प्रोसेसर + मेमोरी पूल हैं, लेकिन सवाल यह नहीं है कि एक विशेष प्रदाता पर क्या हुआ या क्या नहीं हुआ; एक विशिष्ट कार्यान्वयन की तुलना में यह अधिक सामान्य है।
आर्टफ्लोरोबोट

जवाबों:


28

मेरे लिए, प्रतिष्ठित मेजबानों का चयन करना और नियमित बैकअप करना - ये दोनों आप पहले से ही कर रहे हैं - के बारे में के रूप में अच्छी तरह से आप व्यापार निरंतरता योजना, उच्च उपलब्धता setups, SLAs, और इतने पर के बारे में सोचना शुरू करने के बिना कर सकते हैं।

मैं लोगों को बता कि आप (अर्थात कुछ भी खर्च किए बिना मुक्त करने के लिए 99% अपटाइम प्राप्त अतिरिक्त उच्च उपलब्धता पर)। यह वर्ष में लगभग साढ़े तीन दिन डाउनटाइम है। उस अपटाइम पर हर अतिरिक्त 9 तीन से दस गुना के बीच लागत में वृद्धि करता है।

यदि लोग उस तरह के पैसे देने के लिए तैयार नहीं हैं, तो यह मेरी राय में है कि उन्हें यह सोचने में गुमराह करने की गलती है कि उन्हें किसी भी महत्व का कोई अतिरिक्त संरक्षण मिल सकता है।


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

मैं यह नहीं कह रहा हूँ कि विफलताओं पूरी तरह से uncorrelated हैं, लेकिन 1 + 1 सिद्धांत में अतिरेक आप देना चाहिए दो दो बार लागत के लिए अतिरिक्त नौ। आप सुझाव देते हैं कि दो अतिरिक्त निंदों की लागत कहीं 9 गुना और 100 गुना है। 2x बनाम ~ 30x एक बहुत बड़ा अंतर है।
एमएसल्टर्स

2
@ कुछ सही प्रकार की विफलता (सर्वर की विफलता) के विरुद्ध, यह सही है। जैसे साइट की विफलता के खिलाफ है, यह कुछ नहीं करता है, जब तक कि दो सर्वर विभिन्न स्थलों पर हैं, और है कि नेटवर्क व्यवस्थापक के मामले में बेहद जटिल हो जाता है। आप केवल पूंजीगत लागतों पर भी विचार करते हैं, और बढ़ती हुई लागतों को नजरअंदाज करते हैं - दो सर्वरों को पूरी तरह से सिंक में रखना तुच्छ नहीं है, यह इस बात पर निर्भर करता है कि वे किस तरह का काम कर रहे हैं, और लोड-बैलेंसरों की व्यवस्थापक लागत है। मेरी भावना यह है कि एक ही साइट पर निरर्थक सर्वर, एलबी लोड को साझा करते हुए, आपको लागत के 3-4 गुना के बदले में एक और नौ देता है।
MadHatter

इसे प्रस्तुत करने का अच्छा और आसान तरीका। (लेकिन ... मैं अभी कुछ कीमत जोड़ूंगा, क्योंकि 3 से 10 गुना "फ्री" अभी भी मुफ्त है;)। या, ज़ाहिर है, आप सेवा की समग्र लागत का मतलब है? )
ओलिवियर दुलैक

@OlivierDulac ठीक है!
MadHatter

8

छोटे बजट वाले छोटे व्यवसाय, विशेषकर गैर-लाभकारी, आमतौर पर उच्च उपलब्धता को वहन करने में सक्षम नहीं होते हैं। सवाल यह है कि यदि आपके पास वस्तुतः कोई बजट नहीं है, जैसा कि आमतौर पर इस तरह की स्थितियों में होता है, तो आपकी पुनर्स्थापना रणनीति क्या है?

मेरे पास इस तरह के कुछ ग्राहक हैं, और यही मैं करता हूं:

सबसे पहले, उनमें से कुछ के लिए मेरे पास हर छह घंटे में एक वृद्धिशील बैकअप और पूर्ण डेटाबेस डंप है। एक क्लाइंट पहले से ही CrashPlan Pro का उपयोग कर रहा था, इसलिए मैंने अभी इसका उपयोग किया है। जो कुछ भी आप करते हैं, आपको यह सुनिश्चित करने की आवश्यकता है कि आपके पास एक आरामदायक बैकअप है।

मेरे पास एक सरल ansible playbook है, जिसे मैंने लगभग एक घंटे में (पहले से काम न करने योग्य) एक साथ रखा था, जो nginx, php-fpm और MariaDB स्थापित करता है और उन्हें एक वेब साइट या साइटों को होस्ट करने के लिए तैयार करता है। इस प्लेबुक के परिणाम में एक सर्वर (या सर्वर) है जो एक विशिष्ट वेब एप्लिकेशन को होस्ट करने के लिए तैयार है, और मैं बस इसे करने के लिए nginx वर्चुअल होस्ट, एप्लिकेशन फ़ाइलों और डेटाबेस को पुनर्स्थापित कर सकता हूं।

इसका नतीजा यह है कि मैं कुछ ही मिनटों में बैकअप से ऐसी वेब साइट ला सकता हूं, जैसा कि मैनुअल तरीके से विरोध किया गया था जिसमें एक घंटे या उससे अधिक समय लग सकता था।


अरे लगता है कि मौके पर। मैं उस पर गौर करूंगा। धन्यवाद।
Artfulrobot

अच्छे प्रदाताओं से छोटे ग्राहकों के लिए भी उच्च उपलब्धता आसानी से उपलब्ध है। उन्हें पैमाने की अर्थव्यवस्था मिलती है।
JamesRyan

@JamesRyan हाँ, लेकिन आपको ... अर्थव्यवस्था की अर्थव्यवस्था नहीं मिलती है। मुझे बताएं कि क्या यह दो अमेज़ॅन इंस्टेंस और एक वेबसाइट के लिए एक लोचदार लोड बैलेंसर चलाने के लिए समझ में आता है जो महीने में 300 हिट देखता है?
माइकल हैम्पटन

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

4

कार्यान्वयन की जटिलता आवेदन स्टैक पर निर्भर करती है, लेकिन आदर्श रूप से आप एक "हॉट स्टैंडबाय" (एक अलग प्रदाता पर) सेटअप करना चाहते हैं, डेटा को वास्तविक समय (या वास्तविक समय के करीब) में दोहराया जा सकता है।

2 "लाइव" सर्वर होने के लिए व्यवसाय का मामला बनाना उतना ही सरल है, जितना कि किसी अन्य सर्वर के खर्च के लिए "छवियों से पुनर्प्राप्ति" अवधि के दौरान राजस्व के संभावित नुकसान की तुलना करना।


धन्यवाद। मैं एक लैंप स्टैक का उपयोग कर रहा हूं। मुझे लगता है कि वास्तविक समय MySQL प्रतिकृति की तरह कुछ होगा, हालांकि यह प्रबंधन करने के लिए बहुत मुश्किल हो सकता है। और यह मेरे द्वारा प्रबंधित किए जाने वाले सर्वरों को दोगुना कर रहा है। शायद यह एक कम कल्पना बॉक्स है कि सभी अन्य सर्वरों की एक जीवित प्रतिलिपि था, तो यह सिर्फ DNS प्रचार था। तब मैं उस नए VPS पर वापस क्लोन कर सकता था और DNS (hmmm।) को बदल सकता था।
Artfulrobot

MySQL प्रतिकृति आमतौर पर सेट अप और कॉन्फ़िगर करने के लिए काफी सरल है, प्रारंभिक डेटासेट को स्थानांतरित करने के समय से अलग। DNS के रूप में, अधिकांश रिज़ॉल्वर इन दिनों कम टीटीएल का सम्मान करते हैं, और रिकॉर्ड की टीटीएल को कम से कम 60 सेकंड तक सेट करना आमतौर पर अच्छी तरह से काम करता है।
मार्क आर।

जब आप नए अतिरिक्त डेटाबेस में जोड़ने की आवश्यकता होती है तो MySQL प्रतिकृति अधिक जटिल होती है और मेरा मानना ​​है कि एक सर्वर को एक से अधिक मास्टर (एक स्टैंडबाय सर्वर पर कई डीबीएस की नकल करना) के लिए एक सर्वर होना मुश्किल है। इसके अलावा बेशक आपको सर्वर के बीच पहुंच को सुरक्षित करने की आवश्यकता होती है, जैसे कि stunnel, ताकि एक PKI बनाए रखा जा सके आदि जब तक कि आपके पास एक निजी लेन नहीं है, लेकिन इसके लिए अलग-अलग होस्टिंग कंपनी के साथ होने की आवश्यकता से इंकार किया जाता है।
Artfulrobot

वहाँ हमेशा चाबी के साथ प्रतिकृति-डो-डीबी और एसएसएच सुरंग है।
मार्क आर।

मानक एसएसएच सुरंग चलाने के लिए उपयोग किया जाता है लेकिन यह विश्वसनीय नहीं था। यद्यपि आप इसे प्राप्त कर चुके हैं और चल रहे हैं, तो Stunnel शानदार है।
Artfulrobot

2

याद रखें कि अपटाइम डेटा अखंडता के समान नहीं है। आपके पास 99.99% अपटाइम हो सकता है और साल में दो बार आपके सभी डेटा को खो दिया है जब तक कि सर्वर "जल्द ही पर्याप्त" फिर से शुरू हो गया था। अधिकांश VPS प्रदाता गारंटी दे रहे हैं कि आपका सर्वर चल रहा है, ऐसा नहीं है कि आपका डेटा सुरक्षित है। आपका डेटा आपकी समस्या है :(

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


हाँ, मैं ऐसा करता हूं :-) और हाँ, होस्टिंग कंपनियों को डेटा की परवाह नहीं है, मैंने डिस्क भ्रष्टाचार से भी निपटा है!
Artfulrobot

0

जवाब पूरी तरह से आप वास्तुकला और आवश्यकताओं पर निर्भर करता है। कुछ समय पहले 3 डिस्क्स मेरे एक सर्वर पर विफल हो गए, 20+ वीएम की जब एक RAID 6 विफल हुई।

मैंने इसके बारे में लिखा था

https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs

लेकिन: क्योंकि यह महत्वपूर्ण है, हमारे पास बैकअप था - गैर-महत्वपूर्ण सामान के लिए दैनिक, डेटाबेस और ईमेल के लिए 15 मिनट। हेक, अब मैंने एक सर्वर जोड़ा जो हर 30 सेकंड में दूसरी मशीन को दोहराया जाता है।

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

इसके अलावा - इस बैकअप का बजट आपके मूल्य निर्धारण में होना चाहिए। इसका भुगतान करना होगा। और आपको जो भी बुनियादी ढांचा चाहिए .... आपको इसकी आवश्यकता है। यह तब "हास्यास्पद महंगा" नहीं है।


TomTom: aoe + openfiler और बक्से की एक जोड़ी और आप एक बहुत ही उच्च उपलब्धता माइक्रो-सान का निर्माण कर सकते हैं
23
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.