२ घण्टामा oVirt। भाग १. खुला, दोष-सहिष्णु भर्चुअलाइजेशन प्लेटफर्म

परिचय

खुला स्रोत परियोजना oVirt - एक नि: शुल्क उद्यम-स्तर भर्चुअलाइजेशन प्लेटफर्म। habr मार्फत स्क्रोल गरेपछि, मैले त्यो पत्ता लगाए oVirt यहाँ जति व्यापक रूपमा कभर गरिएको छैन त्यो योग्य छ।
oVirt वास्तवमा व्यावसायिक प्रणाली Red Hat Virtualization (RHV, पहिले RHEV) को लागि एक अपस्ट्रीम हो, Red Hat को पखेटा अन्तर्गत बढ्दै। भ्रमबाट बच्नको लागि, यो छैन CentOS बनाम RHEL जस्तै, फेडोरा बनाम RHEL को नजिक मोडेल।
हुड मुनि - KVM, एक वेब इन्टरफेस व्यवस्थापन को लागी प्रयोग गरिन्छ। RHEL/CentOS 7 OS मा आधारित।
oVirt दुबै "परम्परागत" सर्भर र डेस्कटप भर्चुअलाइजेशन (VDI) को लागी प्रयोग गर्न सकिन्छ, VMware समाधानको विपरीत, दुबै प्रणालीहरू एउटै कम्प्लेक्समा सँगै रहन सक्छन्।
परियोजना राम्रो छ दस्तावेज, उत्पादक प्रयोगको लागि लामो समयसम्म परिपक्वतामा पुगेको छ र उच्च भारको लागि तयार छ।
यो लेख कसरी काम गर्ने फेलओभर क्लस्टर निर्माण गर्ने श्रृंखलामा पहिलो हो। तिनीहरूको माध्यमबाट गएपछि, छोटो समयमा (लगभग 2 घण्टा) हामीले पूर्ण रूपमा काम गर्ने प्रणाली प्राप्त गर्नेछौं, यद्यपि धेरै मुद्दाहरू, अवश्य पनि, प्रकट हुने छैनन्; म तिनीहरूलाई निम्न लेखहरूमा कभर गर्ने प्रयास गर्नेछु।
हामीले यसलाई संस्करण 4.1 बाट सुरु गरेर धेरै वर्षदेखि प्रयोग गर्दै आएका छौं। हाम्रो औद्योगिक प्रणाली हाल Xeon Gold CPU सँग HPE Synergy 480 र ProLiant BL460c 10 औं पुस्ताका कम्प्युटरहरूमा चल्छ।
लेख्ने समयमा, हालको संस्करण 4.3 हो।

लेख

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

कार्यात्मक विशेषताहरू

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

चामल। 1 - oVirt नियन्त्रण प्यानल।

धेरै जसो लिनक्स वितरण र विन्डोजका संस्करणहरू अतिथि मेसिनहरूको रूपमा समर्थित छन्। अतिथि मेशिनहरूको लागि त्यहाँ एजेन्टहरू र अनुकूलित भर्चुअल उपकरणहरू र virtio ड्राइभरहरू छन्, मुख्य रूपमा डिस्क नियन्त्रक र नेटवर्क इन्टरफेस।
गल्ती-सहिष्णु समाधान र सबै रोचक सुविधाहरू लागू गर्न, तपाईंलाई साझा भण्डारण चाहिन्छ। दुबै ब्लक FC, FCoE, iSCSI, र NFS फाइल भण्डारणहरू, आदि समर्थित छन्। दोष-सहिष्णु समाधान लागू गर्न, भण्डारण प्रणाली पनि दोष-सहिष्णु हुनुपर्छ (कम्तीमा 2 नियन्त्रकहरू, मल्टिपासिङ)।
स्थानीय भण्डारण प्रयोग गर्न सम्भव छ, तर पूर्वनिर्धारित रूपमा मात्र साझा भण्डारणहरू वास्तविक क्लस्टरको लागि उपयुक्त छन्। स्थानीय भण्डारणले प्रणालीलाई हाइपरभाइजरहरूको भिन्न सेट बनाउँछ, र साझा भण्डारणको साथमा पनि, क्लस्टरलाई भेला गर्न सकिँदैन। सबैभन्दा सही तरिका SAN बाट बुट भएको डिस्करहित मेसिनहरू वा न्यूनतम साइजको डिस्कहरू हुन्। सम्भवतः, vdsm हुक मार्फत, स्थानीय डिस्कहरू (उदाहरणका लागि, Ceph) बाट सफ्टवेयर परिभाषित भण्डारण संयोजन गर्ने विकल्प र यसलाई VM मा प्रस्तुत गर्ने विकल्प सम्भव छ, तर मैले यसलाई गम्भीरतापूर्वक विचार गरेको छैन।

वास्तुकला

चामल। 2 - oVirt वास्तुकला।
वास्तुकलाको बारेमा थप विवरणहरू फेला पार्न सकिन्छ कागजात विकासकर्ता।

चामल। ३ — oVirt वस्तुहरू।

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

oVirt सहित धेरै प्रकार्यहरू समर्थन गर्दछ। हाइपरभाइजरहरू (लाइभ माइग्रेसन) र भण्डारण माइग्रेसन (भण्डारण माइग्रेसन), डेस्कटप भर्चुअलाइजेशन (भर्चुअल डेस्कटप पूर्वाधार) बीच VM पूलहरू, स्टेटफुल र स्टेटलेस VMs, NVidia ग्रिड vGPU को लागि समर्थन, vSphere, KVM बाट आयात, त्यहाँ एक छ। शक्तिशाली एपीआई र धेरै धेरै। यी सबै सुविधाहरू रोयल्टी-मुक्त उपलब्ध छन्, र यदि समर्थन आवश्यक छ भने, समर्थन क्षेत्रीय साझेदारहरू मार्फत Red Hat बाट खरिद गर्न सकिन्छ।

RHV मूल्यहरूको बारेमा

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

स्वामित्वको १ वर्षको लागि गणनाको उदाहरण

4 2-सकेट मेसिन र खुद्रा मूल्यहरू (परियोजना छुट बिना) को क्लस्टर विचार गरौं।
मानक RHV सदस्यता लागत $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 मा, सबै प्रकार्यहरू प्रतिबन्ध बिना उपलब्ध छन्।

संक्षिप्त विशेषताहरू र अधिकतमहरू

प्रणाली आवश्यकताहरू

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

भर्चुअल मेसिन अधिकतम:

• अधिकतम एकसाथ चलिरहेको भर्चुअल मेसिनहरू: असीमित;
• प्रति भर्चुअल मेसिन अधिकतम भर्चुअल CPUs: 384;
• प्रति भर्चुअल मेसिन अधिकतम मेमोरी: 4 TiB;
• प्रति भर्चुअल मेसिन अधिकतम एकल डिस्क आकार: 8 TiB।

होस्ट अधिकतम:

• तार्किक CPU कोर वा थ्रेडहरू: 768;
• RAM: 12 TiB;
• होस्ट गरिएका भर्चुअल मेसिनहरूको संख्या: 250;
• एक साथ प्रत्यक्ष माइग्रेसन: 2 आगमन, 2 बहिर्गमन;
• लाइभ माइग्रेसन ब्यान्डविथ: लेगेसी माइग्रेसन नीति प्रयोग गर्दा प्रति माइग्रेसन 52 MiB (~ 436 Mb) मा पूर्वनिर्धारित। अन्य नीतिहरूले भौतिक उपकरणको गतिमा आधारित अनुकूली थ्रुपुट मानहरू प्रयोग गर्दछ। QoS नीतिहरूले माइग्रेसन ब्यान्डविथ सीमित गर्न सक्छ।

प्रबन्धक तार्किक निकाय अधिकतम:

4.3 मा छन् निम्न सीमाहरू.

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

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

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

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

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

आफ्नै लागि मैले स्ट्यान्डअलोन प्रबन्धक र EL होस्टहरू विकल्प रोजें:

• स्ट्यान्डअलोन प्रबन्धक थोरै सजिलो छ जब यो स्टार्टअप समस्याहरूको लागि आउँदछ, त्यहाँ कुनै कुखुरा र अन्डा दुविधा छैन (VCSA को रूपमा - तपाईले कम्तिमा एउटा होस्ट पूर्ण नहुँदासम्म सुरु गर्न सक्नुहुन्न), तर त्यहाँ अर्को प्रणालीमा निर्भरता छ*;
• EL होस्टले OS को सबै शक्ति प्रदान गर्दछ, जुन बाह्य निगरानी, ​​डिबगिङ, समस्या निवारण, आदिका लागि उपयोगी छ।

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

स्रोत: www.habr.com