VDI साठी HPE SimpliVity 380 कसे कार्य करेल: कठीण लोड चाचण्या

ग्राहकाला व्हीडीआय हवा होता. मी खरोखर SimpliVity + VDI Citrix Virtual Desktop संयोजन पाहिले. सर्व ऑपरेटर्ससाठी, शहर कार्यालयातील कर्मचारी आणि याप्रमाणे. केवळ स्थलांतराच्या पहिल्या लाटेत पाच हजार वापरकर्ते आहेत आणि म्हणून त्यांनी लोड चाचणीचा आग्रह धरला. व्हीडीआय मंद होण्यास सुरुवात करू शकते, ते शांतपणे झोपू शकते - आणि चॅनेलमधील समस्यांमुळे हे नेहमीच होत नाही. आम्ही विशेषत: VDI साठी एक अतिशय शक्तिशाली चाचणी पॅकेज विकत घेतले आणि डिस्क आणि प्रोसेसरवर खूप जड होईपर्यंत पायाभूत सुविधा लोड केल्या.

त्यामुळे, आम्हाला अत्याधुनिक VDI चाचण्यांसाठी प्लास्टिकची बाटली आणि LoginVSI सॉफ्टवेअरची आवश्यकता असेल. आमच्याकडे 300 वापरकर्त्यांसाठी परवान्यांसह ते आहे. मग आम्ही HPE SimpliVity 380 हार्डवेअर प्रति सर्व्हर जास्तीत जास्त वापरकर्ता घनतेच्या कार्यासाठी योग्य पॅकेजमध्ये घेतले, चांगल्या ओव्हरसबस्क्रिप्शनसह व्हर्च्युअल मशीन कापल्या, Win10 वर ऑफिस सॉफ्टवेअर स्थापित केले आणि चाचणी सुरू केली.

चला जाऊया!

प्रणाली

दोन HPE SimpliVity 380 Gen10 नोड्स (सर्व्हर्स). प्रत्येकावर:

• 2 x Intel Xeon Platinum 8170 26c 2.1Ghz.
• रॅम: 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 क्लस्टरमध्ये एकत्र केले जातात.

चाचणीसाठी, एक डोमेन कंट्रोलर आणि एक सिट्रिक्स कनेक्शन ब्रोकर तैनात केले होते. डोमेन कंट्रोलर, ब्रोकर आणि vCenter वेगळ्या क्लस्टरवर ठेवलेले आहेत.


चाचणी पायाभूत सुविधा म्हणून, 300 व्हर्च्युअल डेस्कटॉप डेडिकेटेड – फुल कॉपी कॉन्फिगरेशनमध्ये तैनात करण्यात आले होते, म्हणजे, प्रत्येक डेस्कटॉप व्हर्च्युअल मशीनच्या मूळ प्रतिमेची संपूर्ण प्रत आहे आणि वापरकर्त्यांनी केलेले सर्व बदल जतन करतो.

प्रत्येक आभासी मशीनमध्ये 2vCPU आणि 4GB RAM असते:

व्हर्च्युअल मशीनवर चाचणीसाठी आवश्यक असलेले खालील सॉफ्टवेअर स्थापित केले आहे:

• विंडोज 10 (64-बिट), आवृत्ती 1809.
• Adobe Reader XI.
• सिट्रिक्स व्हर्च्युअल डिलिव्हरी एजंट 1811.1.
• डोरो पीडीएफ १.८२.
• Java 7 अपडेट 13.
• मायक्रोसॉफ्ट ऑफिस प्रोफेशनल प्लस 2016.

नोड्स दरम्यान - समकालिक प्रतिकृती. क्लस्टरमधील प्रत्येक डेटा ब्लॉकमध्ये दोन प्रती असतात. म्हणजेच, आता प्रत्येक नोड्सवर डेटाचा संपूर्ण संच आहे. तीन किंवा अधिक नोड्सच्या क्लस्टरसह, ब्लॉक्सच्या प्रती दोन वेगवेगळ्या ठिकाणी आहेत. नवीन VM तयार करताना, क्लस्टर नोड्सपैकी एकावर अतिरिक्त प्रत तयार केली जाते. जेव्हा एक नोड अयशस्वी होतो, तेव्हा त्यावर आधी चालणारे सर्व VM इतर नोड्सवर आपोआप रीस्टार्ट होतात जिथे त्यांच्या प्रतिकृती असतात. जर नोड बराच काळ अयशस्वी झाला, तर रिडंडंसीची हळूहळू पुनर्संचयित करणे सुरू होते आणि क्लस्टर N+1 रिडंडंसीकडे परत येतो.

डेटा बॅलन्सिंग आणि स्टोरेज सिम्प्लिव्हिटीच्या सॉफ्टवेअर स्टोरेज स्तरावर होते.

व्हर्च्युअल मशीन वर्च्युअलायझेशन क्लस्टर चालवतात, जे त्यांना सॉफ्टवेअर स्टोरेजवर देखील ठेवतात. डेस्क स्वतः मानक टेम्पलेटनुसार घेतले गेले: फायनान्सर आणि ऑपरेशन ऑफिसर्सचे डेस्क चाचणीसाठी आले (हे दोन भिन्न टेम्पलेट आहेत).

चाचणी

चाचणीसाठी, LoginVSI 4.1 सॉफ्टवेअर चाचणी संच वापरला गेला. लॉगिनव्हीएसआय कॉम्प्लेक्स, ज्यामध्ये कंट्रोल सर्व्हर आणि चाचणी कनेक्शनसाठी 12 मशीन आहेत, वेगळ्या भौतिक होस्टवर तैनात करण्यात आले होते.


चाचणी तीन पद्धतींमध्ये केली गेली:

बेंचमार्क मोड - लोड प्रकरणे 300 ज्ञान कामगार आणि 300 स्टोरेज कामगार.

मानक मोड - लोड केस 300 पॉवर कामगार.

पॉवर कामगारांना काम करण्यास सक्षम करण्यासाठी आणि लोड विविधता वाढवण्यासाठी, LoginVSI कॉम्प्लेक्समध्ये अतिरिक्त पॉवर लायब्ररी फाइल्सची लायब्ररी जोडली गेली. निकालांची पुनरावृत्ती सुनिश्चित करण्यासाठी, सर्व चाचणी बेंच सेटिंग्ज डीफॉल्ट म्हणून सोडल्या गेल्या.

नॉलेज आणि पॉवर वर्कर्स चाचण्या आभासी वर्कस्टेशन्सवर काम करणाऱ्या वापरकर्त्यांच्या वास्तविक वर्कलोडचे अनुकरण करतात.

स्टोरेज कामगार चाचणी विशेषतः डेटा स्टोरेज सिस्टमच्या चाचणीसाठी तयार केली गेली आहे; ती वास्तविक वर्कलोड्सपासून दूर आहे आणि मुख्यतः वापरकर्ता विविध आकारांच्या मोठ्या संख्येने फाइल्ससह काम करतो.

चाचणी दरम्यान, वापरकर्ते वर्कस्टेशन्समध्ये 48 मिनिटांसाठी दर 10 सेकंदाला अंदाजे एक वापरकर्ता लॉग इन करतात.

निकाल

LoginVSI चाचणीचा मुख्य परिणाम म्हणजे VSImax मेट्रिक, जो वापरकर्त्याद्वारे सुरू केलेल्या विविध कार्यांच्या अंमलबजावणीच्या वेळेपासून संकलित केला जातो. उदाहरणार्थ: नोटपॅडमध्ये फाइल उघडण्याची वेळ, 7-झिपमध्ये फाइल कॉम्प्रेस करण्याची वेळ इ.

मेट्रिक्स गणनेचे तपशीलवार वर्णन अधिकृत कागदपत्रांमध्ये उपलब्ध आहे दुवा.

दुसऱ्या शब्दांत, LoginVSI ठराविक लोड पॅटर्नची पुनरावृत्ती करते, ऑफिस सूटमध्ये वापरकर्त्याच्या क्रियांचे अनुकरण करते, पीडीएफ वाचते आणि असेच बरेच काही करते आणि विविध लेटेंसी मोजते. विलंबाची एक गंभीर पातळी आहे "सर्व काही मंद होते, कार्य करणे अशक्य आहे"), ज्यापूर्वी असे मानले जाते की वापरकर्त्यांची कमाल संख्या गाठली गेली नाही. प्रतिसाद वेळ या "सर्व काही मंद आहे" स्थितीपेक्षा 1 ms जलद असल्यास, सिस्टम सामान्यपणे कार्य करत असल्याचे मानले जाते आणि अधिक वापरकर्ते जोडले जाऊ शकतात.

येथे मुख्य मेट्रिक्स आहेत:

मेट्रिक्स

कारवाई केली

तपशीलवार वर्णन

लोड केलेले घटक

N.S.L.D.

मजकूर उघडण्याची वेळ
1 KB वजनाची फाइल

नोटपॅड उघडतो आणि
पूलमधून कॉपी केलेला यादृच्छिक 1 KB दस्तऐवज उघडतो
संसाधने

CPU आणि I/O

NFO

संवाद उघडण्याची वेळ
नोटपॅडमधील खिडक्या

व्हीएसआय-नोटपॅड फाइल उघडत आहे [Ctrl+O]

CPU, RAM आणि I/O

 

ZHC*

अत्यंत संकुचित झिप फाइल तयार करण्याची वेळ आली आहे

स्थानिक कम्प्रेशन
यादृच्छिक 5MB .pst फाइल येथून कॉपी केली
संसाधन पूल

CPU आणि I/O

ZLC*

कमकुवतपणे संकुचित झिप फाइल तयार करण्याची वेळ आली आहे

स्थानिक कम्प्रेशन
यादृच्छिक 5MB .pst फाइल येथून कॉपी केली
संसाधन पूल

I / O

 

सीपीयू

मोठी गणना करत आहे
यादृच्छिक डेटा अॅरे

एक मोठा अॅरे तयार करणे
यादृच्छिक डेटा जो इनपुट/आउटपुट टाइमर (I/O टाइमर) मध्ये वापरला जाईल

सीपीयू

जेव्हा चाचणी केली जाते, तेव्हा प्राथमिक व्हीएसआयबेस मेट्रिकची गणना केली जाते, जी सिस्टीमवर लोड न करता कोणत्या गतीने जॉब्स अंमलात आणल्या जातात हे दर्शविते. त्यावर आधारित, VSImax थ्रेशोल्ड निर्धारित केले जाते, जे VSIbase + 1ms च्या बरोबरीचे आहे.

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

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

ज्ञान कामगार हे वापरकर्ते आहेत जे नियमितपणे मेमरी, प्रोसेसर आणि आयओ विविध लहान शिखरांसह लोड करतात. सॉफ्टवेअर मागणी करणार्‍या ऑफिस वापरकर्त्यांच्या वर्कलोडचे अनुकरण करते, जणू काही ते सतत काहीतरी (पीडीएफ, जावा, ऑफिस सूट, फोटो व्ह्यूइंग, 7-झिप) करत आहेत. तुम्ही शून्य ते 300 पर्यंत वापरकर्ते जोडता तेव्हा, प्रत्येकासाठी विलंब हळूहळू वाढत जातो.

VSImax आकडेवारी डेटा:

VSIbase = 986ms, VSI थ्रेशोल्ड पोहोचला नाही.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


या प्रकारच्या भाराने, प्रणाली कार्यक्षमतेत अक्षरशः कोणत्याही ऱ्हास न करता वाढीव भार सहन करू शकते. वापरकर्ता कार्ये पूर्ण करण्यासाठी लागणारा वेळ सहजतेने वाढतो, चाचणी दरम्यान सिस्टम प्रतिसाद वेळ बदलत नाही आणि लेखनासाठी 3 एमएस पर्यंत आणि वाचनासाठी 1 एमएस पर्यंत आहे.

निष्कर्ष: 300 ज्ञान वापरकर्ते सध्याच्या क्लस्टरवर कोणत्याही समस्यांशिवाय काम करतात आणि एकमेकांमध्ये व्यत्यय आणत नाहीत, pCPU/vCPU ओव्हरसबस्क्रिप्शन 1 ते 6 पर्यंत पोहोचतात. लोड वाढत असताना एकूण विलंब समान रीतीने वाढतो, परंतु निर्धारित मर्यादा गाठली गेली नाही.

300 स्टोरेज कामगार बेंचमार्क

हे असे वापरकर्ते आहेत जे अनुक्रमे 30 ते 70 च्या प्रमाणात सतत लिहित आणि वाचतात. प्रयोगाच्या निमित्ताने ही चाचणी अधिक घेण्यात आली. VSImax आकडेवारी डेटा:


VSIbase = 1673, VSI थ्रेशोल्ड 240 वापरकर्त्यांवर पोहोचला.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:

या प्रकारचा भार मूलत: स्टोरेज सिस्टमची ताण चाचणी आहे. जेव्हा ते कार्यान्वित केले जाते, तेव्हा प्रत्येक वापरकर्ता डिस्कवर वेगवेगळ्या आकाराच्या अनेक यादृच्छिक फायली लिहितो. या प्रकरणात, हे पाहिले जाऊ शकते की जेव्हा काही वापरकर्त्यांसाठी विशिष्ट लोड थ्रेशोल्ड ओलांडला जातो तेव्हा फायली लिहिण्यासाठी कार्ये पूर्ण करण्यासाठी लागणारा वेळ वाढतो. त्याच वेळी, स्टोरेज सिस्टम, प्रोसेसर आणि होस्टच्या मेमरीवरील भार लक्षणीय बदलत नाही, त्यामुळे विलंब कशामुळे होत आहे हे निश्चित करणे सध्या अशक्य आहे.

या चाचणीचा वापर करून प्रणालीच्या कार्यक्षमतेबद्दलचे निष्कर्ष केवळ इतर प्रणालींवरील चाचणी परिणामांच्या तुलनेत काढले जाऊ शकतात, कारण असे भार कृत्रिम आणि अवास्तव असतात. मात्र, एकूणच चाचणी चांगली झाली. 210 सत्रांपर्यंत सर्व काही ठीक चालले, आणि नंतर विचित्र प्रतिसाद सुरू झाले, जे लॉगिन व्हीएसआय व्यतिरिक्त कुठेही ट्रॅक केले गेले नाहीत.

300 वीज कामगार

हे असे वापरकर्ते आहेत ज्यांना CPU, मेमरी आणि उच्च IO आवडतात. हे "पॉवर वापरकर्ते" नियमितपणे नवीन सॉफ्टवेअर स्थापित करणे आणि मोठे संग्रहण अनपॅक करणे यासारखी जटिल कार्ये लांबलचकपणे चालवतात. VSImax आकडेवारी डेटा:


VSIbase = 970, VSI थ्रेशोल्ड पोहोचला नाही.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


चाचणी दरम्यान, प्रोसेसर लोड थ्रेशोल्ड सिस्टम नोड्सपैकी एकावर पोहोचला होता, परंतु त्याचा त्याच्या ऑपरेशनवर महत्त्वपूर्ण परिणाम झाला नाही:

या प्रकरणात, प्रणाली लक्षणीय कामगिरी निकृष्ट दर्जाशिवाय वाढीव भार सहन करू शकते. वापरकर्ता कार्ये पूर्ण करण्यासाठी लागणारा वेळ सहजतेने वाढतो, चाचणी दरम्यान सिस्टम प्रतिसाद वेळ बदलत नाही आणि लेखनासाठी 3 एमएस पर्यंत आणि वाचनासाठी 1 एमएस पर्यंत आहे.

ग्राहकांसाठी नियमित चाचण्या पुरेशा नव्हत्या आणि आम्ही पुढे गेलो: आम्ही VM वैशिष्ट्ये वाढवली (ओव्हरसबस्क्रिप्शन आणि डिस्क आकारात वाढीचे मूल्यांकन करण्यासाठी vCPU ची संख्या) आणि अतिरिक्त भार जोडला.

अतिरिक्त चाचण्या आयोजित करताना, खालील स्टँड कॉन्फिगरेशन वापरले होते:
300vCPU, 4GB RAM, 4GB HDD कॉन्फिगरेशनमध्ये 80 आभासी डेस्कटॉप तैनात केले गेले.

चाचणी मशीनपैकी एकाचे कॉन्फिगरेशन:


मशीन्स समर्पित - पूर्ण कॉपी पर्यायामध्ये तैनात केल्या आहेत:

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

VSImax आकडेवारी डेटा:


VSIbase = 921 ms, VSI थ्रेशोल्ड पोहोचला नाही.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


प्राप्त झालेले परिणाम मागील VM कॉन्फिगरेशनच्या चाचणीसारखेच आहेत.

300 ओव्हरसबस्क्रिप्शनसह 12 वीज कामगार

VSImax आकडेवारी डेटा:


VSIbase = 933, VSI थ्रेशोल्ड पोहोचला नाही.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


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

प्राप्त केलेले परिणाम मागील कॉन्फिगरेशनच्या चाचणीसारखेच आहेत.

तुम्ही 10 तास लोड चालवल्यास काय होईल?

आता "संचय प्रभाव" असेल का ते पाहू आणि सलग 10 तास चाचण्या चालवू.

दीर्घकालीन चाचण्या आणि विभागाचे वर्णन या वस्तुस्थितीकडे लक्ष दिले पाहिजे की आम्हाला ट्रसवर दीर्घकाळापर्यंत भार पडल्यास काही समस्या उद्भवतील की नाही हे तपासायचे आहे.

300 ज्ञान कामगार बेंचमार्क + 10 तास

याव्यतिरिक्त, 300 ज्ञान कामगारांच्या लोड केसची चाचणी घेण्यात आली, त्यानंतर वापरकर्त्याने 10 तास काम केले.

VSImax आकडेवारी डेटा:


VSIbase = 919 ms, VSI थ्रेशोल्ड पोहोचला नाही.

VSImax तपशीलवार आकडेवारी डेटा:


आलेख दर्शवितो की संपूर्ण चाचणीमध्ये कोणतीही कामगिरी कमी झालेली नाही.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


संपूर्ण चाचणी दरम्यान स्टोरेज सिस्टमची कार्यक्षमता सारखीच राहते.

सिंथेटिक लोडच्या व्यतिरिक्त अतिरिक्त चाचणी

ग्राहकाने डिस्कवर वाइल्ड लोड जोडण्यास सांगितले. हे करण्यासाठी, वापरकर्त्याने सिस्टममध्ये लॉग इन केल्यावर डिस्कवर सिंथेटिक लोड चालविण्यासाठी वापरकर्त्याच्या प्रत्येक व्हर्च्युअल मशीनमधील स्टोरेज सिस्टममध्ये एक कार्य जोडले गेले. लोड फिओ युटिलिटीद्वारे प्रदान केले गेले होते, जे तुम्हाला IOPS च्या संख्येनुसार डिस्कवरील लोड मर्यादित करण्यास अनुमती देते. प्रत्येक मशीनमध्ये, 22 IOPS 70%/30% यादृच्छिक वाचन/लेखनाच्या प्रमाणात अतिरिक्त लोड लॉन्च करण्यासाठी एक कार्य सुरू करण्यात आले.

300 नॉलेज वर्कर्स बेंचमार्क + 22 IOPS प्रति वापरकर्ता

प्रारंभिक चाचणीमध्ये, fio ने व्हर्च्युअल मशीनवर लक्षणीय CPU ओव्हरहेड लादल्याचे आढळले. यामुळे यजमानांचा वेगवान CPU ओव्हरलोड झाला आणि संपूर्ण प्रणालीच्या कार्यावर मोठ्या प्रमाणात परिणाम झाला.

होस्ट CPU लोड:




त्याच वेळी, स्टोरेज सिस्टम विलंब देखील नैसर्गिकरित्या वाढला:


संगणकीय शक्तीचा अभाव सुमारे 240 वापरकर्त्यांसाठी गंभीर बनला:


प्राप्त झालेल्या परिणामांमुळे, कमी CPU सघन चाचणी आयोजित करण्याचा निर्णय घेण्यात आला.

230 ऑफिस वर्कर्स बेंचमार्क + 22 IOPS प्रति वापरकर्ता

CPU वरील भार कमी करण्यासाठी, ऑफिस कामगार लोड प्रकार निवडला गेला आणि प्रत्येक सत्रात 22 IOPS सिंथेटिक लोड देखील जोडले गेले.

कमाल CPU लोड ओलांडू नये म्हणून चाचणी 230 सत्रांपर्यंत मर्यादित होती.

जास्तीत जास्त लोडच्या जवळ दीर्घकालीन ऑपरेशन दरम्यान सिस्टमची स्थिरता तपासण्यासाठी वापरकर्त्यांना 10 तास चालवून चाचणी चालविली गेली.

VSImax आकडेवारी डेटा:


VSIbase = 918 ms, VSI थ्रेशोल्ड पोहोचला नाही.

VSImax तपशीलवार आकडेवारी डेटा:


आलेख दर्शवितो की संपूर्ण चाचणीमध्ये कोणतीही कामगिरी कमी झालेली नाही.

CPU लोड आकडेवारी:




ही चाचणी करताना, यजमानांच्या CPU वरील भार जवळजवळ कमाल होता.

SimpliVity मॉनिटरिंगमधून स्टोरेज सिस्टम लोडची आकडेवारी:


संपूर्ण चाचणी दरम्यान स्टोरेज सिस्टमची कार्यक्षमता सारखीच राहते.

चाचणी दरम्यान स्टोरेज सिस्टमवरील लोड 6/500 च्या प्रमाणात अंदाजे 60 IOPS होते (40 IOPS रीड, 3 IOPS लेखन), जे प्रति वर्कस्टेशन अंदाजे 900 IOPS आहे.

प्रतिसाद वेळ लेखनासाठी सरासरी 3 एमएस आणि वाचनासाठी 1 एमएस पर्यंत आहे.

परिणाम

HPE SimpliVity इन्फ्रास्ट्रक्चरवर रिअल लोड्सचे अनुकरण करताना, SimpliVity नोड्सच्या जोडीवर किमान 300 फुल क्लोन मशीनच्या व्हर्च्युअल डेस्कटॉपला समर्थन देण्याच्या सिस्टमच्या क्षमतेची पुष्टी करणारे परिणाम प्राप्त झाले. त्याच वेळी, संपूर्ण चाचणी दरम्यान स्टोरेज सिस्टमचा प्रतिसाद वेळ इष्टतम स्तरावर राखला गेला.

दीर्घ चाचण्यांचा दृष्टिकोन आणि अंमलबजावणीपूर्वी उपायांची तुलना करून आम्ही खूप प्रभावित झालो आहोत. तुमची इच्छा असल्यास आम्ही तुमच्या वर्कलोड्ससाठीही कामगिरी तपासू शकतो. इतर हायपरकन्व्हर्ज्ड सोल्यूशन्ससह. उल्लेखित ग्राहक आता समांतर दुसर्‍या सोल्यूशनवर चाचण्या पूर्ण करत आहे. त्याची सध्याची पायाभूत सुविधा म्हणजे प्रत्येक कामाच्या ठिकाणी फक्त पीसी, डोमेन आणि सॉफ्टवेअरचा ताफा आहे. चाचण्यांशिवाय व्हीडीआयमध्ये जाणे अर्थातच खूप कठीण आहे. विशेषतः, वास्तविक वापरकर्त्यांना स्थलांतरित केल्याशिवाय VDI फार्मची वास्तविक क्षमता समजणे कठीण आहे. आणि या चाचण्या आपल्याला सामान्य वापरकर्त्यांचा समावेश न करता एखाद्या विशिष्ट सिस्टमच्या वास्तविक क्षमतांचे द्रुतपणे मूल्यांकन करण्यास अनुमती देतात. येथूनच हा अभ्यास पुढे आला.

दुसरा महत्त्वाचा दृष्टीकोन हा आहे की ग्राहक लगेच योग्य स्केलिंगसाठी वचनबद्ध आहे. येथे आपण अतिरिक्त सर्व्हर खरेदी करू शकता आणि एक फार्म जोडू शकता, उदाहरणार्थ, 100 वापरकर्त्यांसाठी, वापरकर्त्याच्या किंमतीनुसार सर्वकाही अंदाजे आहे. उदाहरणार्थ, जेव्हा त्यांना आणखी 300 वापरकर्ते जोडण्याची आवश्यकता असेल, तेव्हा त्यांना समजेल की त्यांना आधीच परिभाषित कॉन्फिगरेशनमध्ये दोन सर्व्हरची आवश्यकता आहे, त्यांच्या संपूर्ण पायाभूत सुविधा अपग्रेड करण्याचा पुनर्विचार करण्याऐवजी.

HPE SimpliVity फेडरेशनच्या शक्यता मनोरंजक आहेत. व्यवसाय भौगोलिकदृष्ट्या विभक्त आहे, त्यामुळे दूरच्या कार्यालयात तुमचे स्वतःचे वेगळे VDI हार्डवेअर स्थापित करणे अर्थपूर्ण आहे. SimpliVity फेडरेशनमध्ये, प्रत्येक व्हर्च्युअल मशीन भौगोलिकदृष्ट्या दूरच्या क्लस्टर्समध्ये चॅनेलवर लोड न करता प्रतिकृती बनविण्याच्या क्षमतेसह शेड्यूलनुसार प्रतिकृती तयार केली जाते - हे अतिशय चांगल्या स्तराचा अंगभूत बॅकअप आहे. साइट्स दरम्यान VM ची प्रतिकृती बनवताना, चॅनेल शक्य तितक्या कमी प्रमाणात वापरला जातो आणि यामुळे एकल कंट्रोल सेंटर आणि विकेंद्रित स्टोरेज साइट्सच्या उपस्थितीत अतिशय मनोरंजक DR आर्किटेक्चर तयार करणे शक्य होते.

फेडरेशन

हे सर्व एकत्रितपणे आर्थिक बाजूचे तपशीलवार मूल्यमापन करणे आणि कंपनीच्या वाढीच्या योजनांवर VDI ची किंमत वरवर टाकणे आणि समाधान किती लवकर फेडले जाईल आणि ते कसे कार्य करेल हे समजून घेणे शक्य करते. कारण कोणताही व्हीडीआय हा एक उपाय आहे जो शेवटी भरपूर संसाधने वाचवतो, परंतु त्याच वेळी, बहुधा, वापराच्या 5-7 वर्षांच्या आत बदलण्याची किफायतशीर संधीशिवाय.

सर्वसाधारणपणे, आपल्याकडे टिप्पणीसाठी नसलेले कोणतेही प्रश्न असल्यास, मला ईमेलद्वारे लिहा [ईमेल संरक्षित].

स्त्रोत: www.habr.com