XenServer का उपयोग करके खरोंच से बादल

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



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

हार्डवेयर की तैयारी

पहला काम किसी भी क्लाउड के लिए आधार चुनना है, अर्थात्, सर्वर का चुनाव जिस पर वर्चुअलाइजेशन किया जाएगा। हमने IBM के सर्वर का विकल्प चुना और IBMx3850 X5 को चुना।
प्रत्येक आईबीएम आईबीएम एक्स-आर्किटेक्चर पर आधारित है और है:
• 4 इंटेल® Xeon® CPUE7- 8860 प्रोसेसर 2.27GHz की घड़ी आवृत्ति के साथ, जो अंततः प्रति सर्वर 40 कोर (80 थ्रेड्स) देता है;
• 150 जीबी रैम;
• 2 स्वतंत्र बिजली की आपूर्ति;
• फाइबर चैनल विस्तार कार्ड;
• 10-गीगाबिट कनेक्शन के लिए नेटवर्क कार्ड;
RAID1 में संयुक्त 500 जीबी की 2 हार्ड ड्राइव।

फिर सवाल उठता है: आभासी मशीनों को कहाँ संग्रहीत करें? यदि वे स्वयं सर्वर पर संग्रहीत होते हैं, तो इससे सिस्टम की विश्वसनीयता कम हो जाती है, क्योंकि जब सर्वर विफल हो जाता है, तो हम उन सभी वर्चुअल मशीनों को खो देते हैं जो उस पर थीं। इसके अलावा, यह दृष्टिकोण लोड संतुलन के कार्य को बहुत जटिल करता है, क्योंकि एक आभासी मशीन के प्रवास को अपनी डिस्क को किसी अन्य सर्वर पर ले जाने की आवश्यकता होगी, और यह एक लंबी प्रक्रिया है। इसलिए, हमारा स्टैंड 4 फाइबर चैनल आउटपुट से लैस एक बाहरी डेल md3620f स्टोरेज का उपयोग करता है। यह स्टोरेज 24 हार्ड ड्राइव को सपोर्ट करता है जिसे सभी लोकप्रिय प्रकार के छापे (RAID0, RAID1, RAID5, RAID6, RAID01) में जोड़ा जा सकता है। हमारे मामले में, हम RAID 5 में संयुक्त 1 टीबी की 10 हार्ड ड्राइव का उपयोग करते हैं।

त्वरित प्रवास के लिए क्या आवश्यक है? आईबीएम के बीच तेजी से प्रवास को सुनिश्चित करने के लिए, एक 10 गीगाबिट शिखर x670 स्विच को स्टैंड में जोड़ा गया था, इस सैद्धांतिक रूप से त्वरित प्रवासन होना चाहिए (प्रवासन में सबसे लंबी प्रक्रिया नेटवर्क पर एक सर्वर से दूसरे सर्वर पर डेटा स्थानांतरित कर रही है), लेकिन 10 बार यह केवल जीता। 5-6 बार। सर्वर और वर्चुअल मशीनों को स्थानीय नेटवर्क और इंटरनेट तक पहुंच के लिए सक्षम करने के लिए, HP ProCurve स्विच को स्टैंड में जोड़ा गया, साथ ही इसके माध्यम से बाहरी ग्राहकों को ट्रैफ़िक दिया गया।

हार्डवेयर को सारांशित करने के लिए, हमारे पास एक स्टैंड है जिसमें शामिल हैं:
• 4 IBMx3850 X5 सर्वर
• HP ProCurve 1000 एमबी / एस तक के कनेक्शन के लिए स्विच
• 10Gb / s कनेक्शन का समर्थन करने के लिए शिखर सम्मेलन x670 स्विच
10TB डिस्क सरणी के साथ • बाहरी भंडारण डेल md3620f
• और अन्य (निर्बाध बिजली की आपूर्ति APC स्मार्ट-यूपीएस 3000VA, फाइबर के लिए ट्रांसीवर, आठ दस मीटर फाइबर ऑप्टिक केबल, 50 मीटर मुड़ जोड़ी)

यह सब दिखता है जैसा कि चित्र में दिखाया गया है, नीचे पांच निर्बाध विद्युत आपूर्ति हैं, जो केंद्रीय बिजली आपूर्ति की विफलता के मामले में, सर्वर पर चलने वाली सभी चीज़ों को सही ढंग से बंद कर देगी और सर्वर को स्वयं बंद कर देगी।



कनेक्शन तर्क निम्नानुसार है:



अगर संक्षेप में, तो हमारे पास है:
• 160 कंप्यूटिंग कोर (320 धागे);
• 600 जीबी रैम;
• डिस्क स्थान की 14 टीबी;
• हाई-स्पीड नेटवर्क इन्फ्रास्ट्रक्चर।

XenServer स्थापित करें

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

सभी IBM सर्वर में XenServer इंस्टॉल होना चाहिए। XenServer को स्थापित करना अपने आप में एक पूरी तरह से सीधी प्रक्रिया है और यह Ubuntu स्थापित करने से बहुत अलग नहीं है। बाद के सुविधाजनक संचालन के लिए सिस्टम को कॉन्फ़िगर करना बहुत अधिक दिलचस्प है, जिस पर बाद में चर्चा की जाएगी, मुख्य ध्यान एक्सेंसर के लिए विस्तार घटकों पर होगा जो कि Citrix प्रदान करता है। सभी मेजबानों पर XenServer स्थापित करने के बाद, आपको XenCenter पर जाने की आवश्यकता है (आप इसे स्थापित XenServer के वेब इंटरफेस पर जाकर या Citrix वेबसाइट से डाउनलोड कर सकते हैं)। XenCenter में, आपको एक पूल बनाने और उसमें एक सर्वर जोड़ने की आवश्यकता है।

लाइसेंस स्थापना

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



Citrix अपने क्लाउड में एक अलग होस्ट या वर्चुअल मशीन पर लाइसेंस केंद्र स्थापित करने का सुझाव देता है (यह लगभग सीपीयू संसाधनों की खपत करता है और केवल 256 एमबी रैम की आवश्यकता होती है)। लेकिन अगर आप इसे वर्चुअल मशीन के रूप में स्थापित करते हैं, तो आप मुश्किल में पड़ सकते हैं। एक बार जब आप एक समस्या का सामना कर सकते हैं जो हमने अपने उन्नयन के लिए अपने स्टैंड के सर्वरों को काट दिया था, और उनके साथ, लाइसेंस केंद्र के साथ आभासी मशीन क्रमशः बंद हो गई। स्विच करने के बाद, XenServer ने एक त्रुटि उत्पन्न की "ट्रायल लाइसेंस की अवधि समाप्त हो गई है" (लाइसेंस केंद्र सभी के बाद शुरू नहीं किया गया था)। ऐसा लगता है कि कोई समस्या नहीं होनी चाहिए: बस लाइसेंस केंद्र की वर्चुअल मशीन को एक सामान्य लाइसेंस के साथ चालू करें और इसे स्वीकार करें। लेकिन यह वहाँ था: एक समाप्त लाइसेंस के साथ, आप किसी भी वर्चुअल मशीन को चालू नहीं कर सकते। हालाँकि, प्रारंभिक आतंक के बाद, बटन "फ्री वर्जन को सक्रिय करें" लाइसेंस स्वीकृति मेनू में पाया गया था, जिस पर क्लिक करने के बाद हमने वाक्यांश "आपके पास 30 दिनों का ट्रायल लाइसेंस है"। और उसके बाद ही आप लाइसेंस के साथ वर्चुअल मशीन शुरू कर सकते हैं।

वर्चुअल नेटवर्क इन्फ्रास्ट्रक्चर बनाना

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



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



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

स्थापना के तुरंत बाद फ़ायरवॉल काम में प्रवेश करती है, और 4 बुनियादी वैश्विक नियम तुरंत इसमें दर्ज किए जाते हैं:
• नेटवर्क में सभी एआरपी संदेशों को अनुमति दें
• वर्चुअल मशीनों को dhcp द्वारा IP पता प्राप्त करने की अनुमति दें
• डीएनएस सर्वर तक पहुंचने के लिए आभासी मशीनों की अनुमति दें
• सभी नेटवर्क ट्रैफ़िक की अनुमति दें (यह नियम अन्य स्तरों के सभी नियमों की जाँच के बाद लागू होता है)



सामान्य तौर पर, DVSC सभी के लिए अच्छा है, और कार्यक्षमता के मामले में यह कुछ हद तक VmWare के vShield एज की याद दिलाता है, लेकिन एज कई छोटी चीजों के कारण अधिक सुविधाजनक लगता है: DHCP सर्वर बनाने की संभावना, वर्चुअल मशीन के लिए नेट का सुविधाजनक संगठन, आदि। यह सब (एक डीएचसीपी सर्वर और नेट की अनुपस्थिति), बेशक, उबंटू के आधार पर एक अलग वर्चुअल मशीन बनाकर हल किया जाता है, लेकिन यह सुविधाजनक है जब सब कुछ पहले से ही पहले से तय हो जाता है।

उबंटू के साथ एक वर्चुअल मशीन बनाने में समस्या

सामान्य तौर पर, पहली बार उबंटू के साथ वर्चुअल मशीन बनाने से झटका और गलतफहमी होती है - यह उत्पाद के रिलीज संस्करण में कैसे आया? ये रही बात:



एक मानक टेम्पलेट से एक वर्चुअल मशीन बनाने के बाद, यह उपरोक्त त्रुटि (त्रुटि कोड: INVALID_SOURCE) को शुरू और लिख नहीं सकता है। त्रुटि वर्चुअल मशीन के बूट मापदंडों से संबंधित है। आप इस प्रकार से निपट सकते हैं (विवरण यहां लिया गया है और बड़ी संख्या में आभासी मशीनों के साथ काम करने के लिए थोड़ा संशोधित किया गया है):
1. XenServer कंसोल पर जाएं, जो XenCenter (सर्वर पर कंसोल टैब) या ssh के माध्यम से किया जा सकता है।
2. आदेश xe vm-listname- लेबल = [VM_NAME] के साथ वर्चुअल मशीन के यूआईडी का पता लगाएं। हमारे उदाहरण में, ऐसा दिखता है:



3. अगला, आपको निम्नलिखित कमांड के साथ बूट पैरामीटर सेट करने की आवश्यकता है: xe vm-param-setuuid = [UUID_VM] HVM-boot-policy = BIOS \ orderHVM-boot-params: आदेश / dc।
4. इन सरल जोड़तोड़ के बाद, वर्चुअल मशीन सफलतापूर्वक शुरू हो जाएगी।

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

गतिशील लोड संतुलन

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



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

क्लाउड पर पहुंच को कॉन्फ़िगर और प्रतिबंधित करें

अंतिम कार्य जिसे सामान्य ऑपरेशन के लिए हल करने की आवश्यकता है, वह क्लाउड तक पहुंच प्रदान कर रहा है। और यहाँ, Citrix, हमारी राय में, सबसे बड़ी समस्याएं हैं। Citrix क्लाउड एक्सेस करने के लिए दो विकल्प प्रदान करता है: XenCenter के माध्यम से और वेब-आधारित इंटरफ़ेस के माध्यम से।

XenCenter के माध्यम से प्रवेश

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

वेब-आधारित पहुंच

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



Citrix XenServer Web Self Service उन्हीं यूज़र्स को AD के रूप में इस्तेमाल कर सकती है या नए बना सकती है। XenServer Web Self Service के पहले बूट में, व्यवस्थापक को यह निर्दिष्ट करना होगा कि वह कैसे कार्य करना चाहता है, और इस निर्णय को बाद में नहीं बदला जा सकता है (बेशक, आप हमेशा वर्चुअल मशीन को पुनर्व्यवस्थित कर सकते हैं, लेकिन यह वर्चुअल मशीनों तक पहुंच अधिकारों की एक नई सेटिंग की आवश्यकता होगी)। कॉन्फ़िगरेशन के बाद, कोई भी उपयोगकर्ता किसी विशिष्ट वर्चुअल मशीन को ब्राउज़र के माध्यम से एक्सेस कर सकता है। और यहां Citrix भी बहुत खुश है: किसी भी ब्राउज़र को काम करने के लिए इस्तेमाल किया जा सकता है, न कि कुछ सीमित सेटों की तरह, Microsoft से क्लाउड (केवल InternetExplorer) या VmWare (ओपेरा द्वारा समर्थित नहीं)। उपयोगकर्ता को वर्चुअल मशीन तक पहुंच प्राप्त करने के लिए, व्यवस्थापक को इस उपयोगकर्ता के लिए इस वर्चुअल मशीन तक पहुंच की अनुमति देनी चाहिए, जो आसानी से वेब इंटरफ़ेस के माध्यम से किया जाता है।



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

हमारा प्रयोग

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

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

1. साधारण कंप्यूटर: Intel i3-2100, 3.1 GHz, केवल 2 कोर। प्रत्येक कोर के लिए, 800x600 / 2 = 240000 अंक प्रति फ्रेम। जैसा कि आप वीडियो से देख सकते हैं, गति लगभग 0.5 एफपीएस थी (एक फ्रेम पर 2 सेकंड से अधिक खर्च किए गए थे)।



2. एक आधुनिक शक्तिशाली प्रोसेसर वाला कंप्यूटर: इंटेल i7-4770, 3.4 गीगाहर्ट्ज, कुल 8 कोर। प्रत्येक कोर के लिए, 800x600 / 8 = 60,000 डॉट्स प्रति फ्रेम। परिणाम लगभग 2 फ्रेम प्रति सेकंड है, जैसा कि वीडियो में देखा जा सकता है।



3. रैक से IBM सर्वर: Intel Xeon E7-8860 2.3 GHz, प्रत्येक कंप्यूटर में 10 भौतिक कोर (प्रत्येक पर 2 तार्किक कोर) के साथ 4 प्रोसेसर हैं - कुल 80 कोर। प्रत्येक कोर के लिए, 800x600 / 80 = 6000 डॉट प्रति फ्रेम। परिणाम 12-14 एफपीएस है - जो अन्य प्रणालियों की तुलना में काफी अधिक है।



दिलचस्प बात यह है कि यदि आप 1280x1024 के रिज़ॉल्यूशन में आईबीएम सर्वर पर रेंडरिंग चलाते हैं, और प्रोसेसर कोर को बफरिंग के बिना काम करते हैं, तो आप नोटिस कर सकते हैं कि फ्रेम 80 स्ट्रिप्स से कैसे तैयार किया गया है!



हमें यही मिला है। हमें उम्मीद है कि हमारे लेख को पढ़ने के बाद, आप आसानी से अपने आप को बादल बना सकते हैं, उन समस्याओं से बच सकते हैं जो हमने यहां बताई हैं, या सफलतापूर्वक उनका मुकाबला कर रहे हैं!