यह सर्वर पर SSDs स्थापित करने के लिए समझ में आता है?


12

मैं 2TB + डेटा के बारे में होस्ट करने वाला सर्वर बनाना चाहता हूं। बेशक एसएसडी डेटा ड्राइव के संदर्भ में तस्वीर से बाहर है। मेरा प्रश्न है: क्या SSDs को बूट ड्राइव के रूप में उपयोग करने का कोई लाभ है? मैं इस पर 16 जी मेमोरी लगाने की योजना बना रहा हूं। मुझे लगता है कि अधिकांश समय सेवाओं को मेमोरी में लोड किया जाना चाहिए और सर्वर को शायद ही कभी रिबूट करने की आवश्यकता होनी चाहिए। इस मामले में, क्या यह समझ में आता है कि SSD पाने के लिए या सिर्फ दो SATA ड्राइव के साथ एक RAID1 प्राप्त करें?


4
यदि आप प्रति दिन कई बार रिबूट करने की योजना नहीं बनाते हैं, तो बूट डिस्क का अनुकूलन करना संभव नहीं है। अधिक राम पर $ $ खर्च करें और वर्तमान एसएसडी की नाजुकता से बचें।
जोश

सिस्टम ड्राइव के लिए RAID -1 में 15k SAS ड्राइव की एक जोड़ी के साथ बस जाएं। (होस्टिंग उद्योग में सुंदर मानक)
डग

जवाबों:


10

मुझे ऐसा नहीं लगता, इस समय नहीं। वे महंगे हैं, यह एक अपेक्षाकृत नई तकनीक है जो अपनी समस्याओं के बिना नहीं है; जेफ एटवुड का उपयोग करने के फायदे और नुकसान के बारे में एक दिलचस्प ब्लॉग पोस्ट है।

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


1
उस पोस्ट में, जेफ़ ने दोहराया है कि मैंने कई बार सुना है। SSD की विफलता दर बहुत अधिक है। मुझे विश्वास नहीं होगा कि जब आप शोर-शराबे की भूख से मिलते-जुलते प्रदर्शन कर सकते हैं, तो किसी भी तरह सर्वर-रूम में बंद कर दिया जाएगा।
जोश

3
उपभोक्ता ग्रेड SSDs के बारे में जेफ की बात। यदि आप उपभोक्ता SSDs का उपयोग करते हैं, तो आपको वह मिलता है जो आप भुगतान करते हैं! X25-M के साथ शुरुआती समस्याएं भी थीं जो वहां उल्लिखित विफलताओं का कारण हो सकती हैं। हमने 2009 के बाद से सर्वर सिस्टम में OS डिस्क के रूप में कई सौ X25-Ms की तैनाती की है और उनकी विफलताओं की संख्या बहुत कम है (एकल अंक)। हमने इंटेल X25-ई के समान संख्या में तैनाती की है और असफलताओं की समान संख्या कम थी। मैं इस बात पर विवाद नहीं करता कि जेफ और उसके दोस्त ने समस्याएं देखी हैं, मैं आपको केवल डेटा का एक व्यापक सेट दे रहा हूं।
डैनियल लॉसन

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

4

यह सर्वर के प्रकार पर निर्भर करता है, लेकिन आम तौर पर बोलना, हां, यह एक अच्छा विचार होना चाहिए।

SSD ड्राइव रीड-ओनली डेटा के लिए सर्वश्रेष्ठ हैं, जो आमतौर पर वर्कस्टेशन के विपरीत सर्वर हैं। तो यह है कि इसके लिए जा रहा है।

इसके अलावा, तेजी से एक फ़ाइल परोसा जा सकता है, बेहतर सर्वर हो जाएगा, और के बाद से एसएसडी ड्राइवरों कर रहे हैं चाहिए तेजी से हो सकता है, यह इसके लिए जा रहा है कि भी है।

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

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


+1 अच्छा सारांश। समर्थक में से एक अच्छा यादृच्छिक / समानांतर पढ़ने प्रदर्शन में मापा के रूप में है uFLIP कागज
MBX

1

इस स्थिति के साथ, SSD बूट ड्राइव शायद केवल बूट समय में सुधार करेगा, एक बार सब कुछ शुरू होने के बाद और RAM में (आपके पास 16GB है) इससे कोई फर्क नहीं पड़ेगा। हो सकता है कि अगर आपने इस पर 10GB + डेटाबेस रखा हो तो यह मदद कर सकता है, लेकिन संभवतः अधिक चुंबकीय ड्राइव पर धन खर्च करना बेहतर होगा (संभवतः पुनर्वितरण के लिए)।


मैंने लगभग एक सप्ताह पहले एक इंटेल सम्मेलन में भाग लिया था; इंटेल प्रतिनिधि डेटाबेस के लिए SSDs की सिफारिश करने से कतराते हैं, कम से कम इस समय।
एलेक्स

हाँ, मुझे विशेष रूप से लगता है कि यदि आपके DB में अधिक मात्रा में राइट्स हैं (iirc readds "पहनते हैं" SSD जितना / बिल्कुल भी), और छोटे ब्लॉक के साथ प्रदर्शन तारकीय से कम हो सकता है।
स्पेक्टर

@alex: बहुत सारी कंपनियां हैं जो डेटाबेस के लिए डिज़ाइन किए गए बहुत महंगे एसएसडी समाधान बेचेंगे और वे परिणामों की गारंटी देते हैं। कुछ लोग 30 सर्वर को एक के साथ बदलने में सक्षम हैं । यह डिस्क से मेमकेड तक जाने जैसा है।
ज़ैन लिंक्स

@Zan आपसे पूरी तरह सहमत हैं। सभी "सेल्स-मैन" नहीं जानते कि सभी संभावित समाधानों को कैसे लागू किया जाए।
कार्लोस गार्सिया

0

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

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


0

सर्वर के उपयोग पर निर्भर करता है, जिसमें से आप जो वर्णन करते हैं वह शायद इसके लायक नहीं है। जहाँ SSD का अपने आप में आना उच्च सर्वर / वर्चुअल सर्वर होस्ट जैसे O / O उपयोग के साथ सर्वर है।

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

अपने मूल प्रश्न पर वापस जाएं, आप बूट समय के बारे में चिंतित क्यों हैं? क्या आप सर्वर को रिबूट करने की योजना बना रहे हैं? मेरे पास ऐसे सर्वर हैं जिन्हें लगभग 3 वर्षों तक रिबूट नहीं किया गया है जो मैंने सोचा था कि स्थिर मशीनों के लिए यथोचित सामान्य होगा जो कि वे काम करते हैं जो वे करने वाले थे।


0

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

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


0

मुझे लगता है कि यह ज्यादातर समय के लायक नहीं है।

लेकिन अगर आपको बड़ी फ़ाइलों के साथ बड़ी कंप्यूटिंग आवश्यकताएं (जैसे Dailymotion / YouTube एन्कोडिंग वीडियो) पढ़ने / लिखने की गति संभवतः महत्वपूर्ण है।

यदि आपके एप्लिकेशन बहुत सारी रीडिंग, यहां तक ​​कि छोटी फाइलें भी कर रहे हैं, तो यह वास्तव में प्रदर्शन को बढ़ा सकता है। हालाँकि, यदि आप RAM में सबसे अधिक परोसा जाने वाला डेटा कैश करते हैं (मेमस्कैल्ड डेमॉन देखें) तो यह कोई समस्या नहीं है।

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