दोष-सहिष्णु आईटी संरचना का निर्माण। भाग 2. OVirt 4.3 क्लस्टर को स्थापित और कॉन्फ़िगर करना

यह लेख पिछले एक का एक निरंतरता है - “ एक दोष-सहिष्णु आईटी अवसंरचना का निर्माण। भाग 1 - oVirt 4.3 क्लस्टर की तैनाती के लिए तैयारी कर रहा है । ”

यह अत्यधिक सुलभ आभासी मशीनों की मेजबानी के लिए oVirt 4.3 क्लस्टर की बुनियादी स्थापना और विन्यास की प्रक्रिया पर विचार करेगा, इस तथ्य को ध्यान में रखते हुए कि बुनियादी ढांचा तैयार करने के सभी प्रारंभिक चरण पहले ही पूरे हो चुके हैं।

प्राथमिक अथवा प्रारम्भिक लक्षण

लेख का मुख्य लक्ष्य " अगला -> हां -> समाप्त " फॉर्म के चरण-दर-चरण निर्देश देना नहीं है, बल्कि इसे स्थापित और कॉन्फ़िगर करते समय कुछ विशेषताएं दिखाना है। बुनियादी ढांचे और पर्यावरण की ख़ासियत के कारण, आपके क्लस्टर को तैनात करने की प्रक्रिया हमेशा इसमें वर्णित किसी के साथ मेल नहीं खा सकती है, लेकिन सामान्य सिद्धांत समान होंगे।

एक व्यक्तिपरक दृष्टिकोण से, oVirt 4.3 VMware vSphere संस्करण 5.x की कार्यक्षमता में समान है, लेकिन निश्चित रूप से अपने स्वयं के कॉन्फ़िगरेशन और ऑपरेशन सुविधाओं के साथ।

जो लोग रुचि रखते हैं, उनके लिए RHEV (उर्फ oVirt) और VMware vSphere के बीच के सभी अंतर इंटरनेट पर पाए जा सकते हैं, उदाहरण के लिए, लेकिन फिर भी मैं कभी-कभार उनके कुछ अंतर या समानताएं नोट करूंगा, जैसा कि लेख जाता है।

अलग-अलग, मैं आभासी मशीनों के लिए नेटवर्क के साथ एक छोटे से काम की तुलना करना चाहूंगा। OVirt वर्चुअल मशीनों के लिए नेटवर्क प्रबंधन के एक समान सिद्धांत को लागू करता है (बाद में इसे वीएम के रूप में संदर्भित किया जाता है), जैसे कि VMware के क्षेत्र में:

• वर्चुअलाइजेशन मेजबानों पर चलने वाले मानक लिनक्स ब्रिज (वीएमवेयर में - मानक vSwitch ) का उपयोग करना;
• Open vSwitch (OVS) (VMware, डिस्ट्रिब्यूटेड vSwitch में ) एक वितरित वर्चुअल स्विच है जिसमें दो मुख्य घटक होते हैं: एक केंद्रीय OVN सर्वर और प्रबंधित होस्ट पर OVN नियंत्रक।

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

इस संबंध में, क्लस्टर में नेटवर्क के साथ काम करने के लिए कई बुनियादी नियम हैं जो उल्लंघन नहीं करना बेहतर हैं:

• IP पते को छोड़कर, सभी नेटवर्क सेटिंग्स को oVirt में जोड़ने से पहले समान होना चाहिए।
• जब मेजबान को oVirt के नियंत्रण में ले लिया जाता है, तो अपने कार्यों में पूर्ण विश्वास के बिना, अपने हाथों से नेटवर्क सेटिंग्स में कुछ बदलने के लिए अत्यधिक हतोत्साहित किया जाता है, क्योंकि oVirt एजेंट होस्ट या एजेंट को पुनरारंभ करने के बाद उन्हें पिछले वाले को वापस रोल करेगा।
• VM के लिए एक नया नेटवर्क जोड़ने के साथ-साथ इसके साथ काम करते हुए इसे केवल OVirt प्रबंधन कंसोल से किया जाना चाहिए।

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

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

निम्नलिखित दस्तावेज लेख और oVirt क्लस्टर के संचालन के सिद्धांतों को समझने के लिए बुनियादी हैं:

• oVirt इंस्टॉलेशन गाइड
• oVirt सेल्फ-होस्टेड इंजन गाइड
• oVirt प्रशासन गाइड
  

वहाँ मात्रा बहुत बड़ी नहीं है, एक या दो घंटे में मूल सिद्धांतों में महारत हासिल करना काफी संभव है, और विवरण के प्रशंसकों के लिए Red Hat वर्चुअलाइजेशन 4.3 के लिए उत्पाद प्रलेखन को पढ़ने की सिफारिश की जाती है - RHEV और oVirt अनिवार्य रूप से एक ही चीज हैं।

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

भाग 2. OVirt 4.3 क्लस्टर को स्थापित और कॉन्फ़िगर करना

अभिविन्यास में आसानी के लिए, मैं इस लेख में मुख्य वर्गों को सूचीबद्ध करूँगा, जिन्हें बदले में किया जाना चाहिए:

1. OVirt प्रबंधन सर्वर को स्थापित करना
2. नए डेटा सेंटर का निर्माण
3. एक नया क्लस्टर बनाएँ
4. एक स्वयं-होस्ट किए गए वातावरण में अतिरिक्त होस्ट स्थापित करना
5. संग्रहण क्षेत्र या संग्रहण डोमेन बनाएँ
6. वर्चुअल मशीनों के लिए नेटवर्क बनाएं और कॉन्फ़िगर करें
7. वर्चुअल मशीन की तैनाती के लिए एक इंस्टॉलेशन इमेज बनाना
8. वर्चुअल मशीन बनाना

OVirt प्रबंधन सर्वर को स्थापित करना

OVirt प्रबंधन सर्वर , OVirt अवसंरचना में सबसे महत्वपूर्ण तत्व है, जो वर्चुअल मशीन, होस्ट या वर्चुअल डिवाइस के रूप में होता है, जो संपूर्ण oVirt अवसंरचना का प्रबंधन करता है।

वर्चुअलाइजेशन की दुनिया से इसके करीब एनालॉग्स:

• VMware vSphere - vCenter सर्वर
• Microsoft हाइपर- V - सिस्टम सेंटर वर्चुअल मशीन मैनेजर (VMM)।

OVirt प्रबंधन सर्वर को स्थापित करने के लिए, हमारे पास दो विकल्प हैं:

विकल्प 1
एक विशेष वीएम या होस्ट के रूप में एक सर्वर की तैनाती।

यह विकल्प अच्छी तरह से काम करता है, लेकिन बशर्ते कि ऐसा वीएम स्वतंत्र रूप से क्लस्टर के लिए काम करता है, अर्थात्। केवीएम चलाने वाली नियमित वर्चुअल मशीन के रूप में क्लस्टर में किसी भी होस्ट पर नहीं चल रहा है।

आप क्लस्टर होस्ट पर ऐसे VM को क्यों नहीं तैनात कर सकते?

OVirt प्रबंधन सर्वर को तैनात करने की प्रक्रिया की शुरुआत में, हमारे पास एक दुविधा है - आपको प्रबंध VM को स्थापित करने की आवश्यकता है, लेकिन क्लस्टर स्वयं वास्तव में अभी तक नहीं है, और इसलिए, आप अभी क्या कर सकते हैं? भविष्य के क्लस्टर नोड पर KVM को स्थापित करने का अधिकार है, फिर उस पर एक आभासी मशीन बनाएं, उदाहरण के लिए, CentOS OS के साथ और इसमें oVirt इंजन को तैनात करें। यह आमतौर पर ऐसे वीएम पर पूर्ण नियंत्रण के कारणों के लिए किया जा सकता है, लेकिन यह एक गलत इरादा है, क्योंकि इस मामले में, भविष्य में, इस तरह के एक नियंत्रित वीएम के साथ 100% समस्याएं होंगी:

• इसे क्लस्टर के होस्ट्स (नोड्स) के बीच OVirt कंसोल में माइग्रेट नहीं किया जा सकता है;
• जब केवीएम टूल का उपयोग वायरशेट माइग्रेट के माध्यम से करते हैं , तो यह वीएम ओवर्ट कंसोल से प्रबंधन के लिए दुर्गम होगा।
• यदि आप इस VM को होस्ट से होस्ट करने के लिए virsh माइग्रेट का उपयोग कर होस्ट करते हैं, तो क्लस्टर होस्ट्स को रखरखाव मोड में नहीं लाया जा सकता है।

तो सब कुछ नियमों के अनुसार करें - ओवर्ट कंट्रोल सर्वर के लिए एक अलग होस्ट या उस पर चल रहे एक स्वतंत्र वीएम का उपयोग करें, या जैसा कि दूसरे संस्करण में लिखा गया है वैसा ही करें।

विकल्प 2
क्लस्टर पर oVirt इंजन उपकरण स्थापित करने से यह प्रबंधित होता है।

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

पहले क्लस्टर होस्ट पर oVirt इंजन उपकरण स्थापित करें

आधिकारिक दस्तावेज से लिंक - oVirt सेल्फ-होस्टेड इंजन गाइड , अध्याय " कमांड लाइन का उपयोग करके स्वयं-होस्ट किए गए इंजन को तैनात करना "

दस्तावेज़ होस्ट किए गए इंजन वीएम को तैनात करने से पहले मिलने वाले पूर्वापेक्षाओं को इंगित करता है, साथ ही साथ इंस्टॉलेशन प्रक्रिया को विस्तार से वर्णित किया गया है, इसलिए इसे दोहराते हुए शब्दशः अधिक अर्थ नहीं होता है, इसलिए हम कुछ महत्वपूर्ण विवरणों पर ध्यान केंद्रित करते हैं।

• सभी चरणों को शुरू करने से पहले, मेजबान पर BIOS सेटिंग्स में वर्चुअलाइजेशन समर्थन को सक्षम करना सुनिश्चित करें।
• होस्ट पर होस्ट-इंजन इंस्टॉलर पैकेज स्थापित करें:

yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm yum -y install epel-release yum install screen ovirt-hosted-engine-setup 

• हम होस्ट पर स्क्रीन में oVirt होस्टेड इंजन को तैनात करने के लिए प्रक्रिया शुरू करते हैं (आप इसे Ctrl-A + D के माध्यम से बाहर निकाल सकते हैं, इसे Ctrl-D के माध्यम से बंद कर सकते हैं):

 screen hosted-engine --deploy 

यदि वांछित है, तो आप तैयार उत्तर फ़ाइल के साथ स्थापना शुरू कर सकते हैं:

 hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf 

• होस्ट-इंजन की तैनाती के दौरान, सभी आवश्यक पैरामीटर निर्दिष्ट करें:

 -   -  vCPU  vRAM ( 4 vCPU  16 ) -  -    hosted engine  –    FC -  LUN   hosted engine -       hosted engine –     Local (  PostgreSQL    )  . . 

• एक होस्ट किए गए इंजन के साथ अत्यधिक सुलभ वीएम स्थापित करने के लिए, हमने स्टोरेज सिस्टम पर एक विशेष LUN नंबर 4 और 150 GB आकार में बनाया, जिसे बाद में क्लस्टर होस्ट्स के लिए प्रस्तुत किया गया - पिछला लेख देखें ।

इससे पहले हमने मेजबानों पर इसकी दृश्यता की भी जाँच की:

 multipath -ll … 3600a098000e4b4b3000003c95d171065 dm-3 DELL , MD38xxf size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 15:0:0:4 sdc 8:32 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 18:0:0:4 sdj 8:144 active ready running 

• होस्ट-इंजन परिनियोजन प्रक्रिया अपने आप में कुछ भी जटिल नहीं है, अंत में हमें कुछ इस तरह मिलना चाहिए:

 [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf' [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Hosted Engine successfully deployed 

यदि सब कुछ सही ढंग से किया गया था, तो स्थापना पूर्ण होने के बाद, एक वेब ब्राउज़र का उपयोग करके व्यवस्थापक के कंप्यूटर से https: // ovirt_hostname / ovirt- इंजन पर जाएं और [ प्रशासन पोर्टल ] पर क्लिक करें।

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

1. डेटा सेंटर जोड़ें
2. क्लस्टर जोड़ें और कॉन्फ़िगर करें
3. मेजबान जोड़ें और उन्हें प्रबंधित करें
4. वर्चुअल मशीन डिस्क के लिए संग्रहण क्षेत्र या संग्रहण डोमेन जोड़ें
5. वर्चुअल मशीनों के लिए नेटवर्क जोड़ें और कॉन्फ़िगर करें
6. वर्चुअल मशीन, इंस्टॉलेशन इमेज, वीएम टेम्प्लेट जोड़ें और उन्हें प्रबंधित करें

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

इसके अलावा

1) सिद्धांत रूप में, अगर ऐसी कोई आवश्यकता है, तो कुछ भी आपको libvirt और qemu-kvm (या qemu-kvm-ev ) का उपयोग करके क्लस्टर नोड्स पर KVM हाइपरवाइजर को प्री-इंस्टॉल करने से रोकता है, हालांकि वांछित संस्करण के पैकेज को संकुलित करता है, हालाँकि जब oVirt क्लस्टर नोड को तैनात किया जाता है, तो यह हो सकता है। खुद करो।

लेकिन अगर libvirt और qemu-kvm को नवीनतम संस्करण के साथ स्थापित नहीं किया गया है, तो आप होस्ट किए गए इंजन की तैनाती के दौरान ऐसी त्रुटि प्राप्त कर सकते हैं:

 error: unsupported configuration: unknown CPU feature: md-clear 

यानी आपके पास MDS सुरक्षा के साथ libvirt का एक अद्यतन संस्करण होना चाहिए जो इस नीति का समर्थन करता है:

 <feature policy='require' name='md-clear'/> 

Md-clear समर्थन के साथ libvirt v.4.5.0-10.el7_6.12 स्थापित करें:

 yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_ yum install centos-release-qemu-ev yum update yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client systemctl enable libvirtd systemctl restart libvirtd && systemctl status libvirtd 

 virsh domcapabilities kvm | grep require <feature policy='require' name='ss'/> <feature policy='require' name='hypervisor'/> <feature policy='require' name='tsc_adjust'/> <feature policy='require' name='clflushopt'/> <feature policy='require' name='pku'/> <feature policy='require' name='md-clear'/> <feature policy='require' name='stibp'/> <feature policy='require' name='ssbd'/> <feature policy='require' name='invtsc'/> 

उसके बाद, आप होस्ट किए गए इंजन को स्थापित करना जारी रख सकते हैं।

2) oVirt 4.3 में, फ़ायरवॉल फ़ायरवॉल की उपस्थिति और उपयोग एक पूर्वापेक्षा है।

 [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.\n"} [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [https://bugzilla.redhat.com/show_bug.cgi?id=1608467 

फिर आपको एक और फ़ायरवॉल बंद करना होगा (यदि उपयोग किया जाता है), और फ़ायरवॉल को स्थापित और चलाएं:

 yum install firewalld systemctl enable firewalld systemctl start firewalld firewall-cmd --state firewall-cmd --get-default-zone firewall-cmd --get-active-zones firewall-cmd --get-zones 

बाद में, जब क्लस्टर के लिए एक नए होस्ट पर ओवेरेट एजेंट स्थापित किया जाता है, तो यह आवश्यक पोर्ट को फ़ायरवॉल में स्वचालित रूप से कॉन्फ़िगर करेगा।

3) एक होस्ट इंजन के साथ उस पर चल रहे वीएम के साथ एक मेजबान को रिबूट करना।

हमेशा की तरह, मार्गदर्शन दस्तावेजों के लिए संदर्भ 1 और संदर्भ 2 ।

होस्ट किए गए इंजन VM का सारा प्रबंधन होस्ट पर होस्ट किए गए इंजन कमांड का उपयोग करके किया जाता है जहां यह काम करता है, आपको वायर के बारे में भूलने की ज़रूरत है, साथ ही इस तथ्य को भी कि आप एसएसएच के माध्यम से इस वीएम से जुड़ सकते हैं और इसके लिए " शटडाउन " कमांड को निष्पादित कर सकते हैं।

 hosted-engine --set-maintenance --mode=global hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host host1.test.local (id: 1) status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : host1.test.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "Up"} Score : 3400 stopped : False Local maintenance : False crc32 : dee1a774 local_conf_timestamp : 1821 Host timestamp : 1821 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1821 (Sat Nov 29 14:25:19 2019) host-id=1 score=3400 vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False hosted-engine --vm-shutdown 

हम होस्ट किए गए इंजन एजेंट के साथ मेजबान को रिबूट करते हैं और हमें इसके साथ क्या करना है।

रीबूट करने के बाद, होस्ट किए गए इंजन के साथ VM की स्थिति जांचें:

 hosted-engine --vm-status 

यदि होस्टेड-इंजन के साथ हमारा वीएम शुरू नहीं होता है और यदि हमें सेवा लॉग में समान त्रुटियां दिखाई देती हैं:

 journalctl -u ovirt-ha-agent ... Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012 return action(he)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012 return he.start_monitoring()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012 self._initialize_broker()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012 m.get('options', {}))#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012 ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}] Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent 

फिर हम स्टोरेज को कनेक्ट करते हैं और एजेंट को पुनरारंभ करते हैं:

 hosted-engine --connect-storage systemctl restart ovirt-ha-agent systemctl status ovirt-ha-agent hosted-engine --vm-start hosted-engine --vm-status 

VM को होस्ट-इंजन के साथ शुरू करने के बाद, हम इसे रखरखाव मोड से हटा देते हैं:

 hosted-engine --check-liveliness hosted-engine --set-maintenance --mode=none hosted-engine --vm-status --== Host host1.test.local (id: 1) status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : host1.test.local Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail": "Up"} Score : 3400 stopped : False Local maintenance : False crc32 : 6d1eb25f local_conf_timestamp : 6222296 Host timestamp : 6222296 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=6222296 (Fri Jan 17 11:40:43 2020) host-id=1 score=3400 vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020) conf_on_shared_storage=True maintenance=False state=EngineUp stopped=False 

4) होस्ट किए गए इंजन और उससे जुड़ी हर चीज को हटाना।

कभी-कभी पहले से स्थापित होस्ट इंजन को सही ढंग से हटाने के लिए आवश्यक हो सकता है - एक मार्गदर्शन दस्तावेज़ का लिंक ।

बस होस्ट पर कमांड निष्पादित करें:

 /usr/sbin/ovirt-hosted-engine-cleanup 

अगला, अनावश्यक संकुल को हटा दें, यदि आवश्यक हो तो उससे पहले कुछ विन्यास का बैकअप लें:

 yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

नए डेटा सेंटर का निर्माण

संदर्भ प्रलेखन - oVirt प्रशासन गाइड। अध्याय 4: डेटा केंद्र

सबसे पहले, हम परिभाषित करते हैं कि डेटा सेंटर क्या है (मैं मदद से उद्धृत करता हूं) - यह एक तार्किक इकाई है जो एक विशिष्ट वातावरण में उपयोग किए जाने वाले संसाधनों के एक सेट को परिभाषित करता है।

डेटा सेंटर एक प्रकार का एक कंटेनर है जिसमें निम्नलिखित शामिल हैं:

• क्लस्टर और होस्ट के रूप में तार्किक संसाधन
• मेजबानों पर तार्किक नेटवर्क और भौतिक एडेप्टर के रूप में क्लस्टर नेटवर्क संसाधन,
• भंडारण क्षेत्रों (संग्रहण डोमेन) के रूप में भंडारण संसाधन (वीएम डिस्क, टेम्प्लेट, चित्र के लिए)।

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

डेटा केंद्र, या डेटा केंद्र, यदि कई हैं, तो एक ही प्रशासनिक कंसोल या पोर्टल से प्रबंधित किया जाता है।

डेटा सेंटर बनाने के लिए, प्रशासनिक पोर्टल पर जाएँ और एक नया डेटा सेंटर बनाएँ:
कम्प्यूट >> डेटा सेंटर >> नया

चूंकि हम भंडारण प्रणाली पर साझा भंडारण का उपयोग करते हैं, भंडारण प्रकार साझा किया जाना चाहिए:

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

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

एक नया क्लस्टर बनाएँ

प्रलेखन लिंक - oVirt प्रशासन गाइड। अध्याय 5: क्लस्टर

अनावश्यक विवरण के बिना, एक क्लस्टर मेजबानों का एक तार्किक समूह है, जिसमें एक आम भंडारण क्षेत्र (भंडारण प्रणाली पर साझा ड्राइव के रूप में, हमारे मामले में) है। यह भी वांछनीय है कि क्लस्टर में होस्ट हार्डवेयर में समान हैं और एक ही प्रोसेसर प्रकार (इंटेल या एएमडी) हैं। यह सबसे अच्छा है कि क्लस्टर में सर्वर पूरी तरह से समान हैं।

क्लस्टर डेटा सेंटर का एक हिस्सा है (एक विशिष्ट प्रकार के भंडारण के साथ - स्थानीय या साझा ), और सभी मेजबानों को आवश्यक रूप से क्लस्टर से संबंधित होना चाहिए, यह इस बात पर निर्भर करता है कि उनके पास एक आम भंडारण है या नहीं।

होस्ट पर इंजन के साथ वर्चुअल मशीन स्थापित करते समय, डिफ़ॉल्ट रूप से एक डेटा सेंटर बनाया जाता है - Datacenter1 , एक साथ क्लस्टर - Cluster1 , और भविष्य में आप इसके मापदंडों को कॉन्फ़िगर कर सकते हैं, अतिरिक्त विकल्प सक्षम कर सकते हैं, इसमें मेजबानों को जोड़ सकते हैं, आदि।

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

मैं सबसे महत्वपूर्ण मापदंडों पर ध्यान दूंगा:

• प्रोसेसर प्रकार - यह चुना जाता है जिसके आधार पर प्रोसेसर क्लस्टर होस्ट पर स्थापित किए जाते हैं, वे किस निर्माता से हैं, और कौन सा प्रोसेसर मेजबान पर सबसे पुराना है, इसलिए, इसके आधार पर, क्लस्टर में सभी उपलब्ध प्रोसेसर निर्देशों का उपयोग किया जाता है।
• स्विच प्रकार - हमारे क्लस्टर में हम केवल लिनक्स ब्रिज का उपयोग करते हैं, इसलिए हम इसे चुनते हैं।
• फ़ायरवॉल प्रकार - यहां सब कुछ स्पष्ट है, यह फ़ायरवॉल है, जिसे मेजबानों पर सक्षम और कॉन्फ़िगर किया जाना चाहिए।

एक स्वयं-होस्ट किए गए वातावरण में अतिरिक्त होस्ट स्थापित करना

प्रलेखन के लिए लिंक ।

सेल्फ-होस्टेड वातावरण के लिए अतिरिक्त मेजबानों को एक नियमित होस्ट की तरह ही जोड़ा जाता है, एक होस्ट इंजन के साथ वीएम को तैनात करने के लिए अतिरिक्त बिंदु - होस्टेड इंजन परिनियोजन क्रिया चुनें > परिनियोजित करें । चूंकि होस्ट किए गए इंजन के साथ VM के लिए LUN को अतिरिक्त होस्ट के लिए भी प्रस्तुत किया जाना चाहिए, इसका मतलब यह है कि इस होस्ट का उपयोग उस पर होस्ट किए गए इंजन के साथ VM को होस्ट करने के लिए आवश्यक हो सकता है।
गलती सहिष्णुता के लिए, यह अत्यधिक अनुशंसा की जाती है कि कम से कम दो मेजबान हों जिन पर एक होस्ट किए गए इंजन वीएम को होस्ट किया जा सकता है।

अतिरिक्त होस्ट पर, iptables अक्षम करें (यदि सक्षम है), फ़ायरवॉल को सक्षम करें

 systemctl stop iptables systemctl disable iptables systemctl enable firewalld systemctl start firewalld 

KVM के आवश्यक संस्करण को स्थापित करें (यदि आवश्यक हो):

 yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_ yum install centos-release-qemu-ev yum update yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client systemctl enable libvirtd systemctl restart libvirtd && systemctl status libvirtd virsh domcapabilities kvm | grep md-clear 

आवश्यक रिपॉजिटरी और होस्ट किए गए इंजन इंस्टॉलर को स्थापित करें:

 yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm yum -y install epel-release yum update yum install screen ovirt-hosted-engine-setup 

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

नतीजतन, एक अतिरिक्त होस्ट को जोड़ने के बाद, हमें प्रशासनिक कंसोल में लगभग एक चित्र प्राप्त करना चाहिए, जैसा कि स्क्रीनशॉट में है।

होस्ट जिस पर होस्ट-इंजन VM वर्तमान में सक्रिय है उसके पास एक सोने का मुकुट है और शिलालेख " होस्टेड इंजन वीएम रनिंग " है, जिस पर यह वीएम आवश्यक हो तो शिलालेख " होस्टेड इंजन वीएम चला सकता है "।

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

OVirt होस्ट पर पावर प्रबंधन / बाड़ लगाना कॉन्फ़िगर करें

दस्तावेज़ लिंक:

• Red Hat वर्चुअलाइजेशन 4.3 -> तकनीकी संदर्भ -> अध्याय 4. पावर प्रबंधन
• oVirt प्रशासन गाइड -> अध्याय 7: मेजबान

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

बाड़ , या बाड़े, एक क्लस्टर से एक असफल या असफल मेजबान को अस्थायी रूप से बाहर करने की प्रक्रिया है, जिसके दौरान या तो उस पर ओवीआरटी सेवाएं या मेजबान खुद को फिर से शुरू करते हैं।

पॉवर मैनेजमेंट / फेंसिंग की परिभाषाओं और मापदंडों पर सभी विवरण दिए गए हैं, हमेशा की तरह प्रलेखन में, मैं केवल एक उदाहरण दूंगा कि iDRAC 9 के साथ डेल R640 सर्वर पर लागू होने पर इस महत्वपूर्ण पैरामीटर को कैसे कॉन्फ़िगर किया जाए।

1. हम प्रशासनिक पोर्टल में जाते हैं, कंप्यूट >> होस्ट पर क्लिक करते हैं , होस्ट का चयन करते हैं।
2. संपादित करें पर क्लिक करें ।
3. पावर मैनेजमेंट टैब पर क्लिक करें।
4. पावर प्रबंधन विकल्प सक्षम करें के बगल में स्थित बॉक्स को चेक करें ।
5. हम Kdump एकीकरण विकल्प के बगल में स्थित बॉक्स को चेक करते हैं ताकि होस्ट कर्नेल क्रैश डंप लिखते समय फ़ेंसिंग मोड में न जाए।

1. वैकल्पिक रूप से, आप पावर प्रबंधन चेक बॉक्स की अक्षम नीति नियंत्रण की जांच कर सकते हैं यदि हम नहीं चाहते कि मेजबान पावर प्रबंधन क्लस्टर की निर्धारण नीति द्वारा नियंत्रित किया जाए।
2. एक नया पावर प्रबंधन उपकरण जोड़ने के लिए ( + ) बटन पर क्लिक करें, एजेंट के गुणों को संपादित करने के लिए विंडो खुल जाएगी।
   IDRAC9 के लिए, खेतों में भरें:
   
   • पता - iDRAC9 पता
   • उपयोगकर्ता नाम / पासवर्ड - क्रमशः प्रवेश करें और iDRAC9 में प्रवेश करने के लिए पासवर्ड
   • प्रकार - drac5
   • सुरक्षित करें
   • निम्न विकल्प जोड़ें: cmd_prompt =>, login_timeout = 30

संग्रहण क्षेत्र या संग्रहण डोमेन बनाएँ

प्रलेखन लिंक - oVirt प्रशासन गाइड, अध्याय 8: भंडारण ।

एक संग्रहण डोमेन , या संग्रहण क्षेत्र, वर्चुअल मशीन डिस्क, इंस्टॉलेशन इमेज, टेम्प्लेट और स्नैपशॉट संग्रहीत करने के लिए एक केंद्रीकृत स्थान है।

भंडारण क्षेत्र को विभिन्न प्रोटोकॉल, क्लस्टर और नेटवर्क फ़ाइल सिस्टम का उपयोग करके डेटा सेंटर से जोड़ा जा सकता है।

OVirt में तीन प्रकार के भंडारण क्षेत्र हैं:

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

हमारे विशेष मामले में, भंडारण प्रणाली पर LUN से जुड़ने के लिए, प्रकार डेटा डोमेन का एक स्टोरेज डोमेन फाइबर चैनल प्रोटोकॉल (FCP) का उपयोग करता है।

OVirt के दृष्टिकोण से, भंडारण प्रणालियों (FC या iSCSI) का उपयोग करते समय, प्रत्येक वर्चुअल डिस्क, स्नैपशॉट या टेम्पलेट एक तार्किक डिस्क है।
खंड उपकरणों को वॉल्यूम समूह का उपयोग करके एक एकल इकाई (क्लस्टर होस्ट पर) में इकट्ठा किया जाता है और फिर वीवीएम को वीएम के लिए वर्चुअल डिस्क के रूप में उपयोग किए जाने वाले तार्किक संस्करणों में विभाजित किया जाता है।

इन सभी समूहों और कई LVM वॉल्यूम को vgs और lvs कमांड का उपयोग करके क्लस्टर होस्ट पर देखा जा सकता है। स्वाभाविक रूप से, इस तरह के डिस्क के साथ सभी क्रियाएं केवल विशेष मामलों को छोड़कर, ओविर्ट कंसोल से की जानी चाहिए।

VMs के लिए वर्चुअल डिस्क दो प्रकार के हो सकते हैं - QCOW2 या RAW। डिस्क पतली या मोटी हो सकती है। स्नैपशॉट हमेशा पतले के रूप में बनाए जाते हैं।

एफसी के माध्यम से एक्सेस किए गए स्टोरेज डोमेन, या स्टोरेज क्षेत्रों को प्रबंधित करने का तरीका काफी तार्किक है - वीएम के प्रत्येक वर्चुअल डिस्क के लिए एक अलग लॉजिकल वॉल्यूम है जो केवल एक होस्ट के लिए राइट है। FC के माध्यम से कनेक्शन के मामले में, oVirt क्लस्टर LVM की तरह कुछ का उपयोग करता है।

एक ही भंडारण क्षेत्र पर स्थित आभासी मशीनों को एक ही क्लस्टर से संबंधित होस्ट के बीच माइग्रेट किया जा सकता है।

जैसा कि आप विवरण से देख सकते हैं, oVirt में क्लस्टर, VMware vSphere में क्लस्टर की तरह या हाइपर- V में, अनिवार्य रूप से एक ही मतलब है - यह मेजबानों का एक तार्किक समूह है, हार्डवेयर में समान रूप से समान है, और वर्चुअल मशीन डिस्क के लिए एक आम भंडारण है।

हम सीधे डेटा (VM डिस्क) के लिए भंडारण क्षेत्र बनाने के लिए आगे बढ़ते हैं, क्योंकि इसके बिना डेटा केंद्र को प्रारंभ नहीं किया जाएगा।
आपको याद दिला दूं कि स्टोरेज पर क्लस्टर के मेजबानों को प्रस्तुत सभी LUN उन्हें " मल्टीपाथ -ll " कमांड का उपयोग करते हुए दिखाई देनी चाहिए।

दस्तावेज़ीकरण के अनुसार, पोर्टल पर जाएं, स्टोरेज >> डोमेन -> नए डोमेन पर जाएं और "जोड़ना FCP संग्रहण" अनुभाग से निर्देशों का पालन करें।

विज़ार्ड शुरू करने के बाद, आवश्यक फ़ील्ड भरें:

• नाम - क्लस्टर का नाम सेट करें
• डोमेन फ़ंक्शन - डेटा
• भंडारण प्रकार - फाइबर चैनल
• उपयोग करने के लिए होस्ट - वह होस्ट चुनें जहां आवश्यक LUN उपलब्ध है।

LUN की सूची में, हम अपनी आवश्यकता के अनुसार चयन करते हैं, जोड़ें पर क्लिक करें और फिर ठीक पर क्लिक करें। यदि आवश्यक हो, तो आप उन्नत पैरामीटर पर क्लिक करके भंडारण क्षेत्र के अतिरिक्त मापदंडों को समायोजित कर सकते हैं।

विज़ार्ड के परिणामों के अनुसार, हमें एक नया संग्रहण क्षेत्र मिलना चाहिए, और हमारे डेटा सेंटर को यूपी की स्थिति में जाना चाहिए, या प्रारंभिक:

वर्चुअल मशीनों के लिए नेटवर्क बनाएं और कॉन्फ़िगर करें

प्रलेखन लिंक - oVirt प्रशासन गाइड, अध्याय 6: तार्किक नेटवर्क

नेटवर्क, या नेटवर्क, का उपयोग OVirt वर्चुअल इन्फ्रास्ट्रक्चर में उपयोग किए जाने वाले तार्किक नेटवर्क के समूह के लिए किया जाता है।

एक वर्चुअल मशीन में नेटवर्क एडाप्टर के साथ होस्ट पर भौतिक एडेप्टर के साथ बातचीत करने के लिए लिनक्स इंटरफेस जैसे तर्क इंटरफेस का उपयोग किया जाता है।

नेटवर्क के बीच ट्रैफ़िक को समूह और विभाजित करने के लिए, वीएलएएन को स्विच पर कॉन्फ़िगर किया गया है।

oVirt, , VLAN , , .

– bond1 , oVirt.

hosted-engine, , – ovritmgmt , .

ovritmgmt , , oVirt.

, Network >> Networks >> New , General VLAN, « VM Network », .

Cluster , Cluster1 .

Compute >> Hosts , , Network interfaces , Setup host networks , .

oVirt – VLAN BRIDGE.

 cat ifcfg-bond1 # Generated by VDSM version 4.30.17.1 DEVICE=bond1 BONDING_OPTS='mode=1 miimon=100' MACADDR=00:50:56:82:57:52 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no cat ifcfg-bond1.432 # Generated by VDSM version 4.30.17.1 DEVICE=bond1.432 VLAN=yes BRIDGE=ovirtvm-vlan432 ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no cat ifcfg-ovirtvm-vlan432 # Generated by VDSM version 4.30.17.1 DEVICE=ovirtvm-vlan432 TYPE=Bridge DELAY=0 STP=off ONBOOT=yes MTU=1500 DEFROUTE=no NM_CONTROLLED=no IPV6INIT=no 

, ifcfg-bond1.432 ifcfg-ovirtvm-vlan432 .

c hosted engine, .

— oVirt Administration Guide, Chapter 8: Storage , Uploading Images to a Data Storage Domain.

, , , , , Cobbler .

, oVirt. , ISO Domain, oVirt , Storage domain .

Storage >> Disks >> Upload >> Start
ISO , , " Test connection ".

oVirt « » (Trusted Root CA) , .

Trusted Root CA, " Test connection ", :

 Connection to ovirt-imageio-proxy was successful. 

, ISO Storage Domain.

, Storage Domain Data, , Storage Domain hosted engine, .

:
oVirt Virtual Machine Management Guide –> Chapter 2: Installing Linux Virtual Machines
Console Clients Resources

oVirt , . , , – . – - , .

CentOS 7, .

, Compute >> Virtual Machines , . , . , .

, , , , :

, , .
:

, .

, , Virtual Machine Viewer .

, :

, oVirt guest agent:

 yum -y install epel-release yum install -y ovirt-guest-agent-common systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service systemctl status ovirt-guest-agent.service 

, , , .. , , oVirt . , .

निष्कर्ष

, , oVirt – , — , , .

- , , - , .. , , - . – , , .

, : , , , .

, — VyOS ( , oVirt).