2 घंटे में oVirt. भाग 1: फ़ॉल्ट टॉलरेंट वर्चुअलाइज़ेशन प्लेटफ़ॉर्म खोलें

परिचय

ओपन सोर्स प्रोजेक्ट OVirt एक निःशुल्क एंटरप्राइज़-ग्रेड वर्चुअलाइजेशन प्लेटफ़ॉर्म है। habr में स्क्रॉल करते हुए मुझे वह मिला OVirt इसे उतने व्यापक रूप से कवर नहीं किया गया है जितना इसका हकदार है।
ओवीर्ट वास्तव में वाणिज्यिक रेड हैट वर्चुअलाइजेशन (आरएचवी, पूर्व में आरएचईवी) प्रणाली के लिए अपस्ट्रीम है, जो रेड हैट के विंग के तहत बढ़ रहा है। भ्रम से बचने के लिए, यह नहीं CentOS बनाम RHEL के समान, मॉडल Fedora बनाम RHEL के करीब।
हुड के नीचे - केवीएम, वेब इंटरफ़ेस का उपयोग प्रबंधन के लिए किया जाता है। RHEL/CentOS 7 OS पर आधारित।
oVirt का उपयोग "पारंपरिक" सर्वर और डेस्कटॉप वर्चुअलाइजेशन (VDI) दोनों के लिए किया जा सकता है, VMware समाधान के विपरीत, दोनों सिस्टम एक कॉम्प्लेक्स में सह-अस्तित्व में रह सकते हैं।
अच्छे से प्रोजेक्ट करें दस्तावेज, उत्पादक उपयोग के लिए लंबे समय से परिपक्वता तक पहुंच गया है और उच्च भार के लिए तैयार है।
यह लेख कार्यशील फेलओवर क्लस्टर बनाने के तरीके पर श्रृंखला में पहला है। इनका अध्ययन करने के बाद, थोड़े समय (लगभग 2 घंटे) में हमें पूरी तरह से काम करने वाली प्रणाली मिल जाएगी, हालांकि कई मुद्दों का खुलासा नहीं किया जा सकता है, मैं उन्हें निम्नलिखित लेखों में शामिल करने का प्रयास करूंगा।
हम कई वर्षों से इसका उपयोग कर रहे हैं, हमने संस्करण 4.1 से शुरुआत की। हमारा औद्योगिक सिस्टम अब 480वीं पीढ़ी के एचपीई सिनर्जी 460 और प्रोलियंट बीएल10सी पर चलता है जो ज़ीऑन गोल्ड सीपीयू के साथ गणना करता है।
लेखन के समय, वर्तमान संस्करण 4.3 है।

सामग्री

1. परिचय (हम यहाँ हैं)
2. प्रबंधक (ओविर्ट-इंजन) और हाइपरविजर (होस्ट) स्थापित करना
3. अतिरिक्त सेटिंग्स

कार्यात्मक विशेषताएं

OVirt में 2 मुख्य इकाइयाँ हैं: Ovirt-इंजन और Ovirt-होस्ट। जो लोग VMware उत्पादों से परिचित हैं, उनके लिए एक प्लेटफ़ॉर्म के रूप में oVirt vSphere है, ovirt-इंजन - नियंत्रण परत - vCenter के समान कार्य करता है, और ovirt-host ESX (i) की तरह एक हाइपरवाइज़र है। क्योंकि vSphere एक बहुत लोकप्रिय समाधान है, कभी-कभी मैं इसकी तुलना इसके साथ करूँगा।

चावल। 1 - ओविर्ट कंट्रोल पैनल।

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

आर्किटेक्चर

चावल। 2 - ओविर्ट आर्किटेक्चर।
वास्तुकला के बारे में अधिक जानकारी यहां पाई जा सकती है प्रलेखन डेवलपर.

चावल। 3 - ओविर्ट वस्तुएँ।

पदानुक्रम में शीर्ष तत्व - डाटा केंद्र. यह निर्धारित करता है कि साझा या स्थानीय भंडारण का उपयोग किया गया है या नहीं, साथ ही उपयोग किए गए फीचर सेट (संगतता, 4.1 से 4.3) भी निर्धारित करता है। एक या अधिक हो सकते हैं. कई विकल्पों के लिए, डिफ़ॉल्ट डेटा सेंटर का उपयोग करना डिफ़ॉल्ट है।
डेटा सेंटर में एक या अधिक होते हैं क्लस्टर. क्लस्टर प्रोसेसर के प्रकार, माइग्रेशन नीतियों आदि को निर्धारित करता है। छोटे इंस्टॉलेशन के लिए, आप खुद को डिफ़ॉल्ट क्लस्टर तक भी सीमित कर सकते हैं।
बदले में, क्लस्टर में शामिल हैं मेजबानजो मुख्य कार्य करते हैं - वे वर्चुअल मशीनें ले जाते हैं, स्टोरेज उनसे जुड़े होते हैं। क्लस्टर 2 या अधिक होस्ट मानता है। हालाँकि तकनीकी रूप से 1 होस्ट के साथ क्लस्टर बनाना संभव है, लेकिन यह व्यावहारिक उपयोग का नहीं है।

oVirt कई सुविधाओं का समर्थन करता है, जिनमें शामिल हैं। हाइपरविजर्स (लाइव माइग्रेशन) और स्टोरेज (स्टोरेज माइग्रेशन) के बीच वर्चुअल मशीनों का लाइव माइग्रेशन, वीएम पूल के साथ डेस्कटॉप वर्चुअलाइजेशन (वर्चुअल डेस्कटॉप इंफ्रास्ट्रक्चर), स्टेटफुल और स्टेटलेस वीएम, एनवीडिया ग्रिड वीजीपीयू के लिए समर्थन, वीस्फेयर, केवीएम से आयात, एक शक्तिशाली है API और भी बहुत कुछ। ये सभी सुविधाएँ रॉयल्टी-मुक्त उपलब्ध हैं और यदि आवश्यक हो, तो क्षेत्रीय भागीदारों के माध्यम से Red Hat से समर्थन खरीदा जा सकता है।

आरएचवी कीमतों के बारे में

VMware की तुलना में लागत अधिक नहीं है, केवल समर्थन खरीदा जाता है - लाइसेंस खरीदने की आवश्यकता के बिना। समर्थन केवल हाइपरवाइजर्स के लिए खरीदा जाता है, vCenter सर्वर के विपरीत, ओविर्ट-इंजन को खर्च की आवश्यकता नहीं होती है।

स्वामित्व के प्रथम वर्ष के लिए गणना उदाहरण

4 2 सॉकेट मशीनों और खुदरा कीमतों (कोई परियोजना छूट नहीं) के समूह पर विचार करें।
आरएचवी मानक सदस्यता लागत $999 प्रति सॉकेट/वर्ष (प्रीमियम 365/24/7 - $1499), कुल 4*2*$999=$7992.
vSphere कीमत:

• VMware vCenter सर्वर मानक $10,837.13 प्रति इंस्टेंस प्लस बेसिक सब्सक्रिप्शन $2,625.41 (उत्पादन $3,125.39);
• VMware vSphere मानक $1,164.15 + मूल सदस्यता $552.61 (उत्पादन $653.82);
• VMware vSphere Enterprise Plus $6,309.23 + मूल सदस्यता $1,261.09 (उत्पादन $1,499.94)।

कुल: 10 + 837,13 + 2 * 625,41 * (4 + 2) = 27 $ 196,62 सबसे छोटे विकल्प के लिए. अंतर लगभग 3,5 गुना है!
OVirt में, सभी फ़ंक्शन बिना किसी प्रतिबंध के उपलब्ध हैं।

संक्षिप्त विशेषताएँ और अधिकतम सीमाएँ

सिस्टम आवश्यकताओं

हाइपरवाइजर को हार्डवेयर वर्चुअलाइजेशन सक्षम सीपीयू की आवश्यकता होती है, शुरू करने के लिए रैम की न्यूनतम मात्रा 2 GiB है, OS के लिए स्टोरेज की अनुशंसित मात्रा 55 GiB है (ज्यादातर लॉग आदि के लिए, OS स्वयं बहुत कम लेता है)।
अधिक जानकारी - यहां.
के लिए इंजन न्यूनतम आवश्यकताएँ 2 कोर/4 जीबी रैम/25 जीबी स्टोरेज। अनुशंसित - 4 कोर/16 जीबी रैम/50 जीबी स्टोरेज से।
किसी भी सिस्टम की तरह, वॉल्यूम और मात्रा पर सीमाएं होती हैं, जिनमें से अधिकांश उपलब्ध बड़े पैमाने पर वाणिज्यिक सर्वर की क्षमताओं से अधिक होती हैं। हाँ, एक जोड़ा। इंटेल क् Xon गोल्ड 6230 2 TiB RAM को संबोधित कर सकता है और 40 कोर (80 थ्रेड) देता है, जो एक VM की सीमा से भी कम है।

वर्चुअल मशीन अधिकतम:

• अधिकतम समवर्ती रूप से चलने वाली वर्चुअल मशीनें: असीमित;
• प्रति वर्चुअल मशीन अधिकतम वर्चुअल सीपीयू: 384;
• प्रति वर्चुअल मशीन अधिकतम मेमोरी: 4 TiB;
• प्रति वर्चुअल मशीन अधिकतम एकल डिस्क आकार: 8 TiB।

मेज़बान अधिकतम:

• तार्किक सीपीयू कोर या धागे: 768;
• रैम: 12 TiB
• होस्ट की गई वर्चुअल मशीनों की संख्या: 250;
• एक साथ लाइव माइग्रेशन: 2 इनकमिंग, 2 आउटगोइंग;
• लाइव माइग्रेशन बैंडविड्थ: लीगेसी माइग्रेशन नीति का उपयोग करते समय प्रति माइग्रेशन 52 एमआईबी (~436 एमबी) पर डिफ़ॉल्ट। अन्य नीतियां भौतिक उपकरण की गति के आधार पर अनुकूली थ्रूपुट मूल्यों का उपयोग करती हैं। क्यूओएस नीतियां माइग्रेशन बैंडविड्थ को सीमित कर सकती हैं।

मैनेजर लॉजिकल एंटिटी मैक्सिमम:

4.3 में हैं निम्नलिखित सीमाएँ.

• डाटा सेंटर
  • अधिकतम डेटा सेंटर संख्या: 400;
  • अधिकतम होस्ट संख्या: 400 समर्थित, 500 परीक्षणित;
  • अधिकतम वीएम गिनती: 4000 समर्थित, 5000 परीक्षण किया गया;
• समूह
  • अधिकतम क्लस्टर संख्या: 400;
  • अधिकतम होस्ट संख्या: 400 समर्थित, 500 परीक्षणित;
  • अधिकतम वीएम गिनती: 4000 समर्थित, 5000 परीक्षण किया गया;
• नेटवर्क
  • तार्किक नेटवर्क/क्लस्टर: 300
  • एसडीएन/बाह्य नेटवर्क: 2600 परीक्षण, कोई लागू सीमा नहीं;
• भंडारण
  • अधिकतम डोमेन: 50 समर्थित, 70 परीक्षणित;
  • प्रति डोमेन होस्ट: कोई सीमा नहीं;
  • प्रति ब्लॉक डोमेन तार्किक वॉल्यूम (अधिक): 1500;
  • LUN की अधिकतम संख्या (अधिक): 300;
  • अधिकतम डिस्क आकार: 500 TiB (डिफ़ॉल्ट रूप से 8 TiB तक सीमित)।

कार्यान्वयन विकल्प

जैसा कि पहले ही उल्लेख किया गया है, ओविर्ट 2 मूल तत्वों - ओविर्ट-इंजन (प्रबंधन) और ओविर्ट-होस्ट (हाइपरवाइजर) से बनाया गया है।
इंजन को प्लेटफ़ॉर्म के बाहर (स्टैंडअलोन मैनेजर - यह किसी अन्य प्लेटफ़ॉर्म पर चलने वाला VM या एक अलग हाइपरवाइज़र और यहां तक ​​कि एक भौतिक मशीन भी हो सकता है) और प्लेटफ़ॉर्म पर स्वयं (स्वयं-होस्टेड इंजन, VMware के VCSA के समान) दोनों पर होस्ट किया जा सकता है। दृष्टिकोण)।
हाइपरवाइजर को स्थापित किया जा सकता है नियमित OS RHEL/CentOS 7 (ईएल होस्ट) और विशेषीकृत न्यूनतम ओएस (oVirt-नोड, el7 पर आधारित)।
सभी वेरिएंट के लिए हार्डवेयर आवश्यकताएँ लगभग समान हैं।

चावल। 4 - मानक वास्तुकला.

चावल। 5 - स्व-होस्टेड इंजन आर्किटेक्चर।

अपने लिए, मैंने स्टैंडअलोन मैनेजर और ईएल होस्ट्स विकल्प चुना:

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

* हालाँकि, गंभीर बिजली विफलता के बाद भी, ऑपरेशन की पूरी अवधि के दौरान इसकी आवश्यकता नहीं थी।
लेकिन मुद्दे से अधिक!
प्रयोग के लिए, Xeon® CPU के साथ ProLiant BL460c G7 ब्लेड की एक जोड़ी जारी करना संभव है। हम उन पर इंस्टॉलेशन प्रक्रिया को पुन: पेश करेंगे।
आइए नोड्स को ovirt.lab.example.com, kvm01.lab.example.com और kvm02.lab.example.com नाम दें।
चलिए सीधे चलते हैं इंस्टालेशन.

स्रोत: www.habr.com