एसएसडी ड्राइव और मॉनिटरिंग टूल की विश्वसनीयता

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

पीसी या लैपटॉप में एसएसडी ड्राइव आम हो गए हैं (विशेष रूप से अल्ट्राबुक या नेटबुक के साथ - उनके छोटे आकार के कारण), लेकिन निश्चित रूप से उन पर भार पूरी तरह से अलग है, और तदनुसार विफलता के आंकड़े अलग हैं, और सबसे दुर्भाग्यपूर्ण - यह अत्यंत नगण्य है, इस तथ्य के कारण कि सर्वर खंड में SSDs अभी भी विदेशी हैं, इस तथ्य के बावजूद कि SSDs स्वयं एक वर्ष से अधिक समय से बाजार पर विजय प्राप्त कर रहे हैं और पहले से ही "HDD" काट रहे हैं, न कि साधारण HDD का छोटा हिस्सा। कई लोग शुरुआती अनुभवों के आधार पर निष्कर्ष निकालते हैं जब एसएसडी सिर्फ बाजार पर दिखाई देने लगते हैं। और ये अच्छी तरह से स्थापित भय हैं। एसएसडी ड्राइव बहुत तेजी से बाजार में टूट गया और तकनीकी दृष्टि से बहुत तेजी से विकसित हुआ, जिसमें अक्सर खामियों के कारण समस्याएं पैदा हुईं, जिसने ड्राइव की सेवा जीवन और इसकी गति विशेषताओं दोनों को प्रभावित किया। ये समस्याएं हार्डवेयर और सॉफ्टवेयर (फर्मवेयर) दोनों थीं, लेकिन, हमारी खुशी के लिए, ड्राइव निर्माता सक्रिय रूप से अपने उत्पादों की विश्वसनीयता और गुणवत्ता में सुधार करने की दिशा में काम कर रहे हैं। यंत्रवत् चलती भागों की अनुपस्थिति का मतलब डिवाइस की पूर्ण विश्वसनीयता नहीं है। दुर्भाग्य से, किसी भी तकनीक की विफलता का खतरा है। सबसे पहले, एसएसडी की कमजोरियां मेमोरी चिप्स हैं - एमएलसी चिप्स का एक कम संसाधन (और यहां तक ​​कि थोड़ा अधिक विश्वसनीय एसएलसी चिप्स), जिसे ईसीसी त्रुटि सुधार, अतिरेक, डिस्क की विफलता की भविष्यवाणी करने के लिए स्मार्ट की निगरानी से निपटा जा सकता है। लेकिन ड्राइव का कमजोर बिंदु इसका नियंत्रक है। इस तथ्य के कारण कि नियंत्रक भौतिक रूप से इंटरफ़ेस और मेमोरी चिप्स के बीच स्थित है, एक विफलता या बिजली की समस्याओं के कारण इसके नुकसान की संभावना बहुत अधिक है। इसी समय, मेमोरी मॉड्यूल पर डेटा स्वयं अछूता रहता है, और सिद्धांत रूप में उन्हें आसानी से बहाल किया जा सकता है, लेकिन यह एक समय लेने वाली प्रक्रिया है। फर्मवेयर के लिए, यहां तक ​​कि फर्मवेयर में एक छोटी सी त्रुटि भी डेटा हानि को पूरा कर सकती है और डेटा रिकवरी लगभग असंभव हो जाती है, क्योंकि जटिल डेटा संरचना और डेटा को विभिन्न मेमोरी मॉड्यूल में लिखने का विकल्प है। लेकिन यह SSD को पूरी तरह से छोड़ने का एक कारण नहीं है, क्योंकि कोई भी पाप के बिना नहीं है, हमारे समय में अक्सर दोषपूर्ण HDD बहुत सारे हैं या छोटी गाड़ी फर्मवेयर के साथ खेल हैं (4 साल पहले Seagate से 1.5Tb डिस्क के साथ घोटाला कई लोगों के लिए अभी भी है स्मृति)। लेकिन चलो सर्वर पर वापस आते हैं। दरअसल, मुझे अपने एसएसडी के स्मार्ट को देखकर इस लेख को लिखने के लिए प्रोत्साहित किया गया था, जो कि मेरे व्यक्तिगत सर्वर में सिस्टम के तहत है। बेशक, यह एक बड़ी परियोजना के लिए उत्पादन सर्वर नहीं है, लेकिन फिर भी, वहाँ लोड इतना छोटा नहीं है। शुरू करने के लिए, मैं कहूंगा कि सिस्टम के तहत मैंने सबसे सरल और सबसे सस्ता (खरीद के समय - 2.5 साल पहले) SSD - Intel X25-V मान 40Gb स्थापित किया है।


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

• कई साइटों के साथ एक वेब सर्वर जो काफी दौरा किया जाता है (प्रति दिन लगभग 150 अद्वितीय पृष्ठ)
• MySQL सर्वर, स्वाभाविक रूप से, कोई भी साइट इसके बिना काम नहीं करेगी, लेकिन डेटाबेस का उपयोग अपने स्वयं के सांख्यिकी प्रणाली के लिए भी किया जाता है, और zabbix निगरानी प्रणाली भी अपने स्वयं के संकेतक लिखती है।
• डेल्यूज, एक टोरेंट क्लाइंट, हां एक एसएसडी पर, क्योंकि कई इसे ठोस-राज्य ड्राइव का मुख्य हत्यारा मानते हैं :)), जो सिस्टम ड्राइव पर अस्थायी फाइलें लिखता है, और फिर डाउनलोड को एक नियमित एचडीडी में स्थानांतरित करता है।
• zabbix-agentd मेरे सिस्टम में सबसे "ग्लूटोनस" सेवाओं में से एक है, जो डेटाबेस के विभिन्न संकेतकों को लिखने में बेहद सक्रिय है।
• airvideoserver - मोबाइल उपकरणों के लिए वीडियो एनकोडर, मक्खी पर वीडियो एन्कोड करता है और कैश को सिस्टम डिस्क पर डालता है।

बाकी कार्य स्वयं इतने रोचक नहीं हैं, इसलिए उन्हें केवल सूचीबद्ध करें: avahi, dhcpd, fail2ban, iptables, netatalk, nginx, openvpn, php-fpm, pure-ftdd, samba, sshd, zabbix-server - ये सेवाएं अब इतनी ख़ुशबूदार नहीं हैं लेकिन सक्रिय रूप से लॉग लिखें।
यह सब Gentoo लिनक्स पर चलता है। मैं आपको यह सब विस्तार से क्यों बता रहा हूं - सर्वर पर बहुत सारी सेवाएँ जुटाई गई हैं जो न केवल लॉग लिखती हैं (और सिस्टम में लॉग बिल्कुल भी अक्षम नहीं हैं और आपको बस किसी भी TRIM समर्थन के बारे में बात नहीं करनी है), लेकिन सिस्टम में अस्थायी फ़ाइलों के लिए भी (उदाहरण के लिए) airvideoserver), साथ ही विशेष रूप से रिकॉर्डिंग के लिए डिस्क सबसिस्टम को बहुत अधिक लोड करता है।
ऑपरेशन के 5 मिनट में क्या मापा जाता है:

बेशक, एक तरफ बहुत सारे नहीं हैं, लेकिन पढ़ने और लिखने दोनों के लिए ड्राइव का सक्रिय रूप से उपयोग किया जाता है। सिस्टम लॉग विशेष रूप से सक्रिय रूप से लिखे गए हैं (जब कुछ स्थानीय एफ़टीपी खोज सर्वर को अनुक्रमित करने की कोशिश करती है और गुमनाम रूप से 100,500 बार लॉग इन नहीं कर सकती है)।
पहले, आइए देखें कि क्या डिस्क के जीवन के दौरान कोई त्रुटि थी:

अब हम SMART ड्राइव की ओर मुड़ते हैं:

Power_On_Hours पैरामीटर पर ध्यान दें - 19727 घंटे, जो हमें 822 दिनों का अपटाइम देता है, और इससे भी अधिक दिलचस्प संकेतक - Host_Writes_32MiB - 32 एमबी के रिकॉर्ड किए गए पृष्ठों की संख्या, अर्थात्। विचार करें: 473216 * 32/1024/1024 = ~ 14.44 टीबी। और यह लगभग 18 जीबी / दिन है, इतना छोटा संकेतक नहीं, यह देखते हुए कि ड्राइव केवल 40 जीबी आकार में है (यह पता चला है कि डिस्क को लगभग 370 बार फिर से लिखा गया है, और यदि आपको याद है कि एमएलसी मेमोरी का लेखन संसाधन लगभग 10,000 गुना है, तो हमारे पास अभी भी काफी सभ्य मार्जिन है हालांकि यह ध्यान देने योग्य है कि मेमोरी मॉड्यूल पर एक समान रिकॉर्डिंग नहीं है, कुछ जानकारी के लिए अधिक बार लिखा जाता है, और कुछ के लिए कम अक्सर, लेकिन यह आँकड़ों को बहुत खराब नहीं करता है, और अगर हम एसएलसी मेमोरी पर अधिक महंगे एसएसडी मॉडल के बारे में बात करते हैं। , तब प्रत्येक कक्ष में एक रिकॉर्डिंग संसाधन होता है कू मेमोरी 10 गुना अधिक है)। Reallocated Sector Count (पुन: असाइन किए गए, विफल ब्लॉक की संख्या) - 6, इतना नहीं है कि यह ड्राइव के बारे में चिंता करना शुरू करने के लिए इसके लायक होगा। हम Media_Wearout_Indicator पैरामीटर में भी रुचि रखते हैं - यह एक तरह का ड्राइव स्टेटस काउंटर है। नई ड्राइव के लिए, यह संख्या 99-100 है, और लगभग मरने की संख्या शून्य हो जाती है (हालांकि वहां मिसाल हैं, जैसे Media_Wearout_Indicator - 0, ड्राइव ने ठीक काम किया)। इसके आधार पर, हम यह निष्कर्ष निकाल सकते हैं कि ड्राइव जीवित रहने की तुलना में अधिक है, हालांकि इसका उपयोग घर के काम करने वाली मशीन के लिए सिर्फ SSD से अधिक किया जाता है। और यह न केवल इंटेल द्वारा निर्मित मॉडल पर लागू होता है (और मुझे याद है कि X25-V बाजार में सबसे सरल और सबसे सस्ता मॉडल में से एक है)। दुर्भाग्य से, अब तक नए प्रकार के मेमोरी के बारे में कोई नया तकनीकी समाधान नहीं है, इसलिए कंपनियां एसएसडी ड्राइव के लिए नियंत्रकों के सामने सक्रिय रूप से लड़ रही हैं। विशेष रूप से, पिछले साल OCZ ने नए Indilinx कंट्रोलर के आधार पर अपने ड्राइव लॉन्च किए, जो कि प्रत्येक नए फर्मवेयर संस्करण को जारी करने के साथ, अधिक से अधिक अपनी स्वयं की ऑपरेटिंग गति को बढ़ाता है, जो कि इंटरनेट पर कई परीक्षणों द्वारा नोट किया गया है (वैसे, मैंने पहले से ही अपने काम करने वाली मशीनों की ओर ध्यान दिया है। वर्टेक्स 4 पर, लेकिन यह कोई विज्ञापन नहीं है)। दुर्भाग्य से, साधारण एसएसडी शायद ही कभी हमें अपनी स्थिति की निगरानी के लिए किसी भी उपयोगिताओं के साथ प्रदान करते हैं, और हमें तीसरे पक्ष के सॉफ़्टवेयर का उपयोग करना पड़ता है जो हमेशा एक विशिष्ट ड्राइव से डेटा के साथ काम करने के लिए अनुकूलित नहीं होता है (आखिरकार, SMART के पैरामीटर विभिन्न निर्माताओं से भिन्न हो सकते हैं, साथ ही साथ इन मापदंडों का "सामान्य" मूल्य)। अधिकतम जो निर्माता प्रदान करता है वह ड्राइव के फर्मवेयर को अपडेट करने का साधन है, जो निश्चित रूप से पर्याप्त नहीं है। और ड्राइव के राज्य के मापदंडों की निगरानी करने के लिए, आप केवल तृतीय-पक्ष समाधान का उपयोग कर सकते हैं (उदाहरण के लेख - smartmontools में)। लेकिन कॉर्पोरेट सेगमेंट अलग-अलग नियमों के अनुसार थोड़ा सा रहता है, विशेष रूप से ड्राइव के साथ काम करने के लिए सॉफ्टवेयर के एक पूर्ण सेट की उपस्थिति पूरी तरह से सामान्य बात है, जो कभी-कभी एक ड्राइव को चुनने में महत्वपूर्ण भूमिका निभाता है। ADVANSERV सक्रिय रूप से रूसी कॉरपोरेट बाजार पर फ्यूजन-आईआईओ पीसीआई-ई एसएसडी समाधानों को बढ़ावा दे रहा है, इसलिए मैं अपने प्रायोगिक विषय से थोड़ा विचलित करना चाहूंगा और फ्यूजन आईओएसस्फियर मैनेजमेंट सॉल्यूशन सॉफ्टवेयर के बारे में बात करूंगा, जिसका उद्देश्य उनके एसएसडी ड्राइव की स्थिति की निगरानी करना है।

इस सॉफ्टवेयर की प्रमुख विशेषताएं हैं:

• एक प्रबंधन कंसोल से कई उपकरणों की निगरानी और प्रबंधन करने की क्षमता
• सहज वेब उपयोगकर्ता इंटरफ़ेस (जिसे वास्तव में फ्लैश की आवश्यकता होती है)
• IoMemory मॉड्यूल की पहचान और इन्वेंट्री
• विभिन्न सिस्टम प्रदर्शन रिपोर्ट
• असफलता की भविष्यवाणी
• LDAP उपयोगकर्ता प्रमाणीकरण

अब आइए प्रत्येक आइटम को थोड़ा और विस्तार से देखें।

• एकल प्रबंधन कंसोल से कई ioMemory उपकरणों को प्रबंधित करने की क्षमता डिवाइस प्रबंधन और निगरानी को सरल बनाती है, और सुविधा और गति को बढ़ाती है।
• IoMemory स्वचालित उपकरण खोज उपकरणों के कमीशन और विन्यास को गति देती है। उपकरण सेटिंग्स को कॉपी करने की क्षमता भी नए उपकरणों को कॉन्फ़िगर करने की प्रक्रिया को बहुत सुविधाजनक बनाती है।
• वास्तविक समय की निगरानी आपको अपने नेटवर्क में सभी ioMemory के स्वास्थ्य और प्रदर्शन की सक्रिय रूप से निगरानी करने की अनुमति देती है ताकि वे गंभीर होने से पहले समस्याओं का पूर्वानुमान लगा सकें। रेडी-मेड और कस्टमाइज़ करने योग्य अलर्ट प्रोफाइल व्यवस्थापक को मौजूदा समस्याओं के बारे में एक तत्काल सूचना प्रदान करते हैं, जो उनके ध्यान की आवश्यकता है, डाउनटाइम और डेटा हानि को रोकते हैं।
• नियंत्रण कक्ष में प्रस्तुत प्रदर्शन इतिहास आपको अपने बुनियादी ढांचे की अधिक कुशल योजना के लिए अपने पूरे जीवन में उपकरणों के संचालन का एक सामान्य विचार देता है।
• फ्लैश मेमोरी पर पुनर्लेखन जानकारी की मात्रा के आधार पर विफलता की भविष्यवाणी, अप्रत्याशित उपकरण और कंपनी के आउटेज को रोकने में मदद करती है। वास्तव में, यह डेटा स्मार्ट डिवाइस से लिया गया है और एक सुविधाजनक चित्रमय प्रतिनिधित्व में प्रदान किया गया है।
• LDAP प्रमाणीकरण आपको किसी भी अतिरिक्त लागत के बिना, मौजूदा तंत्र के आधार पर सिस्टम तक पहुंच को अलग करने की अनुमति देता है, वित्तीय और समय दोनों।

ioSphere बुनियादी ioManager 3 सॉफ्टवेयर सूट का एक विस्तार है। इस विस्तार में कई ioMemory मॉड्यूल (इसके अलावा, ये मॉड्यूल विभिन्न मॉडलों के हो सकते हैं) के लिए अधिक दृश्यता और रिपोर्टिंग शामिल हैं। नीचे दी गई तालिका अतिरिक्त ioSphere सुविधाओं को सूचीबद्ध करती है:


एक दृश्य प्रतिनिधित्व में, यह इस तरह दिखता है:

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

कोर्प द्वारा पोस्ट किया गया