वीडीआई के लिए सही गणना (भाग 2)

यह दो पदों की एक श्रृंखला का एक सिलसिला है जिसमें मैं एक बड़ी रूसी सॉफ्टवेयर कंपनी के लिए VDI समाधान बनाने की बात करता हूं। पहली पोस्ट यहाँ है ।

गणित का एक सा

पिछले पोस्ट में वर्णित सिद्धांत के आधार पर, हम गणना करते हैं:

वहीं, 6 से 9 VDI उपयोगकर्ता एक भौतिक CPU कोर का उपयोग कर सकते हैं। सरल बनाने के लिए, औसत आंकड़ा - 7 उपयोगकर्ताओं को लें।

ग्राहकों की आवश्यकताओं के अनुसार, VDI पर 1000 तक के विस्तार के साथ 700 उपयोगकर्ताओं के काम को सुनिश्चित करना आवश्यक है।

प्रोसेसर

चलो आवश्यक प्रोसेसर की संख्या की गणना करें।

6-कोर इंटेल Xeon प्रोसेसर पर ग्राहक सर्वर, प्रति सर्वर 2 पीसी, यानी। 2 प्रोसेसर के साथ 1 ईएसएक्स सर्वर पर 2 x 6 x 7 = 84 उपयोगकर्ता। इसके अलावा, नेहेल्म और वेस्टमेरे की वास्तुकला बहुत प्रभावी ढंग से आपको हाइपर थ्रेडिंग का उपयोग करने और 50-80% अधिक ग्राहक प्राप्त करने की अनुमति देती है। यानी व्यवहार में, कहीं: 1.52 * 84 = 126-128 उपयोगकर्ता।

यदि हाइपर थ्रेडिंग का उपयोग नहीं किया जा सकता है या 50% से कम की वृद्धि देता है, या यदि आपको मार्जिन के साथ एक मिसकॉल बनाने की आवश्यकता है, तो अनुशंसित नियम है: हाइपर थ्रेडिंग के साथ प्रति सर्वर से 75% उपयोगकर्ताओं का उपयोग करें (अर्थात, हमारे मामले में: 128 * 75% = प्रति सर्वर 96 उपयोगकर्ता), लेकिन वर्तमान गणना में, सभी संकेतकों को व्यवहार में जांचा गया था और गणना वाले लोगों के साथ मेल खाता था।

पहले चरण (700 उपयोगकर्ताओं) के लिए सर्वरों की संख्या 6 सर्वर है, जो आगे के विस्तार - 8 सर्वरों को ध्यान में रखते हैं।

बिना सोचे समझे याद करना

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

उदाहरण के लिए, विंडोज एक्सपी (यह हमारा मामला है) के साथ, बुनियादी संचालन के लिए 400-500 एमबी की आवश्यकता होती है , कैशिंग के साथ - 700 एमबी से अधिक नहीं। सामान्य परिस्थितियों में, सिस्टम 25% से कम रैम में खाली रहने पर स्वैप फ़ाइल का उपयोग करना शुरू कर देता है। OS हमेशा आरक्षित स्थान में कम से कम 25% को बचाने की कोशिश करता है। लेकिन एक आभासी वातावरण में स्वैप फ़ाइलों के उपयोग से प्रदर्शन में कमी आएगी, इसलिए रैम से 1.5-2 की मात्रा के साथ एक स्वैप फाइल बनाने के बजाय, हम इसे मुश्किल से ठीक करेंगे: 200-500 एमबी प्रति स्वैप फ़ाइल से अधिक नहीं, यदि यह पर्याप्त नहीं है, तो ग्राहक को और अधिक जोड़ने की आवश्यकता है राम स्मृति।

इसके अलावा, लगभग सभी उपयोग की जाने वाली मेमोरी में सभी क्लाइंट (DLL, समान एप्लिकेशन ब्लॉक आदि) पर समान ब्लॉक होते हैं। vSphere मेमोरी मैनेजमेंट सभी मेमोरी को 4 KB पेज में विभाजित करता है, और TPS सर्विस हर 60 मिनट में सभी डेटा ब्लॉक को स्कैन करती है और हैश की गणना करती है। कर्नेल हैश को एक तालिका में सहेजता है और इसकी तुलना पहले से ही लिखे गए मानों के साथ करता है, जिससे दो समान लोगों की केवल एक प्रति निकल जाती है, जिससे खाली स्थान खाली हो जाता है। यदि आपको इस पृष्ठ में परिवर्तन करने की आवश्यकता है, तो रिकॉर्डिंग के लिए एक प्रति बनाई जाती है। टीपीएस का उपयोग करके जारी होने वाली रैम का प्रतिशत एक सापेक्ष संकेतक है जो कई कारकों पर निर्भर करता है और 35% -50% तक पहुंच सकता है । विंडोज 7 पर, एएसएलआर (एड्रेस स्पेस लोड रैंडमाइजेशन) के उपयोग के कारण यह आंकड़ा कम है, लेकिन इसे अक्षम भी किया जा सकता है ।

ESX सर्वर पर Windows XP चलाने के लिए, हमें चाहिए:

1. यदि 60% मेमोरी पर कब्जा है और इसका आधा हिस्सा अन्य आभासी मशीनों (ट्रांसपेरेंट पेज शेयरिंग) के बीच साझा किया जाएगा, तो हमें 1 जीबी * 60% * 50% = 300 एमबी की आवश्यकता है। साथ ही, प्रत्येक वर्चुअल मशीन को अपने आप में कुछ रैम की आवश्यकता होती है - कुल सर्वर मेमोरी का लगभग 5%, प्रति ग्राहक लगभग 50 एमबी। कुल 350 एमबी। मेजबान को स्वयं 4 जीबी रैम की आवश्यकता होती है। कुल: 4 जीबी (होस्ट) + 350 एमबी * 128 (प्रति सर्वर वर्चुअल मशीन की संख्या) = 48 जीबी रैम प्रति सर्वर।
2. यदि 75% रैम पर कब्जा है और केवल एक तिहाई साझा किया जाएगा, तो प्रत्येक ग्राहक को 1 जीबी * 75% * 67% = 512 एमबी की आवश्यकता होगी। कुल: 4 जीबी (होस्ट) + (512 एमबी + 50 एमबी) * 128 = 75 जीबी रैम प्रति सर्वर।
3. यदि होस्ट केवल पेज विभाजन का समर्थन नहीं करता है, तो हमें आवश्यकता है: 4 जीबी (होस्ट) + (1024 एमबी +50 एमबी) * 128 = 139 जीबी रैम।
4. विंडोज 7 क्लाइंट के लिए, संख्याएं इस प्रकार हैं: (2 जीबी + 102 एमबी) * 50% * 60% = 645 एमबी प्रति ग्राहक। कुल: 4 जीबी + 660 एमबी * 128 = 81 जीबी। यदि मेजबान पारदर्शी पृष्ठ साझा करने का समर्थन नहीं करता है, तो आपको आवश्यकता है: 4 जीबी + (2 जीबी + 102 एमबी) * 128 = 275 जीबी।

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

डिस्क

IOPS स्कोर OS संस्करण और उपयोग किए जाने वाले अनुप्रयोगों पर बहुत निर्भर है। विंडोज एक्सपी के लिए, एक अनुमानित आंकड़ा 8 आईओपीएस प्रति सिस्टम है, विंडोज 7 - 10 आईओपीएस प्रति सिस्टम के लिए। इसके आधार पर, 128 विंडोज़ एक्सपी वर्चुअल मशीनों (8 आईओपीएस) पर, रीड / राइट मोड 20/80 में 1024 आईओपीएस आवश्यक हैं, अर्थात्। पढ़ने के लिए 205 IOPS और लेखन के लिए 819 IOPS। अर्थात, हमें RAID1: 205/160 IOPS + 819/80 IOPS ( पिछली पोस्ट देखें, RAID पर भाग) = 14 डिस्क में डिस्क की संख्या मिलती है, इससे कोई फर्क नहीं पड़ता कि वे मेजबान पर हैं या साझा संग्रहण पर।

RAID5 में: 205/160 + 819/45 = 21 ड्राइव।

डिस्क सबसिस्टम पर माप के आधार पर: प्रत्येक सामान्य उपयोगकर्ता के लिए, डिस्क प्रदर्शन के 20 IOPS की आवश्यकता होती है, इस प्रकार: 20 IOPS * 1000 उपयोगकर्ता = 20,000 IOPS। इनमें से पढ़ने के लिए 20% (4000 IOPS) और लेखन के लिए 80% (16000 IOPS) हैं। हम RAID1: 4000/160 + 16000/80 = 226 डिस्क में डिस्क की संख्या की गणना करते हैं। यदि उपयोगकर्ता अनुप्रयोगों में भिन्न होते हैं, तो गणना प्रत्येक उपयोगकर्ता समूह के लिए ली जाती है।

यदि आपको RAID5: 4000/160 + 16000/45 = 381 डिस्क में डिस्क की संख्या की गणना करने की आवश्यकता है।

हमारे ग्राहकों की आवश्यकताओं ने सामान्य उपयोगकर्ताओं (ईमेल, इंटरनेट, टेबल, पाठ दस्तावेज़) को इंगित किया।

चूंकि वर्तमान भंडारण (एचपी ईवा) को आवश्यक 226 ड्राइव में विस्तारित किया जा सकता है, इसलिए भंडारण को बदलने की कोई आवश्यकता नहीं थी।

VscsiStats कमांड का उपयोग सरणी के भीतर VDI प्रोफाइल के प्रदर्शन संकेतक प्राप्त करने के लिए किया जाता है। इसका उपयोग करते हुए, निम्नलिखित को गिना जाता है: IO का आकार, दूरी की तलाश, बकाया IOs, विलंबता ।



VmWare के पास एक दस्तावेज है जो आँकड़े चलाने के लिए मेट्रिक्स और कमांड को सूचीबद्ध करता है।



सिद्धांत में गणना के बाद, इस कमांड के साथ यह जांचना आवश्यक है कि क्या परीक्षण कॉन्फ़िगरेशन सही तरीके से काम कर रहा है, और यदि आवश्यक हो, तो कॉन्फ़िगरेशन में समायोजन करें।

VDI द्वारा तालिका में संक्षेप में प्रस्तुत करने के लिए:

मूल्य	विंडोज एक्सपी	विंडोज 7
CPU कोर प्रति VDI क्लाइंट की संख्या	6-9	6-9
हाइपर-थ्रेडिंग दक्षता	150-180%	150-180%
VDI क्लाइंट पर ERAM	1 जीबी	1 जीबी
रैम का इस्तेमाल किया	न्यूनतम: 37.5% औसत: 50% बिना टीपीएस: 100%	न्यूनतम: 20% औसत: 50% बिना टीपीएस: 100%
एक VDI ग्राहक पर IOPS	प्रकाश उपयोगकर्ता: 4-6 मध्यम उपयोगकर्ता: 8-10 भारी उपयोगकर्ता: 12-16	प्रकाश उपयोगकर्ता: 6-8 मध्यम उपयोगकर्ता: 10-12 भारी उपयोगकर्ता: 14-20

1 भौतिक डिस्क प्रति VDI क्लाइंट की संख्या के संकेतक और काम करने के लिए 128 उपयोगकर्ताओं के लिए आवश्यक डिस्क की संख्या:

128 उपयोगकर्ताओं के साथ परिदृश्य	20 आईओपीएस आर / डब्ल्यू 20/80%	20 आईओपीएस आर / डब्ल्यू 50/50%	10 आईओपीएस आर / डब्ल्यू 20/80%	10 आईओपीएस आर / डब्ल्यू 50/50%
VDI क्लाइंट डिस्क के लिए	RAID5: 3 RAID1: 4	RAID5: 3 RAID1: 5	RAID5: 6 RAID1: 8	RAID5: 7 RAID1: 10
मेजबान प्रति ड्राइव की संख्या	RAID5: 50 RAID1: 34	RAID5: 36 RAID1: 26	RAID5: 24 RAID1: 16	RAID5: 18 RAID1: 12

तो यहाँ कुछ कदम हैं जो VDI प्रदर्शन में सुधार कर सकते हैं:

• मेमोरी बैलूनिंग को अक्षम करें - VDI के लिए स्वैप फ़ाइल उपयोगी नहीं है, यदि आवश्यक हो तो हार्ड वैल्यू सेट करने का प्रयास करें - RAM बढ़ाएं, स्वैप फ़ाइल नहीं।
• एकल वीसीपीयू वीएम का उपयोग करें - अधिकांश उपयोगकर्ता अनुप्रयोग एकल-थ्रेडेड हैं, उन्हें मल्टी वीसीपीयू की आवश्यकता नहीं है।
• समयबद्ध जूते - उपयोगकर्ता समूहों को समूहों में विभाजित करते हैं, प्राथमिकता के आधार पर समूह चलाते हैं।
• एंटी-वायरस स्कैनिंग का अनुकूलन करें । एंटीवायरस सॉफ्टवेयर आईटी में एक "आवश्यक बुराई" है, लेकिन अगर सॉफ्टवेयर को सही तरीके से कॉन्फ़िगर नहीं किया गया है, तो इससे उत्पादकता में तेज कमी आएगी। यह राइट-बाय-स्कैन, केवल स्थानीय डिस्क को स्कैन करने और पेजफाइल.साइ और प्रिंट स्पूल फ़ोल्डर को बाहर करने के लिए उपयोगी होगा।
• उपयोगकर्ता प्रोफ़ाइल में 3D स्क्रीन सेवर को अक्षम करें - ये स्क्रीनसेवर बहुत सारे CPU संसाधनों का उपभोग करते हैं।
• भौतिक डोमेन नियंत्रकों का उपयोग करें - हाँ, आप वर्चुअल वातावरण में DC चला सकते हैं, लेकिन Microsoft अभी भी DC का उपयोग भौतिक मशीन के रूप में करने की सलाह देता है ।
• एनआईसी टीमिंग (एकत्रीकरण) - एनआईसी को अधिक बैंडविड्थ के लिए जोड़ा जाना चाहिए।
• एप्लीकेशन वर्चुअलाइजेशन - एप्लिकेशन को ओएस की तरह ही वर्चुअलाइज किया जाना चाहिए। यह समर्थन को सरल करता है और "सुनहरी छवियों" के आकार को संकुचित करता है। ऐसी छवियां तैनात करने और अपडेट करने में आसान होती हैं।
• नेटवर्क बैंडविड्थ की सही गणना करें - पहले गणना 20 केबी / एस प्रति उपयोगकर्ता के संकेतक के आधार पर की गई थी, लेकिन यह चीजों की वर्तमान स्थिति के अनुरूप नहीं है। वर्तमान मूल्य अब प्रति उपयोगकर्ता लगभग 100 KB / s होगा।
• स्टोरेज सिस्टम के प्रदर्शन की गणना करें - डिस्क प्रकार और RAID स्तर का चुनाव यह निर्धारित करता है कि VDI वातावरण में आपका स्टोरेज सिस्टम कितना अच्छा प्रदर्शन करता है। अनुभव से पता चला है कि RAID 10 अपने उच्च प्रदर्शन के कारण VDI के लिए एक स्मार्ट विकल्प है। और एसएसडी और फ्लैश-मेमोरी गंभीरता से लोड समय को कम करते हैं, लेकिन इसकी उच्च लागत होती है (हालांकि इस तरह के समाधान की कीमत लगातार गिर रही है)।

दिलचस्प पढ़ना:

• http://virtuall.eu/blog/hbr/ita-s-sample-time-with-vscsistats
• http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021095
• http://vmnomad.blogspot.com/2011/06/vsphere-transparent-page-sharing.html