🥇 दोष-सहिष्णु IT पायाभूत सुविधांची निर्मिती. भाग 2. oVirt 4.3 क्लस्टर स्थापित करणे आणि कॉन्फिगर करणे

हा लेख मागील लेखाचा एक सातत्य आहे - “दोष-सहिष्णु IT पायाभूत सुविधांची निर्मिती. भाग 1 - oVirt 4.3 क्लस्टर तैनात करण्याची तयारी».

पायाभूत सुविधा तयार करण्याच्या सर्व प्राथमिक पायऱ्या याआधीच पूर्ण केल्या गेल्या आहेत हे लक्षात घेऊन अत्यंत उपलब्ध आभासी मशीन होस्ट करण्यासाठी oVirt 4.3 क्लस्टरची मूलभूत स्थापना आणि कॉन्फिगरेशनची प्रक्रिया यात समाविष्ट आहे.

परिचय

लेखाचा मुख्य हेतू चरण-दर-चरण सूचना प्रदान करणे आहे जसे की "पुढे -> होय -> समाप्तस्थापित आणि कॉन्फिगर करताना काही वैशिष्ट्ये कशी दाखवायची. पायाभूत सुविधा आणि पर्यावरणाच्या वैशिष्ट्यांमुळे तुमचा क्लस्टर उपयोजित करण्याची प्रक्रिया नेहमीच त्यामध्ये वर्णन केलेल्या प्रक्रियेशी जुळत नाही, परंतु सामान्य तत्त्वे समान असतील.

व्यक्तिनिष्ठ दृष्टिकोनातून, oVirt 4.3 त्याची कार्यक्षमता VMware vSphere आवृत्ती 5.x सारखीच आहे, परंतु अर्थातच त्याचे स्वतःचे कॉन्फिगरेशन आणि ऑपरेशन वैशिष्ट्यांसह.

स्वारस्य असलेल्यांसाठी, RHEV (उर्फ oVirt) आणि VMware vSphere मधील सर्व फरक इंटरनेटवर आढळू शकतात, उदाहरणार्थ येथे, पण तरीही लेख जसजसा पुढे जाईल तसतसे मी अधूनमधून त्यांच्यातील काही फरक किंवा समानता लक्षात घेईन.

स्वतंत्रपणे, मी व्हर्च्युअल मशीनसाठी नेटवर्कशी केलेल्या कामाची थोडीशी तुलना करू इच्छितो. oVirt व्हर्च्युअल मशीनसाठी नेटवर्क व्यवस्थापनाचे समान तत्त्व लागू करते (यापुढे VMs म्हणून संदर्भित), VMware vSphere प्रमाणे:

मानक लिनक्स ब्रिज वापरणे (VMware मध्ये - मानक vSwitch), व्हर्च्युअलायझेशन होस्टवर चालत आहे;
ओपन vSwitch (OVS) वापरून (VMware मध्ये - वितरित vSwitch) एक वितरित आभासी स्विच आहे ज्यामध्ये दोन मुख्य घटक असतात: एक केंद्रीय OVN सर्व्हर आणि व्यवस्थापित होस्टवरील OVN नियंत्रक.

हे लक्षात घ्यावे की अंमलबजावणीच्या सुलभतेमुळे, लेख मानक लिनक्स ब्रिज वापरून व्हीएमसाठी oVirt मध्ये नेटवर्क सेट करण्याचे वर्णन करेल, जे KVM हायपरवाइजर वापरताना मानक निवड आहे.

या संदर्भात, क्लस्टरमध्ये नेटवर्कसह कार्य करण्यासाठी अनेक मूलभूत नियम आहेत, ज्यांचे उल्लंघन न करणे चांगले आहे:

आयपी पत्त्यांचा अपवाद वगळता, यजमानांवरील सर्व नेटवर्क सेटिंग्ज त्यांना oVirt मध्ये जोडण्यापूर्वी समान असणे आवश्यक आहे.
एकदा होस्टला oVirt च्या नियंत्रणाखाली घेतल्यानंतर, तुमच्या कृतींवर पूर्ण विश्वास न ठेवता नेटवर्क सेटिंग्जमध्ये मॅन्युअली काहीही बदलण्याची शिफारस केली जात नाही, कारण oVirt एजंट होस्ट रीस्टार्ट केल्यानंतर किंवा एजंट
VM साठी नवीन नेटवर्क जोडणे, तसेच त्याच्यासोबत कार्य करणे, फक्त oVirt व्यवस्थापन कन्सोलमधून केले पाहिजे.

दुसरा महत्वाची नोंद — अतिशय गंभीर वातावरणासाठी (मौद्रिक नुकसानास अत्यंत संवेदनशील), तरीही सशुल्क समर्थन वापरण्याची आणि वापरण्याची शिफारस केली जाईल. Red Hat वर्च्युअलायझेशन 4.3. oVirt क्लस्टरच्या कार्यादरम्यान, काही समस्या उद्भवू शकतात ज्यासाठी शक्य तितक्या लवकर पात्र मदत प्राप्त करण्याचा सल्ला दिला जातो, त्यांना स्वतः हाताळण्याऐवजी.

आणि शेवटी शिफारस केली oVirt क्लस्टर तैनात करण्यापूर्वी, स्वतःला परिचित करा अधिकृत दस्तऐवजीकरण, किमान मूलभूत संकल्पना आणि व्याख्या जाणून घेण्यासाठी, अन्यथा उर्वरित लेख वाचणे थोडे कठीण होईल.

लेख समजून घेण्यासाठी मूलभूत आणि oVirt क्लस्टरच्या ऑपरेशनची तत्त्वे हे मार्गदर्शन दस्तऐवज आहेत:

तेथे व्हॉल्यूम फार मोठा नाही, एक किंवा दोन तासांत आपण मूलभूत तत्त्वांवर प्रभुत्व मिळवू शकता, परंतु ज्यांना तपशील आवडतात त्यांच्यासाठी ते वाचण्याची शिफारस केली जाते. Red Hat वर्च्युअलायझेशनसाठी उत्पादन दस्तऐवजीकरण 4.3 — RHEV आणि oVirt मूलत: समान गोष्टी आहेत.

त्यामुळे, यजमान, स्विचेस आणि स्टोरेज सिस्टमवरील सर्व मूलभूत सेटिंग्ज पूर्ण झाल्या असल्यास, आम्ही थेट oVirt च्या तैनातीकडे जाऊ.

भाग 2. oVirt 4.3 क्लस्टर स्थापित करणे आणि कॉन्फिगर करणे

अभिमुखतेच्या सुलभतेसाठी, मी या लेखातील मुख्य विभागांची यादी करेन, जे एक-एक पूर्ण करणे आवश्यक आहे:

oVirt व्यवस्थापन सर्व्हर स्थापित करणे
नवीन डेटा सेंटरची निर्मिती
नवीन क्लस्टर तयार करत आहे
स्वयं-होस्ट केलेल्या वातावरणात अतिरिक्त होस्ट स्थापित करणे
स्टोरेज एरिया किंवा स्टोरेज डोमेन तयार करणे
आभासी मशीनसाठी नेटवर्क तयार करणे आणि कॉन्फिगर करणे
वर्च्युअल मशीन उपयोजित करण्यासाठी प्रतिष्ठापन प्रतिमा तयार करणे
व्हर्च्युअल मशीन तयार करा

oVirt व्यवस्थापन सर्व्हर स्थापित करणे

oVirt व्यवस्थापन सर्व्हर व्हर्च्युअल मशीन, होस्ट किंवा व्हर्च्युअल डिव्हाइसच्या स्वरूपात oVirt पायाभूत सुविधांमध्ये सर्वात महत्त्वाचा घटक आहे जो संपूर्ण oVirt पायाभूत सुविधा व्यवस्थापित करतो.

व्हर्च्युअलायझेशनच्या जगातून त्याचे जवळचे अॅनालॉग आहेत:

VMware vSphere - vCenter सर्व्हर
मायक्रोसॉफ्ट हायपर-व्ही - सिस्टम सेंटर व्हर्च्युअल मशीन मॅनेजर (VMM).

oVirt व्यवस्थापन सर्व्हर स्थापित करण्यासाठी, आमच्याकडे दोन पर्याय आहेत:

पर्याय 1
विशेष VM किंवा होस्टच्या स्वरूपात सर्व्हर तैनात करणे.

हा पर्याय चांगला कार्य करतो, परंतु असे VM क्लस्टरपासून स्वतंत्रपणे कार्य करते, उदा. KVM चालवणाऱ्या नियमित वर्च्युअल मशीनप्रमाणे कोणत्याही क्लस्टर होस्टवर चालत नाही.

असा VM क्लस्टर होस्टवर का तैनात केला जाऊ शकत नाही?

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

ते क्लस्टरच्या होस्ट (नोड्स) दरम्यान oVirt कन्सोलमध्ये स्थलांतरित केले जाऊ शकत नाही;
KVM द्वारे स्थलांतरित करताना virsh स्थलांतर, हे VM oVirt कन्सोलवरून व्यवस्थापनासाठी उपलब्ध होणार नाही.
मध्ये क्लस्टर होस्ट प्रदर्शित केले जाऊ शकत नाहीत देखभाल सुरु आहे (देखभाल मोड), जर तुम्ही हे VM वापरून होस्टवरून होस्टवर स्थलांतरित केले virsh स्थलांतर.

त्यामुळे नियमांनुसार सर्वकाही करा - oVirt मॅनेजमेंट सर्व्हरसाठी स्वतंत्र होस्ट वापरा, किंवा त्यावर चालणारा स्वतंत्र VM वापरा, किंवा अजून चांगले, दुसऱ्या पर्यायात लिहिल्याप्रमाणे करा.

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

हा पर्याय आमच्या बाबतीत अधिक योग्य आणि योग्य मानला जाईल.
अशा VM साठी आवश्यकता खाली वर्णन केल्या आहेत; मी फक्त हे जोडेन की पायाभूत सुविधांमध्ये कमीतकमी दोन होस्ट असण्याची शिफारस केली जाते ज्यावर नियंत्रण VM दोष-सहिष्णु बनवण्यासाठी चालवले जाऊ शकते. येथे मी हे जोडू इच्छितो की, मी आधीच मागील लेखातील टिप्पण्यांमध्ये लिहिले आहे, मला कधीही मिळू शकले नाही स्प्लिटब्रेन दोन होस्टच्या oVirt क्लस्टरवर, त्यांच्यावर होस्ट केलेले-इंजिन VM चालवण्याच्या क्षमतेसह.

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

अधिकृत कागदपत्रांची लिंक - oVirt स्वयं-होस्टेड इंजिन मार्गदर्शक, धडा "कमांड लाइन वापरून सेल्फ-होस्टेड इंजिन तैनात करणे»

दस्तऐवज होस्ट केलेले-इंजिन VM उपयोजित करण्यापूर्वी पूर्ण करणे आवश्यक असलेल्या पूर्वतयारी निर्दिष्ट करते, आणि स्थापना प्रक्रियेचे तपशीलवार वर्णन देखील करते, त्यामुळे शब्दशः पुनरावृत्ती करण्यात काही अर्थ नाही, म्हणून आम्ही काही महत्त्वाच्या तपशीलांवर लक्ष केंद्रित करू.

सर्व क्रिया सुरू करण्यापूर्वी, होस्टवरील 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 работающая внутри этой ВМ)
и др. параметры.

होस्ट केलेल्या इंजिनसह उच्च उपलब्ध VM स्थापित करण्यासाठी, आम्ही पूर्वी स्टोरेज सिस्टमवर एक विशेष 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

आम्ही होस्टवर oVirt सेवांची उपस्थिती तपासतो:

सर्वकाही योग्यरित्या केले असल्यास, स्थापना पूर्ण झाल्यानंतर, जाण्यासाठी वेब ब्राउझर वापरा https://ovirt_hostname/ovirt-engine प्रशासकाच्या संगणकावरून, आणि क्लिक करा [प्रशासन पोर्टल].

"प्रशासन पोर्टल" चा स्क्रीनशॉट

स्क्रीनशॉटप्रमाणे विंडोमध्ये लॉगिन आणि पासवर्ड (इंस्टॉलेशन प्रक्रियेदरम्यान सेट केलेला) टाकून, आम्ही ओपन व्हर्च्युअलायझेशन मॅनेजर कंट्रोल पॅनलवर पोहोचतो, ज्यामध्ये तुम्ही व्हर्च्युअल इन्फ्रास्ट्रक्चरसह सर्व क्रिया करू शकता:

डेटा सेंटर जोडा
क्लस्टर जोडा आणि कॉन्फिगर करा
होस्ट जोडा आणि व्यवस्थापित करा
व्हर्च्युअल मशीन डिस्कसाठी स्टोरेज क्षेत्रे किंवा स्टोरेज डोमेन जोडा
वर्च्युअल मशीनसाठी नेटवर्क जोडा आणि कॉन्फिगर करा
वर्च्युअल मशीन्स, इंस्टॉलेशन इमेजेस, VM टेम्पलेट्स जोडा आणि व्यवस्थापित करा

या सर्व क्रियांची पुढे चर्चा केली जाईल, काही मोठ्या पेशींमध्ये, इतर अधिक तपशीलवार आणि बारकावे.
परंतु प्रथम मी हे ऍड-ऑन वाचण्याची शिफारस करतो, जे कदाचित अनेकांना उपयुक्त ठरेल.

जोड

1) तत्वतः, जर अशी गरज असेल, तर पॅकेजेसचा वापर करून क्लस्टर नोड्सवर KVM हायपरवाइजर अगोदर स्थापित करण्यापासून काहीही प्रतिबंधित करत नाही. कामवासना и qemu-kvm (किंवा qemu-kvm-ev) इच्छित आवृत्तीचे, जरी oVirt क्लस्टर नोड उपयोजित करताना, ते हे स्वतः करू शकते.

पण जर कामवासना и qemu-kvm आपण नवीनतम आवृत्ती स्थापित केली नसल्यास, होस्ट केलेले इंजिन तैनात करताना आपल्याला खालील त्रुटी प्राप्त होऊ शकतात:

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

त्या. असणे आवश्यक आहे अद्यतनित आवृत्ती कामवासना पासून संरक्षणासह एमडीएस, जे या धोरणाचे समर्थन करते:

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

md-क्लीअर सपोर्टसह 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

'md-clear' समर्थन तपासा:

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 मध्ये, फायरवॉलची उपस्थिती आणि वापर फायरवालल्ड एक अनिवार्य आवश्यकता आहे.

होस्टेड-इंजिनसाठी VM तैनात करताना आम्हाला खालील त्रुटी प्राप्त होते:

[ 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) होस्ट केलेल्या इंजिनसह चालू असलेल्या VM सह होस्ट रीबूट करणे.

नेहमी प्रमाणे, दुवा 1 и दुवा 2 प्रशासकीय दस्तऐवजांना.

होस्ट केलेले इंजिन VM चे सर्व व्यवस्थापन फक्त कमांड वापरून केले जाते होस्ट केलेले इंजिन ते जेथे चालते त्या यजमानावर, सुमारे विरश आपण एसएसएच द्वारे या व्हीएमशी कनेक्ट करू शकता आणि कमांड चालवू शकता हे तथ्य आपण विसरले पाहिजे.बंद».

देखभाल मोडमध्ये 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

आम्ही होस्ट केलेल्या इंजिन एजंटसह होस्ट रीबूट करतो आणि आम्हाला आवश्यक ते करतो.

रीबूट केल्यानंतर, होस्ट केलेल्या इंजिनसह व्हीएमची स्थिती तपासा:

hosted-engine --vm-status

होस्टेड-इंजिनसह आमचे VM सुरू होत नसल्यास आणि सेवा लॉगमध्ये आम्हाला समान त्रुटी दिसल्यास:

सेवा लॉगमध्ये त्रुटी:

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: डेटा केंद्रे

प्रथम ते काय आहे ते परिभाषित करूया माहिती केंद्र (मी मदतीतून उद्धृत करतो) ही एक तार्किक संस्था आहे जी विशिष्ट वातावरणात वापरल्या जाणार्‍या संसाधनांचा संच परिभाषित करते.

डेटा सेंटर हा एक प्रकारचा कंटेनर आहे ज्यामध्ये:

क्लस्टर्स आणि होस्टच्या स्वरूपात तार्किक संसाधने
क्लस्टर नेटवर्क संसाधने लॉजिकल नेटवर्क्स आणि होस्टवरील भौतिक अडॅप्टर्सच्या स्वरूपात,
स्टोरेज रिसोर्सेस (VM डिस्क्स, टेम्पलेट्स, इमेजसाठी) स्टोरेज एरियाच्या स्वरूपात (स्टोरेज डोमेन्स).

डेटा सेंटरमध्ये व्हर्च्युअल मशीन्ससह अनेक होस्ट्स असलेल्या अनेक क्लस्टर्सचा समावेश असू शकतो आणि त्याच्याशी संबंधित अनेक स्टोरेज क्षेत्रे देखील असू शकतात.
अनेक डेटा सेंटर असू शकतात; ते एकमेकांपासून स्वतंत्रपणे कार्य करतात. Ovirt मध्ये भूमिकेनुसार शक्तींचे पृथक्करण आहे आणि तुम्ही डेटा सेंटर स्तरावर आणि वैयक्तिक तार्किक घटकांवर वैयक्तिकरित्या परवानग्या कॉन्फिगर करू शकता.

डेटा सेंटर, किंवा डेटा सेंटर्स त्यापैकी अनेक असल्यास, एकाच प्रशासकीय कन्सोल किंवा पोर्टलवरून व्यवस्थापित केले जातात.

डेटा सेंटर तयार करण्यासाठी, प्रशासकीय पोर्टलवर जा आणि नवीन डेटा सेंटर तयार करा:
गणना करा >> डेटा सेंटर >> नवीन

आम्ही स्टोरेज सिस्टमवर शेअर केलेले स्टोरेज वापरत असल्याने, स्टोरेजचा प्रकार शेअर केला पाहिजे:

डेटा सेंटर क्रिएशन विझार्डचा स्क्रीनशॉट

होस्टेड-इंजिनसह व्हर्च्युअल मशीन स्थापित करताना, डीफॉल्टनुसार डेटा सेंटर तयार केले जाते - डेटासेंटर1, आणि नंतर, आवश्यक असल्यास, तुम्ही त्याचा स्टोरेज प्रकार दुसर्‍यामध्ये बदलू शकता.

डेटा सेंटर तयार करणे हे एक सोपे काम आहे, कोणत्याही अवघड बारकावेशिवाय आणि त्यासह सर्व अतिरिक्त क्रिया दस्तऐवजीकरणात वर्णन केल्या आहेत. मी फक्त एक गोष्ट लक्षात घेईन की व्हीएमसाठी फक्त स्थानिक स्टोरेज (डिस्क) असलेले सिंगल होस्ट स्टोरेज प्रकार - शेअर केलेल्या डेटा सेंटरमध्ये प्रवेश करू शकणार नाहीत (ते तेथे जोडले जाऊ शकत नाहीत), आणि त्यांच्यासाठी तुम्हाला तयार करणे आवश्यक आहे. स्वतंत्र डेटा सेंटर - म्हणजे स्थानिक स्टोरेजसह प्रत्येक वैयक्तिक होस्टला त्याच्या स्वतंत्र डेटा सेंटरची आवश्यकता असते.

नवीन क्लस्टर तयार करत आहे

दस्तऐवजीकरणाची लिंक - oVirt प्रशासन मार्गदर्शक. धडा 5: क्लस्टर्स

अनावश्यक तपशीलांशिवाय, क्लस्टर - हे यजमानांचे तार्किक गट आहे ज्यात सामान्य स्टोरेज क्षेत्र आहे (आमच्या बाबतीत जसे स्टोरेज सिस्टमवर सामायिक डिस्कच्या रूपात). क्लस्टरमधील होस्ट हार्डवेअरमध्ये एकसारखे असणे आणि त्याच प्रकारचे प्रोसेसर (Intel किंवा AMD) असणे देखील इष्ट आहे. क्लस्टरमधील सर्व्हर पूर्णपणे एकसारखे असणे हे नक्कीच चांगले आहे.

क्लस्टर हा डेटा सेंटरचा भाग आहे (विशिष्ट प्रकारच्या स्टोरेजसह - स्थानिक किंवा शेअर), आणि सर्व यजमानांनी शेअर केलेले स्टोरेज आहे की नाही यावर अवलंबून, काही प्रकारच्या क्लस्टरचे असणे आवश्यक आहे.

होस्टवर होस्टेड-इंजिनसह व्हर्च्युअल मशीन स्थापित करताना, डीफॉल्टनुसार डेटा सेंटर तयार केले जाते - डेटासेंटर1, क्लस्टरसह - क्लस्टर १, आणि भविष्यात तुम्ही त्याचे पॅरामीटर्स कॉन्फिगर करू शकता, अतिरिक्त पर्याय सक्षम करू शकता, त्यात होस्ट जोडू शकता इ.

नेहमीप्रमाणे, सर्व क्लस्टर सेटिंग्जच्या तपशीलांसाठी, अधिकृत दस्तऐवजीकरणाचा संदर्भ घेणे उचित आहे. क्लस्टर सेट अप करण्याच्या काही वैशिष्ट्यांपैकी, मी फक्त ते जोडेन ते तयार करताना, टॅबवर फक्त मूलभूत पॅरामीटर्स कॉन्फिगर करणे पुरेसे आहे. जनरल .

मी सर्वात महत्वाचे पॅरामीटर्स लक्षात घेईन:

प्रोसेसर प्रकार — क्लस्टर होस्टवर कोणते प्रोसेसर स्थापित केले आहेत, ते कोणत्या निर्मात्याचे आहेत आणि यजमानांवरील कोणता प्रोसेसर सर्वात जुना आहे यावर आधारित निवडले जाते, जेणेकरून, यावर अवलंबून, क्लस्टरमधील सर्व उपलब्ध प्रोसेसर सूचना वापरल्या जातात.
स्विच प्रकार - आमच्या क्लस्टरमध्ये आम्ही फक्त लिनक्स ब्रिज वापरतो, म्हणूनच आम्ही ते निवडतो.
फायरवॉल प्रकार - येथे सर्व काही स्पष्ट आहे, हे फायरवॉल आहे, जे होस्टवर सक्षम आणि कॉन्फिगर केलेले असणे आवश्यक आहे.

क्लस्टर पॅरामीटर्ससह स्क्रीनशॉट

स्वयं-होस्ट केलेल्या वातावरणात अतिरिक्त होस्ट स्थापित करणे

दुवा कागदपत्रांसाठी.

सेल्फ-होस्टेड वातावरणासाठी अतिरिक्त होस्ट नियमित होस्ट प्रमाणेच जोडले जातात, होस्ट केलेल्या इंजिनसह VM तैनात करण्याच्या अतिरिक्त चरणासह - होस्ट केलेली इंजिन उपयोजन क्रिया निवडा >> तैनात करणे. होस्ट केलेल्या इंजिनसह VM साठी अतिरिक्त होस्ट देखील LUN सह सादर करणे आवश्यक असल्याने, याचा अर्थ असा की, आवश्यक असल्यास, होस्ट केलेल्या इंजिनसह VM होस्ट करण्यासाठी या होस्टचा वापर केला जाऊ शकतो.
दोष सहिष्णुतेच्या हेतूंसाठी, किमान दोन होस्ट असावेत ज्यावर होस्ट केलेले इंजिन VM ठेवता येईल अशी शिफारस केली जाते.

अतिरिक्त होस्टवर, iptables अक्षम करा (सक्षम असल्यास), firewalld सक्षम करा

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 सध्या सक्रिय आहे त्यावर सोन्याचा मुकुट आणि शिलालेख आहे “होस्ट केलेले इंजिन VM चालवणे", आवश्यक असल्यास ज्या होस्टवर हे VM लाँच केले जाऊ शकते - शिलालेख "होस्ट केलेले इंजिन VM चालवू शकते».

यजमान अयशस्वी झाल्यास ज्यावर "होस्ट केलेले इंजिन VM चालवणे", ते दुसऱ्या होस्टवर आपोआप रीस्टार्ट होईल. हे VM त्याच्या देखरेखीसाठी सक्रिय होस्टवरून स्टँडबाय होस्टवर देखील स्थलांतरित केले जाऊ शकते.

oVirt होस्टवर पॉवर मॅनेजमेंट / फेन्सिंग सेट करणे

दस्तऐवजीकरण दुवे:

Red Hat वर्च्युअलायझेशन 4.3 –> तांत्रिक संदर्भ -> धडा 4. पॉवर मॅनेजमेंट
oVirt प्रशासन मार्गदर्शक -> धडा 7: यजमान

आपण होस्ट जोडणे आणि कॉन्फिगर करणे पूर्ण केले आहे असे वाटत असले तरी, ते पूर्णपणे सत्य नाही.
यजमानांच्या सामान्य ऑपरेशनसाठी, आणि त्यापैकी कोणत्याही अपयश ओळखण्यासाठी/निराकरण करण्यासाठी, पॉवर मॅनेजमेंट / फेंसिंग सेटिंग्ज आवश्यक आहेत.

कुंपण, किंवा फेंसिंग, क्लस्टरमधून सदोष किंवा अयशस्वी होस्टला तात्पुरते वगळण्याची प्रक्रिया आहे, ज्या दरम्यान एकतर त्यावरील oVirt सेवा किंवा होस्ट स्वतःच रीस्टार्ट केले जातात.

पॉवर मॅनेजमेंट / फेन्सिंगच्या व्याख्या आणि पॅरामीटर्सवरील सर्व तपशील नेहमीप्रमाणे दस्तऐवजीकरणात दिलेले आहेत; iDRAC 640 सह Dell R9 सर्व्हरवर लागू केल्याप्रमाणे हे महत्त्वाचे पॅरामीटर कसे कॉन्फिगर करायचे याचे मी फक्त एक उदाहरण देईन.

प्रशासकीय पोर्टलवर जा, क्लिक करा गणना करा >> होस्ट यजमान निवडा.
क्लिक करा संपादित करा.
टॅबवर क्लिक करा पॉवर मॅनेजमेंट.
पर्यायापुढील बॉक्स चेक करा पॉवर व्यवस्थापन सक्षम करा.
पर्यायापुढील बॉक्स चेक करा Kdump एकत्रीकरणकर्नल क्रॅश डंप रेकॉर्ड करताना होस्टला फेन्सिंग मोडमध्ये जाण्यापासून रोखण्यासाठी.

लक्षात ठेवा.

आधीच चालू असलेल्या होस्टवर Kdump एकत्रीकरण सक्षम केल्यानंतर, ते oVirt प्रशासन मार्गदर्शक -> मधील प्रक्रियेनुसार पुन्हा स्थापित केले जाणे आवश्यक आहे. धडा 7: यजमान -> होस्ट पुन्हा स्थापित करणे.

वैकल्पिकरित्या, तुम्ही बॉक्स चेक करू शकता पॉवर व्यवस्थापनाचे धोरण नियंत्रण अक्षम करा, जर आम्हाला होस्ट पॉवर व्यवस्थापन क्लस्टरच्या शेड्युलिंग धोरणाद्वारे नियंत्रित करायचे नसेल.
बटणावर क्लिक करा (+) नवीन उर्जा व्यवस्थापन उपकरण जोडण्यासाठी, एजंट गुणधर्म संपादन विंडो उघडेल.
iDRAC9 साठी, फील्ड भरा:
- पत्ता - iDRAC9 पत्ता
- वापरणार्याचे नाव सांकेतिक शब्द - iDRAC9 मध्ये लॉग इन करण्यासाठी अनुक्रमे लॉगिन आणि पासवर्ड
- प्रकार —drac5
- खूण करा सुरक्षित
- खालील पर्याय जोडा: cmd_prompt=>,login_timeout=30

होस्ट गुणधर्मांमधील "पॉवर मॅनेजमेंट" पॅरामीटर्ससह स्क्रीनशॉट

स्टोरेज एरिया किंवा स्टोरेज डोमेन तयार करणे

दस्तऐवजीकरणाची लिंक - oVirt प्रशासन मार्गदर्शक, धडा 8: स्टोरेज.

स्टोरेज डोमेन, किंवा स्टोरेज एरिया, व्हर्च्युअल मशीन डिस्क्स, इन्स्टॉलेशन इमेजेस, टेम्पलेट्स आणि स्नॅपशॉट्स साठवण्यासाठी केंद्रीकृत स्थान आहे.

विविध प्रोटोकॉल, क्लस्टर आणि नेटवर्क फाइल सिस्टम वापरून स्टोरेज क्षेत्रे डेटा सेंटरशी जोडली जाऊ शकतात.

oVirt चे तीन प्रकारचे स्टोरेज क्षेत्र आहे:

डेटा डोमेन - व्हर्च्युअल मशीनशी संबंधित सर्व डेटा संग्रहित करण्यासाठी (डिस्क, टेम्पलेट्स). डेटा डोमेन वेगवेगळ्या डेटा सेंटरमध्ये शेअर केला जाऊ शकत नाही.
ISO डोमेन (स्टोरेज एरियाचा अप्रचलित प्रकार) – OS इंस्टॉलेशन प्रतिमा संग्रहित करण्यासाठी. आयएसओ डोमेन वेगवेगळ्या डेटा सेंटरमध्ये सामायिक केले जाऊ शकते.
डोमेन निर्यात करा (स्टोरेज एरियाचा अप्रचलित प्रकार) – डेटा सेंटर्स दरम्यान हलवलेल्या प्रतिमांच्या तात्पुरत्या स्टोरेजसाठी.

आमच्या विशिष्ट बाबतीत, डेटा डोमेन प्रकार असलेले स्टोरेज क्षेत्र स्टोरेज सिस्टमवरील LUN शी जोडण्यासाठी फायबर चॅनल प्रोटोकॉल (FCP) वापरते.

oVirt च्या दृष्टिकोनातून, स्टोरेज सिस्टम (FC किंवा iSCSI) वापरताना, प्रत्येक व्हर्च्युअल डिस्क, स्नॅपशॉट किंवा टेम्पलेट ही लॉजिकल डिस्क असते.
व्हॉल्यूम ग्रुप वापरून ब्लॉक साधने एकाच युनिटमध्ये (क्लस्टर होस्टवर) एकत्र केली जातात आणि नंतर LVM वापरून लॉजिकल व्हॉल्यूममध्ये विभागली जातात, जी VM साठी आभासी डिस्क म्हणून वापरली जातात.

हे सर्व गट आणि अनेक LVM व्हॉल्यूम्स क्लस्टर होस्टवर कमांडचा वापर करून पाहता येतात इ и lvs. स्वाभाविकच, अशा डिस्क्ससह सर्व क्रिया केवळ oVirt कन्सोलमधूनच केल्या पाहिजेत, विशेष प्रकरणे वगळता.

VM साठी व्हर्च्युअल डिस्क दोन प्रकारच्या असू शकतात - QCOW2 किंवा RAW. डिस्क असू शकते "पातळ" किंवा "जाड". स्नॅपशॉट नेहमी " म्हणून तयार केले जातातपातळ".

स्टोरेज डोमेन्स किंवा FC द्वारे ऍक्सेस केलेले स्टोरेज क्षेत्रे व्यवस्थापित करण्याचा मार्ग अगदी तार्किक आहे - प्रत्येक VM व्हर्च्युअल डिस्कसाठी स्वतंत्र लॉजिकल व्हॉल्यूम आहे जो फक्त एका होस्टद्वारे लिहिण्यायोग्य आहे. FC कनेक्शनसाठी, oVirt क्लस्टर केलेल्या LVM सारखे काहीतरी वापरते.

समान स्टोरेज एरियावर असलेल्या व्हर्च्युअल मशीन्स एकाच क्लस्टरच्या होस्टमध्ये स्थलांतरित केल्या जाऊ शकतात.

जसे आपण वर्णनावरून पाहू शकतो, oVirt मधील क्लस्टर, जसे की VMware vSphere किंवा Hyper-V मधील क्लस्टरचा अर्थ एकच आहे - ते होस्टचे तार्किक गट आहे, शक्यतो हार्डवेअर रचनेत एकसारखे आहे आणि वर्च्युअलसाठी सामान्य स्टोरेज आहे. मशीन डिस्क.

चला थेट डेटा (VM डिस्क) साठी स्टोरेज क्षेत्र तयार करण्यासाठी पुढे जाऊ, कारण त्याशिवाय डेटा सेंटर सुरू होणार नाही.
मी तुम्हाला आठवण करून देतो की स्टोरेज सिस्टीमवरील क्लस्टर होस्ट्सना सादर केलेले सर्व LUN हे कमांड वापरून दिसले पाहिजेत.multipath -ll».

मते दस्तऐवजीकरण, पोर्टलवर जा, वर जा स्टोरेज >> डोमेन -> नवीन डोमेन आणि "FCP स्टोरेज जोडणे" विभागातील सूचनांचे अनुसरण करा.

विझार्ड लाँच केल्यानंतर, आवश्यक फील्ड भरा:

नाव - क्लस्टरचे नाव सेट करा
डोमेन फंक्शन - डेटा
स्टोरेज प्रकार - फायबर चॅनेल
वापरण्यासाठी होस्ट — एक होस्ट निवडा ज्यावर आम्हाला आवश्यक असलेले LUN उपलब्ध आहे

LUN च्या सूचीमध्ये, आम्हाला आवश्यक असलेले चिन्हांकित करा, क्लिक करा जोडा आणि मग ओके. आवश्यक असल्यास, आपण वर क्लिक करून स्टोरेज क्षेत्राचे अतिरिक्त पॅरामीटर्स समायोजित करू शकता प्रगत मापदंड.

“स्टोरेज डोमेन” जोडण्यासाठी विझार्डचा स्क्रीनशॉट

विझार्डच्या निकालांच्या आधारे, आम्हाला नवीन स्टोरेज क्षेत्र प्राप्त झाले पाहिजे आणि आमच्या डेटा सेंटरने स्थितीकडे जावे UP, किंवा आरंभ केलेले:

डेटा सेंटरचे स्क्रीनशॉट आणि त्यातील स्टोरेज क्षेत्रः

आभासी मशीनसाठी नेटवर्क तयार करणे आणि कॉन्फिगर करणे

दस्तऐवजीकरणाची लिंक - oVirt प्रशासन मार्गदर्शक, धडा 6: तार्किक नेटवर्क

नेटवर्क्स किंवा नेटवर्क्स, oVirt आभासी पायाभूत सुविधांमध्ये वापरल्या जाणार्‍या लॉजिकल नेटवर्क्सना गटबद्ध करतात.

वर्च्युअल मशीनवरील नेटवर्क अडॅप्टर आणि होस्टवरील भौतिक अडॅप्टर यांच्यात संवाद साधण्यासाठी, लिनक्स ब्रिजसारखे लॉजिकल इंटरफेस वापरले जातात.

नेटवर्कमधील रहदारीचे गट आणि विभाजन करण्यासाठी, VLANs स्विचेसवर कॉन्फिगर केले जातात.

oVirt मध्ये व्हर्च्युअल मशीनसाठी लॉजिकल नेटवर्क तयार करताना, त्याला स्विचवरील VLAN क्रमांकाशी संबंधित एक अभिज्ञापक नियुक्त करणे आवश्यक आहे जेणेकरून VMs एकमेकांशी संवाद साधू शकतील, जरी ते क्लस्टरच्या वेगवेगळ्या नोड्सवर चालत असले तरीही.

व्हर्च्युअल मशीन कनेक्ट करण्यासाठी होस्टवरील नेटवर्क अॅडॉप्टरची प्राथमिक सेटिंग्ज करणे आवश्यक आहे मागील लेख - लॉजिकल इंटरफेस कॉन्फिगर केला आहे बॉन्ड 1, नंतर सर्व नेटवर्क सेटिंग्ज केवळ oVirt प्रशासकीय पोर्टलद्वारे केल्या पाहिजेत.

होस्टेड-इंजिनसह VM तयार केल्यानंतर, डेटा सेंटर आणि क्लस्टरच्या स्वयंचलित निर्मितीव्यतिरिक्त, आमचे क्लस्टर व्यवस्थापित करण्यासाठी एक लॉजिकल नेटवर्क देखील स्वयंचलितपणे तयार केले गेले - ovritmgmt, ज्याला हे VM जोडलेले होते.

आवश्यक असल्यास, आपण तार्किक नेटवर्क सेटिंग्ज पाहू शकता ovritmgmt आणि त्यांना समायोजित करा, परंतु तुम्ही oVirt इन्फ्रास्ट्रक्चरवरील नियंत्रण गमावणार नाही याची काळजी घेतली पाहिजे.

तार्किक नेटवर्क सेटिंग्ज ovritmgmt

नियमित VM साठी नवीन लॉजिकल नेटवर्क तयार करण्यासाठी, प्रशासकीय पोर्टलवर जा नेटवर्क >> नेटवर्क >> नवीन, आणि टॅबवर जनरल इच्छित व्हीएलएएन आयडी असलेले नेटवर्क जोडा आणि पुढील बॉक्स चेक करा.व्हीएम नेटवर्क", याचा अर्थ VM ला असाइनमेंटसाठी वापरला जाऊ शकतो.

नवीन VLAN32 लॉजिकल नेटवर्कचा स्क्रीनशॉट

टॅबमध्ये क्लस्टर, आम्ही हे नेटवर्क आमच्या क्लस्टरला जोडतो क्लस्टर १.

यानंतर आम्ही जाऊ गणना करा >> होस्ट, प्रत्येक यजमानाकडे, टॅबवर जा नेटवर्क इंटरफेस, आणि विझार्ड लाँच करा होस्ट नेटवर्क सेट करा, नवीन लॉजिकल नेटवर्कच्या होस्टना बांधण्यासाठी.

"सेटअप होस्ट नेटवर्क" विझार्डचा स्क्रीनशॉट

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.

लॉजिकल नेटवर्क जोडल्यानंतर आणि होस्ट आणि होस्ट केलेले इंजिन VM मधील कनेक्शन तपासल्यानंतर, ते आभासी मशीनमध्ये वापरले जाऊ शकते.

वर्च्युअल मशीन उपयोजित करण्यासाठी प्रतिष्ठापन प्रतिमा तयार करणे

दस्तऐवजीकरणाची लिंक - oVirt प्रशासन मार्गदर्शक, धडा 8: स्टोरेज, विभाग डेटा स्टोरेज डोमेनवर प्रतिमा अपलोड करणे.

ओएस इंस्टॉलेशन इमेजशिवाय, व्हर्च्युअल मशीन स्थापित करणे शक्य होणार नाही, जरी हे अर्थातच समस्या नाही, उदाहरणार्थ, नेटवर्कवर स्थापित केले असल्यास मोची पूर्व-निर्मित प्रतिमांसह.

आमच्या बाबतीत, हे शक्य नाही, म्हणून तुम्हाला ही प्रतिमा स्वतः oVirt मध्ये आयात करावी लागेल. पूर्वी, यासाठी ISO डोमेन तयार करणे आवश्यक होते, परंतु oVirt च्या नवीन आवृत्तीमध्ये ते नापसंत केले गेले आहे, आणि म्हणून तुम्ही आता प्रशासकीय पोर्टलवरून थेट स्टोरेज डोमेनवर प्रतिमा अपलोड करू शकता.

प्रशासकीय पोर्टलवर जा स्टोरेज >> डिस्क्स >> अपलोड करा >> प्रारंभ करा
आम्ही आमची OS प्रतिमा ISO फाइल म्हणून जोडतो, फॉर्ममधील सर्व फील्ड भरा आणि बटणावर क्लिक करा "चाचणी कनेक्शन".

जोडा इंस्टॉलेशन इमेज विझार्डचा स्क्रीनशॉट

आम्हाला अशी त्रुटी आढळल्यास:

Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`

मग तुम्हाला oVirt सर्टिफिकेट "ला जोडावे लागेल.विश्वसनीय रूट CA"(विश्वसनीय रूट CA) प्रशासकाच्या नियंत्रण स्टेशनवर, जिथून आम्ही प्रतिमा डाउनलोड करण्याचा प्रयत्न करीत आहोत.

विश्वसनीय रूट CA मध्ये प्रमाणपत्र जोडल्यानंतर, पुन्हा क्लिक करा "चाचणी कनेक्शन", मिळायला हवे:

Connection to ovirt-imageio-proxy was successful.

तुम्ही प्रमाणपत्र जोडण्याची क्रिया पूर्ण केल्यानंतर, तुम्ही पुन्हा स्टोरेज डोमेनवर ISO प्रतिमा अपलोड करण्याचा प्रयत्न करू शकता.

तत्त्वतः, तुम्ही व्हीएम डिस्कवरून प्रतिमा आणि टेम्पलेट्स स्वतंत्रपणे संग्रहित करण्यासाठी डेटा प्रकारासह एक स्वतंत्र स्टोरेज डोमेन बनवू शकता किंवा होस्ट केलेल्या इंजिनसाठी स्टोरेज डोमेनमध्ये देखील संग्रहित करू शकता, परंतु हे प्रशासकाच्या विवेकबुद्धीनुसार आहे.

होस्ट केलेल्या इंजिनसाठी स्टोरेज डोमेनमधील ISO प्रतिमांसह स्क्रीनशॉट

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

दस्तऐवजीकरण लिंक:
oVirt आभासी मशीन व्यवस्थापन मार्गदर्शक –> धडा 2: लिनक्स व्हर्च्युअल मशीन्स स्थापित करणे
कन्सोल क्लायंट संसाधने

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

CentOS 7 सह आभासी मशीन तयार करण्यासाठी, OS वरून स्थापना प्रतिमा डाउनलोड करणे आवश्यक आहे.

आम्ही प्रशासकीय पोर्टलवर जातो, वर जा गणना करा >> वर्च्युअल मशीन्स, आणि VM निर्मिती विझार्ड लाँच करा. सर्व पॅरामीटर्स आणि फील्ड भरा आणि क्लिक करा ओके. आपण कागदपत्रांचे अनुसरण केल्यास सर्व काही अगदी सोपे आहे.

उदाहरण म्हणून, मी तयार केलेल्या डिस्कसह, नेटवर्कशी कनेक्ट केलेले आणि इंस्टॉलेशन इमेजवरून बूटिंगसह, अत्यंत उपलब्ध VM च्या मूलभूत आणि अतिरिक्त सेटिंग्ज देईन:

अत्यंत उपलब्ध VM सेटिंग्जसह स्क्रीनशॉट

विझार्डसह कार्य पूर्ण केल्यानंतर, ते बंद करा, नवीन VM लाँच करा आणि त्यावर OS स्थापित करा.
हे करण्यासाठी, प्रशासकीय पोर्टलद्वारे या VM च्या कन्सोलवर जा:

VM कन्सोलशी कनेक्ट करण्यासाठी प्रशासकीय पोर्टल सेटिंग्जचा स्क्रीनशॉट

VM कन्सोलला जोडण्यासाठी, तुम्ही प्रथम व्हर्च्युअल मशीनच्या गुणधर्मांमध्ये कन्सोल कॉन्फिगर केले पाहिजे.

VM सेटिंग्जचा स्क्रीनशॉट, "कन्सोल" टॅब

VM कन्सोलला जोडण्यासाठी तुम्ही वापरू शकता, उदाहरणार्थ, आभासी मशीन दर्शक.

ब्राउझर विंडोमध्ये थेट VM कन्सोलशी कनेक्ट करण्यासाठी, कन्सोलद्वारे कनेक्शन सेटिंग्ज खालीलप्रमाणे असावी:

VM वर OS स्थापित केल्यानंतर, oVirt अतिथी एजंट स्थापित करण्याचा सल्ला दिला जातो:

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

अशा प्रकारे, आमच्या कृतींचा परिणाम म्हणून, तयार केलेला VM अत्यंत उपलब्ध असेल, म्हणजे. क्लस्टर नोड ज्यावर चालत आहे तो अयशस्वी झाल्यास, oVirt स्वयंचलितपणे दुसऱ्या नोडवर रीस्टार्ट करेल. हे VM क्लस्टर होस्ट्समध्ये त्यांच्या देखरेखीसाठी किंवा इतर कारणांसाठी देखील स्थलांतरित केले जाऊ शकते.

निष्कर्ष

मला आशा आहे की हा लेख व्हर्च्युअल इन्फ्रास्ट्रक्चर व्यवस्थापित करण्यासाठी oVirt हे पूर्णपणे सामान्य साधन आहे, जे तैनात करणे इतके अवघड नाही - मुख्य गोष्ट म्हणजे लेख आणि दस्तऐवजीकरणात वर्णन केलेल्या काही नियम आणि आवश्यकतांचे पालन करणे.

लेखाच्या मोठ्या प्रमाणामुळे, त्यात अनेक गोष्टी समाविष्ट करणे शक्य झाले नाही, जसे की सर्व तपशीलवार स्पष्टीकरणे आणि स्क्रीनशॉट्ससह विविध विझार्ड्सची चरण-दर-चरण अंमलबजावणी, काही आदेशांचे दीर्घ निष्कर्ष इ. खरं तर, यासाठी संपूर्ण पुस्तक लिहिण्याची गरज आहे, ज्याला सॉफ्टवेअरच्या नवीन आवृत्त्या सतत नवनवीन आणि बदलांसह दिसत असल्यामुळे फारसा अर्थ नाही. हे सर्व एकत्र कसे कार्य करते याचे तत्त्व समजून घेणे आणि व्हर्च्युअल मशीन्स व्यवस्थापित करण्यासाठी दोष-सहिष्णु प्लॅटफॉर्म तयार करण्यासाठी सामान्य अल्गोरिदम प्राप्त करणे ही सर्वात महत्त्वाची गोष्ट आहे.

जरी आम्ही एक आभासी पायाभूत सुविधा तयार केली असली तरी, आता आम्हाला ती त्याच्या वैयक्तिक घटकांमध्ये: होस्ट, व्हर्च्युअल मशीन, अंतर्गत नेटवर्क आणि बाह्य जगाशी संवाद साधण्यासाठी शिकवण्याची आवश्यकता आहे.

ही प्रक्रिया सिस्टम किंवा नेटवर्क प्रशासकाच्या मुख्य कार्यांपैकी एक आहे, ज्याचा पुढील लेखात समावेश केला जाईल - आमच्या एंटरप्राइझच्या दोष-सहिष्णु पायाभूत सुविधांमध्ये VyOS व्हर्च्युअल राउटरच्या वापराबद्दल (तुम्ही अंदाज लावला असेल, ते आभासी म्हणून कार्य करतील. आमच्या oVirt क्लस्टरवरील मशीन).

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

दोष-सहिष्णु आयटी पायाभूत सुविधांची निर्मिती. भाग 2. oVirt 4.3 क्लस्टर स्थापित करणे आणि कॉन्फिगर करणे