कैसे एचपीई सिम्पीवीटी 380 वीडीआई के लिए काम करेगा: कठिन लोड टेस्ट

ग्राहक VDI चाहता था। मैंने SimpleiVity + VDI Citrix Virtual Desktop के गुच्छा पर बहुत बारीकी से देखा। सभी ऑपरेटरों के लिए, शहरों में कार्यालय कार्यकर्ता और इतने पर। केवल प्रवास की पहली लहर में पांच हजार उपयोगकर्ता हैं, और इसलिए उन्होंने तनाव परीक्षण पर जोर दिया। VDI धीमा करना शुरू कर सकता है, यह शांति से लेट सकता है - और यह हमेशा चैनल के साथ समस्याओं के कारण नहीं होता है। हमने विशेष रूप से VDI के लिए एक बहुत शक्तिशाली परीक्षण पैकेज खरीदा और बुनियादी ढांचे को लोड किया जब तक कि यह डिस्क और प्रोसेसर पर नहीं गिर गया।

इसलिए, हमें परिष्कृत VDI परीक्षणों के लिए एक प्लास्टिक की बोतल, LoginVSI सॉफ्टवेयर की आवश्यकता है। हमारे पास 300 उपयोगकर्ताओं के लिए लाइसेंस है। तब उन्होंने एक सर्वर पर अधिकतम उपयोगकर्ता घनत्व के कार्य के लिए उपयुक्त पैकिंग में एचपीई सिम्पीवीटी 380 हार्डवेयर लिया, वर्चुअल मशीनों को एक अच्छे ओवरस्क्रिप्शन के साथ काट दिया, Win10 पर उन पर कार्यालय सॉफ्टवेयर डाल दिया और परीक्षण शुरू कर दिया।

चलो चलते हैं!

प्रणाली

दो नोड्स (सर्वर) एचपीई सिम्पीवीटी 380 जेन 10। प्रत्येक पर:

• 2 x इंटेल Xeon प्लेटिनम 8170 26c 2.1Ghz।
• रैम: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz।
• प्राथमिक डिस्क नियंत्रक: एचपीई स्मार्ट एरे P816i-a SR Gen10।
• हार्ड ड्राइव: 9 x 1.92 टीबी SATA 6Gb / s SSD (RAID6 7 + 2 कॉन्फ़िगरेशन में, यानी यह एचपीई सिम्पीवीटी के संदर्भ में एक मध्यम मॉडल है)।
• नेटवर्क कार्ड: 4 x 1Gb Eth (उपयोगकर्ता डेटा), 2 x 10Gb Eth (SimpleiVity और vMotion बैकएंड)।
• कटौती / संपीड़न के लिए प्रत्येक नोड में विशेष एकीकृत FPGA कार्ड।

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

नोड्स Vmware vSphere क्लस्टर में चल रहे vCenter में क्लस्टर किए जाते हैं।

परीक्षण के लिए, एक डोमेन नियंत्रक और एक Citrix कनेक्शन ब्रोकर तैनात किया जाता है। डोमेन कंट्रोलर, ब्रोकर और vCenter को एक अलग क्लस्टर पर रखा गया है।


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

प्रत्येक वर्चुअल मशीन में 2vCPU और 4GB RAM होती है:





परीक्षण के लिए आवश्यक निम्न सॉफ्टवेयर वर्चुअल मशीनों पर स्थापित किया गया था:

• विंडोज 10 (64-बिट), संस्करण 1809।
• Adobe Reader XI।
• सिट्रिक्स वर्चुअल डिलीवरी एजेंट 1811.1।
• डोरो पीडीएफ 1.82।
• जावा 7 अपडेट 13।
• माइक्रोसॉफ्ट ऑफिस प्रोफेशनल प्लस 2016।

नोड्स के बीच - तुल्यकालिक प्रतिकृति। क्लस्टर में प्रत्येक डेटा ब्लॉक की दो प्रतियां हैं। यही है, अब प्रत्येक नोड पर डेटा का एक पूरा सेट है। तीन या अधिक नोड्स के क्लस्टर के साथ - दो अलग-अलग स्थानों में ब्लॉकों की प्रतियां। नया VM बनाते समय, क्लस्टर नोड्स में से एक पर एक अतिरिक्त प्रतिलिपि बनाई जाती है। यदि एक नोड विफल रहता है, तो पहले से चल रहे सभी वीएम अन्य नोड्स पर स्वचालित रूप से पुनः आरंभ करते हैं जहां उनके पास प्रतिकृतियां होती हैं। यदि नोड लंबे समय तक विफल रहता है, तो एक क्रमिक अतिरेक वसूली शुरू होती है, और क्लस्टर फिर से एन + 1 अतिरेक पर लौटता है।

डेटा को संतुलित करना और भंडारण करना, सिंपलिटी के सॉफ्टवेयर स्टोरेज के स्तर पर ही होता है।

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

परीक्षण

परीक्षण के लिए, LoginVSI 4.1 सॉफ्टवेयर के परीक्षण परिसर का उपयोग किया गया था। प्रबंधन सर्वर के हिस्से के रूप में लॉगिन वीवीएसआई और परीक्षण कनेक्शन के लिए 12 मशीनें एक अलग भौतिक मेजबान पर तैनात की गई थीं।


परीक्षण तीन मोड में किया गया था:

बेंचमार्क मोड - 300 ज्ञान श्रमिकों और 300 भंडारण श्रमिकों के लिए लोड विकल्प।

स्टैंडर्ड मोड 300 पावर वर्कर्स लोड विकल्प है।

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

नॉलेज और पॉवर वर्कर्स टेस्ट वर्चुअल वर्कस्टेशन पर काम करने वाले उपयोगकर्ताओं के वास्तविक भार का अनुकरण करते हैं।

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

परीक्षण के दौरान, उपयोगकर्ता प्रत्येक 10 सेकंड में एक उपयोगकर्ता के बारे में 48 मिनट तक वर्कस्टेशन पर लॉग ऑन करते हैं।

परिणाम

LoginVSI परीक्षण का मुख्य परिणाम VSImax मीट्रिक है, जो उपयोगकर्ता द्वारा संचालित विभिन्न कार्यों के निष्पादन समय से संकलित है। उदाहरण के लिए: नोटपैड में खुला समय फ़ाइल, 7-ज़िप में फ़ाइल संपीड़न समय, आदि।

लिंक में आधिकारिक प्रलेखन में मीट्रिक की गणना का एक विस्तृत विवरण उपलब्ध है।

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

यहाँ मूल मैट्रिक्स हैं:

मीट्रिक	कार्रवाई की गई	विस्तृत विवरण	लोड करने योग्य घटक
NSLD	पाठ खोलने का समय फ़ाइल का वजन 1,500 kB है	नोटपैड शुरू होता है और 1,500 Kbytes का एक यादृच्छिक दस्तावेज़ खोलता है, जिसे पूल से कॉपी किया जाता है संसाधनों की	सीपीयू और आई / ओ
NFO	डायलॉग खुलने का समय नोटपैड विंडोज़	VSI-Notepad फ़ाइल खोलना [Ctrl + O]	सीपीयू, रैम और आई / ओ
ZHC *	मजबूत संपीड़न ज़िप फ़ाइल निर्माण समय	स्थानीय संपीड़न 5 एमबी की यादृच्छिक। pst फ़ाइल का आकार, जिसमें से कॉपी किया गया है संसाधन पूल	सीपीयू और आई / ओ
ZLC *	कम संपीड़न ज़िप फ़ाइल निर्माण समय	स्थानीय संपीड़न 5 एमबी की यादृच्छिक। pst फ़ाइल का आकार, जिसमें से कॉपी किया गया है संसाधन पूल	मैं / ओ
सीपीयू	बड़ी गणना यादृच्छिक डेटा सरणी	एक बड़ी सरणी बनाएँ I / O टाइमर (I / O टाइमर) में उपयोग किया जाने वाला यादृच्छिक डेटा	सीपीयू

परीक्षण करते समय, मूल VSIbase मीट्रिक की गणना शुरू में की जाती है, जो सिस्टम पर लोड के बिना कार्यों की गति को दर्शाता है। इसके आधार पर, VSImax थ्रेसहोल्ड निर्धारित किया जाता है, जो VSIbase + 1000ms के बराबर है।

सिस्टम प्रदर्शन के बारे में निष्कर्ष दो मैट्रिक्स के आधार पर किए जाते हैं: VSIbase, जो सिस्टम की गति को निर्धारित करता है, और VSImax सीमा, जो उपयोगकर्ताओं की अधिकतम संख्या निर्धारित करता है कि सिस्टम महत्वपूर्ण गिरावट के बिना सामना कर सकता है।

300 ज्ञान कार्यकर्ता बेंचमार्क

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

VSImax आँकड़े डेटा:

VSIbase = 986ms, VSI थ्रेसहोल्ड नहीं पहुंचा था।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


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

निष्कर्ष: बिना किसी समस्या के उपयोगकर्ताओं के 300 ज्ञान वर्तमान क्लस्टर पर काम करते हैं और एक-दूसरे के साथ हस्तक्षेप नहीं करते हैं, pCPU / vCPU 1 से 6 ओवरस्क्रिप्शन तक पहुंचते हैं। सामान्य विलंब समान रूप से बढ़ता है, लेकिन सशर्त सीमा तक नहीं पहुंचा जा सका है।

300 संग्रहण कार्यकर्ता बेंचमार्क

ये ऐसे उपयोगकर्ता हैं जो क्रमशः 30 से 70 के अनुपात में लगातार लिखते और पढ़ते हैं। यह परीक्षण प्रयोग के लिए अधिक आयोजित किया गया था। VSImax आँकड़े डेटा:


VSIbase = 1673, VSI थ्रेशोल्ड 240 उपयोगकर्ताओं तक पहुँच गया।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:

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

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

300 बिजली कर्मचारी

ये ऐसे उपयोगकर्ता हैं जो प्रोसेसर, मेमोरी और उच्च IO से प्यार करते हैं। ये "उन्नत उपयोगकर्ता" नियमित रूप से नए सॉफ्टवेयर स्थापित करने और बड़े अभिलेखागार को अनपैक करने जैसी लंबी चोटियों के साथ जटिल कार्य करते हैं। VSImax आँकड़े डेटा:


VSIbase = 970, VSI थ्रेसहोल्ड नहीं पहुंचा था।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


परीक्षण के दौरान, सिस्टम लोड नोड में से एक पर प्रोसेसर लोड थ्रेशोल्ड पहुंच गया था, लेकिन इसके संचालन पर इसका महत्वपूर्ण प्रभाव नहीं पड़ा:





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

ग्राहक के लिए सामान्य परीक्षण पर्याप्त नहीं थे, और हम और आगे बढ़े: वीएम की विशेषताओं में वृद्धि हुई (ओवरस्पीस और डिस्क आकार में वृद्धि का आकलन करने के लिए वीसीपीयू की संख्या) और अतिरिक्त भार जोड़ा।

अतिरिक्त परीक्षणों के दौरान, निम्नलिखित स्टैंड कॉन्फ़िगरेशन का उपयोग किया गया था:
4vCPU, 4GB रैम, 80GB HDD के कॉन्फ़िगरेशन में 300 वर्चुअल डेस्कटॉप की तैनाती की।

परीक्षण मशीनों में से एक का विन्यास:


समर्पित - पूर्ण प्रतिलिपि विकल्प में मशीनें तैनात हैं:

300 ज्ञान कार्यकर्ता 12 ओवरस्क्रिप्शन बेंचमार्क करते हैं

VSImax आँकड़े डेटा:


VSIbase = 921 ms, VSI थ्रेसहोल्ड नहीं पहुंचा था।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


परिणाम पिछले वीएम कॉन्फ़िगरेशन का परीक्षण करने के समान हैं।

300 बिजली कर्मचारी 12 की देखरेख करते हैं

VSImax आँकड़े डेटा:


VSIbase = 933, VSI थ्रेसहोल्ड नहीं पहुंचा था।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


इस परीक्षण में, प्रोसेसर लोड थ्रेशोल्ड भी पहुंच गया था, लेकिन इससे प्रदर्शन पर महत्वपूर्ण प्रभाव नहीं पड़ा:





परिणाम पिछले कॉन्फ़िगरेशन का परीक्षण करने के समान हैं।

यदि आप 10 घंटे के लिए लोड शुरू करते हैं तो क्या होगा?

अब हम देखेंगे कि क्या "संचय प्रभाव" होगा और पंक्ति में 10 घंटे के लिए परीक्षण चलाएंगे।

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

300 ज्ञान कार्यकर्ता बेंचमार्क + 10 घंटे

इसके अलावा, 300 ज्ञान कार्यकर्ताओं के लोड संस्करण का परीक्षण 10 घंटे के लिए उपयोगकर्ताओं के बाद के काम के साथ किया गया था।

VSImax आँकड़े डेटा:


VSIbase = 919 ms, VSI थ्रेसहोल्ड नहीं पहुंचा था।

VSImax विस्तृत आँकड़े डेटा:


ग्राफ से पता चलता है कि पूरे परीक्षण के दौरान प्रदर्शन में कोई गिरावट नहीं आई है।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


पूरे परीक्षण के दौरान संग्रहण प्रणाली का प्रदर्शन समान स्तर पर रहता है।

अतिरिक्त सिंथेटिक लोड के साथ अतिरिक्त परीक्षण

ग्राहक ने डिस्क में एक जंगली लोड जोड़ने के लिए कहा। ऐसा करने के लिए, उपयोगकर्ता द्वारा लॉग ऑन करने पर डिस्क पर सिंथेटिक लोड लॉन्च करने के लिए उपयोगकर्ता की प्रत्येक वर्चुअल मशीन में स्टोरेज सिस्टम में एक कार्य जोड़ा गया था। लोड फियो उपयोगिता द्वारा प्रदान किया गया था, जो IOPS की संख्या से डिस्क पर लोड को सीमित करने की अनुमति देता है। प्रत्येक मशीन में, 22 IOPS 70% / 30% रैंडम रीड / राइट की मात्रा में एक अतिरिक्त लोड शुरू करने के लिए एक कार्य शुरू किया गया था।

प्रति उपयोगकर्ता 300 ज्ञान कार्यकर्ता बेंचमार्क + 22 IOPS

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

होस्ट का CPU लोड:




भंडारण प्रणाली की देरी भी स्वाभाविक रूप से बढ़ी:


लगभग 240 उपयोगकर्ताओं के लिए कंप्यूटिंग शक्ति की कमी महत्वपूर्ण हो गई है:


परिणामों के कारण, यह परीक्षण करने का निर्णय लिया गया कि सीपीयू कम गहन है।

प्रति उपयोगकर्ता 230 कार्यालय कार्यकर्ता बेंचमार्क + 22 IOPS

सीपीयू पर लोड को कम करने के लिए, ऑफिस वर्कर्स लोड प्रकार का चयन किया गया था, और प्रत्येक सत्र में सिंथेटिक लोड के 22 IOPS जोड़े गए थे।

सीपीयू पर अधिकतम लोड से अधिक नहीं करने के लिए परीक्षण 230 सत्रों तक सीमित था।

अधिकतम लोड के करीब लंबे समय तक संचालन के दौरान सिस्टम की स्थिरता की जांच करने के लिए 10 घंटे के लिए उपयोगकर्ताओं के बाद के काम के साथ परीक्षण शुरू किया गया था।

VSImax आँकड़े डेटा:


VSIbase = 918 ms, VSI थ्रेसहोल्ड नहीं पहुंचा था।

VSImax विस्तृत आँकड़े डेटा:


ग्राफ से पता चलता है कि पूरे परीक्षण के दौरान प्रदर्शन में कोई गिरावट नहीं आई है।

सीपीयू आँकड़े:




इस परीक्षण को करते समय, मेजबानों के सीपीयू पर भार लगभग अधिकतम था।

SimpleiVity निगरानी से भंडारण प्रणाली पर लोड के आँकड़े:


पूरे परीक्षण के दौरान संग्रहण प्रणाली का प्रदर्शन समान स्तर पर रहता है।

परीक्षण के दौरान भंडारण प्रणाली पर भार 60/40 अनुपात में लगभग 6,500 IOPS था (पढ़ने के लिए 3,900 IOPS, लेखन के लिए 2,600 IOPS), जो कि प्रति कार्य केंद्र लगभग 28 IOPS है।

प्रतिक्रिया समय लिखने के लिए औसतन 3 एमएस और पढ़ने के लिए 1 एमएस तक।

परिणाम

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

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

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

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

महासंघ

यह सब एक साथ मिलकर वित्तीय पक्ष का बहुत विस्तार से मूल्यांकन करना संभव है, और कंपनी की विकास योजनाओं पर VDI की लागत को लागू करना और यह समझने के लिए कि समाधान कितनी जल्दी भुगतान करेगा और यह कैसे काम करेगा। क्योंकि कोई भी VDI एक ऐसा समाधान है जो अंततः संसाधनों की एक टन की बचत करता है, लेकिन साथ ही, सबसे अधिक संभावना है, 5-7 साल के भीतर इसे बदलने के लिए लागत प्रभावी अवसर के बिना।

सामान्य तौर पर, यदि आपके पास टिप्पणियों के लिए कोई प्रश्न नहीं है, तो कृपया मुझे mk@croc.ru पर लिखें।