oVirt 2 तासात. भाग 1. मुक्त, दोष-सहिष्णु आभासीकरण प्लॅटफॉर्म

परिचय

मुक्त स्रोत प्रकल्प oVirt — एक विनामूल्य एंटरप्राइझ-स्तरीय आभासीकरण प्लॅटफॉर्म. habr वर स्क्रोल केल्यानंतर, मला ते सापडले oVirt ते पात्र आहे तितक्या व्यापकपणे येथे कव्हर केलेले नाही.
oVirt ही रेड हॅट व्हर्च्युअलायझेशन (RHV, पूर्वी RHEV) या रेड हॅटच्या पंखाखाली वाढणारी व्यावसायिक प्रणालीसाठी एक अपस्ट्रीम आहे. गोंधळ टाळण्यासाठी, हे नाही CentOS vs RHEL सारखेच, Fedora वि RHEL च्या जवळचे मॉडेल.
हुड अंतर्गत - KVM, व्यवस्थापनासाठी वेब इंटरफेस वापरला जातो. RHEL/CentOS 7 OS वर आधारित.
oVirt दोन्ही "पारंपारिक" सर्व्हर आणि डेस्कटॉप व्हर्च्युअलायझेशन (VDI) साठी वापरले जाऊ शकते, VMware सोल्यूशनच्या विपरीत, दोन्ही प्रणाली एकाच कॉम्प्लेक्समध्ये एकत्र राहू शकतात.
प्रकल्प चांगला आहे दस्तऐवजीकरण, उत्पादक वापरासाठी दीर्घकाळ परिपक्वता गाठली आहे आणि उच्च भारांसाठी तयार आहे.
कार्यरत फेलओव्हर क्लस्टर कसा तयार करायचा या मालिकेतील हा लेख पहिला आहे. त्यांच्यामधून गेल्यावर, थोड्याच वेळात (सुमारे 2 तास) आम्हाला एक पूर्णपणे कार्यरत प्रणाली मिळेल, जरी अनेक समस्या, अर्थातच, उघड होणार नाहीत; मी त्यांना पुढील लेखांमध्ये कव्हर करण्याचा प्रयत्न करेन.
आवृत्ती ४.१ पासून सुरुवात करून आम्ही अनेक वर्षांपासून ते वापरत आहोत. आमची औद्योगिक प्रणाली सध्या Xeon Gold CPU सह HPE Synergy 4.1 आणि ProLiant BL480c 460व्या पिढीच्या संगणकांवर चालते.
लेखनाच्या वेळी, वर्तमान आवृत्ती 4.3 आहे.

लेख

1. परिचय (आम्ही येथे आहोत)
2. व्यवस्थापक (ओविर्ट-इंजिन) आणि हायपरवाइजर (होस्ट) ची स्थापना
3. अतिरिक्त सेटिंग्ज

कार्यात्मक वैशिष्ट्ये

oVirt मध्ये 2 मुख्य घटक आहेत: ovirt-engine आणि ovirt-host(s). जे VMware उत्पादनांशी परिचित आहेत त्यांच्यासाठी, oVirt संपूर्णपणे प्लॅटफॉर्म म्हणून vSphere आहे, ovirt-इंजिन - नियंत्रण स्तर - vCenter प्रमाणेच कार्य करते आणि ovirt-होस्ट एक हायपरवाइजर आहे, जसे की ESX (i). कारण vSphere हा एक अतिशय लोकप्रिय उपाय आहे, कधीकधी मी त्याची त्याच्याशी तुलना करेन.

तांदूळ. 1 — oVirt नियंत्रण पॅनेल.

Windows चे बहुतांश Linux वितरण आणि आवृत्त्या अतिथी मशीन म्हणून समर्थित आहेत. अतिथी मशीनसाठी एजंट्स आणि ऑप्टिमाइझ केलेले व्हर्च्युअल डिव्हाइसेस आणि व्हर्टिओ ड्रायव्हर्स आहेत, प्रामुख्याने डिस्क कंट्रोलर आणि नेटवर्क इंटरफेस.
दोष-सहिष्णु उपाय आणि सर्व मनोरंजक वैशिष्ट्ये अंमलात आणण्यासाठी, तुम्हाला शेअर्ड स्टोरेजची आवश्यकता असेल. दोन्ही ब्लॉक FC, FCoE, iSCSI, आणि NFS फाइल स्टोरेज, इ समर्थित आहेत. दोष-सहिष्णु उपाय लागू करण्यासाठी, स्टोरेज सिस्टम देखील दोष-सहिष्णु असणे आवश्यक आहे (किमान 2 नियंत्रक, मल्टीपासिंग).
स्थानिक स्टोरेज वापरणे शक्य आहे, परंतु डीफॉल्टनुसार फक्त शेअर केलेले स्टोरेज वास्तविक क्लस्टरसाठी योग्य आहेत. लोकल स्टोरेज सिस्टीमला हायपरवायझर्सचा एक भिन्न संच बनवते आणि शेअर केलेल्या स्टोरेजसह, क्लस्टर एकत्र करता येत नाही. सर्वात योग्य मार्ग म्हणजे SAN वरून बूट असलेली डिस्कलेस मशीन किंवा कमीतकमी आकाराची डिस्क. कदाचित, व्हीडीएसएम हुकद्वारे, स्थानिक डिस्क्समधून सॉफ्टवेअर परिभाषित स्टोरेज एकत्र करण्याचा पर्याय (उदाहरणार्थ, सेफ) आणि ते व्हीएममध्ये सादर करणे शक्य आहे, परंतु मी त्याचा गंभीरपणे विचार केला नाही.

आर्किटेक्चर

तांदूळ. 2 - oVirt आर्किटेक्चर.
आर्किटेक्चरबद्दल अधिक तपशील येथे आढळू शकतात दस्तऐवजीकरण विकसक

तांदूळ. 3 — oVirt वस्तू.

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

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

RHV किमती बद्दल

VMware च्या तुलनेत किंमत जास्त नाही, फक्त सपोर्ट खरेदी केला जातो - परवाना स्वतः खरेदी करण्याची आवश्यकता न घेता. सपोर्ट फक्त हायपरवायझर्ससाठी खरेदी केला जातो; vCenter सर्व्हरच्या विपरीत, ovirt-इंजिनला कोणत्याही खर्चाची आवश्यकता नसते.

मालकीच्या 1ल्या वर्षासाठी मोजणीचे उदाहरण

चला 4 2-सॉकेट मशीन आणि किरकोळ किमती (प्रोजेक्ट सवलतीशिवाय) च्या क्लस्टरचा विचार करूया.
मानक RHV सदस्यता किंमत $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 मध्ये, सर्व फंक्शन्स निर्बंधांशिवाय उपलब्ध आहेत.

संक्षिप्त वैशिष्ट्ये आणि कमाल

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

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

व्हर्च्युअल मशीन कमाल:

• जास्तीत जास्त एकाचवेळी चालणारी व्हर्च्युअल मशीन: अमर्यादित;
• प्रति वर्च्युअल मशीन कमाल आभासी CPU: 384;
• प्रति आभासी मशीन कमाल मेमरी: 4 TiB;
• प्रति आभासी मशीन कमाल सिंगल डिस्क आकार: 8 TiB.

होस्ट कमाल:

• तार्किक CPU कोर किंवा थ्रेड्स: 768;
• रॅम: 12 टीबी;
• होस्ट केलेल्या व्हर्च्युअल मशीनची संख्या: 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 2 मूलभूत घटकांपासून तयार केले आहे - ovirt-इंजिन (नियंत्रण) आणि ovirt-होस्ट (हायपरवाइजर).
इंजिन एकतर प्लॅटफॉर्मच्या बाहेर स्थित असू शकते (स्टँडअलोन मॅनेजर - हे दुसर्या प्लॅटफॉर्मवर चालणारे व्हीएम असू शकते किंवा वेगळे हायपरवाइजर किंवा अगदी फिजिकल मशीन असू शकते) किंवा स्वतः प्लॅटफॉर्मवर (सेल्फ-होस्टेड इंजिन, VCSA दृष्टिकोनाप्रमाणेच. VMware कडून).
हायपरवाइजर एकतर स्थापित केले जाऊ शकते नियमित OS RHEL/CentOS 7 (ईएल होस्ट), आणि वर विशेष किमान OS (oVirt-नोड, el7 वर आधारित).
सर्व पर्यायांसाठी हार्डवेअर आवश्यकता अंदाजे समान आहेत.

तांदूळ. 4 - मानक आर्किटेक्चर.

तांदूळ. 5 - स्वयं-होस्टेड इंजिन आर्किटेक्चर.

माझ्यासाठी मी स्टँडअलोन मॅनेजर आणि ईएल होस्ट्स हा पर्याय निवडला:

• स्टँडअलोन मॅनेजर थोडे सोपे आहे जेव्हा स्टार्टअप समस्या येतात तेव्हा चिकन आणि अंड्याची कोंडी नसते (VCSA प्रमाणे - किमान एक होस्ट पूर्ण होईपर्यंत तुम्ही सुरू करू शकत नाही), परंतु दुसर्या सिस्टमवर अवलंबून असते*;
• EL होस्ट OS ची सर्व शक्ती प्रदान करते, जी बाह्य निरीक्षण, डीबगिंग, समस्यानिवारण इत्यादीसाठी उपयुक्त आहे.

* तथापि, ऑपरेशनच्या संपूर्ण कालावधीत, गंभीर वीज बिघाडानंतरही याची आवश्यकता नव्हती.
पण मुद्द्याकडे जाऊया!
प्रयोगासाठी, Xeon® CPU सह ProLiant BL460c G7 ब्लेडची जोडी सोडणे शक्य आहे. आम्ही त्यांचा वापर प्रतिष्ठापन प्रक्रियेचे पुनरुत्पादन करण्यासाठी करू.
चला नोड्सना ovirt.lab.example.com, kvm01.lab.example.com आणि kvm02.lab.example.com अशी नावे देऊ.
चला थेट जाऊया स्थापना.

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