एकता भण्डारणमा FAST VP: यसले कसरी काम गर्दछ

आज हामी Unity/Unity XT भण्डारण प्रणालीमा लागू गरिएको एउटा रोचक प्रविधिको बारेमा कुरा गर्नेछौं - FAST VP। यदि यो तपाइँको एकताको बारेमा पहिलो पटक सुन्नु भएको हो भने, तपाइँ लेखको अन्त्यमा लिङ्क प्रयोग गरेर प्रणाली विशेषताहरू जाँच गर्न सक्नुहुन्छ। मैले डेल EMC प्रोजेक्ट टोलीमा FAST VP मा एक वर्ष भन्दा बढी काम गरें। आज म यस प्रविधिको बारेमा थप विस्तारमा कुरा गर्न चाहन्छु र यसको कार्यान्वयनको केही विवरणहरू प्रकट गर्न चाहन्छु। निस्सन्देह, केवल ती प्रकट गर्न अनुमति दिइएको छ। यदि तपाइँ कुशल डेटा भण्डारणको मुद्दाहरूमा रुचि राख्नुहुन्छ वा कागजातलाई पूर्ण रूपमा बुझ्नुभएको छैन भने, त्यसपछि यो लेख निश्चित रूपमा उपयोगी र रोचक हुनेछ।

म तपाईलाई तुरुन्तै बताउनेछु सामग्रीमा के हुनेछैन। त्यहाँ प्रतियोगीहरूको खोजी र तिनीहरूसँग तुलना हुनेछैन। म खुला स्रोतबाट समान प्रविधिहरूको बारेमा कुरा गर्ने योजना पनि गर्दिन, किनभने जिज्ञासु पाठकलाई तिनीहरूको बारेमा पहिले नै थाहा छ। र, निस्सन्देह, म केहि विज्ञापन गर्न जाँदैछु।

भण्डारण टियरिङ। FAST VP को लक्ष्य र उद्देश्यहरू

FAST VP भनेको भर्चुअल पूलको लागि पूर्ण रूपमा स्वचालित भण्डारण टियरिङ हो। अलि गाह्रो? कुनै समस्या छैन, हामी यसलाई अब पत्ता लगाउने छौँ। Tiering डेटा भण्डारण व्यवस्थित गर्ने तरिका हो जसमा धेरै स्तरहरू (स्तरहरू) छन् जहाँ यो डाटा भण्डारण गरिन्छ। प्रत्येकको आफ्नै विशेषताहरू छन्। सबैभन्दा महत्त्वपूर्ण: प्रदर्शन, मात्रा र जानकारी को एक एकाइ भण्डारण को मूल्य। निस्सन्देह, तिनीहरू बीच एक सम्बन्ध छ।

टियरिङको एउटा महत्त्वपूर्ण विशेषता भनेको डाटामा पहुँच समान रूपमा उपलब्ध गराइन्छ जुन भण्डारण स्तरमा यो हाल अवस्थित छ, र पूलको आकार यसमा समावेश गरिएका स्रोतहरूको आकारको योगफल बराबर छ। यो जहाँ क्यासबाट भिन्नताहरू छन्: क्यासको आकार स्रोतको कुल भोल्युममा थपिएको छैन (यस अवस्थामा पूल), र क्यास डाटाले मुख्य मिडिया डाटाको केही टुक्रा डुप्लिकेट गर्दछ (वा नक्कल हुनेछ यदि क्यासबाट डाटा अझै लेखिएको छैन)। साथै, स्तरहरूद्वारा डाटाको वितरण प्रयोगकर्ताबाट लुकेको छ। त्यो हो, उसले प्रत्येक स्तरमा कुन डाटा अवस्थित छ भनेर ठ्याक्कै देख्दैन, यद्यपि उसले यसलाई अप्रत्यक्ष रूपमा नीतिहरू सेट गरेर प्रभाव पार्न सक्छ (तिनीहरूमा पछि थप)।

अब एकता मा भण्डारण tiering को कार्यान्वयन को विशेषताहरु लाई हेरौं। एकतामा 3 स्तरहरू, वा स्तरहरू छन्:

• चरम प्रदर्शन (SSDs)
• प्रदर्शन (SAS HDD 10k/15k RPM)
• क्षमता (NL-SAS HDD 7200 RPM)

तिनीहरू प्रदर्शन र मूल्यको घट्दो क्रममा प्रस्तुत छन्। चरम कार्यसम्पादनमा ठोस राज्य ड्राइभहरू (एसएसडीहरू) मात्र समावेश हुन्छन्। अन्य दुई तहहरूमा चुम्बकीय डिस्क ड्राइभहरू समावेश छन्, जुन रोटेशन गतिमा फरक छ र, तदनुसार, प्रदर्शन।

एउटै स्तर र एउटै साइजबाट भण्डारण मिडियाहरू RAID एरेमा जोडिएका छन्, RAID समूह (RAID समूह, संक्षिप्त रूपमा RG); तपाईं आधिकारिक कागजातमा उपलब्ध र सिफारिस गरिएका RAID स्तरहरूको बारेमा पढ्न सक्नुहुन्छ। भण्डारण पूलहरू RAID समूहहरूबाट एक वा धेरै तहहरूबाट बनाइन्छ, जहाँबाट खाली ठाउँ वितरण गरिन्छ। र पोखरीबाट फाईल प्रणाली र LUNs को लागि ठाउँ छुट्याइएको छ।

मलाई किन टियरिङ चाहिन्छ?

संक्षेपमा र अमूर्त रूपमा: न्यूनतम स्रोतहरू प्रयोग गरेर ठूलो परिणामहरू प्राप्त गर्न। थप विशेष रूपमा, परिणाम सामान्यतया भण्डारण प्रणाली विशेषताहरूको सेटको रूपमा बुझिन्छ - गति र पहुँच समय, भण्डारण लागत, र अन्य। न्युनतम स्रोत भनेको न्यूनतम खर्च हो: पैसा, ऊर्जा, आदि। FAST VP ले Unity/Unity XT भण्डारण प्रणालीहरूमा विभिन्न स्तरहरूमा डेटा पुन: वितरणको लागि संयन्त्रहरू लागू गर्दछ। यदि तपाइँ मलाई विश्वास गर्नुहुन्छ भने, तपाइँ अर्को अनुच्छेद छोड्न सक्नुहुन्छ। बाँकीको लागि, म तपाईलाई अलि बढी बताउनेछु।

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

• प्रशासकको समय र ध्यान चाहिन्छ;
• यो सधैं सम्भव छैन भण्डारण स्रोतहरू "पुनः कोर्ने" परिवर्तन परिस्थिति अनुरूप;
• एउटा महत्त्वपूर्ण फाइदा गायब हुन्छ: विभिन्न भण्डारण स्तरहरूमा अवस्थित स्रोतहरूमा एकीकृत पहुँच।

भण्डारण प्रशासकहरूलाई जागिर सुरक्षाको बारेमा कम चिन्तित बनाउनको लागि, म यहाँ पनि सक्षम स्रोत योजना आवश्यक छ भन्ने थप्छु। अब जब टायरिङका कार्यहरू संक्षिप्त रूपमा उल्लिखित छन्, आउनुहोस् एक नजर हेरौं तपाईंले FAST VP बाट के आशा गर्न सक्नुहुन्छ। अब परिभाषामा फर्कने समय हो। पहिलो दुई शब्दहरू - पूर्ण रूपमा स्वचालित - शाब्दिक रूपमा "पूर्ण स्वचालित" को रूपमा अनुवाद गरिएको छ र यसको मतलब स्तरहरू बीचको वितरण स्वचालित रूपमा हुन्छ। खैर, भर्चुअल पूल एक डाटा पूल हो जसमा विभिन्न भण्डारण स्तरहरूबाट स्रोतहरू समावेश हुन्छन्। यो के जस्तो देखिन्छ:

अगाडि हेर्दै, म भन्छु कि FAST VP ले डाटा केवल एक पूल भित्र सार्छ, र धेरै पूलहरू बीच होइन।

FAST VP द्वारा समस्याहरू समाधान

पहिले सारमा कुरा गरौं। हामीसँग एउटा पोखरी र केही संयन्त्र छ जसले यस पोखरी भित्र डेटा पुन: वितरण गर्न सक्छ। हाम्रो लक्ष्य अधिकतम उत्पादकत्व हासिल गर्नु हो भन्ने कुरालाई सम्झेर, हामी आफैलाई सोधौं: हामी यसलाई कुन तरिकाले प्राप्त गर्न सक्छौं? त्यहाँ ती मध्ये धेरै हुन सक्छ, र यहाँ FAST VP सँग प्रयोगकर्तालाई प्रस्ताव गर्नको लागि केहि छ, किनकि टेक्नोलोजी केवल भण्डारण टायरिंग भन्दा बढी हो। यहाँ केहि तरिकाहरू छन् जुन FAST VP ले पूल प्रदर्शन बढाउन सक्छ:

• विभिन्न प्रकारका डिस्क, स्तरहरूमा डाटाको वितरण
• एउटै प्रकारको डिस्कहरू बीच डाटा वितरण
• पूल विस्तार गर्दा डेटा वितरण

हामीले यी कार्यहरू कसरी समाधान गरिन्छ भनेर हेर्नु अघि, हामीले FAST VP ले कसरी काम गर्छ भन्ने बारे केही आवश्यक तथ्यहरू जान्न आवश्यक छ। FAST VP ले निश्चित साइजको ब्लकहरूसँग काम गर्छ - 256 मेगाबाइट। यो सार्न सकिने डाटाको सबैभन्दा सानो सन्निहित "खंड" हो। कागजातमा उनीहरूले यसलाई के भन्छन्: स्लाइस। FAST VP को दृष्टिकोणबाट, सबै RAID समूहहरूले त्यस्ता "टुक्राहरू" को सेट समावेश गर्दछ। तदनुसार, सबै I/O तथ्याङ्कहरू त्यस्ता डाटा ब्लकहरूको लागि संचित छन्। यो ब्लक साइज किन छनोट गरियो र यो घटाइनेछ? ब्लक एकदम ठूलो छ, तर यो डाटाको ग्रेन्युलेरिटी (सानो ब्लक साइज भनेको बढी सही वितरण हो) र उपलब्ध कम्प्युटिङ स्रोतहरू बीचको सम्झौता हो: RAM मा अवस्थित कडा सीमाहरू र ठूलो संख्यामा ब्लकहरू, तथ्याङ्क डेटा लिन सक्छ। धेरै धेरै, र गणना को संख्या समानुपातिक वृद्धि हुनेछ।

कसरी FAST VP ले पूलमा डेटा आवंटित गर्दछ। राजनीतिज्ञहरू

FAST VP सक्षम भएको पूलमा डेटाको प्लेसमेन्ट नियन्त्रण गर्न, निम्न नीतिहरू अवस्थित छन्:

• उच्चतम उपलब्ध टियर
• अटो-टियर
• उच्च सुरु गर्नुहोस् त्यसपछि स्वत: टियर (पूर्वनिर्धारित)
• न्यूनतम उपलब्ध टियर

तिनीहरू दुवै प्रारम्भिक ब्लक आवंटन (डेटा पहिले लेखिएको) र पछि पुन: आवंटनलाई असर गर्छ। जब डाटा पहिले नै डिस्कहरूमा अवस्थित छ, पुन: वितरण तालिका अनुसार वा म्यानुअल रूपमा सुरु गरिनेछ।

उच्चतम उपलब्ध टियरले उच्च प्रदर्शन गर्ने टियरमा नयाँ ब्लक राख्ने प्रयास गर्छ। यदि त्यहाँ पर्याप्त ठाउँ छैन भने, यसलाई अर्को सबैभन्दा उत्पादक स्तरमा राखिएको छ, तर त्यसपछि डाटा थप उत्पादक स्तरमा सार्न सकिन्छ (यदि त्यहाँ ठाउँ छ वा अन्य डाटा विस्थापित गरेर)। अटो-टियरले उपलब्ध ठाउँको मात्रामा निर्भर गर्दै विभिन्न स्तरहरूमा नयाँ डाटा राख्छ, र यो माग र खाली ठाउँको आधारमा पुन: वितरण गरिन्छ। स्टार्ट हाई त्यसपछि अटो-टियर पूर्वनिर्धारित नीति हो र सिफारिस गरिएको छ। जब प्रारम्भिक रूपमा राखिएको छ, यसले उच्चतम उपलब्ध टियरको रूपमा काम गर्दछ, र त्यसपछि डेटा यसको उपयोग तथ्याङ्कहरूमा निर्भर गर्दछ। न्यूनतम उपलब्ध टियर नीतिले डाटालाई न्यूनतम उत्पादनशील तहमा राख्न खोज्छ।

डाटा स्थानान्तरण कम प्राथमिकताको साथ हुन्छ ताकि भण्डारण प्रणालीको उपयोगी अपरेशनमा हस्तक्षेप नगर्नुहोस्, तथापि, त्यहाँ "डेटा रिलोकेशन दर" सेटिङ छ जसले प्राथमिकता परिवर्तन गर्दछ। यहाँ एउटा विशिष्टता छ: सबै डाटा ब्लकहरूमा एउटै पुन: वितरण क्रम हुँदैन। उदाहरणका लागि, मेटाडेटाको रूपमा चिन्ह लगाइएका ब्लकहरूलाई पहिले छिटो स्तरमा सारिनेछ। मेटाडाटा हो, त्यसैले बोल्नको लागि, "डेटा बारे डाटा", केहि अतिरिक्त जानकारी जुन प्रयोगकर्ता डेटा होइन, तर यसको विवरण भण्डार गर्दछ। उदाहरणका लागि, फाइल प्रणालीमा जानकारी कुन ब्लकमा एक विशेष फाइल अवस्थित छ। यसको मतलब डाटामा पहुँचको गति मेटाडाटामा पहुँचको गतिमा निर्भर गर्दछ। मेटाडेटा सामान्यतया आकारमा धेरै सानो हुन्छ भन्ने कुरालाई ध्यानमा राख्दै, यसलाई उच्च-प्रदर्शन डिस्कहरूमा सार्ने फाइदाहरू बढी हुने अपेक्षा गरिन्छ।

फास्ट VP ले आफ्नो काममा प्रयोग गर्ने मापदण्ड

प्रत्येक ब्लकको लागि मुख्य मापदण्ड, धेरै मोटे रूपमा, डाटाको "मांग" को विशेषता हो, जुन डाटा टुक्राको पढ्ने र लेख्ने कार्यहरूको संख्यामा निर्भर गर्दछ। हामी यसलाई "तापमान" भन्छौं। त्यहाँ माग गरिएको (तातो) डाटा छ जुन दाबी नगरिएको डाटा भन्दा "तातो" छ। यो आवधिक रूपमा गणना गरिन्छ, पूर्वनिर्धारित रूपमा एक घण्टाको अन्तरालमा।

तापमान गणना प्रकार्य निम्न गुणहरू छन्:

• I/O को अनुपस्थितिमा, डेटा समयको साथ "कूल डाउन" हुन्छ।
• समयको साथ कम वा कम समान लोड अन्तर्गत, तापमान पहिले बढ्छ र त्यसपछि निश्चित दायरामा स्थिर हुन्छ।

अर्को, माथि वर्णन गरिएका नीतिहरू र प्रत्येक तहमा खाली ठाउँलाई ध्यानमा राखिएको छ। स्पष्टताको लागि, म कागजातबाट तस्वीर प्रदान गर्नेछु। यहाँ रातो, पहेँलो र नीलो रङहरूले क्रमशः उच्च, मध्यम र निम्न तापक्रम भएका ब्लकहरूलाई सङ्केत गर्छ।

तर कामहरूमा फर्कौं। त्यसोभए, हामी FAST VP समस्याहरू समाधान गर्न के भइरहेको छ भनेर विश्लेषण गर्न सुरु गर्न सक्छौं।

A. विभिन्न प्रकारका डिस्क, स्तरहरूमा डाटाको वितरण

वास्तवमा, यो FAST VP को मुख्य कार्य हो। बाँकी, एक अर्थमा, यसको व्युत्पन्न हो। चयन गरिएको नीतिमा निर्भर गर्दै, डाटा विभिन्न भण्डारण स्तरहरूमा वितरित गरिनेछ। सबैभन्दा पहिले, प्लेसमेन्ट नीतिलाई ध्यानमा राखिएको छ, त्यसपछि ब्लक तापमान र RAID समूहहरूको आकार/गति।

उच्चतम/न्यूनतम उपलब्ध टियर नीतिहरूको लागि सबै कुरा एकदम सरल छ। अन्य दुई को लागि यो मामला हो। RAID समूहहरूको आकार र कार्यसम्पादनलाई ध्यानमा राखेर डाटा विभिन्न स्तरहरूमा वितरित गरिन्छ: ताकि प्रत्येक RAID समूहको "सशर्त अधिकतम कार्यसम्पादन" र ब्लकहरूको कुल "तापमान" को अनुपात लगभग समान हो। यसरी, लोड अधिक वा कम समान रूपमा वितरित गरिन्छ। थप इन-डिमांड डाटा द्रुत मिडियामा सारियो, र विरलै प्रयोग गरिएको डाटा ढिलो मिडियामा सारियो। आदर्श रूपमा, वितरण यो जस्तो देखिनुपर्छ:

B. समान प्रकारको डिस्कहरू बीच डाटा वितरण

सम्झनुहोस्, सुरुमा मैले त्यो भण्डारण मिडियाबाट लेखेको थिएँ एक वा बढी स्तरहरू एक पोखरीमा संयुक्त छन्? एकल स्तर को मामला मा, FAST VP ले पनि गर्न को लागी काम छ। कुनै पनि स्तरमा अधिकतम प्रदर्शन प्राप्त गर्न, यो डिस्क बीच समान रूपमा डाटा वितरण गर्न सल्लाह दिइन्छ। यसले (सिद्धान्तमा) तपाईंलाई IOPS को अधिकतम रकम प्राप्त गर्न अनुमति दिन्छ। RAID समूह भित्रको डाटालाई डिस्कहरूमा समान रूपमा वितरण गरिएको मान्न सकिन्छ, तर यो सधैं RAID समूहहरू बीचको मामला होइन। असन्तुलनको घटनामा, FAST VP ले RAID समूहहरू बीच तिनीहरूको भोल्युम र "सशर्त कार्यसम्पादन" (संख्यात्मक सर्तहरूमा) को अनुपातमा डेटा सार्नुहुनेछ। स्पष्टताको लागि, म तीनवटा RAID समूहहरू बीच पुन: सन्तुलन योजना देखाउनेछु:

B. पूल विस्तार गर्दा डाटा वितरण

यो कार्य अघिल्लो को एक विशेष मामला हो र RAID समूह पूल मा थपिएको बेला गरिन्छ। भर्खरै थपिएको RAID समूह निष्क्रिय नहोस् भन्ने कुरा सुनिश्चित गर्न, केही डाटा यसमा स्थानान्तरण गरिनेछ, जसको मतलब लोड सबै RAID समूहहरूमा पुन: वितरण गरिनेछ।

SSD पहिरन स्तरीकरण

पहिरन लेभलिङ प्रयोग गरेर, FAST VP ले SSD को आयु बढाउन सक्छ, यद्यपि यो सुविधा सिधै भण्डारण टियरिङसँग सम्बन्धित छैन। तापक्रम डेटा पहिले नै उपलब्ध भएको हुनाले, लेखन कार्यहरूको संख्यालाई पनि ध्यानमा राखिएको छ, र डेटा ब्लकहरू कसरी सार्न सकिन्छ भन्ने हामीलाई थाहा छ, यो समस्या समाधान गर्न FAST VP को लागि तार्किक हुनेछ।

यदि एउटा RAID समूहमा प्रविष्टिहरूको संख्याले अर्कोमा प्रविष्टिहरूको संख्यालाई उल्लेखनीय रूपमा नाघ्यो भने, FAST VP ले लेख्ने कार्यहरूको संख्या अनुसार डेटा पुन: वितरण गर्नेछ। एकातिर, यसले लोडलाई कम गर्छ र केही डिस्कको स्रोत बचत गर्छ, अर्कोतर्फ, यसले कम लोड भएकाहरूको लागि "काम" थप्छ, समग्र प्रदर्शन बढाउँछ।

यस तरिकाले, FAST VP ले भण्डारण टायरिङको परम्परागत चुनौतीहरूलाई लिन्छ र त्यो भन्दा अलि बढी गर्छ। यी सबैले तपाईंलाई एकता भण्डारण प्रणालीमा धेरै कुशलतापूर्वक डाटा भण्डारण गर्न अनुमति दिन्छ।

केही सुझावहरू

1. कागजात पढ्न बेवास्ता नगर्नुहोस्। त्यहाँ उत्कृष्ट अभ्यासहरू छन्, र तिनीहरूले राम्रोसँग काम गर्छन्। यदि तपाइँ तिनीहरूलाई पछ्याउनुहुन्छ भने, नियमको रूपमा, कुनै गम्भीर समस्याहरू उत्पन्न हुँदैन। बाँकी सल्लाह मूलतः दोहोर्याउँछ वा तिनीहरूलाई पूरक।
2. यदि तपाईंले FAST VP कन्फिगर र सक्षम गर्नुभएको छ भने, यसलाई सक्षम छाड्नु राम्रो हुन्छ। यसलाई आफ्नो आवंटित समयमा डाटा वितरण गर्न दिनुहोस् र वर्षमा एक पटक भन्दा थोरै गरी र अन्य कार्यहरूको कार्यसम्पादनमा गम्भीर प्रभाव पार्छ। यस्तो अवस्थामा, डाटा पुन: वितरण धेरै समय लाग्न सक्छ।
3. स्थानान्तरण सञ्झ्याल छनौट गर्दा सावधान रहनुहोस्। यद्यपि यो स्पष्ट छ, एकतामा कम से कम लोड भएको समय छनौट गर्ने प्रयास गर्नुहोस् र पर्याप्त समय आवंटित गर्नुहोस्।
4. तपाईंको भण्डारण प्रणाली विस्तार गर्ने योजना बनाउनुहोस्, यसलाई समयमै गर्नुहोस्। यो एक सामान्य सिफारिस हो जुन FAST VP को लागि पनि महत्त्वपूर्ण छ। यदि खाली ठाउँको मात्रा धेरै सानो छ भने, त्यसपछि डाटा आवागमन सुस्त हुनेछ वा असम्भव हुनेछ। विशेष गरी यदि तपाईंले बिन्दु 2 बेवास्ता गर्नुभयो।
5. FAST VP सक्षम भएको पूल विस्तार गर्दा, तपाईंले सबैभन्दा ढिलो डिस्कहरूसँग सुरु गर्नु हुँदैन। त्यो हो, हामी या त सबै योजनाबद्ध RAID समूहहरू एकैचोटि थप्छौं, वा पहिले द्रुत डिस्कहरू थप्छौं। यस अवस्थामा, नयाँ "छिटो" डिस्कहरूमा डेटा पुन: वितरणले पूलको समग्र गति बढाउनेछ। अन्यथा, "ढिलो" डिस्कहरूसँग सुरु गर्दा धेरै अप्रिय स्थिति निम्त्याउन सक्छ। पहिले, डाटा नयाँ, अपेक्षाकृत ढिलो डिस्कहरूमा स्थानान्तरण गरिनेछ, र त्यसपछि, जब छिटो थपिन्छ, विपरीत दिशामा। यहाँ विभिन्न FAST VP नीतिहरूसँग सम्बन्धित सूक्ष्मताहरू छन्, तर सामान्यतया, समान स्थिति सम्भव छ।

यदि तपाइँ यो उत्पादन हेर्दै हुनुहुन्छ भने, तपाइँ Unity VSA भर्चुअल उपकरण डाउनलोड गरेर निःशुल्क रूपमा Unity कोसिस गर्न सक्नुहुन्छ।

सामग्रीको अन्त्यमा, म धेरै उपयोगी लिङ्कहरू साझेदारी गर्दछु:

• पृष्ठ एकता भण्डारण प्रणाली
• डेल EMC एकता: फास्ट वीपी अपरेशन सिद्धान्त - समारोह को संक्षिप्त विवरण
• थप पूर्ण र विस्तृत विवरण, pdf ढाँचा
• युनिटी VSA/क्लाउड संस्करण

निष्कर्षमा

म धेरै बारे लेख्न चाहन्छु, तर म बुझ्छु कि सबै विवरणहरू पाठकको लागि रोचक हुनेछैन। उदाहरणका लागि, तपाईं FAST VP ले डाटा स्थानान्तरणको बारेमा निर्णय गर्ने मापदण्डको बारेमा थप विवरणमा कुरा गर्न सक्नुहुन्छ, I/O तथ्याङ्कहरूको विश्लेषण गर्ने प्रक्रियाहरूको बारेमा। साथै, अन्तरक्रियाको विषय गतिशील पोखरीहरू, र यो एक अलग लेख योग्य छ। तपाईं यस प्रविधिको विकासको बारेमा कल्पना गर्न सक्नुहुन्छ। मलाई आशा छ कि यो बोरिंग थिएन र मैले तपाईलाई बोर गरेन। फेरि भेटौला!

स्रोत: www.habr.com