सॉलिडफायर - उन लोगों के लिए भंडारण ** हेटिंग स्टोरेज कोकिंग

अधिक से अधिक समाधान उभर रहे हैं जो पारंपरिक एकीकृत भंडारण दृष्टिकोण से दूर जा रहे हैं। ये विशेष स्टोरेज हैं जो एक निश्चित व्यावसायिक क्षेत्र के कार्यों के लिए सिलवाया जाता है। इससे पहले, मैंने Infinidat InfiniBox F2230 सिस्टम के बारे में बात की थी। आज मेरी सॉलिडफायर समीक्षा के केंद्र में।

"कौन हैं * नफरत फैलाने वाले भंडारण" @ डेव हीट्स, नेटएप के संस्थापक

2015 के अंत में, NetApp ने SolidFire स्टार्टअप को खरीदने की घोषणा की, जिसे 2010 में स्थापित किया गया था। इन प्रणालियों में रुचि डेटा गोदामों और पूर्वानुमान प्रदर्शन के प्रबंधन के लिए उनके अलग-अलग दृष्टिकोण के कारण है।

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

“हम बहुत बड़े क्लाउड कंप्यूटिंग डेटा केंद्रों के लिए डिज़ाइन की गई एक नई संग्रहण प्रणाली विकसित कर रहे हैं। मूल रूप से, यह विचार है कि कई कंपनियां अपने कार्यालयों या अपने स्वयं के डेटा केंद्रों से कंप्यूटिंग को इन बड़े क्लाउड कंप्यूटिंग डेटा केंद्रों में स्थानांतरित करती हैं, जहां उनके दसियों हज़ारों ग्राहक एक ही स्थान पर अपनी सारी जानकारी रखते हैं। इसलिए, हम इन बड़े डेटा केंद्रों की सेवा के लिए एक नया स्टोरेज सिस्टम बना रहे हैं। ”

डेव राइट, सॉलिडफेयर के सीईओ, 2012

हाल ही में, अधिक से अधिक समाधान हैं जो एक निश्चित व्यावसायिक क्षेत्र की समस्याओं को हल करने के लिए डिज़ाइन किए गए विशेष स्टोरेज के लिए एकीकृत भंडारण के पारंपरिक दृष्टिकोण से दूर जा रहे हैं, जो किसी भी समस्या को हल कर सकते हैं।

इतनी देर पहले नहीं, मैंने पहले से ही Infinidat InfiniBox F2230 प्रणाली के बारे में बात की थी , जो सेवा प्रदाताओं के कार्यों के लिए एकदम सही है। आज की हमारी SolidFire समीक्षा में भागीदार भी इस वर्ग के उपकरणों के लिए जिम्मेदार ठहराया जा सकता है। सॉलिडफायर के संस्थापक डेव राइट और उनकी टीम रैकस्पेस से आती है, जहां वे एक प्रभावी भंडारण प्रणाली विकसित कर रहे थे जो कई उपयोगकर्ताओं के साथ वातावरण में रैखिक प्रदर्शन प्रदान करेगा, जबकि यह सरल, आसानी से स्केलेबल था और इसमें लचीली स्वचालन क्षमता है। इस समस्या को हल करने के प्रयास में, SolidFire का जन्म हुआ।

आज तक, सॉलिडफायर लाइनअप में अलग-अलग IOPS / TB अनुपात के साथ चार मॉडल होते हैं।


10 (MLC) SSDs का उपयोग डेटा स्टोरेज के लिए किया जाता है, और Radian RMS-200 को NVRAM के रूप में। सच है, वहाँ पहले से ही NVDIMM मॉड्यूल को स्थानांतरित करने की योजना है।


यहाँ ब्याज की है कि कैसे SolidFire डेटा पुनर्प्राप्त और संग्रहीत करता है। हम सभी SSD ड्राइव के सीमित संसाधन के बारे में जानते हैं, इसलिए यह तर्कसंगत है कि SSD को रिकॉर्ड करने से पहले, उनके सर्वोत्तम संरक्षण के लिए, संपीड़न और कटौती उड़ान पर होनी चाहिए। जब SolidFire होस्ट से डेटा प्राप्त करता है, तो यह उन्हें 4K ब्लॉक में तोड़ देता है, जिसके बाद यह ब्लॉक एनवीआरएएम में संपीड़ित और संग्रहीत होता है। तब क्लस्टर के "पड़ोसी" नोड के लिए NVRAM में इस ब्लॉक की सिंक्रोनस प्रतिकृति होती है। उसके बाद, SolidFire इस संपीड़ित ब्लॉक का हैश प्राप्त करता है और पूरे क्लस्टर के भीतर संग्रहीत डेटा के अपने सूचकांक में इस हैश मान की खोज करता है। यदि इस तरह के हैश वाला ब्लॉक पहले से मौजूद है, तो SolidFire इस ब्लॉक के लिंक के साथ केवल अपने मेटाडेटा को अपडेट करता है, यदि ब्लॉक में विशिष्ट डेटा है, तो यह SSD को लिखा जाता है, और इसके लिए मेटाडेटा भी लिखा जाता है। डेटा और मेटाडेटा के भंडारण के लिए यह तंत्र वस्तु भंडारण के संचालन के तंत्र के समान है।

चार नोड्स के हमारे परीक्षण क्लस्टर

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

SolidFire तीन समाधान के रूप में दिया जा सकता है:

• सॉलिडफेयर डेल / ईएमसी सर्वर पर आधारित एक स्टैंडअलोन उत्पाद के रूप में,
• सिस्को सर्वर पर FlexPod SF के भाग के रूप में,
• अपने प्लेटफॉर्म पर नेटएपी एचसीआई के हिस्से के रूप में।

जैसा कि आप विशेषताओं तालिका से देख सकते हैं, नोड्स केवल iSCSI कनेक्शन का समर्थन करते हैं, और FC कनेक्शन के लिए एक अलग प्रकार का नोड है - फैब्रिक इंटरकनेक्ट, जिसमें बदले में FC डेटा के लिए चार पोर्ट और नोड्स से कनेक्ट करने के लिए चार iSCSI पोर्ट हैं, साथ ही साथ 64GB देशी सिस्टम मेमोरी / कैश पढ़ें।


विशेषताओं की तालिका प्रत्येक नोड के प्रदर्शन को भी दिखाती है। यह उन मामलों में से एक है जब आप खरीद के चरण में अपने भंडारण प्रणाली के प्रदर्शन को जानते हैं। इस प्रदर्शन की गारंटी है (प्रत्येक नोड के लिए 4Kb, 80/20 के लोड प्रोफ़ाइल के साथ)।

तदनुसार, एक्स नोड्स का एक क्लस्टर खरीदना या मौजूदा समाधान का विस्तार करना, आप समझते हैं कि अंत में आपको कितनी मात्रा और किस तरह का प्रदर्शन मिलेगा। बेशक, आप कुछ शर्तों के तहत प्रत्येक नोड से अधिक प्रदर्शन निचोड़ सकते हैं, लेकिन यह वह नहीं है जिसके लिए यह समाधान तैयार किया गया था। यदि आप एक आयतन पर 2U में लाखों IOPS प्राप्त करना चाहते हैं, तो आप AFF जैसे अन्य उत्पादों पर अपना ध्यान केंद्रित करते हैं। SolidFire पर सबसे बड़ा प्रदर्शन बड़ी संख्या में संस्करणों और सत्रों के साथ प्राप्त किया जा सकता है।

इंटरफ़ेस होम

भंडारण प्रबंधन बहुत सरल है। वास्तव में, हमारे पास दो संसाधन पूल हैं: वॉल्यूम और आईओपीएस। किसी एक प्रकार के संसाधनों की पहचान करके और उनकी अंतिम संख्या को जानकर, हम स्पष्ट रूप से अपने सिस्टम की अन्य क्षमताओं को समझते हैं। यह फिर से सिस्टम का विस्तार करना एक बहुत आसान काम है। अधिक प्रदर्शन की आवश्यकता है? SF4805 या SF19210 पर "कम घने" IOPS / TB अनुपात पर विचार करें। मात्रा चाहिए? हम SF9605 और SF38410 की ओर देखते हैं, जो Gb पर कम IOPS प्रदान करते हैं।

भंडारण व्यवस्थापक की दृष्टि से, प्रणाली बहुत उबाऊ लगती है। डिडुप्लीकेशन और कम्प्रेशन जैसे काम डिफ़ॉल्ट रूप से होते हैं।

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

हम वादा किया 200k IOPS सुनिश्चित करने के लिए Onlanta पर तनाव परीक्षण किया। ऐसा नहीं है कि हम विक्रेता पर विश्वास नहीं करते हैं, लेकिन अपने दम पर सब कुछ आज़माने के लिए उपयोग किया जाता है। हमने खुद को सिस्टम से बाहर निचोड़ने का लक्ष्य निर्धारित नहीं किया था। हम अपने स्वयं के अनुभव से यह भी सत्यापित करने में सक्षम थे कि सिस्टम बड़ी संख्या में प्रवाह के साथ एक अच्छा परिणाम देता है। ऐसा करने के लिए, हमने SolidFire पर 1TB के 10 संस्करणों का आयोजन किया, जिस पर हमने एक परीक्षण वर्चुअल मशीन रखा। पहले से ही परीक्षण के माहौल को तैयार करने के चरण में, हम समर्पण के काम से सुखद आश्चर्यचकित थे। इस तथ्य के बावजूद कि इसके काम की योजना काफी मानक है, क्लस्टर के भीतर काम की गुणवत्ता बेहद प्रभावी है। परीक्षण से पहले के डिस्क यादृच्छिक डेटा से भरे हुए थे।

इसे तेज करने के लिए, हमने 10 एमबी का एक ब्लॉक बनाया, फिर उन्होंने इसे भर दिया। इसके अलावा, प्रत्येक वर्चुअल मशीन पर, यह ब्लॉक अलग से उत्पन्न किया गया था, अर्थात्। सभी कारों में पैटर्न अलग होता है। डेटा से भरे 10TB में से - सरणी पर वास्तविक अधिकृत स्थान 4TB था। इस अप्रोच के साथ FAS पर डिडुप्लीकेशन एफिशिएंसी 1: 2.5 है, इनलाइन डिडुप्लीकेशन एफिशिएंसी 0. पर टिकी है। हम अपने टेस्ट बेंच पर ~ 1 एमएस की प्रतिक्रिया के साथ 190k IOPS प्राप्त करने में सक्षम थे।



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

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


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


बेशक, कुछ डेटा स्टोर पर वर्चुअलाइजेशन होस्ट की ओर से, प्रदर्शन ड्रॉप 0. तक था, लेकिन 30 सेकंड के भीतर, प्रदर्शन में नुकसान के बिना प्रदर्शन को बहाल किया गया था (यह ध्यान में रखा जाना चाहिए कि ड्रॉप के समय लोड 120k आईओएस पर था, जो तीन संभावित रूप से उत्पादन कर सकते हैं। क्रमशः चार नोड्स में से, हमें प्रदर्शन में कमी नहीं देखनी चाहिए)।

सॉलिडफायर की तरफ, सरणी का पुनर्निर्माण शुरू हुआ। टाइमर थोड़ा झूठ बोल रहा है, और इस प्रक्रिया में लगभग 55 मिनट लग गए, जो कि विक्रेता द्वारा दिए गए घंटे में फिट बैठता है। उसी समय, किसी ने भंडारण प्रणाली से लोड को नहीं हटाया, और यह 120k IOPS के समान स्तर पर रहा।

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

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





चूंकि मैंने इनलाइन कटौती के काम का उल्लेख किया है, इसलिए मैं सामान्य रूप से भंडारण दक्षता के बारे में भी कहूंगा। एएफएफ श्रृंखला के साथ, नेटएपी संग्रहीत डेटा के प्रकार के आधार पर एक गारंटीकृत भंडारण दक्षता अनुपात प्रदान करता है।


जैसा कि आप देख सकते हैं, डेटा प्रकार और गारंटीकृत गुणांक थोड़ा अलग हैं। उदाहरण के लिए, SolidFire में वास्तव में हमारा मामला है - 4: 1 गुणांक के साथ वर्चुअल इन्फ्रास्ट्रक्चर। और यह स्नैपशॉट के उपयोग को ध्यान में नहीं ले रहा है।

समाधान की वास्तुकला सेवा की गुणवत्ता (क्यूओएस) पर आधारित है, जो वास्तव में प्रत्येक वॉल्यूम के लिए गारंटीकृत प्रदर्शन सुनिश्चित करती है।


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

• ऑल-एसएसडी का उपयोग करने से आप I / O के लिए कम विलंबता प्राप्त कर सकते हैं।
• स्केल-आउट आसानी से प्रदर्शन मैट्रिक्स की भविष्यवाणी करता है।
• क्लासिक RAID का अभाव - के साथ अनुमानित प्रदर्शन
• हार्डवेयर विफलताओं
• एक संतुलित लोड वितरण प्रणाली में बाधाओं को समाप्त करता है।
• क्यूओएस "शोर पड़ोसियों" से बचने में मदद करता है।

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

एकीकरण की बात करें तो, वीएमवेयर का समाधान खत्म हो गया है।


शायद SolidFire को सबसे स्वचालित भंडारण प्रणाली कहा जा सकता है जो किसी भी आधुनिक सिस्टम, वर्चुअलाइजेशन / कंटेनरीकरण सिस्टम के साथ एकीकृत कर सकता है, कॉन्फ़िगरेशन प्रबंधन प्रणालियों का समर्थन करता है, एसडीके विभिन्न भाषाओं के लिए उपलब्ध है।

मैं, हमेशा की तरह, पायथन के लिए एसडीके के साथ पहली चीज को देखता हूं जिसके साथ मैं अपने वर्कफ़्लो को स्वचालित करता हूं। और इसलिए हमें 1 टीबी के 15 वॉल्यूम बनाने और आउटपुट में iqn प्राप्त करने की आवश्यकता है, जिसे हम डेटावेयर में जोड़ने के लिए VMware के प्रशासकों को पास करेंगे। हमारे पास पहले से ही उपयोग किए गए समूह हैं जिनमें हमारे VMware होस्ट और पूर्व-निर्मित QoS नीतियाँ पंजीकृत हैं।

#!/usr/bin/env python # -*- coding:utf-8 -*- from solidfire.factory import ElementFactory sfe = ElementFactory.create('ip', 'log', 'pass') for i in range(1,51): create_volume_result = sfe.create_volume(name='vol'+str(i), account_id=2, total_size=1099511627776, enable512e=True, qos_policy_id=1) id = create_volume_result.volume_id sfe.add_volumes_to_volume_access_group(volume_access_group_id=2, volumes=[id]) volumes = sfe.list_volumes(accounts=[2], limit=100).volumes for volume in volumes: print volume.iqn 

या यहाँ SolidFire से एक अधिक विस्तृत अजगर SDK डेमो वीडियो है:


स्वचालन के लिए यह दृष्टिकोण न केवल क्लाउड प्रदाताओं और इसी तरह के कार्यों के लिए SolidFire को सुविधाजनक बनाता है, बल्कि निरंतर एकीकरण और वितरण (CI / CD) की अवधारणा के अनुसार आपको विकास प्रक्रिया का अनुकूलन करने की अनुमति देता है।

जैसा कि मैंने उल्लेख किया है - WebUI एपीआई के माध्यम से काम करता है, और आप एपीआई लॉग के माध्यम से सभी अनुरोधों और प्रतिक्रियाओं को देख सकते हैं।

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

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

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

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

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

यदि आपके पास अभी भी प्रश्न हैं या यदि नए अचानक दिखाई देते हैं, तो मैं आपको नेटएप डायरेक्शंस 2018 पर जाने के लिए आमंत्रित करता हूं, जो 17 जुलाई, 2018 को हयात रीजेंसी पेट्रोव्स्की पार्क में आयोजित किया जाएगा, जहां आर्थर और मैं सॉलिडफायर के बारे में एक सत्र में बात करेंगे। घटना और सभी विवरणों के लिए पंजीकरण ।