VDI का लागि HPE SimpliVity 380 ले कसरी काम गर्नेछ: कठिन लोड परीक्षणहरू

ग्राहक VDI चाहन्थे। मैले साँच्चै SimpliVity + VDI Citrix भर्चुअल डेस्कटप संयोजनमा हेरे। सबै अपरेटरहरूको लागि, शहर कार्यालय कर्मचारीहरू, र यति। माइग्रेसनको पहिलो लहरमा मात्र पाँच हजार प्रयोगकर्ताहरू छन्, त्यसैले तिनीहरूले लोड परीक्षणमा जोड दिए। VDI ढिलो हुन सुरु गर्न सक्छ, यो शान्त रूपमा सुत्न सक्छ - र यो सधैं च्यानल संग समस्या को कारण हुन सक्दैन। हामीले विशेष रूपमा VDI को लागि एक धेरै शक्तिशाली परीक्षण प्याकेज किन्यौं र डिस्क र प्रोसेसरमा धेरै भारी नभएसम्म पूर्वाधार लोड गर्यौं।

त्यसोभए, हामीलाई परिष्कृत VDI परीक्षणहरूको लागि प्लास्टिकको बोतल र LoginVSI सफ्टवेयर चाहिन्छ। हामीसँग यो 300 प्रयोगकर्ताहरूको लागि इजाजतपत्रको साथ छ। त्यसपछि हामीले HPE SimpliVity 380 हार्डवेयर प्रति सर्भर अधिकतम प्रयोगकर्ता घनत्वको कार्यको लागि उपयुक्त प्याकेजमा लियौं, राम्रो ओभरसब्सक्रिप्शनका साथ भर्चुअल मेसिनहरू काट्यौं, Win10 मा अफिस सफ्टवेयर स्थापना गर्‍यौं र परीक्षण गर्न थाल्यौं।

चलो जानुहोस्!

सिस्टम

दुई HPE SimpliVity 380 Gen10 नोडहरू (सर्भरहरू)। प्रत्येक मा:

• 2 x Intel Xeon Platinum 8170 26c 2.1Ghz।
• RAM: 768GB, 12 x 64GB LRDIMMs DDR4 2666MHz।
• प्राथमिक डिस्क नियन्त्रक: HPE स्मार्ट एरे P816i-a SR Gen10।
• हार्ड ड्राइभहरू: 9 x 1.92 TB SATA 6Gb/s SSD (RAID6 7+2 कन्फिगरेसनमा, अर्थात् यो HPE SimpliVity सर्तहरूमा मध्यम मोडेल हो)।
• नेटवर्क कार्डहरू: 4 x 1Gb Eth (प्रयोगकर्ता डेटा), 2 x 10Gb Eth (SimpliVity र vMotion ब्याकएन्ड)।
• डुप्लिकेशन/कम्प्रेसनका लागि प्रत्येक नोडमा विशेष निर्मित FPGA कार्डहरू।

नोडहरू बाह्य स्विच बिना नै 10Gb इथरनेट इन्टरकनेक्ट मार्फत एकअर्कासँग जोडिएका छन्, जसलाई SimpliVity ब्याकइन्डको रूपमा प्रयोग गरिन्छ र NFS मार्फत भर्चुअल मेसिन डेटा स्थानान्तरण गर्न सकिन्छ। क्लस्टरमा भर्चुअल मेसिन डेटा सधैं दुई नोडहरू बीच मिरर गरिएको छ।

नोडहरू vCenter द्वारा व्यवस्थित Vmware vSphere क्लस्टरमा जोडिएका छन्।

परीक्षणको लागि, एक डोमेन नियन्त्रक र एक Citrix जडान ब्रोकर तैनात गरिएको थियो। डोमेन नियन्त्रक, ब्रोकर र vCenter छुट्टै क्लस्टरमा राखिएको छ।


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

प्रत्येक भर्चुअल मेसिनमा 2vCPU र 4GB RAM छ:

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

• Windows 10 (64-bit), संस्करण 1809।
• Adobe Reader XI।
• Citrix भर्चुअल डेलिभरी एजेन्ट 1811.1.
• डोरो पीडीएफ १.८२।
• Java 7 अपडेट 13.
• माइक्रोसफ्ट अफिस प्रोफेशनल प्लस २०१६।

नोडहरू बीच - सिंक्रोनस प्रतिकृति। क्लस्टरमा प्रत्येक डाटा ब्लकमा दुई प्रतिलिपिहरू छन्। त्यो हो, अब प्रत्येक नोडहरूमा डेटाको पूर्ण सेट छ। तीन वा बढी नोडहरूको क्लस्टरको साथ, ब्लकहरूको प्रतिलिपिहरू दुई फरक ठाउँहरूमा छन्। नयाँ VM सिर्जना गर्दा, क्लस्टर नोडहरू मध्ये एकमा अतिरिक्त प्रतिलिपि सिर्जना गरिन्छ। जब एउटा नोड असफल हुन्छ, त्यसमा पहिले चलिरहेका सबै VM हरू प्रतिकृतिहरू भएका अन्य नोडहरूमा स्वतः पुन: सुरु हुन्छन्। यदि नोड लामो समयको लागि असफल भयो भने, त्यसपछि रिडन्डन्सीको क्रमिक पुनर्स्थापना सुरु हुन्छ, र क्लस्टर N+1 रिडन्डन्सीमा फर्कन्छ।

डाटा सन्तुलन र भण्डारण SimpliVity को सफ्टवेयर भण्डारण स्तर मा हुन्छ।

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

परीक्षण गर्दै

परीक्षणको लागि, LoginVSI 4.1 सफ्टवेयर परीक्षण सुइट प्रयोग गरिएको थियो। LoginVSI कम्प्लेक्स, कन्ट्रोल सर्भर र परीक्षण जडानहरूको लागि १२ मेसिनहरू समावेश गरी, छुट्टै भौतिक होस्टमा तैनाथ गरिएको थियो।


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

बेन्चमार्क मोड - लोड केसहरू 300 ज्ञान कार्यकर्ता र 300 भण्डारण कार्यकर्ताहरू।

मानक मोड - लोड केस 300 पावर कर्मचारीहरू।

पावर कर्मचारीहरूलाई काम गर्न र लोड विविधता बढाउन सक्षम बनाउन, LoginVSI कम्प्लेक्समा अतिरिक्त पावर लाइब्रेरी फाइलहरूको पुस्तकालय थपियो। नतिजाहरूको पुनरावृत्ति सुनिश्चित गर्न, सबै परीक्षण बेन्च सेटिङहरू पूर्वनिर्धारित रूपमा छोडियो।

ज्ञान र शक्ति कार्यकर्ता परीक्षणहरूले भर्चुअल वर्कस्टेशनहरूमा काम गर्ने प्रयोगकर्ताहरूको वास्तविक कार्यभारको नक्कल गर्दछ।

भण्डारण कार्यकर्ता परीक्षण डेटा भण्डारण प्रणालीहरू परीक्षण गर्नको लागि विशेष रूपमा सिर्जना गरिएको थियो; यो वास्तविक कार्यभारबाट टाढा छ र प्रायः विभिन्न आकारका फाइलहरूको ठूलो संख्यामा काम गर्ने प्रयोगकर्ता समावेश गर्दछ।

परीक्षणको क्रममा, प्रयोगकर्ताहरूले प्रत्येक १० सेकेन्डमा लगभग एक प्रयोगकर्ताको दरमा ४८ मिनेटको लागि कार्यस्थानहरूमा लग इन गर्छन्।

Результаты

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

मेट्रिक्स गणनाको विस्तृत विवरण आधिकारिक दस्तावेजमा उपलब्ध छ लिङ्क.

अर्को शब्दमा, LoginVSI ले एक सामान्य लोड ढाँचा दोहोर्याउँछ, अफिस सुइटमा प्रयोगकर्ताका कार्यहरू सिमुलेट गर्दै, PDF पढ्ने, र यस्तै अन्य, र विभिन्न विलम्बताहरू मापन गर्दछ। त्यहाँ ढिलाइको एक महत्वपूर्ण स्तर हो "सबै कुरा सुस्त हुन्छ, यो काम गर्न असम्भव छ"), जसको अघि यो मानिन्छ कि प्रयोगकर्ताहरूको अधिकतम संख्यामा पुगेको छैन। यदि प्रतिक्रिया समय यो "सबै कुरा ढिलो छ" अवस्था भन्दा 1 ms छिटो छ, तब प्रणाली सामान्य रूपमा काम गरिरहेको मानिन्छ, र थप प्रयोगकर्ताहरू थप्न सकिन्छ।

यहाँ मुख्य मेट्रिकहरू छन्:

मेट्रिक्स

कारबाही गरियो

विस्तृत विवरण

लोड गरिएका अवयवहरू

N.S.L.D.

पाठ खुल्ने समय
फाइल 1 KB तौल

नोटप्याड खुल्छ र
पूलबाट प्रतिलिपि गरिएको अनियमित 1 KB कागजात खोल्छ
स्रोतहरू

CPU र I/O

एनफो

संवाद खुल्ने समय
नोटप्याडमा विन्डोहरू

VSI-Notepad फाइल खोल्दै [Ctrl+O]

CPU, RAM र I/O

 

ZHC*

उच्च कम्प्रेस गरिएको Zip फाइल सिर्जना गर्ने समय

स्थानीय कम्प्रेसन
अनियमित 5MB .pst फाइलबाट प्रतिलिपि गरियो
स्रोत पोखरी

CPU र I/O

ZLC*

कमजोर रूपमा संकुचित Zip फाइल सिर्जना गर्ने समय

स्थानीय कम्प्रेसन
अनियमित 5MB .pst फाइलबाट प्रतिलिपि गरियो
स्रोत पोखरी

म / हे

 

CPU

ठूलो गणना गर्दै
अनियमित डाटा एरे

ठूलो एरे सिर्जना गर्दै
इनपुट/आउटपुट टाइमर (I/O टाइमर) मा प्रयोग गरिने अनियमित डाटा

CPU

जब परीक्षण गरिन्छ, आधारभूत VSIbase मेट्रिक प्रारम्भमा गणना गरिन्छ, जसले प्रणालीमा लोड बिना कार्यहरू कार्यान्वयन हुने गति देखाउँदछ। यसको आधारमा, VSImax थ्रेसहोल्ड निर्धारण गरिन्छ, जुन VSIbase + 1ms बराबर हुन्छ।

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

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

ज्ञान कार्यकर्ताहरू प्रयोगकर्ताहरू हुन् जसले नियमित रूपमा मेमोरी, प्रोसेसर र IO विभिन्न साना चोटीहरू लोड गर्छन्। सफ्टवेयरले अफिस प्रयोगकर्ताहरूको माग गर्ने कामको बोझको अनुकरण गर्दछ, मानौं तिनीहरू लगातार केहि (पीडीएफ, जाभा, अफिस सुइट, फोटो अवलोकन, 7-जिप) मा पोकिरहेका छन्। तपाईंले शून्यबाट 300 मा प्रयोगकर्ताहरू थप्दा, प्रत्येकको लागि ढिलाइ बिस्तारै बढ्दै जान्छ।

VSImax तथ्याङ्क डेटा:

VSIbase = 986ms, VSI थ्रेसहोल्ड पुगेको थिएन।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


यस प्रकारको लोडको साथ, प्रणालीले कार्यसम्पादनमा लगभग कुनै गिरावट बिना बढेको भारको सामना गर्न सक्छ। प्रयोगकर्ताका कार्यहरू पूरा गर्न लाग्ने समय सहज रूपमा बढ्छ, परीक्षणको क्रममा प्रणाली प्रतिक्रिया समय परिवर्तन हुँदैन र लेख्नको लागि 3 ms सम्म र पढ्नको लागि 1 ms सम्म हुन्छ।

निष्कर्ष: 300 ज्ञान प्रयोगकर्ताहरूले हालको क्लस्टरमा कुनै पनि समस्या बिना काम गर्छन् र एक अर्कासँग हस्तक्षेप गर्दैनन्, 1 देखि 6 सम्मको pCPU/vCPU ओभरसब्सक्रिप्शनमा पुग्छन्। लोड बढ्दै जाँदा समग्र ढिलाइहरू समान रूपमा बढ्छन्, तर निर्धारित सीमामा पुग्न सकेको छैन।

300 भण्डारण कार्यकर्ता बेन्चमार्क

यी प्रयोगकर्ताहरू हुन् जसले क्रमशः 30 देखि 70 को अनुपातमा निरन्तर लेख्छन् र पढ्छन्। यो परीक्षण प्रयोगको लागि थप गरिएको थियो। VSImax तथ्याङ्क डेटा:


VSIbase = 1673, VSI थ्रेसहोल्ड 240 प्रयोगकर्ताहरूमा पुग्यो।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:

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

यस परीक्षणको प्रयोग गरेर प्रणाली प्रदर्शनको बारेमा निष्कर्षहरू अन्य प्रणालीहरूमा परीक्षण नतिजाहरूको तुलनामा मात्र बनाउन सकिन्छ, किनकि त्यस्ता भारहरू सिंथेटिक र अवास्तविक हुन्छन्। तर, समग्रमा परीक्षा राम्रो भयो । 210 सत्र सम्म सबै कुरा राम्ररी गयो, र त्यसपछि अजीब प्रतिक्रियाहरू सुरु भयो, जुन लगइन VSI बाहेक कहिँ पनि ट्र्याक गरिएको थिएन।

300 विद्युत कर्मचारी

यी प्रयोगकर्ताहरू हुन् जसले CPU, मेमोरी र उच्च IO मन पराउँछन्। यी "पावर प्रयोगकर्ताहरू" ले नियमित रूपमा जटिल कार्यहरू चलाउँछन्, जस्तै नयाँ सफ्टवेयर स्थापना गर्ने र ठूला अभिलेखहरू अनप्याक गर्ने। VSImax तथ्याङ्क डेटा:


VSIbase = 970, VSI थ्रेसहोल्ड पुगेन।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


परीक्षणको क्रममा, प्रोसेसर लोड थ्रेसहोल्ड प्रणाली नोडहरू मध्ये एकमा पुग्यो, तर यसले यसको सञ्चालनमा महत्त्वपूर्ण प्रभाव पारेन:

यस अवस्थामा, प्रणाली महत्त्वपूर्ण प्रदर्शन गिरावट बिना बढेको भार सामना गर्न सक्छ। प्रयोगकर्ताका कार्यहरू पूरा गर्न लाग्ने समय सहज रूपमा बढ्छ, परीक्षणको क्रममा प्रणाली प्रतिक्रिया समय परिवर्तन हुँदैन र लेख्नको लागि 3 ms सम्म र पढ्नको लागि 1 ms सम्म हुन्छ।

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

अतिरिक्त परीक्षणहरू सञ्चालन गर्दा, निम्न स्ट्यान्ड कन्फिगरेसन प्रयोग गरिएको थियो:
300 भर्चुअल डेस्कटपहरू 4vCPU, 4GB RAM, 80GB HDD कन्फिगरेसनमा तैनात गरिएको थियो।

परीक्षण मेसिन मध्ये एक को कन्फिगरेसन:


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

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

VSImax तथ्याङ्क डेटा:


VSIbase = 921 ms, VSI थ्रेसहोल्ड पुगेको थिएन।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


प्राप्त परिणामहरू अघिल्लो VM कन्फिगरेसन परीक्षण जस्तै छन्।

300 ओभरसब्सक्रिप्शनका साथ 12 पावर कर्मचारीहरू

VSImax तथ्याङ्क डेटा:


VSIbase = 933, VSI थ्रेसहोल्ड पुगेन।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


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

प्राप्त परिणामहरू अघिल्लो कन्फिगरेसन परीक्षण जस्तै छन्।

यदि तपाईंले 10 घण्टाको लागि लोड चलाउनु भयो भने के हुन्छ?

अब हेरौं कि त्यहाँ "सञ्चित प्रभाव" हुनेछ र लगातार १० घण्टाको लागि परीक्षणहरू चलाउनुहोस्।

खण्डको लामो-समय परीक्षण र विवरण यस तथ्यमा लक्षित हुनुपर्छ कि हामी जाँच गर्न चाहन्थ्यौं कि यसमा लामो भार अन्तर्गत ट्रससँग कुनै समस्या उत्पन्न हुन्छ कि छैन।

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

थप रूपमा, 300 ज्ञान कार्यकर्ताहरूको लोड केस परीक्षण गरिएको थियो, त्यसपछि 10 घण्टाको लागि प्रयोगकर्ता काम।

VSImax तथ्याङ्क डेटा:


VSIbase = 919 ms, VSI थ्रेसहोल्ड पुगेको थिएन।

VSImax विस्तृत तथ्याङ्क डाटा:


ग्राफले देखाउँछ कि सम्पूर्ण परीक्षणमा प्रदर्शनमा कुनै गिरावट देखिएको छैन।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


भण्डारण प्रणाली प्रदर्शन परीक्षण भर समान रहन्छ।

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

ग्राहकले डिस्कमा जंगली भार थप्न आग्रह गरे। यो गर्नका लागि, प्रयोगकर्ताले प्रणालीमा लग इन गर्दा डिस्कमा सिंथेटिक लोड चलाउन प्रयोगकर्ताको प्रत्येक भर्चुअल मेसिनहरूमा भण्डारण प्रणालीमा एउटा कार्य थपिएको थियो। लोड fio उपयोगिता द्वारा प्रदान गरिएको थियो, जसले तपाईंलाई IOPS को संख्या द्वारा डिस्कमा लोड सीमित गर्न अनुमति दिन्छ। प्रत्येक मेसिनमा, 22 IOPS 70%/30% अनियमित पढ्न/लेखन को मात्रा मा एक अतिरिक्त लोड सुरु गर्न एक कार्य सुरु गरिएको थियो।

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

प्रारम्भिक परीक्षणमा, fio लाई भर्चुअल मेसिनहरूमा महत्त्वपूर्ण CPU ओभरहेड लगाउने फेला पर्यो। यसले होस्टहरूको द्रुत CPU ओभरलोडको नेतृत्व गर्‍यो र समग्र रूपमा प्रणालीको सञ्चालनलाई ठूलो असर गर्‍यो।

होस्ट CPU लोड:




एकै समयमा, भण्डारण प्रणाली ढिलाइ पनि स्वाभाविक रूपमा बढ्यो:


कम्प्युटिङ पावरको अभाव 240 प्रयोगकर्ताहरूको वरिपरि महत्वपूर्ण भयो:


प्राप्त परिणामहरूको कारण, यो कम CPU गहन परीक्षण सञ्चालन गर्ने निर्णय गरियो।

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

CPU मा लोड कम गर्न, कार्यालय कर्मचारी लोड प्रकार चयन गरियो, र सिंथेटिक लोड को 22 IOPS पनि प्रत्येक सत्र मा थपियो।

अधिकतम CPU लोड भन्दा बढी नहोस् भनेर परीक्षण 230 सत्रहरूमा सीमित थियो।

परीक्षण अधिकतम लोडको नजिकमा दीर्घकालीन सञ्चालनको क्रममा प्रणालीको स्थिरता जाँच गर्न १० घण्टासम्म चल्ने प्रयोगकर्ताहरूसँग चलाइएको थियो।

VSImax तथ्याङ्क डेटा:


VSIbase = 918 ms, VSI थ्रेसहोल्ड पुगेको थिएन।

VSImax विस्तृत तथ्याङ्क डाटा:


ग्राफले देखाउँछ कि सम्पूर्ण परीक्षणमा प्रदर्शनमा कुनै गिरावट देखिएको छैन।

CPU लोड तथ्याङ्क:




यो परीक्षण प्रदर्शन गर्दा, होस्टको CPU मा लोड लगभग अधिकतम थियो।

SimpliVity निगरानीबाट भण्डारण प्रणाली लोड तथ्याङ्क:


भण्डारण प्रणाली प्रदर्शन परीक्षण भर समान रहन्छ।

परीक्षणको क्रममा भण्डारण प्रणालीमा लोड 6/500 अनुपातमा लगभग 60 IOPS थियो (40 IOPS पढ्ने, 3 IOPS लेख्ने), जुन लगभग 900 IOPS प्रति कार्यस्थान हो।

प्रतिक्रिया समय लेखनको लागि औसत 3 ms र पढ्नको लागि 1 ms सम्म।

परिणाम

HPE SimpliVity पूर्वाधारमा वास्तविक भारहरू अनुकरण गर्दा, परिणामहरू सिम्प्लिभिटी नोडहरूको जोडीमा कम्तिमा 300 पूर्ण क्लोन मेसिनहरूको भर्चुअल डेस्कटपहरूलाई समर्थन गर्ने प्रणालीको क्षमताको पुष्टि गर्दै प्राप्त गरियो। एकै समयमा, भण्डारण प्रणालीको प्रतिक्रिया समय सम्पूर्ण परीक्षणमा इष्टतम स्तरमा राखिएको थियो।

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

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

HPE SimpliVity महासंघका सम्भावनाहरू रोचक छन्। व्यापार भौगोलिक रूपमा अलग गरिएको छ, त्यसैले टाढाको कार्यालयमा तपाईंको आफ्नै छुट्टै VDI हार्डवेयर स्थापना गर्न अर्थ लाग्छ। SimpliVity महासंघमा, प्रत्येक भर्चुअल मेसिनलाई भौगोलिक रूपमा टाढाको क्लस्टरहरू बीच धेरै चाँडो र च्यानलमा लोड नगरी नक्कल गर्ने क्षमताको साथ तालिका अनुसार दोहोर्याइएको छ - यो धेरै राम्रो स्तरको निर्मित ब्याकअप हो। साइटहरू बीच VM हरू प्रतिकृति गर्दा, च्यानल सकेसम्म न्यूनतम रूपमा प्रयोग गरिन्छ, र यसले एकल नियन्त्रण केन्द्र र विकेन्द्रीकृत भण्डारण साइटहरूको गुच्छाको उपस्थितिमा धेरै रोचक DR आर्किटेक्चरहरू निर्माण गर्न सम्भव बनाउँछ।

संघ

यी सबै मिलेर वित्तीय पक्षलाई विस्तृत रूपमा मूल्याङ्कन गर्न, र कम्पनीको वृद्धि योजनाहरूमा VDI को लागतहरू सुपरइम्पोज गर्न, र समाधानले कति चाँडो भुक्तानी गर्नेछ र यसले कसरी काम गर्नेछ भनेर बुझ्न सम्भव बनाउँछ। किनभने कुनै पनि VDI एक समाधान हो जसले अन्ततः धेरै स्रोतहरू बचत गर्दछ, तर एकै समयमा, सम्भवतः, लागत-प्रभावी अवसर बिना यसलाई प्रयोगको 5-7 वर्ष भित्र परिवर्तन गर्न।

सामान्यतया, यदि तपाइँसँग कुनै प्रश्नहरू छन् जुन टिप्पणीको लागि होइन, मलाई ईमेल मार्फत लेख्नुहोस् [ईमेल सुरक्षित].

स्रोत: www.habr.com