पायात गोळी न मारता स्टोरेज कसे निवडायचे

परिचय

स्टोरेज खरेदी करण्याची वेळ आली आहे. कोणते घ्यावे, कोणाचे ऐकावे? विक्रेता A विक्रेता B बद्दल बोलतो, आणि नंतर एक इंटिग्रेटर C आहे, जो विक्रेत्याला उलट सांगतो आणि D ला सल्ला देतो. अशा परिस्थितीत, अगदी अनुभवी स्टोरेज आर्किटेक्टचे डोके फिरते, विशेषत: सर्व नवीन विक्रेते आणि SDS आणि हायपरकन्व्हर्जन्स जे फॅशनेबल आहेत. आज

तर, तुम्ही हे सर्व कसे काढता आणि मूर्ख बनत नाही? आम्ही (अँटोन व्हर्च्युअल अँटोन झबँकोव्ह आणि कॉर्प इव्हगेनी एलिझारोव्ह) याविषयी साध्या रशियन भाषेत बोलण्याचा प्रयत्न करूया.
लेखात अनेक समानता आहेत आणि प्रत्यक्षात "चा विस्तार आहे"व्हर्च्युअलाइज्ड डेटा सेंटर डिझाइनस्टोरेज सिस्टम निवडण्याच्या आणि स्टोरेज तंत्रज्ञानाचे पुनरावलोकन करण्याच्या दृष्टीने. आम्ही थोडक्यात सामान्य सिद्धांत पाहू, परंतु आम्ही शिफारस करतो की आपण हा लेख देखील वाचा.

का

तुम्ही बर्‍याचदा अशी परिस्थिती पाहू शकता जेव्हा एखादी नवीन व्यक्ती फोरमवर येते किंवा स्टोरेज चर्चा सारख्या विशिष्ट चॅटवर येते आणि प्रश्न विचारते: “येथे ते मला दोन स्टोरेज पर्याय देतात - ABC SuperStorage S600 आणि XYZ HyperOcean 666v4, तुम्ही काय शिफारस करता? ?"

आणि भयंकर आणि न समजण्याजोग्या वैशिष्ट्यांच्या अंमलबजावणीची कोणती वैशिष्ट्ये आहेत याबद्दल गोंधळ सुरू होतो, जे अप्रस्तुत व्यक्तीसाठी पूर्णपणे चीनी आहेत.

त्यामुळे, व्यावसायिक प्रस्तावांमधील तपशीलांची तुलना करण्याआधी तुम्हाला स्वतःला विचारणे आवश्यक असलेला मुख्य आणि पहिला प्रश्न का आहे? या स्टोरेज सिस्टमची आवश्यकता का आहे?

उत्तर अनपेक्षित असेल, आणि खूप टोनी रॉबिन्स शैली - डेटा संचयित करण्यासाठी. धन्यवाद, कर्णधार! आणि तरीही, कधीकधी आपण तपशीलांची तुलना करताना इतके खोलवर जातो की आपण हे सर्व प्रथम का करत आहोत हे आपण विसरतो.

तर, डेटा स्टोरेज सिस्टमचे कार्य दिलेले कार्यप्रदर्शनासह डेटा संग्रहित करणे आणि त्यात प्रवेश प्रदान करणे आहे. आम्ही डेटासह प्रारंभ करू.

डेटा

डेटा प्रकार

आम्ही कोणत्या प्रकारचा डेटा संचयित करण्याची योजना करतो? एक अतिशय महत्त्वाचा प्रश्न जो अनेक स्टोरेज सिस्टमला अगदी विचारातून काढून टाकू शकतो. उदाहरणार्थ, आपण व्हिडिओ आणि फोटो संग्रहित करण्याची योजना आखत आहात. तुम्ही छोट्या ब्लॉक्समध्ये यादृच्छिक प्रवेशासाठी डिझाइन केलेल्या सिस्टम किंवा कॉम्प्रेशन/डिडुप्लिकेशनमधील मालकी वैशिष्ट्यांसह सिस्टम ताबडतोब क्रॉस आउट करू शकता. या फक्त उत्कृष्ट प्रणाली असू शकतात, आम्हाला काहीही वाईट म्हणायचे नाही. परंतु या प्रकरणात, त्यांची शक्ती एकतर कमकुवत होईल (व्हिडिओ आणि फोटो संकुचित केलेले नाहीत) किंवा सिस्टमची किंमत लक्षणीय वाढेल.

याउलट, जर अभिप्रेत वापर हा व्यस्त व्यवहार DBMS असेल, तर प्रति सेकंद गीगाबाइट्स वितरीत करण्यास सक्षम असलेल्या उत्कृष्ट मल्टीमीडिया स्ट्रीमिंग सिस्टीमची निवड कमी असेल.

डेटा व्हॉल्यूम

आम्ही किती डेटा संग्रहित करण्याची योजना आखत आहोत? प्रमाण नेहमी गुणवत्तेत विकसित होते; हे कधीही विसरता कामा नये, विशेषत: डेटाच्या प्रमाणातील घातांक वाढीच्या काळात. पेटाबाइट-क्लास सिस्टीम यापुढे असामान्य नाहीत, परंतु पेटाबाईट क्षमता जितकी मोठी असेल तितकी प्रणाली अधिक विशिष्ट होईल, लहान आणि मध्यम आकाराच्या यादृच्छिक प्रवेश प्रणालीची सामान्य कार्यक्षमता कमी प्रवेशयोग्य असेल. हे क्षुल्लक आहे कारण फक्त ब्लॉक ऍक्सेस स्टॅटिस्टिक्स टेबल्स कंट्रोलर्सवर उपलब्ध असलेल्या RAM पेक्षा मोठ्या होतात. कॉम्प्रेशन/टायरिंगचा उल्लेख नाही. समजा आम्हाला कॉम्प्रेशन अल्गोरिदम अधिक शक्तिशालीवर स्विच करायचा आहे आणि 20 पेटाबाइट डेटा संकुचित करायचा आहे. किती वेळ लागेल: सहा महिने, एक वर्ष?

दुसरीकडे, तुम्हाला 500 GB डेटा साठवून त्यावर प्रक्रिया करायची असल्यास त्रास का घ्यायचा? फक्त 500. या आकाराच्या घरगुती SSDs (कमी DWPD सह) काही किंमत नाही. फायबर चॅनल फॅक्टरी का बांधायची आणि कास्ट आयर्न ब्रिजच्या बरोबरीची किंमत असलेल्या हाय-एंड एक्सटर्नल स्टोरेज सिस्टम्स का खरेदी करायच्या?

एकूण किती टक्के हॉट डेटा आहे? डेटा व्हॉल्यूमच्या बाबतीत लोड किती असमान आहे? एकूण डेटाच्या तुलनेत हॉट डेटाचे प्रमाण कमी असल्यास टायर्ड स्टोरेज तंत्रज्ञान किंवा फ्लॅश कॅशे खूप उपयुक्त ठरू शकतात. किंवा त्याउलट, संपूर्ण व्हॉल्यूममध्ये एकसमान लोडसह, जे बर्याचदा स्ट्रीमिंग सिस्टममध्ये आढळते (व्हिडिओ पाळत ठेवणे, काही विश्लेषण प्रणाली), अशा तंत्रज्ञानामुळे काहीही मिळणार नाही आणि केवळ सिस्टमची किंमत/जटिलता वाढेल.

आयपी

डेटाची दुसरी बाजू म्हणजे माहिती प्रणाली जी डेटा वापरते. IS मध्ये डेटाचा वारसा मिळणाऱ्या आवश्यकतांचा संच असतो. IS बद्दल अधिक माहितीसाठी, "व्हर्च्युअलाइज्ड डेटा सेंटर डिझाइन" पहा.

लवचिकता/उपलब्धता आवश्यकता

दोष सहिष्णुता / डेटा उपलब्धतेसाठी आवश्यकता IS वापरून वारशाने प्राप्त केल्या आहेत आणि तीन संख्यांमध्ये व्यक्त केल्या आहेत - RPO, आरटीओ, उपलब्धता.

उपलब्धता — दिलेल्या कालावधीसाठी शेअर ज्या दरम्यान त्यांच्यासोबत काम करण्यासाठी डेटा उपलब्ध असतो. सहसा 9 ची संख्या म्हणून व्यक्त केले जाते. उदाहरणार्थ, प्रति वर्ष दोन नाइन म्हणजे उपलब्धता 99% आहे किंवा अन्यथा दर वर्षी 95 तास अनुपलब्धता अनुमत आहे. तीन नाइन - दर वर्षी 9,5 तास.

आरपीओ/आरटीओ हे एकूण निर्देशक नाहीत, परंतु प्रत्येक घटनेसाठी (अपघात), उपलब्धतेच्या विपरीत.

RPO - अपघातादरम्यान गमावलेल्या डेटाचे प्रमाण (तासांमध्ये). उदाहरणार्थ, दिवसातून एकदा बॅकअप घेतल्यास, RPO = 24 तास. त्या. आपत्ती आणि स्टोरेज सिस्टमचे संपूर्ण नुकसान झाल्यास, 24 तासांपर्यंतचा डेटा (बॅकअपच्या क्षणापासून) गमावला जाऊ शकतो. IS साठी निर्दिष्ट केलेल्या RPO वर आधारित, उदाहरणार्थ, बॅकअप नियम लिहिलेले आहेत. तसेच, RPO च्या आधारे, तुम्ही किती समकालिक/असिंक्रोनस डेटा प्रतिकृती आवश्यक आहे हे समजू शकता.

आरटीओ - आपत्तीनंतर सेवा (डेटा प्रवेश) पुनर्संचयित करण्याची वेळ. दिलेल्या RTO मूल्याच्या आधारावर, मेट्रो क्लस्टरची आवश्यकता आहे की नाही किंवा दिशाहीन प्रतिकृती पुरेशी आहे की नाही हे आम्ही समजू शकतो. तुम्हाला हाय-एंड क्लास मल्टी-कंट्रोलर स्टोरेज सिस्टमची आवश्यकता आहे का?

कार्यप्रदर्शन आवश्यकता

जरी हा एक अतिशय स्पष्ट प्रश्न आहे, परंतु बहुतेक अडचणी येथेच उद्भवतात. तुमच्याकडे आधीपासून काही प्रकारची पायाभूत सुविधा आहे की नाही यावर अवलंबून, आवश्यक आकडेवारी गोळा करण्याचे मार्ग तयार केले जातील.

तुमच्याकडे आधीपासूनच स्टोरेज सिस्टम आहे आणि ते बदलण्यासाठी शोधत आहात किंवा विस्तारासाठी दुसरी खरेदी करू इच्छित आहात. येथे सर्व काही सोपे आहे. तुमच्याकडे आधीपासून कोणत्या सेवा आहेत आणि नजीकच्या भविष्यात कोणत्या सेवा लागू करण्याची तुमची योजना आहे हे तुम्हाला समजते. सध्याच्या सेवांवर आधारित, तुम्हाला कामगिरीची आकडेवारी गोळा करण्याची संधी आहे. IOPS ची वर्तमान संख्या आणि वर्तमान विलंब निश्चित करा - हे निर्देशक काय आहेत आणि ते तुमच्या कार्यांसाठी पुरेसे आहेत का? हे डेटा स्टोरेज सिस्टमवर आणि त्याच्याशी कनेक्ट केलेल्या होस्टकडून दोन्ही केले जाऊ शकते.

शिवाय, तुम्हाला फक्त वर्तमान भार पाहण्याची आवश्यकता नाही, परंतु एका विशिष्ट कालावधीसाठी (शक्यतो एक महिना). दिवसभरात कमाल शिखरे कोणती आहेत ते पहा, बॅकअप काय भार निर्माण करतो इ. जर तुमची स्टोरेज सिस्टीम किंवा त्याचे सॉफ्टवेअर तुम्हाला या डेटाचा संपूर्ण संच देत नसेल, तर तुम्ही मोफत RRDtool वापरू शकता, जे सर्वात लोकप्रिय स्टोरेज सिस्टम आणि स्विचेससह काम करू शकते आणि तुम्हाला तपशीलवार कामगिरीची आकडेवारी देऊ शकते. या स्टोरेज सिस्टमसह काम करणाऱ्या होस्टवरील लोड, विशिष्ट व्हर्च्युअल मशीनसाठी किंवा या होस्टवर नेमके काय चालू आहे हे पाहण्यासारखे आहे.

हे स्वतंत्रपणे लक्षात घेण्यासारखे आहे की व्हॉल्यूमवरील विलंब आणि या व्हॉल्यूमवर असलेल्या डेटास्टोअरमध्ये लक्षणीय फरक असल्यास, आपण आपल्या SAN नेटवर्ककडे लक्ष दिले पाहिजे, त्यात समस्या येण्याची उच्च संभाव्यता आहे आणि नवीन खरेदी करण्यापूर्वी सिस्टम, या समस्येकडे लक्ष देण्यासारखे आहे, कारण सध्याच्या सिस्टमची कार्यक्षमता वाढण्याची उच्च संभाव्यता आहे.

तुम्ही सुरवातीपासून पायाभूत सुविधा तयार करत आहात, किंवा काही नवीन सेवेसाठी सिस्टम खरेदी करत आहात, ज्याची तुम्हाला माहिती नाही. तेथे बरेच पर्याय आहेत: भार शोधण्याचा आणि अंदाज लावण्याचा प्रयत्न करण्यासाठी विशेष संसाधनांवर सहकाऱ्यांशी संवाद साधा, समान सेवा लागू करण्याचा अनुभव असलेल्या एका इंटिग्रेटरशी संपर्क साधा आणि जो तुमच्यासाठी लोडची गणना करू शकेल. आणि तिसरा पर्याय (सामान्यत: सर्वात कठीण, विशेषत: जर ते घरगुती लिखित किंवा दुर्मिळ अनुप्रयोगांशी संबंधित असेल तर) सिस्टम डेव्हलपरकडून कार्यप्रदर्शन आवश्यकता शोधण्याचा प्रयत्न करणे आहे.

आणि, कृपया लक्षात घ्या, व्यावहारिक अनुप्रयोगाच्या दृष्टिकोनातून सर्वात योग्य पर्याय म्हणजे सध्याच्या उपकरणांवर पायलट, किंवा विक्रेत्या/इंटिग्रेटरद्वारे चाचणीसाठी प्रदान केलेली उपकरणे.

विशेष आवश्यकता

विशेष आवश्यकता ही प्रत्येक गोष्ट आहे जी कार्यप्रदर्शन, दोष सहिष्णुता आणि डेटाच्या थेट प्रक्रियेसाठी आणि तरतुदीसाठी कार्यक्षमतेच्या आवश्यकतांच्या अंतर्गत येत नाही.

डेटा स्टोरेज सिस्टमसाठी सर्वात सोप्या विशेष आवश्यकतांपैकी एक "विलक्षण स्टोरेज मीडिया" म्हटले जाऊ शकते. आणि हे लगेच स्पष्ट होते की या डेटा स्टोरेज सिस्टममध्ये टेप लायब्ररी किंवा फक्त एक टेप ड्राइव्ह समाविष्ट करणे आवश्यक आहे ज्यावर बॅकअप प्रत टाकली जाते. त्यानंतर एक विशेष प्रशिक्षित व्यक्ती टेपवर स्वाक्षरी करते आणि अभिमानाने एका विशेष तिजोरीत घेऊन जाते.
विशेष आवश्यकतेचे दुसरे उदाहरण म्हणजे संरक्षित शॉकप्रूफ डिझाइन.

कुठे

विशिष्ट स्टोरेज सिस्टीम निवडण्यात दुसरा मुख्य घटक म्हणजे ही स्टोरेज सिस्टीम कोठे असेल याची माहिती. भूगोल किंवा हवामानाच्या परिस्थितीपासून सुरू होणारी आणि कर्मचाऱ्यांवर समाप्त होणारी.

ग्राहक

ही साठवण व्यवस्था कोणासाठी नियोजित आहे? प्रश्नाची खालील कारणे आहेत:

सरकारी ग्राहक/व्यावसायिक.
व्यावसायिक ग्राहकाला कोणतेही निर्बंध नाहीत आणि तो त्याच्या स्वतःच्या अंतर्गत नियमांनुसार निविदा काढण्यासही बांधील नाही.

सरकारी ग्राहक ही वेगळी बाब आहे. 44 फेडरल कायदा आणि निविदा आणि तांत्रिक वैशिष्ट्यांसह इतर आनंद ज्यांना आव्हान दिले जाऊ शकते.

ग्राहक मंजूरी अंतर्गत आहे
बरं, येथे प्रश्न अगदी सोपा आहे - निवड केवळ दिलेल्या ग्राहकांना उपलब्ध असलेल्या ऑफरद्वारे मर्यादित आहे.

अंतर्गत नियम / विक्रेते / मॉडेल खरेदीसाठी परवानगी
प्रश्न देखील अत्यंत सोपा आहे, परंतु आपल्याला तो लक्षात ठेवणे आवश्यक आहे.

जिथे शारीरिकदृष्ट्या

या भागात आम्ही भूगोल, दळणवळण चॅनेल आणि निवासाच्या आवारातील मायक्रोक्लीमेट या सर्व समस्यांचा विचार करतो.

कर्मचारी

या स्टोरेज सिस्टमसह कोण काम करेल? स्टोरेज सिस्टम स्वतः काय करू शकते यापेक्षा हे कमी महत्वाचे नाही.
विक्रेत्या A कडील स्टोरेज सिस्टीम कितीही आश्वासक, मस्त आणि अद्भुत असली तरीही, जर कर्मचार्‍यांना फक्त विक्रेता B सोबत कसे काम करायचे हे माहित असेल आणि A बरोबर पुढील खरेदी आणि चालू सहकार्याची कोणतीही योजना नसेल तर ती स्थापित करण्यात काही अर्थ नाही.

आणि अर्थातच, प्रश्नाची दुसरी बाजू ही आहे की दिलेल्या भौगोलिक स्थानावर थेट कंपनीमध्ये आणि संभाव्यतः श्रमिक बाजारपेठेत प्रशिक्षित कर्मचारी कसे उपलब्ध आहेत. प्रदेशांसाठी, साध्या इंटरफेससह स्टोरेज सिस्टम निवडणे किंवा व्यवस्थापन दूरस्थपणे केंद्रीकृत करण्याची क्षमता खूप अर्थपूर्ण आहे. अन्यथा, काही क्षणी ते अत्यंत वेदनादायक होऊ शकते. कालच्या विद्यार्थ्याने आलेल्या एका नवीन कर्मचाऱ्याने असे कसे कॉन्फिगर केले की संपूर्ण कार्यालय उद्ध्वस्त झाले याबद्दल इंटरनेट कथांनी भरलेले आहे.

पर्यावरण

आणि अर्थातच, ही स्टोरेज सिस्टम कोणत्या वातावरणात कार्य करेल हा एक महत्त्वाचा प्रश्न आहे.

• वीज पुरवठा/कूलिंगचे काय?
• काय कनेक्शन
• ते कुठे स्थापित केले जाईल?
• इ.

बहुतेकदा हे प्रश्न गृहीत धरले जातात आणि विशेषत: विचारात घेतले जात नाहीत, परंतु काहीवेळा ते असे असतात जे सर्वकाही उलट करू शकतात.

काय

विक्रेता

आजपर्यंत (2019 च्या मध्यात), रशियन स्टोरेज मार्केट 5 श्रेणींमध्ये विभागले जाऊ शकते:

1. सर्वोच्च विभाग म्हणजे सुस्थापित कंपन्या ज्यांच्याकडे सर्वात सोप्या ते हाय-एंड (HPE, DellEMC, Hitachi, NetApp, IBM/Lenovo) डिस्क शेल्फ् 'चे विस्तृत श्रेणी आहेत.
2. दुसरा विभाग - मर्यादित रेषा असलेल्या कंपन्या, विशिष्ट खेळाडू, गंभीर SDS विक्रेते किंवा नवीन येणारे (फुजीत्सू, डेटाकोर, इन्फिनिडॅट, हुआवेई, प्युअर इ.)
3. तिसरा विभाग - लो एंड रँक मधील विशिष्ट उपाय, स्वस्त एसडीएस, सेफ आणि इतर खुल्या प्रकल्पांवर आधारित प्रगत उत्पादने (इन्फोट्रेंड, स्टारविंड इ.)
4. SOHO विभाग - घर/लहान कार्यालय स्तरावरील लहान आणि अल्ट्रा-स्मॉल स्टोरेज सिस्टम (सिनोलॉजी, क्यूएनएपी, इ.)
5. आयात-पर्यायी स्टोरेज सिस्टम - यामध्ये पुन्हा लेबल केलेल्या लेबलसह पहिल्या विभागाचे हार्डवेअर आणि द्वितीयचे दुर्मिळ प्रतिनिधी (RAIDIX, आम्ही त्यांना दुसरा आगाऊ देऊ) दोन्ही समाविष्ट करतो, परंतु मुख्यतः हा तिसरा विभाग आहे (एरोडिस्क, बौम, डेपो इ.)

विभागणी अत्यंत अनियंत्रित आहे, आणि याचा अर्थ असा नाही की तिसरा किंवा SOHO विभाग खराब आहे आणि वापरला जाऊ शकत नाही. स्पष्टपणे परिभाषित डेटा सेट आणि लोड प्रोफाइलसह विशिष्ट प्रकल्पांमध्ये, ते किंमत/गुणवत्तेच्या गुणोत्तराच्या बाबतीत प्रथम विभागाला मागे टाकून खूप चांगले कार्य करू शकतात. प्रथम तुमची उद्दिष्टे, वाढीची शक्यता आणि आवश्यक कार्यक्षमतेवर निर्णय घेणे महत्वाचे आहे - आणि नंतर Synology तुमची विश्वासूपणे सेवा करेल आणि तुमचे केस मऊ आणि रेशमी बनतील.

विक्रेता निवडताना एक महत्त्वाचा घटक म्हणजे सध्याचे वातावरण. तुमच्याकडे आधीपासूनच किती स्टोरेज सिस्टम आहेत आणि तुमचे अभियंते कोणत्या स्टोरेज सिस्टमसह काम करू शकतात. तुम्हाला दुसर्‍या विक्रेत्याची गरज आहे, संपर्काचा दुसरा बिंदू, तुम्ही हळूहळू संपूर्ण भार विक्रेत्या A वरून विक्रेता B वर स्थलांतरित कराल का?

एखाद्याने आवश्यकतेच्या पलीकडे अस्तित्व निर्माण करू नये.

iSCSI/FC/फाइल

प्रवेश प्रोटोकॉलच्या मुद्द्यावर अभियंत्यांमध्ये एकमत नाही आणि वादविवाद अभियांत्रिकी विषयांपेक्षा धर्मशास्त्रीय चर्चांसारखे आहे. परंतु सर्वसाधारणपणे, खालील मुद्दे लक्षात घेतले जाऊ शकतात:

FCoE जिवंत पेक्षा अधिक मृत.

एफसी वि iSCSI. FC चा 2019 मध्ये IP स्टोरेज, डेटा ऍक्‍सेससाठी समर्पित कारखाना, समर्पित IP नेटवर्कद्वारे ऑफसेट केलेला एक महत्त्वाचा फायदा आहे. आयपी नेटवर्क्सवर FC चे कोणतेही जागतिक फायदे नाहीत आणि मोठ्या बँकेच्या कोअर बँकिंग सिस्टमसाठी हेवी डीबीएमएसच्या सिस्टमपर्यंत कोणत्याही लोड लेव्हलची स्टोरेज सिस्टम तयार करण्यासाठी आयपीचा वापर केला जाऊ शकतो. दुसरीकडे, एफसीच्या मृत्यूची अनेक वर्षांपासून भविष्यवाणी केली जात आहे, परंतु काहीतरी त्याला सतत प्रतिबंधित करत आहे. आज, उदाहरणार्थ, स्टोरेज मार्केटमधील काही खेळाडू सक्रियपणे NVMEoF मानक विकसित करत आहेत. तो FCoE चे भविष्य सामायिक करेल की नाही - वेळ सांगेल.

फाइल प्रवेश हे देखील लक्ष देण्यास पात्र नाही. NFS/CIFS उत्पादकता वातावरणात चांगली कामगिरी करते आणि, योग्यरित्या डिझाइन केल्यास, ब्लॉक प्रोटोकॉलपेक्षा जास्त तक्रारी नाहीत.

हायब्रिड / सर्व फ्लॅश अॅरे

क्लासिक स्टोरेज सिस्टम 2 प्रकारात येतात:

1. AFA (सर्व फ्लॅश अॅरे) - SSD वापरासाठी ऑप्टिमाइझ केलेल्या सिस्टम.
2. हायब्रीड - तुम्हाला HDD आणि SSD दोन्ही किंवा त्यांचे संयोजन वापरण्याची परवानगी देते.

त्यांचा मुख्य फरक म्हणजे समर्थित स्टोरेज कार्यक्षमता तंत्रज्ञान आणि कामगिरीची कमाल पातळी (उच्च IOPS आणि कमी विलंब). दोन्ही प्रणाली (त्यांच्या बहुतेक मॉडेल्समध्ये, लो-एंड सेगमेंटची गणना न करता) ब्लॉक आणि फाइल दोन्ही उपकरणे म्हणून कार्य करू शकतात. समर्थित कार्यक्षमता सिस्टमच्या स्तरावर अवलंबून असते आणि तरुण मॉडेल्ससाठी ते बहुतेक वेळा किमान स्तरावर कमी केले जाते. जेव्हा आपण एखाद्या विशिष्ट मॉडेलच्या वैशिष्ट्यांचा अभ्यास करत असाल तेव्हा याकडे लक्ष देणे योग्य आहे, केवळ संपूर्ण ओळीच्या क्षमतांचाच नाही. तसेच, अर्थातच, त्याची तांत्रिक वैशिष्ट्ये, जसे की प्रोसेसर, मेमरीचे प्रमाण, कॅशे, संख्या आणि पोर्टचे प्रकार, इत्यादी देखील सिस्टमच्या स्तरावर अवलंबून असतात. व्यवस्थापनाच्या दृष्टिकोनातून, एएफए केवळ एसएसडी ड्राइव्हसह कार्य करण्याच्या यंत्रणेच्या अंमलबजावणीमध्ये हायब्रीड (डिस्क) सिस्टमपेक्षा भिन्न आहेत आणि जरी तुम्ही हायब्रिड सिस्टममध्ये एसएसडी वापरत असलात तरीही याचा अर्थ असा नाही की तुम्ही सक्षम असाल. AFA प्रणालीच्या पातळीवर कामगिरीची पातळी गाठण्यासाठी. तसेच, बर्‍याच प्रकरणांमध्ये, इनलाइन कार्यक्षम स्टोरेज यंत्रणा संकरित प्रणालींवर अक्षम केली जाते आणि त्यांच्या समावेशामुळे कार्यक्षमतेत तोटा होतो.

विशेष स्टोरेज सिस्टम

सामान्य-उद्देशीय स्टोरेज सिस्टम्स व्यतिरिक्त, प्रामुख्याने ऑपरेशनल डेटा प्रोसेसिंगवर केंद्रित, मुख्य तत्त्वांसह विशेष स्टोरेज सिस्टम आहेत ज्या मूलभूतपणे नेहमीच्या (कमी विलंबता, उच्च IOPS) पासून भिन्न आहेत:

मीडिया.

या प्रणाली मोठ्या मीडिया फायली संचयित आणि प्रक्रिया करण्यासाठी डिझाइन केल्या आहेत. प्रतिसाद विलंब व्यावहारिकदृष्ट्या बिनमहत्त्वाचा बनतो आणि अनेक समांतर प्रवाहांमध्ये विस्तृत बँडमध्ये डेटा पाठविण्याची आणि प्राप्त करण्याची क्षमता समोर येते.

बॅकअपसाठी डुप्लिकेट स्टोरेज सिस्टम.

बॅकअप प्रती एकमेकांशी त्यांच्या समानतेने ओळखल्या जातात, जी सामान्य परिस्थितीत दुर्मिळ असते (सरासरी बॅकअप प्रत कालच्या प्रतीपेक्षा 1-2% भिन्न असते), या वर्गाच्या प्रणाली अत्यंत कार्यक्षमतेने त्यांच्यावरील रेकॉर्ड केलेल्या डेटाचे पॅकेज अगदी कमी प्रमाणात करतात. भौतिक माध्यमांची संख्या. उदाहरणार्थ, काही प्रकरणांमध्ये, डेटा कॉम्प्रेशन रेशो 200 ते 1 पर्यंत पोहोचू शकतो.

ऑब्जेक्ट स्टोरेज सिस्टम.

या स्टोरेज सिस्टीममध्ये नेहमीचे ब्लॉक-ऍक्सेस व्हॉल्यूम आणि फाइल शेअर्स नसतात आणि बहुतेक ते एका प्रचंड डेटाबेससारखे दिसतात. अशा सिस्टीममध्ये संचयित केलेल्या ऑब्जेक्टमध्ये प्रवेश एका अद्वितीय अभिज्ञापकाद्वारे किंवा मेटाडेटाद्वारे केला जातो (उदाहरणार्थ, XX-XX-XXXX आणि YY-YY-YYYY दरम्यान निर्मिती तारखेसह सर्व JPEG स्वरूपित वस्तू).

अनुपालन प्रणाली.

ते आज रशियामध्ये इतके सामान्य नाहीत, परंतु ते उल्लेख करण्यासारखे आहेत. अशा स्टोरेज सिस्टमचा उद्देश सुरक्षा धोरणे किंवा नियामक आवश्यकतांचे पालन करण्यासाठी डेटा स्टोरेजची हमी आहे. काही प्रणालींनी (उदाहरणार्थ EMC Centra) डेटा हटवणे प्रतिबंधित करण्यासाठी फंक्शन लागू केले आहे - की चालू केल्यावर आणि सिस्टम या मोडमध्ये प्रवेश केल्यावर, प्रशासक किंवा इतर कोणीही आधीपासून रेकॉर्ड केलेला डेटा भौतिकरित्या हटवू शकत नाही.

मालकीचे तंत्रज्ञान

फ्लॅश कॅशे

फ्लॅश कॅशे हे फ्लॅश मेमरी द्वितीय-स्तरीय कॅशे म्हणून वापरण्यासाठी सर्व मालकीच्या तंत्रज्ञानासाठी एक सामान्य नाव आहे. फ्लॅश कॅशे वापरताना, स्टोरेज सिस्टमची गणना सामान्यतः चुंबकीय डिस्क्समधून स्थिर लोड प्रदान करण्यासाठी केली जाते, तर शिखर कॅशेद्वारे दिले जाते.

या प्रकरणात, लोड प्रोफाइल आणि स्टोरेज व्हॉल्यूमच्या ब्लॉक्समध्ये प्रवेशाच्या स्थानिकीकरणाची डिग्री समजून घेणे आवश्यक आहे. फ्लॅश कॅशे हे अत्यंत स्थानिकीकृत क्वेरींसह वर्कलोडसाठी तंत्रज्ञान आहे आणि एकसमान लोड केलेल्या व्हॉल्यूमसाठी (जसे की विश्लेषण प्रणालींसाठी) व्यावहारिकदृष्ट्या अनुपयुक्त आहे.

बाजारात दोन फ्लॅश कॅशे अंमलबजावणी उपलब्ध आहेत:

• फक्त वाचा. या प्रकरणात, फक्त वाचलेला डेटा कॅशे केला जातो आणि लेखन थेट डिस्कवर जाते. NetApp सारख्या काही उत्पादकांचा असा विश्वास आहे की त्यांच्या स्टोरेज सिस्टमवर लिहिणे आधीपासूनच इष्टतम आहे आणि कॅशे अजिबात मदत करणार नाही.
• वाचा लिहा. केवळ वाचनच नाही तर लेखन देखील कॅशे केले जाते, जे तुम्हाला प्रवाह बफर करण्यास आणि RAID पेनल्टीचा प्रभाव कमी करण्यास अनुमती देते आणि परिणामी कमी इष्टतम लेखन यंत्रणेसह स्टोरेज सिस्टमची एकूण कार्यक्षमता वाढवते.

टियरिंग

मल्टी-लेव्हल स्टोरेज (टायरिंग) हे SSD आणि HDD सारख्या वेगवेगळ्या परफॉर्मन्स लेव्हल्ससह एकाच डिस्क पूलमध्ये एकत्र करण्याचे तंत्रज्ञान आहे. डेटा ब्लॉक्सच्या ऍक्सेसच्या स्पष्ट असमानतेच्या बाबतीत, सिस्टम आपोआप डेटा ब्लॉक्समध्ये समतोल राखण्यास सक्षम असेल, लोड केलेल्या ब्लॉक्सला उच्च-कार्यक्षमतेच्या पातळीवर हलवेल आणि त्याउलट, कोल्ड ब्लॉक्सला हळूवारपणे हलवेल.

कनिष्ठ आणि मध्यम वर्गाच्या हायब्रिड सिस्टम शेड्यूलनुसार स्तरांदरम्यान डेटा हलविण्यासह बहु-स्तरीय संचयन वापरतात. त्याच वेळी, सर्वोत्तम मॉडेलसाठी मल्टी-लेव्हल स्टोरेज ब्लॉकचा आकार 256 एमबी आहे. ही वैशिष्‍ट्ये आम्‍हाला टायर्ड स्‍टोरेज तंत्रज्ञानाला उत्‍पादकता वाढवण्‍याचे तंत्रज्ञान मानण्‍याची परवानगी देत ​​नाही, कारण पुष्कळ लोक चुकून मानतात. निम्न-आणि मध्यम-वर्गीय प्रणालींमध्ये बहु-स्तरीय संचयन हे उच्चारित लोड असमानतेसह सिस्टमसाठी स्टोरेज खर्च ऑप्टिमाइझ करण्याचे तंत्रज्ञान आहे.

स्नॅपशॉट

आम्ही स्टोरेज सिस्टमच्या विश्वासार्हतेबद्दल कितीही बोललो तरीही, हार्डवेअर समस्यांवर अवलंबून नसलेल्या डेटा गमावण्याच्या अनेक संधी आहेत. हे व्हायरस, हॅकर्स किंवा इतर कोणताही अनावधानाने डेटा हटवणे/भ्रष्ट करणे असू शकते. या कारणास्तव, उत्पादन डेटाचा बॅकअप घेणे अभियंत्याच्या कामाचा अविभाज्य भाग आहे.

स्नॅपशॉट म्हणजे एखाद्या वेळी व्हॉल्यूमचा स्नॅपशॉट. व्हर्च्युअलायझेशन, डेटाबेस इ. सारख्या बर्‍याच प्रणालींसह कार्य करताना. आम्हाला असा स्नॅपशॉट घेणे आवश्यक आहे ज्यामधून आम्ही डेटा बॅकअप कॉपीमध्ये कॉपी करू, तर आमचे IS सुरक्षितपणे या व्हॉल्यूमसह कार्य करणे सुरू ठेवण्यास सक्षम असेल. परंतु हे लक्षात ठेवण्यासारखे आहे की सर्व स्नॅपशॉट्स तितकेच उपयुक्त नाहीत. वेगवेगळ्या विक्रेत्यांकडे त्यांच्या आर्किटेक्चरशी संबंधित स्नॅपशॉट्स तयार करण्यासाठी भिन्न दृष्टीकोन आहेत.

CoW (कॉपी-ऑन-राइट). जेव्हा तुम्ही डेटा ब्लॉक लिहिण्याचा प्रयत्न करता, तेव्हा त्याची मूळ सामग्री एका विशेष भागात कॉपी केली जाते, त्यानंतर लेखन सामान्यपणे पुढे जाते. हे स्नॅपशॉटमध्ये डेटा करप्शन प्रतिबंधित करते. साहजिकच, या सर्व "परजीवी" डेटा हाताळणीमुळे स्टोरेज सिस्टमवर अतिरिक्त भार पडतो आणि या कारणास्तव, समान अंमलबजावणी असलेले विक्रेते एक डझनपेक्षा जास्त स्नॅपशॉट्स वापरण्याची शिफारस करत नाहीत आणि उच्च लोड केलेल्या व्हॉल्यूमवर त्यांचा वापर करू नका.

RoW (पुनर्निर्देशित-लिहा). या प्रकरणात, मूळ व्हॉल्यूम नैसर्गिकरित्या गोठते आणि डेटा ब्लॉक लिहिण्याचा प्रयत्न करताना, स्टोरेज सिस्टम मेटाडेटा टेबलमध्ये या ब्लॉकचे स्थान बदलून, मोकळ्या जागेत एका विशेष क्षेत्रामध्ये डेटा लिहिते. हे तुम्हाला पुनर्लेखन ऑपरेशन्सची संख्या कमी करण्यास अनुमती देते, जे शेवटी कार्यप्रदर्शनातील घसरण दूर करते आणि स्नॅपशॉट आणि त्यांच्या संख्येवरील निर्बंध काढून टाकते.

अनुप्रयोगांच्या संबंधात स्नॅपशॉट देखील दोन प्रकारचे आहेत:

अर्जाची सुसंगतता. स्नॅपशॉट तयार करण्याच्या क्षणी, स्टोरेज सिस्टम ग्राहकांच्या ऑपरेटिंग सिस्टममधील एजंटला खेचते, जे डिस्क कॅशे मेमरीमधून डिस्कवर जबरदस्तीने फ्लश करते आणि अनुप्रयोगास हे करण्यास भाग पाडते. या प्रकरणात, स्नॅपशॉटमधून पुनर्संचयित करताना, डेटा सुसंगत असेल.

क्रॅश सुसंगत. या प्रकरणात, असे काहीही होत नाही आणि स्नॅपशॉट आहे तसा तयार केला जातो. अशा स्नॅपशॉटमधून पुनर्प्राप्तीच्या बाबतीत, पॉवर अचानक बंद झाल्यास काय होईल आणि डेटाचे काही नुकसान शक्य आहे, कॅशेमध्ये अडकले आहे आणि डिस्कवर कधीही पोहोचत नाही. अशा स्नॅपशॉट्सची अंमलबजावणी करणे सोपे आहे आणि अनुप्रयोगांमध्ये कार्यप्रदर्शन खराब होत नाही, परंतु ते कमी विश्वासार्ह आहेत.

स्टोरेज सिस्टमवर स्नॅपशॉट्सची आवश्यकता का आहे?

• थेट स्टोरेज सिस्टममधून एजंटलेस बॅकअप
• वास्तविक डेटावर आधारित चाचणी वातावरण तयार करा
• फाइल स्टोरेज सिस्टमच्या बाबतीत, हायपरवाइजरऐवजी स्टोरेज सिस्टम स्नॅपशॉट्सच्या वापराद्वारे व्हीडीआय वातावरण तयार करण्यासाठी वापरले जाऊ शकते.
• बॅकअप फ्रिक्वेन्सीपेक्षा लक्षणीयरीत्या जास्त फ्रिक्वेन्सीवर शेड्यूल केलेले स्नॅपशॉट तयार करून कमी आरपीओची खात्री करा

क्लोनिंग

व्हॉल्यूम क्लोनिंग - स्नॅपशॉट्स सारख्या तत्त्वावर कार्य करते, परंतु ते केवळ डेटा वाचण्यासाठीच नाही तर त्याच्याशी पूर्णपणे कार्य करण्यासाठी वापरले जाते. आम्ही आमच्या व्हॉल्यूमची अचूक प्रत मिळवण्यास सक्षम आहोत, त्यावरील सर्व डेटासह, भौतिक प्रत न बनवता, ज्यामुळे जागा वाचेल. सामान्यतः, व्हॉल्यूम क्लोनिंग एकतर टेस्ट आणि डेव्हमध्ये वापरले जाते किंवा तुम्हाला तुमच्या IS वरील काही अपडेट्सची कार्यक्षमता तपासायची असल्यास. क्लोनिंग आपल्याला डिस्क संसाधनांच्या बाबतीत शक्य तितक्या लवकर आणि आर्थिकदृष्ट्या हे करण्याची परवानगी देईल, कारण फक्त बदललेले डेटा ब्लॉक लिहिले जातील.

प्रतिकृती / जर्नलिंग

प्रतिकृती ही दुसर्‍या भौतिक संचयन प्रणालीवर डेटाची प्रत तयार करण्याची एक यंत्रणा आहे. सामान्यतः, प्रत्येक विक्रेत्याकडे मालकीचे तंत्रज्ञान असते जे केवळ त्याच्या स्वतःच्या ओळीत कार्य करते. परंतु VMware vSphere प्रतिकृती सारख्या हायपरवाइजर स्तरावर कार्य करणारे तृतीय-पक्ष उपाय देखील आहेत.

प्रोप्रायटरी टेक्नॉलॉजीची कार्यक्षमता आणि त्यांचा वापर सुलभता सामान्यत: सार्वत्रिक तंत्रज्ञानापेक्षा खूप वरचढ असते, परंतु उदाहरणार्थ, NetApp ते HP MSA पर्यंत प्रतिकृती तयार करणे आवश्यक असताना ते लागू होत नाहीत.

प्रतिकृती दोन उपप्रकारांमध्ये विभागली आहे:

समकालिक. सिंक्रोनस प्रतिकृतीच्या बाबतीत, लेखन ऑपरेशन लगेच दुसऱ्या स्टोरेज सिस्टमला पाठवले जाते आणि रिमोट स्टोरेज सिस्टमची पुष्टी होईपर्यंत अंमलबजावणीची पुष्टी केली जात नाही. यामुळे, प्रवेश विलंब वाढतो, परंतु आमच्याकडे डेटाची अचूक मिरर प्रत आहे. त्या. RPO = 0 मुख्य स्टोरेज सिस्टमच्या नुकसानीच्या बाबतीत.

असिंक्रोनस. रिमोट स्टोरेज सिस्टमवर बॅच ट्रान्समिशनसाठी एकाच वेळी बफरमध्ये जमा होत असताना, लेखन ऑपरेशन्स केवळ मुख्य स्टोरेज सिस्टमवर चालविली जातात आणि त्वरित पुष्टी केली जातात. या प्रकारची प्रतिकृती कमी मौल्यवान डेटासाठी किंवा कमी बँडविड्थ किंवा उच्च विलंब असलेल्या चॅनेलसाठी (100 किमी पेक्षा जास्त अंतरासाठी वैशिष्ट्यपूर्ण) संबंधित आहे. त्यानुसार, RPO = पॅकेट पाठवण्याची वारंवारता.

बर्याचदा, प्रतिकृतीसह, एक यंत्रणा असते लॉगिंग डिस्क ऑपरेशन्स. या प्रकरणात, लॉगिंगसाठी एक विशेष क्षेत्र वाटप केले जाते आणि विशिष्ट खोलीच्या रेकॉर्डिंग ऑपरेशन्स वेळेत किंवा लॉगच्या व्हॉल्यूमद्वारे मर्यादित संग्रहित केल्या जातात. EMC RecoverPoint सारख्या विशिष्ट मालकीच्या तंत्रज्ञानासाठी, सिस्टम सॉफ्टवेअरसह एकीकरण आहे जे तुम्हाला विशिष्ट लॉग एंट्रीशी विशिष्ट बुकमार्क जोडण्याची परवानगी देते. त्याबद्दल धन्यवाद, केवळ 23 एप्रिल, 11 तास 59 सेकंद 13 मिलीसेकंदपर्यंतच नव्हे तर “सर्व टेबल ड्रॉप करा; कमिट करा.”

मेट्रो क्लस्टर

मेट्रो क्लस्टर हे एक तंत्रज्ञान आहे जे तुम्हाला दोन स्टोरेज सिस्टीममध्ये द्विदिशात्मक समकालिक प्रतिकृती अशा प्रकारे तयार करू देते की बाहेरून ही जोडी एका स्टोरेज सिस्टमसारखी दिसते. याचा उपयोग मेट्रो अंतरावर (100 किमी पेक्षा कमी) भौगोलिकदृष्ट्या विभक्त शस्त्रांसह क्लस्टर तयार करण्यासाठी केला जातो.

व्हर्च्युअलायझेशन वातावरणातील वापराच्या उदाहरणावर आधारित, मेट्रोक्लस्टर तुम्हाला व्हर्च्युअल मशीनसह डेटास्टोअर तयार करण्याची परवानगी देतो, एकाच वेळी दोन डेटा सेंटरमधून रेकॉर्डिंगसाठी प्रवेशयोग्य. या प्रकरणात, हायपरवाइजर स्तरावर एक क्लस्टर तयार केला जातो, ज्यामध्ये या डेटास्टोअरशी कनेक्ट केलेल्या भिन्न भौतिक डेटा केंद्रांमधील होस्ट असतात. जे तुम्हाला पुढील गोष्टी करण्याची परवानगी देते:

• डेटा केंद्रांपैकी एकाच्या मृत्यूनंतर पुनर्प्राप्ती प्रक्रियेचे पूर्ण ऑटोमेशन. कोणत्याही अतिरिक्त निधीशिवाय, मृत डेटा सेंटरमध्ये चालू असलेले सर्व VM उर्वरित एकामध्ये आपोआप रीस्टार्ट होतील. RTO = उच्च उपलब्धता क्लस्टर टाइमआउट (VMware साठी 15 सेकंद) + ऑपरेटिंग सिस्टम लोड करण्यासाठी आणि सेवा सुरू करण्यासाठी वेळ.
• आपत्ती टाळणे किंवा, रशियन भाषेत, आपत्ती टाळणे. जर डेटा सेंटर 1 मध्ये वीज पुरवठ्याचे काम नियोजित असेल, तर आम्हाला काम सुरू होण्यापूर्वी संपूर्ण महत्त्वाचा भार डेटा सेंटर 2 नॉन-स्टॉपवर अगोदर स्थलांतरित करण्याची संधी आहे.

आभासीकरण

स्टोरेज वर्च्युअलायझेशन म्हणजे तांत्रिकदृष्ट्या दुसर्‍या स्टोरेज सिस्टममधील व्हॉल्यूमचा डिस्क म्हणून वापर. स्टोरेज व्हर्च्युअलायझर फक्त दुसर्‍याचे व्हॉल्यूम ग्राहकाकडे स्वतःचे म्हणून हस्तांतरित करू शकतो, एकाच वेळी ते दुसर्‍या स्टोरेज सिस्टममध्ये मिरर करू शकतो किंवा बाह्य व्हॉल्यूममधून RAID देखील तयार करू शकतो.
स्टोरेज वर्च्युअलायझेशन वर्गातील क्लासिक प्रतिनिधी EMC VPLEX आणि IBM SVC आहेत. आणि अर्थातच, व्हर्च्युअलायझेशन कार्यक्षमतेसह स्टोरेज सिस्टम - NetApp, Hitachi, IBM / Lenovo Storwize.

त्याची गरज का असू शकते?

• स्टोरेज सिस्टम स्तरावर रिडंडंसी. खंडांमध्ये एक आरसा तयार केला जातो आणि एक अर्धा HP 3Par वर आणि दुसरा NetApp वर असू शकतो. आणि व्हर्च्युअलायझर EMC कडून आहे.
• वेगवेगळ्या उत्पादकांकडून स्टोरेज सिस्टममध्ये कमीतकमी डाउनटाइमसह डेटा हलवा. समजू की डेटा जुन्या 3Par वरून स्थलांतरित करणे आवश्यक आहे, जे राइट ऑफ केले जाईल, नवीन Dell वर. या प्रकरणात, ग्राहक 3Par पासून डिस्कनेक्ट केले जातात, व्हॉल्यूम VPLEX अंतर्गत हस्तांतरित केले जातात आणि ग्राहकांना पुन्हा सादर केले जातात. व्हॉल्यूममध्ये थोडासाही बदल झालेला नसल्यामुळे, काम सुरूच आहे. नवीन डेलवर व्हॉल्यूम मिरर करण्याची प्रक्रिया पार्श्वभूमीत सुरू होते आणि पूर्ण झाल्यावर, आरसा तुटतो आणि 3Par अक्षम होतो.
• मेट्रोक्लस्टरची संघटना.

कॉम्प्रेशन/डुप्लिकेशन

कॉम्प्रेशन आणि डुप्लिकेशन ही अशी तंत्रज्ञाने आहेत जी तुम्हाला तुमच्या स्टोरेज सिस्टमवर डिस्क स्पेस वाचवण्याची परवानगी देतात. ताबडतोब हे लक्षात घेण्यासारखे आहे की सर्व डेटा कॉम्प्रेशन आणि/किंवा डुप्लिकेशनच्या अधीन नसतो, तर काही प्रकारचे डेटा संकुचित आणि डुप्लिकेशन चांगले असतात आणि काही - उलट.

कॉम्प्रेशन आणि डुप्लिकेशनचे 2 प्रकार आहेत:

इनलाइन — हा डेटा डिस्कवर लिहिण्यापूर्वी डेटा ब्लॉक्सचे कॉम्प्रेशन आणि डुप्लिकेशन होते. अशाप्रकारे, सिस्टम फक्त ब्लॉकच्या हॅशची गणना करते आणि टेबलमध्ये विद्यमान असलेल्यांशी तुलना करते. प्रथम, ते फक्त डिस्कवर लिहिण्यापेक्षा वेगवान आहे आणि दुसरे म्हणजे, आम्ही अतिरिक्त डिस्क जागा वाया घालवत नाही.

पोस्ट - जेव्हा ही ऑपरेशन्स डिस्कवर असलेल्या आधीपासूनच रेकॉर्ड केलेल्या डेटावर केली जातात. त्यानुसार, डेटा प्रथम डिस्कवर लिहिला जातो आणि त्यानंतरच हॅशची गणना केली जाते आणि अनावश्यक ब्लॉक हटवले जातात आणि डिस्क संसाधने मुक्त केली जातात.

हे सांगण्यासारखे आहे की बहुतेक विक्रेते दोन्ही प्रकार वापरतात, जे त्यांना या प्रक्रियांना अनुकूल करण्यास अनुमती देतात आणि त्याद्वारे त्यांची कार्यक्षमता वाढवते. बर्‍याच स्टोरेज विक्रेत्यांकडे युटिलिटीज असतात ज्या तुम्हाला तुमच्या डेटा सेटचे विश्लेषण करण्याची परवानगी देतात. या उपयुक्तता स्टोरेज सिस्टममध्ये लागू केलेल्या समान तर्कानुसार कार्य करतात, त्यामुळे कार्यक्षमतेचा अंदाजित स्तर समान असेल. तसेच, लक्षात ठेवा की बर्‍याच विक्रेत्यांकडे कार्यप्रदर्शन हमी कार्यक्रम असतात जे काही विशिष्ट (किंवा सर्व) डेटा प्रकारांसाठी किमान चांगले कार्यप्रदर्शन करण्याचे वचन देतात. आणि आपण या प्रोग्रामकडे दुर्लक्ष करू नये, कारण आपल्या कार्यांसाठी सिस्टमची गणना करून, विशिष्ट सिस्टमची कार्यक्षमता गुणांक लक्षात घेऊन, आपण व्हॉल्यूमवर बचत करू शकता. हे देखील विचारात घेण्यासारखे आहे की हे प्रोग्राम्स एएफए सिस्टमसाठी डिझाइन केलेले आहेत, परंतु क्लासिक सिस्टममध्ये एचडीडीपेक्षा कमी प्रमाणात एसएसडी खरेदी केल्याबद्दल धन्यवाद, यामुळे त्यांची किंमत कमी होईल आणि जर डिस्क सिस्टमच्या किंमतीइतकी नसेल तर. त्याच्या अगदी जवळ जा.

मॉडेल

आणि इथे आपण योग्य प्रश्नाकडे आलो आहोत.

"ते मला दोन स्टोरेज पर्याय देतात - ABC SuperStorage S600 आणि XYZ HyperOcean 666v4, तुम्ही काय सुचवाल?"

"येथे ते मला दोन स्टोरेज पर्याय ऑफर करतात - ABC SuperStorage S600 आणि XYZ HyperOcean 666v4, तुम्ही काय सुचवाल?

लक्ष्य लोड उत्पादन/चाचणी/विकास लूपसह मिश्रित VMware आभासी मशीन आहे. चाचणी = उत्पादक. 150 IOPS 80kb ब्लॉक 000% यादृच्छिक प्रवेश 8/50 वाचन-लेखनाच्या शिखर कामगिरीसह प्रत्येकी 80 TB. विकासासाठी 20 टीबी, 300 IOPS पुरेसे आहे, 50 यादृच्छिक, 000 लिहा.

संभाव्यतः मेट्रोक्लस्टर RPO = 15 मिनिटे RTO = 1 तास, एसिंक्रोनस प्रतिकृती RPO = 3 तासांमध्ये विकास, एका साइटवर चाचणी.

एक 50TB DBMS असेल, लॉगिंग त्यांच्यासाठी छान होईल.

आमच्याकडे सर्वत्र डेल सर्व्हर आहेत, जुनी हिताची स्टोरेज सिस्टीम आहे, ते क्वचितच सामना करू शकतात, आम्ही व्हॉल्यूम आणि कार्यक्षमतेच्या बाबतीत 50% ने लोड वाढवण्याची योजना आखत आहोत.

जसे ते म्हणतात, योग्यरित्या तयार केलेल्या प्रश्नामध्ये 80% उत्तरे असतात.

अतिरिक्त माहिती

आपण लेखकांनुसार अतिरिक्त काय वाचले पाहिजे

पुस्तके

• ऑलिफर आणि ऑलिफर "संगणक नेटवर्क". आयपी/इथरनेट स्टोरेज सिस्टीमसाठी डेटा ट्रान्समिशन माध्यम कसे कार्य करते हे पुस्तक पद्धतशीर करण्यात आणि कदाचित अधिक चांगल्या प्रकारे समजून घेण्यास मदत करेल.
• "EMC माहिती स्टोरेज आणि व्यवस्थापन." स्टोरेज सिस्टमच्या मूलभूत गोष्टींवरील एक उत्कृष्ट पुस्तक, का, कसे आणि कशासाठी.

मंच आणि गप्पा

• स्टोरेज चर्चा
• Nutanix / IT रशियन चर्चा क्लब
• VMware वापरकर्ता गट रशिया
• रशियन बॅकअप वापरकर्ता गट

सामान्य शिफारसी

किंमत सूची

आता, किंमतींबद्दल - सर्वसाधारणपणे, जर स्टोरेज सिस्टमसाठी किंमती असतील, तर त्या सहसा सूचीच्या किंमती असतात, ज्यामधून प्रत्येक ग्राहकाला वैयक्तिक सवलत मिळते. सवलतीच्या आकारात मोठ्या प्रमाणात पॅरामीटर्स असतात, त्यामुळे वितरकाला न विचारता तुमच्या कंपनीला कोणती अंतिम किंमत मिळेल हे सांगणे केवळ अशक्य आहे. परंतु त्याच वेळी, अलीकडे लो-एंड मॉडेल नियमित संगणक स्टोअरमध्ये दिसू लागले आहेत, उदाहरणार्थ, nix.ru किंवा xcom-shop.ru. येथे तुम्ही तुम्हाला स्वारस्य असलेली सिस्टीम ताबडतोब एका निश्चित किंमतीवर खरेदी करू शकता, जसे की कोणत्याही संगणक घटक.

पण मी लगेच लक्षात घेऊ इच्छितो की TB/$ ची थेट तुलना योग्य नाही. जर आपण या दृष्टिकोनातून याकडे संपर्क साधला तर, सर्वात स्वस्त उपाय हा एक साधा JBOD + सर्व्हर असेल, जो पूर्ण विकसित, ड्युअल-कंट्रोलर स्टोरेज सिस्टम प्रदान करणारी लवचिकता किंवा विश्वासार्हता प्रदान करणार नाही. याचा अर्थ असा नाही की JBOD घृणास्पद आणि ओंगळ घाणेरडी युक्ती आहे, आपण हे समाधान कसे आणि कोणत्या हेतूंसाठी वापराल हे आपल्याला पुन्हा स्पष्टपणे समजून घेणे आवश्यक आहे. तुम्ही अनेकदा ऐकू शकता की JBOD मध्ये तोडण्यासाठी काहीही नाही, फक्त एक बॅकप्लेन आहे. तथापि, बॅकप्लेन देखील कधीकधी अपयशी ठरतात. सर्व काही लवकर किंवा नंतर खंडित होते.

एकूण

सिस्टमची एकमेकांशी तुलना केवळ किंमतीनुसार किंवा केवळ कार्यप्रदर्शनाद्वारेच नव्हे तर सर्व निर्देशकांच्या संपूर्णतेनुसार करणे आवश्यक आहे.

तुम्हाला HDD ची गरज असल्याची खात्री असल्यासच HDD खरेदी करा. कमी भार आणि अस्पष्ट डेटा प्रकारांसाठी, अन्यथा, एसएसडी स्टोरेज कार्यक्षमता हमी प्रोग्रामकडे वळणे फायदेशीर आहे, जे आता बहुतेक विक्रेत्यांकडे आहेत (आणि ते खरोखर कार्य करतात, अगदी रशियामध्ये देखील), परंतु हे सर्व स्थित असलेल्या अनुप्रयोगांवर आणि डेटावर अवलंबून असते. या स्टोरेज सिस्टमवर.

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

स्रोत: www.habr.com