हमेशा कैश, हर जगह कैश!

पहले से ही आईबीएम XIV जेन 3 सिस्टम की घोषणा के दौरान, यह घोषणा की गई थी कि जल्द ही मॉड्यूल के अंदर एसएसडी के लिए समर्थन की घोषणा की गई थी। "जल्द ही" पहले से ही आ चुका है और अब आप न केवल स्थापित SSDs के साथ नए XIV Gen3 का आदेश दे सकते हैं, बल्कि पहले से स्थापित XIV Gen3 सिस्टम में SSDs भी स्थापित कर सकते हैं (प्रक्रिया को रोकने की आवश्यकता नहीं है - बस माइक्रोकोड अपडेट करें)। आप प्रत्येक XIV नोड में एक 400GB SSD स्थापित कर सकते हैं (कुल मिलाकर यह 2.4TB से 6TB प्रति सिस्टम देगा, आकार थोड़ा कम आंका गया है - शुरू में उन्होंने 500GB ड्राइव का वादा किया था)। इतना कम क्यों? क्योंकि इस स्पेस का उपयोग केवल रीड कैश के रूप में किया जा सकता है, न कि डेटा को स्वयं स्टोर करने के लिए, और एक 6TB मेमोरी कैश इतना छोटा नहीं है। केवल रीड ऑपरेशंस को कैश किया जाता है - ऑपरेशन लिखने के लिए कैश करने के लिए, XIV नोड्स की रैम का उपयोग किया जाता है (जिसकी कुल मात्रा 360GB तक पहुँच जाती है)। SSD मॉड्यूल के लिए उच्च भार के तहत लंबे और बादल रहित अस्तित्व को सुनिश्चित करने के लिए, एक विशेष अनुकूलन तंत्र का उपयोग किया जाता है: प्रारंभ में 512KB ब्लॉक नोड की रैम में बनते हैं और इन ब्लॉकों को क्रमिक रूप से और SSDs को चक्रीय रूप से लिखा जाता है। इस प्रकार, एसएसडी पर लिखने के संचालन हमेशा अनुक्रमिक होते हैं, और कोशिकाओं को समान रूप से उपयोग किया जाता है। वे अच्छे प्रदर्शन का वादा करते हैं:


XIV में प्रस्तावित समाधान निश्चित रूप से तकनीकी सफलता नहीं है - हर कोई पहले से ही EMC FastCache और NetApp FlashCache दोनों को याद करता है। इनमें से प्रत्येक समाधान के अपने फायदे और नुकसान हैं। EMC FastCache से, ग्राहक को न केवल पढ़ने के लिए कैशिंग प्राप्त होता है, बल्कि कैशिंग भी लिखते हैं। इसके लिए मूल्य SP मेमोरी में कैश की एक महत्वपूर्ण कमी और अपेक्षाकृत कम राशि है - "शीर्ष" VNX7500 के लिए यह 2.1 टीबी (100 जीबी डिस्क का उपयोग करते समय) है। नेटएप के मामले में, FlashCache केवल कैश पढ़ता है, लेकिन कैश घटाया जाता है और 16TB तक पहुंच सकता है। इसके अलावा, फ्लैश कैश पीसीआई-ई कार्ड है, इसलिए एसएसडी ड्राइव का उपयोग करते समय कैश से प्रोसेसर तक (और इसलिए मेजबान के लिए) सड़क बहुत छोटी है। और यह, बदले में, संभवतः आपको काफी कम विलंबता प्राप्त करने की अनुमति देता है। दूसरी ओर, यदि हम 16TB कैश प्राप्त करना चाहते हैं, तो हमें 24 में से 16 विस्तार स्लॉट्स का उपयोग करना होगा, जो विस्तार के विकल्प (डिस्क द्वारा और होस्ट कनेक्शन प्रोटोकॉल द्वारा उपयोग किए गए दोनों) को काफी सीमित कर देगा।

EMC ने अपने VFCache (वेरी फास्ट कैशे) कैशिंग समाधान को भी चेक इन और रोल आउट किया। यह क्या है और यह डिस्क सिस्टम से कैसे "बंधा" है? वास्तव में, VFCache एक नियमित पीसीआई-ई कार्ड (फ्यूजनियो, LSI, आदि में अपने समकक्षों की तरह) 300GB (माइक्रोन द्वारा निर्मित) है, जिसका उपयोग ऑपरेटिंग सिस्टम में सुपर-फास्ट डिस्क के रूप में नहीं किया जाता है, बल्कि संचालन के लिए कैश के रूप में किया जाता है।



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