सवाल क्या सर्वर में उपभोक्ता एमएलसी एसएसडी का उपयोग करना सुरक्षित है?


हम (और हम इसका मतलब है जेफ) हमारे बैकअप डेटा सेंटर में उपभोक्ता एमएलसी एसएसडी डिस्क का उपयोग करने की संभावना को देख रहे हैं।

हम लागत को कम करने और उपयोग करने योग्य जगह को रखने की कोशिश करना चाहते हैं - इसलिए इंटेल एक्स 25-ई लगभग 700 डॉलर और 64 जीबी क्षमता पर काफी अधिक है।

हम जो करने की सोच रहे हैं वह कुछ निचले अंत एसएसडी खरीदने के लिए है जो कम कीमत पर अधिक क्षमता प्रदान करते हैं। मेरे मालिक को लगता है कि बैकअप डेटा सेंटर से बाहर चल रहे सर्वरों में डिस्क के लिए लगभग 5k खर्च करना निवेश के लायक नहीं है।

इन ड्राइवों का उपयोग लेनोवो आरडी 120 पर 6 ड्राइव RAID सरणी में किया जाएगा। RAID नियंत्रक एक एडैप्टेक 8k (रीब्रांडेड लेनोवो) है।

केवल एक दृष्टिकोण का कितना खतरनाक है और इन खतरों को कम करने के लिए क्या किया जा सकता है?


44
2018-02-01 20:48


मूल


स्पिनरों के बजाय एसएसडी का उपयोग करने के लिए तर्क क्या है? एसएसडी प्रदर्शन पर लोक ज्ञान "भुगतान करना या परेशान नहीं करना" है, लेकिन निश्चित रूप से अन्य पहलू हैं जो लाभ हो सकते हैं। - peterchen
मैं इस समस्या के बारे में उत्सुक हूं कि आप यहां हल करने की कोशिश कर रहे हैं। यदि यह केवल लागतों में से एक है तो पारंपरिक ड्राइव के स्थान पर एसएसडी क्यों माना जा रहा है? - John Gardeniers
@ पीटरचेन, आप या तो कुछ एसएसडी या पचास 15 के स्पिंडल का उपयोग कर सकते हैं। - Mircea Chirea
@iconiK - क्या आपका मतलब है "एक सर्वर के लिए, आपको वैसे भी बहुत सारी मनी खर्च करने की ज़रूरत है"? यदि ऐसा है - हाँ, यही कारण है कि मैं भी सोच रहा था। - peterchen


जवाब:


कुछ विचार;

  • एसएसडी में 'ओवरकमिट' मेमोरी है। यह स्मृति है जो लिखित रूप से क्षतिग्रस्त कोशिकाओं के स्थान पर उपयोग की जाती है। कम अंत एसएसडी में केवल 7% ओवरकमिट स्पेस हो सकता है; 28% के आसपास मध्य दूरी; और एंटरप्राइज़ डिस्क 400% जितना अधिक है। इस कारक पर विचार करें।
  • आप उन्हें प्रति दिन कितना लिखेंगे? यहां तक ​​कि सैंडफोर्स के 1200 चिप्स पर आधारित मध्य-ऑफ-द-रेंज एसएसडी भी अतिसंवेदनशील स्मृति में गंभीरता से कटौती से पहले प्रति दिन लगभग 35 जीबी लिखने की सराहना करते हैं।
  • आम तौर पर, एक नए एसएसडी का दिन 1 लेखन से भरा होता है, चाहे वह ओएस या डेटा हो। यदि आपके पास पहले दिन 35 जीबी लिखने से काफी अधिक है, तो एसएसडी को बैचों के बीच कुछ 'साफ-सुथरा समय' देने के लिए इसे बैचों में कॉपी करने पर विचार करें।
  • टीआरआईएम समर्थन के बिना, उस अवधि के दौरान बहुत सारे लेखन होने पर यादृच्छिक लेखन प्रदर्शन सप्ताह के भीतर 75% तक गिर सकता है - यदि आप कर सकते हैं, तो एक ओएस का उपयोग करें जो TRIM का समर्थन करता है
  • आंतरिक कचरा संग्रह प्रक्रियाएं जो आधुनिक एसएसडी प्रदर्शन करती हैं, विशेष रूप से शांत अवधि के दौरान की जाती हैं, और यह गतिविधि पर रोक जाती है। यह डेस्कटॉप पीसी के लिए कोई समस्या नहीं है, जहां डिस्क सामान्य 8 घंटे के ड्यूटी चक्र के 60% के लिए चुप हो सकती है, लेकिन आप 24 घंटे सेवा चलाते हैं ... इस प्रक्रिया को कब चलाने का मौका मिलेगा?
  • इसे आमतौर पर चश्मा में गहरा दफनाया जाता है लेकिन सस्ता 'नियमित' डिस्क की तरह, सस्ती एसएसडी को केवल 30% का कर्तव्य चक्र होने की उम्मीद है। आप उन्हें लगभग 100% समय के लिए उपयोग करेंगे - इससे आपकी एमटीबीएफ दर प्रभावित होगी।
  • जबकि एसएसडी नियमित यांत्रिक समस्याओं को एक ही यांत्रिक समस्या का सामना नहीं करते हैं, उनके पास सिंगल और एकाधिक-बिट त्रुटियां होती हैं - इसलिए वृत्ति को रोकने के लिए दृढ़ता से विचार करना चाहिए। जाहिर है, यह उस सुंदर यादृच्छिक लेखन गति पर प्रभाव डालेगा जिसे आपने अभी खरीदा है लेकिन वैसे भी इसे मानें।
  • यह अभी भी एसएटीए नहीं है, इसलिए आपका कतार प्रबंधन सर्वर के माहौल में उतना अच्छा नहीं होगा, लेकिन फिर अतिरिक्त प्रदर्शन बढ़ावा काफी नाटकीय होगा।

शुभकामनाएं - बस उन्हें लिखने के साथ 'तलना' मत करो :)


61
2018-02-01 21:09



क्या आपका अतिरिक्त स्थान के लिए 400% या 40% का मतलब है? मैं आपका जवाब संपादित करने जा रहा था लेकिन उद्धरण नहीं मिला, इसलिए मुझे लगता है कि यह 400% हो सकता है। (यह एक बहुत अच्छा मुद्दा है, वैसे) - ChrisInEdmonton
RAID कॉन्फ़िगरेशन पर TRIM समर्थित होने पर यह हमेशा स्पष्ट नहीं होता है। याद रखें, एसएसडी को ओएस से RAID के साथ समेकित किया जाता है। RAID विक्रेता से जांचना सुनिश्चित करें। - Matt Sherman
मेरा मतलब 400 क्रिस था, विशेष रूप से एफसी सैन्स में इस्तेमाल किए जाने वाले, बहुत खर्च किए जाने के बावजूद। - Chopper3
एक ड्राइव से अधिक रिजर्व स्पेस प्राप्त करने के लिए एक चाल सुरक्षित मिटाना है, फिर इसे एक बड़े अंश के साथ विभाजित करें। यह खाली स्थान एसएसडी के प्रदर्शन और जीवनकाल में जोड़ देगा। - Zan Lynx
बस @ZanLynx के साथ +1 करना चाहते हैं .. जब मैं एसएसडी + RAID का उपयोग कर रहा हूं तो आमतौर पर ड्राइव का लगभग 80% विभाजन करता हूं। - Tracker1


मुझे यह लिंक मिला, जिसमें एक है सर्वर में एमएलसी बनाम एसएलसी एसएसडी के दिलचस्प और गहन विश्लेषण

मेरे विचार में एक एंटरप्राइज़ एप्लिकेशन के लिए एमएलसी फ्लैश एसएसडी सरणी का उपयोग करके कम से कम (दावा किया गया) पहनने के बिना इकोको के एमएफटी जैसी तकनीक के प्रभाव को कम करने के बिना पैराशूट के बिना विमान से कूदना पसंद है।

ध्यान दें कि कुछ एमएलसी एसएसडी विक्रेताओं दावा करें कि उनके ड्राइव "enterprisey" पर्याप्त हैं लिखने के लिए जीवित रहने के लिए:

सैंडफोर्स का उद्देश्य सर्वर में उपयोग की जाने वाली ठोस-राज्य ड्राइव के लिए बहु-स्तर सेल फ्लैश चिप्स का समर्थन करने वाले नियंत्रक के साथ पहली कंपनी बनना है। एमएलसी चिप्स का उपयोग करके, एसएफ -1500 कम लागत और उच्च घनत्व ड्राइव सर्वर निर्माता चाहते हैं।   सर्वर के लिए आज तक फ्लैश ड्राइव ने सिंगल-स्तरीय सेल फ्लैश चिप्स का उपयोग किया है। ऐसा इसलिए है क्योंकि एमएलसी चिप्स के लिए सहनशक्ति और विश्वसनीयता आम तौर पर सर्वर की आवश्यकताओं तक नहीं है।

इन दावों का और विश्लेषण है आनंदटेक में

इसके अतिरिक्त, अब इंटेल रिकॉर्ड पर चला गया है कि सर्वर में 90% समय में एसएलसी अधिक हो सकता है:

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

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

"वॉल्यूम परिप्रेक्ष्य से, हम देखते हैं कि वास्तव में उच्च-लेखन-गहन, उच्च-प्रदर्शन कंप्यूटिंग वातावरण हैं जिन्हें अभी भी एसएलसी की आवश्यकता हो सकती है, लेकिन यह उद्यम डेटा केंद्र आवश्यकताओं के शीर्ष 10% में भी है," विंसलो ने कहा।

इंटेल हिटाची ग्लोबल स्टोरेज टेक्नोलॉजीज के साथ अपने संयुक्त उद्यम के माध्यम से एंटरप्राइज़ डेटा सेंटर बाजार के ऊपरी 10% को खिला रहा है। हिताची सीरियल संलग्न एससीएसआई एसएसडी की एसएसडी 40000 लाइन का उत्पादन कर रही है, जिसमें 6 जीबी / सेकंड है। थ्रूपुट - इसके एमएलसी आधारित सैटा एसएसडी के दोगुना।

इंटेल, यहां तक ​​कि उनके सर्वर उन्मुख एसएसडी ड्राइव के लिए भी है नई इंटेल एसएसडी 710 श्रृंखला के साथ बहुत अधिक "अतिप्रवर्तन" अंतरिक्ष के साथ एसएलसी से एमएलसी में स्थानांतरित हो गया। ये ड्राइव आंतरिक रूप से अनावश्यकता के लिए कुल भंडारण का 20% आवंटित करती हैं:

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


12
2018-02-01 22:07





हमेशा इस तरह के चीजों को सपने के बजाए तथ्यों पर आधारित करें। इस मामले में, तथ्यों को इकट्ठा करना आसान है: अपने उत्पादन प्रणालियों के आईओपीएस प्रोफाइल को लंबे समय तक पढ़ना / लिखना रिकॉर्ड करें, और फिर पता लगाएं कि आप आपदा रिकवरी परिदृश्य में क्या रह सकते हैं। आपको अपने माप के रूप में 99 वें प्रतिशत की तरह कुछ उपयोग करना चाहिए। करना नहीं IOPS cpacity को मापते समय औसत का उपयोग करें - चोटी सभी मायने रखती हैं! फिर आपको अपनी डीआर साइट के लिए जरूरी आवश्यक क्षमता और आईओपीएस खरीदने की जरूरत है। एसएसडी ऐसा करने का सबसे अच्छा तरीका हो सकता है, या शायद नहीं।

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

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


7
2018-02-02 05:05





यहां तक ​​कि अगर एमएलएस एसएसडी केवल एक साल तक चलता रहा, तो एक साल में प्रतिस्थापन बहुत सस्ता हो जाएगा। तो क्या आप एमएलएस एसएसडी को बदलने के साथ सामना कर सकते हैं जब वे बाहर निकलते हैं?


5
2018-02-02 13:04



एक अच्छा बिंदु, खासकर जब से वे एक RAID सरणी में होंगे .. जब तक उनमें से "बहुत से" एक बार में असफल नहीं होते हैं, यह वास्तव में व्यावहारिक है। - Jeff Atwood
@ जेफ, अगर आप अपने डेस्क टॉप पीसी के साथ कुछ अंदर और बाहर स्वैप कर सकते हैं, तो सभी को कुछ उपयोग पैटन नहीं मिलते हैं, इससे यह कम चाटना हो जाएगा, वे सभी एक ही समय में असफल हो जाएंगे। - Ian Ringrose
@ जेफ, मुझे लगता है कि एक बड़े विस्तार के लिए, विफल == "बहुत धीमी अधिकार करना शुरू करें" बल्कि "डेटा नहीं पढ़ा" - Ian Ringrose
क्या आप ऑटो-सुधार पसंद नहीं करते हैं :-) - Jeroen Wiert Pluimers


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


3
2018-02-01 22:20





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

मान लीजिए कि आप एमएलसी एसएसडी के आपूर्तिकर्ता से समान स्तर का समर्थन प्राप्त करते हैं तो निचला मूल्य बिंदु इसे शॉट के लायक बनाता है।


3
2018-02-01 21:05



ठेठ डेस्कटॉप उपयोग के लिए 5 साल की जीवनकाल का उल्लेख किया गया है। यदि यह एक सटीक अनुमान है तो वे डेटासेंटर पर्यावरण में सर्वर से बाहर निकलने वाले नहीं हैं! - JamesRyan
@ जेम्स रयान: हालांकि अधिकांश गणनाओं में नहीं दिखाया गया है, जीवनकाल मुक्त स्थान के अंश पर बहुत निर्भर है। - Ben Voigt
संगठनों में मैंने काम किया है क्योंकि हमने हमेशा 3 साल में सर्वर हार्डवेयर रीफ्रेश किया है। मैं इस धारणा के तहत था कि आम तौर पर सर्वोत्तम अभ्यास स्वीकार किया जाता था लेकिन अगर मैं गलत हूं तो मुझे सही करें। - chunkyb2002


आपको अपने वर्तमान सेट-अप के साथ अपने दैनिक लेखन की मात्रा की गणना करनी चाहिए और तुलना करें कि निर्माता अपने एसएसडी ड्राइव को कैसे गारंटी दे सकता है इसकी तुलना करें। इंटेल इस बारे में सबसे आगे है - उदाहरण के लिए, अपने मुख्यधारा के एसएसडी ड्राइव डेटाशीट पर नज़र डालें: http://www.intel.com/design/flash/nand/mainstream/technicaldocuments.htm

चश्मा दस्तावेज़ की धारा 3.5 (3.5.4, विशेष रूप से) का कहना है कि आपको प्रति दिन 20 जीबी लिखने के साथ कम से कम 5 साल तक चलने की गारंटी है। मुझे लगता है कि पूरी ड्राइव क्षमता का उपयोग करते समय गणना की जा रही है और खुद को लिखने के लिए किसी भी खाली स्थान का प्रावधान नहीं किया जा रहा है।

उद्यम वातावरण में मुख्यधारा के एसएसडी का उपयोग करने के संबंध में डेटाशीट भी दिलचस्प है।


3
2018-02-02 12:15



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


मैंने कुछ साल पहले 32 जीबी एसएलसी ड्राइव को कुछ भयानक रूप से खराब डिजाइन किए गए ऐप के लिए एक बफर के रूप में तैनात किया था जिसे हम उपयोग कर रहे थे।

आवेदन 90% छोटे लिखने (<4k) था और एसएसडी ड्राइव पर एक बार 14k w / s पर लगातार (24/7) चल रहा था। वे RAID 1 कॉन्फ़िगर किए गए थे, सब कुछ गुलाबी था, विलंबता कम थी!

हालांकि लगभग एक महीने में और पहला ड्राइव पैक किया गया, सचमुच 3 घंटे के भीतर, दूसरी ड्राइव भी मर गई थी। RAID 1 सभी के बाद ऐसी अच्छी योजना नहीं है :)

मैं किसी अन्य प्रकार के RAID 6 पर अन्य पोस्टर्स से सहमत हूं, अगर कुछ और नहीं तो यह उन ड्राइवों को फैलता है जो अधिक ड्राइव में लिखते हैं।

अब ध्यान रखें कि यह कुछ साल पहले था और ये चीजें अब और अधिक विश्वसनीय हैं और आपके पास समान I / O प्रोफ़ाइल नहीं हो सकती है।

ऐप को फिर से इंजीनियर किया गया है, हालांकि स्टॉप गैप के रूप में जो आपकी मदद कर सकता है या नहीं, हमने एक बड़ी रैम डिस्क बनाई है, रैम डिस्क का पुनर्निर्माण / बैकअप लेने के लिए कुछ स्क्रिप्ट बनाई हैं और डेटा पर एक घंटे या इतनी हानि की हिट लेती है /रिकवरी टाइम।

फिर, आपके डेटा का जीवन चक्र अलग हो सकता है।


2
2017-08-03 19:33