📞 👲🏻 💨 हाइपरकॉन्सेर्वेशन क्यों? सिस्को हाइपरफ्लेक्स अवलोकन और परीक्षण 👉🏻 ♒️ 🐲

आईटी में, मुख्य बात तीन अक्षर हैं

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

तीन मुख्य पत्र शासन आईटी। यदि पत्र "आरयूबी" आईटी पदानुक्रम के सिर पर नहीं हैं, तो आप गलत तरीके से अपने आईटी बुनियादी ढांचे का निर्माण कर रहे हैं। बेशक, आईटी को सीधे बनाना मुश्किल है, केवल आय / व्यय से शुरू करना, इसलिए "तीन अक्षरों" का एक पदानुक्रम है - सबसे महत्वपूर्ण से अधिक निजी तक। SLA, RPO, RTO, GRC - यह सब उद्योग के विशेषज्ञों के लिए जाना जाता है और लंबे समय से इन्फ्रास्ट्रक्चर के निर्माण में उपयोग किया जाता है। दुर्भाग्य से, हमेशा इन संकेतकों को एंड-टू-एंड पदानुक्रम में नहीं जोड़ा जाता है।

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

एसडीएस

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

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

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

हाइपर अभिसरण

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

. + + . . , “ ”.
…
, , , . — SDS.

:

— , , , /. .
परिवर्तित प्रणाली - सभी एक स्रोत से, एक समर्थन, एक साथी संख्या। एक विक्रेता से स्व-विधानसभा में भ्रमित होने की नहीं।

और यह पता चला है कि हमारे अभिसरित वास्तुकला के लिए शब्द पहले से ही लिया गया है। बिल्कुल वही स्थिति जो पर्यवेक्षक के साथ है।

Hyperconverged System - अभिसरित वास्तुकला के साथ एक अभिसरण प्रणाली।

परिभाषाएँ " वर्चुअलाइजेशन के जनरल थ्योरी और पुरातत्व " लेख से ली गई हैं , जिसके लेखन में मैंने एक जीवंत हिस्सा लिया।

उल्लिखित तीन पत्रों के लिए आवेदन में हाइपरकॉन्वर्ड दृष्टिकोण क्या देता है?

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

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

दूसरे शब्दों में, किसी उत्पाद को लॉन्च करने में हाइपरकॉन्वर्ड सिस्टम की तुलना में केवल बादल तेज होते हैं, लेकिन बादल हर किसी के लिए उपयुक्त नहीं होते हैं और / या हमेशा नहीं होते हैं।

यदि आप एक तकनीकी प्रशासक हैं और यहाँ तक पढ़ते हैं - आनन्दित होते हैं, तो सामान्य शब्द समाप्त हो गए हैं और अब मैं आपको सिस्को हाइपरफ्लेक्स प्रणाली के बारे में अपने व्यक्तिगत दृष्टिकोण के बारे में बताऊंगा, जो मुझे इस पर विभिन्न परीक्षण करने के लिए कठिन चरणों में मिला था।

सिस्को हाइपरफ्लेक्स

सिस्को क्यों?

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

हैरानी की बात है, 2020 तक, अभी भी लोग हैं: "सिस्को सर्वर? और वह उन्हें किससे लेती है? ”
सिस्को ने 2009 में पहले से ही सर्वर के साथ सौदा करना शुरू कर दिया था, उस समय सक्रिय रूप से बढ़ते ब्लेड समाधान का रास्ता चुनना। सिस्को का विचार अनाम कैलकुलेटर के दृष्टिकोण को लागू करना था। परिणाम एक यूसीएस (यूनिफाइड कम्प्यूटिंग सिस्टम) प्रणाली थी जिसमें दो विशेष स्विच शामिल थे (उन्हें फैब्रिक इंटरकनेक्ट कहा जाता था), और 1 से 20 चेसिस (8 आधे आकार के ब्लेड) या 160 सर्वर तक। उसी समय, चेसिस आम तौर पर शक्ति के साथ लोहे के टुकड़े के साथ बेवकूफ बन गया, सभी तर्क और स्विचिंग फैब्रिक इंटरकनेक्ट में किए गए हैं; चेसिस सर्वर को होस्ट करने और सिस्टम से कनेक्ट करने का एक तरीका है। फैब्रिक इंटरकनेक्ट बाहरी दुनिया के सभी सर्वर इंटरैक्शन के लिए पूरी तरह से जिम्मेदार है - ईथरनेट, एफसी, और प्रबंधन। ऐसा लगता है कि ब्लेड और ब्लेड, बाहरी स्विचिंग के अलावा क्या है, और चेसिस में हर किसी की तरह नहीं है।

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

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

आज मैं हाइपरफ्लेक्स के बारे में बात करूंगा, एक सिस्को हाइपरकंवरेड समाधान जो कि फैब्रिक इंटरकनेक्ट से जुड़े रैक-माउंट सर्वर पर बनाया गया है। क्या समीक्षा में हाइपरफ्लेक्स को रोचक और महत्वपूर्ण बनाता है:

Cisco , , «» – , HyperFlex; , , , HyperFlex ;
– ; HyperFlex , , ; , .
« » — « », , ;
Fabric Interconnect Cisco -, SAN , native FC;
“” – , , ;
Cisco , , , ;
, , Cisco HCI, , HyperFlex , , .

हाइपरफ्लेक्स समर्पित कंट्रोलर वीएम के साथ एक सच्चा हाइपरकॉन्वर्ड सिस्टम है। मुझे आपको याद दिलाना है कि इस तरह की वास्तुकला का मुख्य लाभ विभिन्न हाइपरवेयर्स के लिए इसकी संभावित पोर्टेबिलिटी है। आज, सिस्को ने VMware ESXi और Microsoft हाइपर-वी के लिए समर्थन लागू किया है, लेकिन यह संभव है कि केवीएम विकल्पों में से एक दिखाई देगा क्योंकि इसकी लोकप्रियता कॉर्पोरेट सेगमेंट में बढ़ती है।

ESXi के उदाहरण पर काम के तंत्र पर विचार करें।

VM_DIRECT_PATH तकनीक का उपयोग करने वाले उपकरण - कैश डिस्क और स्टोरेज स्तर डिस्क - सीधे नियंत्रक VM (इसके बाद CVM) में फेंक दिए जाते हैं। इसलिए, हम प्रदर्शन पर हाइपरविजर डिस्क स्टैक के प्रभाव को बाहर करते हैं। अतिरिक्त VIB पैकेट हाइपरविजर में ही स्थापित किए गए हैं:

IO Visor: हाइपरविजर के लिए NFS डेटास्टर के लिए आरोह बिंदु प्रदान करता है
VAAI: VMware API « »

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

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

सिंथेटिक परीक्षणों के बारे में प्रश्न

- नेविगेटर, उपकरण!
- 36!
- 36 क्या है?
- उपकरणों के बारे में क्या?

कुछ इस तरह से आज भंडारण प्रणालियों के सबसे सिंथेटिक परीक्षणों की तरह दिखता है। ऐसा क्यों है?

अपेक्षाकृत हाल तक, अधिकांश भंडारण प्रणालियां समरूप पहुंच के साथ समतल थीं। इसका क्या मतलब है?

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

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

आकार देने के बारे में प्रश्न

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

जैसा कि आप जानते हैं, एक स्पष्ट टीके के बिना - एचजेड का परिणाम।

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

- राबिनोविच, क्या यह सच है कि आपने लॉटरी में एक लाख रुपये जीते थे?
- ओह, तुमसे किसने कहा था? एक लाख नहीं, बल्कि दस रूबल, लॉटरी में नहीं, बल्कि वरीयता में, और जीत नहीं, लेकिन हार गए।

दूसरे शब्दों में, क्लासिक GIGO स्थिति - कचरा इन कचरा आउट - कचरा इनलेट = आउटपुट में कचरा।

हाइपरकॉन्जेर्वेशन के लिए व्यावहारिक रूप से लागू आकार लगभग दो प्रकार के होने की गारंटी है: हमें एक मार्जिन के साथ ले जाएं, या लंबे समय तक हम एक पायलट को ड्राइव करेंगे और संकेतक लेंगे।

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

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

दूसरे शब्दों में, यहां तक कि सबसे अनुभवी प्रेस्ले आर्किटेक्ट-आर्कमैज आपको आवश्यकताओं को तैयार करने की तुलना में अधिक सटीक रूप से विनिर्देश नहीं बताएंगे, और पायलट प्रोजेक्ट के बिना "ठीक है, कहीं-कहीं एसएएम-वीओएसएम" की तुलना में अधिक सटीक रूप से।

स्नैपशॉट के बारे में

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

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

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

और यहां RoW स्नैपशॉट का एक दिलचस्प अनुप्रयोग दिखाई देता है - दसियों मिनटों के मूल्यों के लिए RPO ड्रॉप करें। हर 30 मिनट में बैकअप बनाना सामान्य मामले में लगभग असंभव है, और ज्यादातर मामलों में वे दिन में एक बार किया जाता है, जो 24 घंटे का आरपीओ देता है। लेकिन एक ही समय में, हम बस एक शेड्यूल पर RoW स्नैपशॉट कर सकते हैं, RPO को 15-30 मिनट तक ला सकते हैं, और उन्हें एक या दो दिन के लिए स्टोर कर सकते हैं। प्रदर्शन के लिए कोई जुर्माना नहीं, केवल क्षमता खर्च करना।

लेकिन कुछ बारीकियां हैं।

VMware के साथ देशी स्नैपशॉट और एकीकरण के उचित संचालन के लिए, हाइपरफ्लेक्स को सेंटिनल नामक एक आधिकारिक स्नैपशॉट की आवश्यकता होती है। जब आप पहली बार HXConnect के माध्यम से किसी वीएम के लिए स्नैपशॉट बनाते हैं, तो सेंटिनल स्नैपशॉट स्वचालित रूप से बनाया जाता है, और आपको इसे हटाना नहीं चाहिए, आपको इसे "वापस" नहीं जाना चाहिए, आपको बस इस तथ्य के साथ डालने की आवश्यकता है कि स्नैपशॉट की सूची में इंटरफ़ेस में यह सेंटिनल का पहला सर्विस स्नैपशॉट है।

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

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

टेस्ट

परीक्षण मंच

निम्नलिखित मंच तनु के पंजे में गिर गया:

4 x C220 M4 (2630v4 10c x 2.20 GHz, 256, 800 + 6 * 960)
vSphere 6.7
एचएक्स डेटा प्लेटफ़ॉर्म 4.0.2

पैच परीक्षण साफ़ करें

क्रिस्टलडिस्क के बिना किस तरह का परीक्षण? यह सही है, यह नहीं हो सकता है, सामान्य लोग हमेशा एक क्रिस्टलीकृत डिस्क शुरू करते हैं! ठीक है, अगर यह आवश्यक है, तो यह आवश्यक है।

क्रिस्टल डिस्क के लिए, विशेष रूप से 2 वीसीपीयू 4 जीबी और विंडोज 7 के साथ वीएम बनाया गया था। ओह, और मैं उस पर पैच लगाने से बीमार हो गया, मैं आपको बताता हूँ! लंदन और पेरिस में सबसे अच्छे घरों की सर्वश्रेष्ठ परंपराओं में परीक्षण किया गया था - अर्थात्, केवल एक आभासी डिस्क अगले-अगले-फिनिश को बिना किसी विचार के जोड़ा गया था और परीक्षण लॉन्च किया गया था। हां, और निश्चित रूप से, क्रिस्टलडिस्कमार खुद ही परीक्षण में शामिल नहीं है, यह सिर्फ एक इंटरफ़ेस है, लेकिन किट में शामिल अच्छी तरह से ज्ञात डिस्कस्पेस पैकेज के साथ डिस्क सिस्टम को सीधे लोड करता है।

मुझे सचमुच क्या हुआ - किसी कारण से, सभी ने ऊपरी दाएं कोने में इकाइयों की पसंद को छोड़ दिया। और ऑप ऑप!

सुनो, ईमानदारी से, मैं नेक्स्ट-नेक्स्ट-फिनिश मोड में micromachine से 75 हजार IOPS और 1 से अधिक गीगाबाइट प्रति सेकंड की उम्मीद नहीं की थी!

इसे हल्के ढंग से रखने के लिए, रूस की प्रत्येक कंपनी के पास लोड नहीं है जो कुल इन संकेतकों से अधिक है।

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

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

आक्टंग! Uwaga! Pozor!

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

फोरकोर्नर्स माइक्रोबेनमार्क

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

अंतिम संख्या: 280k / 174k IOPS, 3.77 / 1.72 GBps (पढ़ें / लिखें)

हमारे नियंत्रकों ने कैसा व्यवहार किया?

जिससे यह ध्यान दिया जा सकता है कि 4 नियंत्रकों और 4 वीएम लोड के लिए कुल संसाधन खपत 2.2 का 49 कोर था। VMware के आंकड़ों के अनुसार, नियंत्रकों का सीपीयू उपयोग 80% तक था, अर्थात। वास्तव में, प्रदर्शन नियंत्रकों और विशेष रूप से प्रोसेसर के प्रदर्शन से सीमित था। क्रमिक संचालन की गति विशेष रूप से 10G नेटवर्क की गति के खिलाफ आराम करती है।

चलो फिर से कोशिश करें। एक छोटे से 4-नोड क्लस्टर पर सबसे तेज 2.2GHz प्रोसेसर के साथ पीक प्रदर्शन 4U ऊंचाइयों पर लगभग 300 हजार IOPS है।

"यहाँ हमारे पास 10, 20 या 40% अधिक / कम" वार्तालाप संख्याओं के क्रम के कारण व्यावहारिक रूप से निरर्थक है। माप शुरू करने के समान "और मेरे पास एक कार 240 हो सकती है, मेरे पास 280" है इस तथ्य के बावजूद कि सीमा 80 है।

280k / 4 नोड्स 70k / नोड का एक चरम प्रदर्शन देता है, जो उदाहरण के लिए VMware VSAN कैलकुलेटर से संख्या से अधिक है, जो मानता है कि AF नोड 46k प्रति डिस्क समूह से अधिक नहीं जारी करता है। हमारे मामले में, यहाँ VMware शब्दावली में सिर्फ एक डिस्क समूह है, जो वास्तव में X1.8 पर चलता है।

दातासोर ब्लॉक आकार का प्रभाव

हाइपरफ्लेक्स डेटास्टोर बनाते समय, आप डेटा ब्लॉक का आकार चुन सकते हैं - 4k या 8k।

इसका क्या असर पड़ेगा? समान चतुर्भुज परीक्षण चलाएँ।

यदि चित्र पढ़ने के साथ लगभग समान है, तो इसके विपरीत मामलों पर रिकॉर्ड। चतुष्कोणीय परीक्षण 8k लोड का उपयोग करता है।

कुल संख्या: 280k / 280k, 172-158k / 200-180k (4k 8k)। जब ब्लॉक आकार मेल खाता है, + 15% लेखन प्रदर्शन प्राप्त होता है। यदि आप लोड में एक छोटे से ब्लॉक (4k) के साथ एक महत्वपूर्ण मात्रा में रिकॉर्डिंग की उम्मीद करते हैं - 4k ब्लॉक के साथ इस विशेष लोड के लिए एक डेटास्टोर बनाएं, अन्यथा 8k का उपयोग करें।

OLTP सिम्युलेटर

वास्तविकता के बहुत करीब की तस्वीर एक और परीक्षण द्वारा दी गई है। इसके एक हिस्से के रूप में, दो जनरेटर एक ट्रांसएक्शनल डीबीएमएस के करीब एक प्रोफाइल और 6000 + 400 आईओपीएस के लोड स्तर के साथ लॉन्च किए जाते हैं। यहां, देरी को मापा जाता है, जो स्थिर निम्न स्तर पर रहना चाहिए।

वीएम लोड के लिए देरी 1.07 / 1.08 एमएस थी। सभी एक महान परिणाम में, लेकिन चलो कुछ गर्मी जोड़ें!

डेटाबेस Colocation: उच्च तीव्रता

लेन-देन का आधार कैसे व्यवहार करेगा, यह देरी पर निर्भर करता है, अगर अचानक शोर लगातार पड़ोसी बनता है। खैर, बहुत शोर।

तो, नोड 1 पर ओएलटीपी आधार 0.85 एमएस देरी पर 4200 आईओपीएस उत्पन्न करता है। DSS प्रणाली के अचानक अनुक्रमिक संचालन में संसाधनों का उपभोग करने के बाद क्या होता है?
नोड्स 2 और 3 पर दो जनरेटर क्रमशः 1.18 / 1.08 जीबीपीएस पर प्लेटफॉर्म लोड करते हैं, जो कुल मिलाकर 2.26 जीबीपीएस हैं। ओएलटीपी पर देरी निश्चित रूप से बढ़ती है और कम सपाट हो जाती है, लेकिन औसत मूल्य 1.85 मी रहता है, और आधार बिना किसी समस्या के अपना 4200 आईओपीएस प्राप्त करता है।

स्नैपशॉट प्रभाव

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

हाइपरफ्लेक्स देशी स्नैपशॉट बहुत बेहतर काम करते हैं, उनका उपयोग करें और आपके बाल नरम और रेशमी हो जाएंगे!

बिग डेटा अंतर्ग्रहण

HyperFlex क्रमिक रूप से अपलोड किए गए डेटा की एक बड़ी मात्रा को कैसे पचाएगा? खैर चलिए 1TB बताते हैं।

परीक्षण में 27 मिनट लगे, जिसमें क्लोनिंग, ट्यूनिंग और जनरेटर शुरू करना शामिल है।

थ्रूपुट स्केलेबिलिटी

अब, धीरे-धीरे पूरे क्लस्टर को लोड करें और स्थिर संख्याओं को देखें। यादृच्छिक पढ़ने के साथ शुरू करना, फिर लिखना।

हम मशीन लोड के प्रदर्शन में क्रमिक कमी के साथ 78k से 55-57k IOPS तक, चिकनी अलमारियों के साथ एक स्थिर तस्वीर देख रहे हैं। इसी समय, समग्र प्रदर्शन में 78 से 220k IOPS की निरंतर वृद्धि हुई है।

रिकॉर्डिंग थोड़ी कम चिकनी है, लेकिन अभी भी 64k से 19-21k प्रति कार के लिए स्थिर अलमारियां हैं। इसी समय, नियंत्रकों पर भार बहुत कम है। यदि पढ़ने के दौरान कुल प्रोसेसर लोड स्तर 44 से बढ़कर 109 हो गया, तो 57 से 73 गीगाहर्ट्ज़ पर रिकॉर्डिंग की गई।

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

OLTP को तोड़ना

इस समय तक, यह भी उबाऊ हो गया कि हाइपरफ्लेक्स कितना अनुमानित था। तत्काल कुछ तोड़ने की जरूरत है!

लाल बिंदु उस क्षण को नियंत्रित करता है जब नियंत्रक VM एक लोड के साथ मेजबानों में से एक पर नीचे की तरफ बन्द हो जाता है।

चूंकि हाइपरफ्लेक्स में डिफ़ॉल्ट पुनर्निर्माण के तुरंत बाद ही डिस्क खो जाती है, और जब नोड खो जाता है, तो टाइमआउट 2 घंटे होता है, मजबूर पुनर्निर्माण का क्षण एक हरे रंग के बिंदु के साथ चिह्नित होता है।

login as: admin
 HyperFlex StorageController 4.0(2a)
admin@192.168.***.***'s password:
<b>admin@SpringpathController0VY9B6ERXT:~$</b> stcli rebalance status
rebalanceStatus:
    percentComplete: 0
    rebalanceState: cluster_rebalance_not_running
rebalanceEnabled: True
<b>admin@SpringpathController0VY9B6ERXT:~$</b> stcli rebalance start -f
msgstr: Successfully started rebalance
params:
msgid: Successfully started rebalance
<b>admin@SpringpathController0VY9B6ERXT:~$</b> stcli rebalance status
rebalanceStatus:
    percentComplete: 16
    rebalanceState: cluster_rebalance_ongoing
rebalanceEnabled: True
<b>admin@SpringpathController0VY9B6ERXT:~$</b>

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

क्यों 2 घंटे सिस्को एक समस्या नहीं है, हालांकि प्रतियोगियों की संख्या कम है? सिस्को दृढ़ता से आरएफ 3 का उपयोग करने की सिफारिश करता है, जो कि एक दया नहीं हैं, मशीनों को छोड़कर हर चीज के लिए डेटा सुरक्षा के बुनियादी स्तर के रूप में। आपने पैच स्थापित करने या मेजबान के साथ कुछ करने का फैसला किया, इसे बंद कर दें। और एक मौका है कि बस उसी क्षण एक और मेजबान विफल हो जाएगा - और फिर RF2 के मामले में सब कुछ एक हिस्सेदारी बन जाएगा, और RF3 के साथ डेटा की एक सक्रिय प्रतिलिपि होगी। और हाँ, वास्तव में, RF2 पर किसी दुर्घटना में 2 घंटे बचना संभव है, जब तक RF3 की वसूली शुरू नहीं हो जाती।

मुझे पूरी तरह से तोड़ दो!

ब्रेकिंग - तो ब्रेकिंग। पूरा भार। इस मामले में, मैंने एक वास्तविक लोड (70% पढ़ा, 20% यादृच्छिक, 8k, 6 डी 128q) के समान एक प्रोफाइल के साथ एक परीक्षण बनाया।

लगता है कि जहां सीवीएम बंद कर दिया, और जहां पुनर्निर्माण शुरू कर दिया?

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

जाँच - परिणाम

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

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

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

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

अंतिम निष्कर्ष : अप्रैल 2020 के लिए उत्पाद में उपयोग के लिए यह प्रणाली काफी परिपक्व है, यदि विक्रेता की सिफारिशें धूम्रपान के बजाय पढ़ी और लागू की जाती हैं।

हाइपरकॉन्सेर्वेशन क्यों? सिस्को हाइपरफ्लेक्स अवलोकन और परीक्षण