🥇गल्ती सहनशील IT पूर्वाधार सिर्जना गर्दै। भाग २. oVirt ४.३ क्लस्टर स्थापना र कन्फिगर गर्दै

यो लेख अघिल्लो लेखको निरन्तरता हो - «गल्ती-सहिष्णु आईटी पूर्वाधारको निर्माण। भाग १ - oVirt 1 क्लस्टर डिप्लोइ गर्ने तयारी गर्दै"।

यसले अत्यधिक उपलब्ध भर्चुअल मेसिनहरू होस्ट गर्नको लागि oVirt ४.३ क्लस्टरको आधारभूत स्थापना र कन्फिगरेसनको प्रक्रियालाई समेट्नेछ, पूर्वाधार तयार पार्नका लागि सबै प्रारम्भिक चरणहरू पहिले नै पूरा भइसकेका छन् भन्ने कुरालाई ध्यानमा राख्दै।

परिचय

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

व्यक्तिपरक दृष्टिकोणबाट, oVirt 4.3 यसको कार्यक्षमतामा यो VMware vSphere संस्करण 5.x जस्तै छ, तर अवश्य पनि यसको आफ्नै कन्फिगरेसन र सञ्चालन सुविधाहरूको साथ।

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

म भर्चुअल मेसिनहरूको लागि नेटवर्कहरूसँग छुट्टै कामको तुलना गर्न चाहन्छु। oVirt ले VMware vSphere मा जस्तै भर्चुअल मेसिनहरूको लागि नेटवर्कहरू व्यवस्थापन गर्ने समान सिद्धान्त (यसपछि VM) लागू गर्दछ:

मानक लिनक्स ब्रिज प्रयोग गर्दै (VMware मा - मानक vSwitch), भर्चुअलाइजेशन होस्टहरूमा चलिरहेको;
ओपन vSwitch (OVS) प्रयोग गर्दै (VMware मा - वितरित vSwitch) दुई मुख्य घटकहरू मिलेर बनेको वितरित भर्चुअल स्विच हो: एक केन्द्रीय OVN सर्भर र व्यवस्थित होस्टहरूमा OVN नियन्त्रकहरू।

यो ध्यान दिनुपर्छ कि कार्यान्वयनको सरलताको कारण, यस लेखले मानक लिनक्स ब्रिज प्रयोग गरेर VM हरूको लागि oVirt मा नेटवर्कहरू सेटअप गर्ने बारेमा वर्णन गर्नेछ, जुन KVM हाइपरभाइजर प्रयोग गर्दा मानक विकल्प हो।

यस सन्दर्भमा, क्लस्टरमा नेटवर्कसँग काम गर्ने धेरै आधारभूत नियमहरू छन् जुन उल्लङ्घन नगर्नु राम्रो हुन्छ:

oVirt मा थप्नु अघि होस्टहरूमा रहेका सबै नेटवर्क सेटिङहरू समान हुनुपर्छ, IP ठेगानाहरू बाहेक।
होस्टलाई oVirt नियन्त्रणमा लिएपछि, आफ्नो कार्यहरूमा पूर्ण विश्वास बिना नेटवर्क सेटिङहरूमा म्यानुअल रूपमा केहि पनि परिवर्तन नगर्न अत्यधिक सिफारिस गरिन्छ, किनकि oVirt एजेन्टले होस्ट वा एजेन्ट पुन: सुरु गरेपछि तिनीहरूलाई पहिलेको सेटिङमा फिर्ता रोल गर्नेछ।
VM को लागि नयाँ नेटवर्क थप्ने, साथै यससँग काम गर्ने काम oVirt व्यवस्थापन कन्सोलबाट मात्र गर्नुपर्छ।

अर्को एउटा कुरा महत्त्वपूर्ण टिप्पणी — धेरै महत्वपूर्ण वातावरणको लागि (मौद्रिक क्षतिप्रति धेरै संवेदनशील), अझै पनि सशुल्क समर्थन प्रयोग गर्न र प्रयोग गर्न सिफारिस गरिनेछ रेड ह्याट भर्चुअलाइजेसन ४.३। oVirt क्लस्टरको सञ्चालनको क्रममा, केही समस्याहरू उत्पन्न हुन सक्छन् जसको लागि आफैंले समाधान गर्नुको सट्टा सकेसम्म चाँडो योग्य मद्दत लिनु उचित हुन्छ।

अन्तमा, सिफारिश गरिएको oVirt क्लस्टर तैनाथ गर्नु अघि, कृपया पढ्नुहोस् आधिकारिक दस्तावेज, कम्तिमा आधारभूत अवधारणा र परिभाषाहरू बारे सचेत हुन, अन्यथा लेखको बाँकी भाग पढ्न अलि गाह्रो हुनेछ।

oVirt क्लस्टरको लेख र सञ्चालनका सिद्धान्तहरू बुझ्नको लागि निम्न दिशानिर्देशहरू आधारभूत छन्:

त्यहाँको मात्रा धेरै ठूलो छैन, एक वा दुई घण्टामा आधारभूत सिद्धान्तहरूमा महारत हासिल गर्न सम्भव छ, र विवरण मन पराउनेहरूका लागि यो पढ्न सिफारिस गरिन्छ। Red Hat भर्चुअलाइजेशन ४.३ को लागि उत्पादन कागजात — RHEV र oVirt मूलतः एउटै कुरा हुन्।

त्यसोभए, यदि होस्टहरू, स्विचहरू र भण्डारण प्रणालीहरूमा सबै आधारभूत सेटिङहरू पूरा भए भने, हामी सिधै oVirt को तैनाती तर्फ अगाडि बढ्छौं।

भाग २. oVirt ४.३ क्लस्टर स्थापना र कन्फिगर गर्दै

अभिमुखीकरणको सहजताको लागि, म यस लेखको मुख्य खण्डहरू सूचीबद्ध गर्नेछु, जुन पालैपालो पूरा गर्नुपर्छ:

oVirt व्यवस्थापन सर्भर स्थापना गर्दै
नयाँ डाटा सेन्टरको निर्माण
नयाँ क्लस्टर सिर्जना गर्दै
स्व-होस्ट गरिएको वातावरणमा अतिरिक्त होस्टहरू स्थापना गर्दै
भण्डारण क्षेत्र वा भण्डारण डोमेनहरू सिर्जना गर्दै
भर्चुअल मेसिनहरूको लागि नेटवर्कहरू सिर्जना र कन्फिगर गर्दै
भर्चुअल मेसिन तैनाथ गर्नको लागि स्थापना छवि सिर्जना गर्दै
भर्चुअल मेसिन बनाउनुहोस्

oVirt व्यवस्थापन सर्भर स्थापना गर्दै

oVirt व्यवस्थापन सर्भर – oVirt पूर्वाधारमा सबैभन्दा महत्त्वपूर्ण तत्व हो, भर्चुअल मेसिन, होस्ट, वा भर्चुअल उपकरणको रूपमा जसले सम्पूर्ण oVirt पूर्वाधारलाई नियन्त्रण गर्दछ।

भर्चुअलाइजेसनको संसारबाट यसका नजिकका एनालॉगहरू:

VMware vSphere - vCenter सर्भर
माइक्रोसफ्ट हाइपर-भी - सिस्टम सेन्टर भर्चुअल मेसिन म्यानेजर (VMM)।

oVirt व्यवस्थापन सर्भर स्थापना गर्न, हामीसँग दुई विकल्पहरू छन्:

विकल्प 1
समर्पित VM वा होस्टको रूपमा सर्भर तैनाथ गर्दै।

यो विकल्पले धेरै राम्रोसँग काम गर्छ, तर केवल यो अवस्थामा कि यस्तो VM क्लस्टरबाट स्वतन्त्र रूपमा सञ्चालन हुन्छ, अर्थात् KVM नियन्त्रण अन्तर्गत नियमित भर्चुअल मेसिनको रूपमा कुनै पनि क्लस्टर होस्टमा सुरु हुँदैन।

क्लस्टर होस्टहरूमा किन यस्तो VM तैनाथ गर्न सकिँदैन?

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

यसलाई oVirt कन्सोलमा क्लस्टर होस्टहरू (नोडहरू) बीच स्थानान्तरण गर्न सम्भव हुनेछैन;
KVM प्रयोग गरेर माइग्रेट गर्दा विर्श माइग्रेट, यो VM oVirt कन्सोलबाट व्यवस्थापनको लागि उपलब्ध हुनेछैन।
क्लस्टर होस्टहरू प्रदर्शन गर्न सकिँदैन मर्मत मोड (रखरखाव मोड) यदि तपाईंले यो VM लाई होस्टबाट होस्टमा माइग्रेट गर्नुभयो भने विर्श माइग्रेट.

त्यसैले नियम अनुसार सबै कुरा गर्नुहोस् - 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 Hosted Engine डिप्लोयमेन्ट प्रक्रिया सुरु गर्छौं (तपाईं 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 नम्बर ४ र १५० 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 सेवाहरूको उपस्थिति जाँच गर्नुहोस्:

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

यदि सबै कुरा सही तरिकाले गरिएको थियो भने, स्थापना पूरा भएपछि, वेब ब्राउजरमा जानुहोस् https://ovirt_hostname/ovirt-engine प्रशासकको कम्प्युटरबाट, र [ मा क्लिक गर्नुहोस्प्रशासन पोर्टल].

“प्रशासन पोर्टल” को स्क्रिनसट

स्क्रिनसटमा जस्तै विन्डोमा लगइन र पासवर्ड (स्थापना प्रक्रियाको क्रममा सेट गरिएको) प्रविष्ट गरेर, हामी ओपन भर्चुअलाइजेशन प्रबन्धक नियन्त्रण प्यानलमा पुग्छौं, जहाँ तपाईं भर्चुअल पूर्वाधारको साथ सबै कार्यहरू गर्न सक्नुहुन्छ:

डेटासेन्टर थप्नुहोस्
क्लस्टर थप्नुहोस् र कन्फिगर गर्नुहोस्
होस्टहरू थप्नुहोस् र व्यवस्थापन गर्नुहोस्
भर्चुअल मेसिन डिस्कहरूको लागि भण्डारण क्षेत्रहरू वा भण्डारण डोमेनहरू थप्नुहोस्
भर्चुअल मेसिनहरूको लागि नेटवर्कहरू थप्नुहोस् र कन्फिगर गर्नुहोस्
भर्चुअल मेसिनहरू, स्थापना छविहरू, VM टेम्प्लेटहरू थप्नुहोस् र व्यवस्थापन गर्नुहोस्

यी सबै कार्यहरूबारे थप छलफल गरिनेछ, केही ठूला अक्षरमा, केही थप विवरणमा र सूक्ष्मताका साथ।
तर पहिले म यो पूरक पढ्न सिफारिस गर्छु, जुन धेरैका लागि पक्कै पनि उपयोगी हुन सक्छ।

थप

1) सिद्धान्तमा, यदि त्यस्तो आवश्यकता छ भने, प्याकेजहरू प्रयोग गरेर क्लस्टर नोडहरूमा KVM हाइपरभाइजर पहिले नै स्थापना गर्नबाट तपाईंलाई कुनै पनि कुराले रोक्दैन। libvirt и qemu-sq.m (वा qemu-kvm-ev) चाहेको संस्करण, यद्यपि oVirt क्लस्टर नोड तैनाथ गर्दा, यसले आफैं यो गर्न सक्छ।

तर यदि libvirt и qemu-sq.m यदि तपाईंले पछिल्लो संस्करण स्थापना गर्नुभएको छैन भने, होस्ट गरिएको इन्जिनको तैनाती गर्दा तपाईंले निम्न त्रुटि प्राप्त गर्न सक्नुहुन्छ:

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

अर्थात्, यो हुनु आवश्यक छ अद्यावधिक संस्करण libvirt बाट सुरक्षा सहित MDS, जसले निम्न नीतिलाई समर्थन गर्दछ:

<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

'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 ४.३ मा, फायरवालको उपस्थिति र प्रयोग फायरवाल्ड अनिवार्य आवश्यकता हो।

यदि होस्टेड-इन्जिनको लागि 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 को सबै व्यवस्थापन आदेशको मद्दतले मात्र गरिन्छ। होस्टेड-इन्जिन उनी काम गर्ने होस्टमा, लगभग भिर्श हामीले बिर्सनु पर्छ, साथै यो तथ्य पनि कि तपाईं SSH मार्फत यो 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

हामी होस्ट गरिएको इन्जिन एजेन्टको साथ होस्ट रिबुट गर्छौं र हामीलाई आवश्यक पर्ने कुरा गर्छौं।

रिबुट गरेपछि, होस्ट गरिएको इन्जिनको साथ VM को स्थिति जाँच गर्नुहोस्:

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 सुरु गरेपछि, हामी यसलाई मर्मतसम्भार मोडबाट बाहिर निकाल्छौं:

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 प्रशासन गाइड। अध्याय ४: डाटा सेन्टरहरू

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

डाटा सेन्टर भनेको एक प्रकारको कन्टेनर हो जसमा निम्न समावेश हुन्छन्:

क्लस्टर र होस्टको रूपमा तार्किक स्रोतहरू
होस्टहरूमा तार्किक नेटवर्क र भौतिक एडेप्टरहरूको रूपमा क्लस्टर नेटवर्क स्रोतहरू,
भण्डारण क्षेत्रहरू (भण्डारण डोमेनहरू) को रूपमा भण्डारण स्रोतहरू (VM डिस्कहरू, टेम्प्लेटहरू, छविहरूको लागि)।

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

डाटा सेन्टर, वा यदि धेरै डाटा सेन्टरहरू छन् भने, एउटै प्रशासनिक कन्सोल वा पोर्टलबाट व्यवस्थित गरिन्छ।

डाटा सेन्टर सिर्जना गर्न, प्रशासनिक पोर्टलमा जानुहोस् र नयाँ डाटा सेन्टर सिर्जना गर्नुहोस्:
कम्प्युट गर्नुहोस् >> डाटा केन्द्र >> नयाँ

हामीले भण्डारण प्रणालीमा साझा भण्डारण प्रयोग गर्ने भएकोले, भण्डारण प्रकार (भण्डारण प्रकार) साझा हुनुपर्छ:

डेटा सेन्टर सिर्जना विजार्डको स्क्रिनसट

होस्टेड-इन्जिन भएको भर्चुअल मेसिन स्थापना गर्दा, पूर्वनिर्धारित रूपमा डाटासेन्टर सिर्जना हुन्छ - डाटासेन्टर१, र त्यसपछि, आवश्यक भएमा, तपाईंले भण्डारण प्रकार (भण्डारण प्रकार) लाई अर्कोमा परिवर्तन गर्न सक्नुहुन्छ।

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

नयाँ क्लस्टर सिर्जना गर्दै

कागजातको लिङ्क - oVirt प्रशासन गाइड। अध्याय ५: समूहहरू

धेरै विवरणमा नगईकन, क्लस्टर – होस्टहरूको तार्किक समूहीकरण हो जसमा साझा भण्डारण क्षेत्र हुन्छ (भण्डारण प्रणालीमा साझा डिस्कको रूपमा, हाम्रो मामलामा जस्तै)। क्लस्टरमा रहेका होस्टहरू हार्डवेयरमा समान हुनु र एउटै प्रकारको प्रोसेसर (इन्टेल वा एएमडी) हुनु पनि वांछनीय छ। अवश्य पनि, क्लस्टरमा रहेका सर्भरहरू पूर्ण रूपमा समान हुनु उत्तम हुन्छ।

क्लस्टर डाटा सेन्टरको अंश हो (विशिष्ट प्रकारको भण्डारणको साथ - स्थानीय वा साझा), र सबै होस्टहरू कुनै न कुनै क्लस्टरमा सम्बन्धित हुनुपर्छ, तिनीहरूसँग साझा भण्डारण छ वा छैन भन्ने कुरामा निर्भर गर्दै।

होस्टमा होस्टेड-इन्जिन भएको भर्चुअल मेसिन स्थापना गर्दा, पूर्वनिर्धारित रूपमा डाटासेन्टर सिर्जना हुन्छ - डाटासेन्टर१, क्लस्टरसँगै - क्लस्टर १७, र भविष्यमा तपाईं यसको प्यारामिटरहरू कन्फिगर गर्न सक्नुहुन्छ, थप विकल्पहरू सक्षम गर्न सक्नुहुन्छ, यसमा होस्टहरू थप्न सक्नुहुन्छ, आदि।

सामान्य रूपमा, सबै क्लस्टर सेटिङहरूको विवरणहरूको लागि, आधिकारिक कागजातहरू सन्दर्भ गर्न सल्लाह दिइन्छ। क्लस्टर सेटिङहरू मध्ये, म केवल यो थप्नेछु कि यसलाई सिर्जना गर्दा, ट्याबमा आधारभूत प्यारामिटरहरू मात्र कन्फिगर गर्न पर्याप्त छ। सामान्य.

म सबैभन्दा महत्त्वपूर्ण प्यारामिटरहरू हाइलाइट गर्नेछु:

प्रोसेसर प्रकार — क्लस्टर होस्टहरूमा कुन प्रोसेसरहरू स्थापना गरिएका छन्, तिनीहरू कुन निर्माताबाट हुन्, र होस्टहरूमा कुन प्रोसेसर सबैभन्दा पुरानो हो भन्ने आधारमा चयन गरिन्छ, ताकि, यस आधारमा, क्लस्टरमा उपलब्ध सबै प्रोसेसर निर्देशनहरू प्रयोग गरिन्छ।
स्विच प्रकार – हामी हाम्रो क्लस्टरमा लिनक्स ब्रिज मात्र प्रयोग गर्छौं, त्यसैले हामी यसलाई रोज्छौं।
फायरवाल प्रकार - यहाँ सबै कुरा स्पष्ट छ, यो फायरवालल्ड हो, जुन होस्टहरूमा सक्षम र कन्फिगर गरिएको हुनुपर्छ।

क्लस्टर प्यारामिटरहरू सहितको स्क्रिनसट

स्व-होस्ट गरिएको वातावरणमा अतिरिक्त होस्टहरू स्थापना गर्दै

लिङ्क कागजातको लागि।

सेल्फ-होस्टेड वातावरणको लागि अतिरिक्त होस्टहरू नियमित होस्ट जस्तै गरी थपिएका छन्, होस्ट गरिएको इन्जिनको साथ 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 होस्टहरूमा पावर व्यवस्थापन / फेन्सिङ सेटअप गर्दै

कागजात लिङ्कहरू:

रेड ह्याट भर्चुअलाइजेशन ४.३ –> प्राविधिक सन्दर्भ -> अध्याय ४. पावर व्यवस्थापन
oVirt प्रशासन गाइड -> अध्याय ७: होस्टहरू

होस्ट थप्ने र कन्फिगर गर्ने काम पूरा भएको जस्तो देखिन सक्छ, तर यो पूर्ण रूपमा सत्य होइन।
होस्टहरूको सामान्य सञ्चालनको लागि, र तिनीहरूमध्ये कुनै पनिमा विफलताहरू पत्ता लगाउन/मेटाउनको लागि, पावर व्यवस्थापन / फेन्सिङ कन्फिगर गर्न आवश्यक छ।

बाक्लो, वा फेन्सिङ, क्लस्टरबाट असफल वा दोषपूर्ण होस्टलाई अस्थायी रूपमा बहिष्कार गर्ने प्रक्रिया हो, जसको क्रममा या त यसमा रहेको oVirt सेवाहरू वा होस्ट आफैं पुन: सुरु गरिन्छ।

पावर व्यवस्थापन / फेन्सिङ परिभाषा र प्यारामिटरहरूमा सबै विवरणहरू, सामान्य रूपमा, कागजातमा दिइएको छ, म यो महत्त्वपूर्ण प्यारामिटर कसरी कन्फिगर गर्ने भन्ने उदाहरण मात्र दिनेछु, जुन iDRAC 640 सँग Dell R9 सर्भरहरूमा लागू हुन्छ।

हामी प्रशासनिक पोर्टलमा जान्छौं, क्लिक गर्नुहोस् कम्प्युट गर्नुहोस् >> होस्टहरू होस्ट चयन गर्नुहोस्।
क्लिक गर्नुहोस् सम्पादन गर्नुहोस्.
ट्याबमा क्लिक गर्नुहोस् पावर व्यवस्थापन.
विकल्पको छेउमा रहेको बाकसमा चिन्ह लगाउनुहोस्। पावर व्यवस्थापन सक्षम पार्नुहोस्.
विकल्पको छेउमा रहेको बाकसमा चिन्ह लगाउनुहोस्। केडम्प एकीकरणकर्नेल क्र्यास डम्प लेख्दा होस्टलाई फेन्सिङ मोडमा जानबाट रोक्नको लागि।

नोट।

पहिले नै चलिरहेको होस्टमा Kdump एकीकरण सक्षम गरेपछि, यसलाई oVirt प्रशासन गाइड -> मा रहेको प्रक्रिया अनुसार पुन: स्थापना गर्नुपर्छ। अध्याय ७: होस्टहरू -> होस्टहरू पुन: स्थापना गर्दै।

वैकल्पिक रूपमा, तपाईं बक्स जाँच गर्न सक्नुहुन्छ पावर व्यवस्थापनको नीति नियन्त्रण असक्षम पार्नुहोस्, यदि हामी होस्ट पावर व्यवस्थापनलाई क्लस्टर तालिका नीतिद्वारा नियन्त्रित गर्न चाहँदैनौं भने।
बटनमा क्लिक गर्नुहोस् (+) नयाँ पावर व्यवस्थापन उपकरण थप्न, एजेन्ट गुण सम्पादन विन्डो खुल्नेछ।
iDRAC9 को लागि, क्षेत्रहरू भर्नुहोस्:
- ठेगाना – iDRAC9 ठेगाना
- प्रयोगकर्ता नाम / पासवर्ड - iDRAC9 प्रविष्ट गर्न क्रमशः लगइन र पासवर्ड
- प्रकार — ड्र्याक५
- मार्क सुरक्षित
- निम्न विकल्पहरू थप्नुहोस्: cmd_prompt=>, लगइन_टाइमआउट=३०

होस्ट गुणहरूमा "पावर व्यवस्थापन" प्यारामिटरहरूको स्क्रिनसट

भण्डारण क्षेत्र वा भण्डारण डोमेनहरू सिर्जना गर्दै

कागजातको लिङ्क - oVirt प्रशासन गाइड, अध्याय ८: भण्डारण.

भण्डारण डोमेन, वा भण्डारण क्षेत्र, भर्चुअल मेसिन डिस्कहरू, स्थापना छविहरू, टेम्प्लेटहरू, र स्न्यापशटहरू भण्डारण गर्नको लागि केन्द्रीकृत स्थान हो।

भण्डारण क्षेत्रहरू विभिन्न प्रोटोकलहरू, क्लस्टर र नेटवर्क फाइल प्रणालीहरू प्रयोग गरेर डाटा सेन्टरमा जडान गर्न सकिन्छ।

oVirt मा तीन प्रकारका भण्डारण ठाउँहरू छन्:

डाटा डोमेन - भर्चुअल मेसिनहरूसँग सम्बन्धित सबै डेटा भण्डारण गर्नका लागि (डिस्क, टेम्प्लेट)। डेटा डोमेनलाई विभिन्न डेटा केन्द्रहरू बीच विभाजन गर्न सकिँदैन।
ISO डोमेन (लेगेसी स्टोरेज एरिया प्रकार) – OS स्थापना छविहरू भण्डारण गर्नको लागि। ISO डोमेन विभिन्न डाटा केन्द्रहरू बीच साझेदारी गर्न सकिन्छ।
डोमेन निर्यात गर्नुहोस् (लिगेसी भण्डारण क्षेत्र प्रकार) - डाटा केन्द्रहरू बीच सारिएका छविहरूको अस्थायी भण्डारणको लागि।

हाम्रो विशेष अवस्थामा, डाटा डोमेन प्रकार भएको भण्डारण क्षेत्रले भण्डारण प्रणालीमा LUN हरूमा जडान गर्न फाइबर च्यानल प्रोटोकल (FCP) प्रयोग गर्दछ।

oVirt दृष्टिकोणबाट, भण्डारण (FC वा iSCSI) प्रयोग गर्दा, प्रत्येक भर्चुअल डिस्क, स्न्यापसट, वा टेम्प्लेट एक तार्किक डिस्क हुन्छ।
ब्लक उपकरणहरू भोल्युम समूह प्रयोग गरेर (क्लस्टर होस्टहरूमा) एकसाथ सङ्कलन गरिन्छ र त्यसपछि LVM प्रयोग गरेर VM हरूको लागि भर्चुअल डिस्कको रूपमा प्रयोग गरिने तार्किक भोल्युमहरूमा विभाजन गरिन्छ।

यी सबै समूहहरू र धेरै LVM भोल्युमहरू क्लस्टर होस्टमा आदेशहरू प्रयोग गरेर हेर्न सकिन्छ। आदि и lvs। स्वाभाविक रूपमा, त्यस्ता डिस्कहरूसँगका सबै कार्यहरू विशेष अवस्थामा बाहेक, oVirt कन्सोलबाट मात्र गरिनुपर्छ।

VM हरूको लागि भर्चुअल डिस्कहरू दुई प्रकारका हुन सक्छन् - QCOW2 वा RAW। डिस्कहरू "पातलो"वा"बाक्लो"स्न्यापसटहरू सधैं यसरी सिर्जना गरिन्छन्"पातलो".

भण्डारण डोमेनहरू, वा FC मार्फत पहुँच गरिएका भण्डारण क्षेत्रहरू व्यवस्थित गर्ने तरिका एकदम तार्किक छ - VM को प्रत्येक भर्चुअल डिस्कको लागि, त्यहाँ एउटा छुट्टै तार्किक भोल्युम हुन्छ जुन केवल एउटा होस्टद्वारा लेख्न सकिन्छ। FC जडानहरूको मामलामा, oVirt ले क्लस्टर्ड LVM जस्तै केहि प्रयोग गर्दछ।

एउटै भण्डारण क्षेत्रमा अवस्थित भर्चुअल मेसिनहरू एउटै क्लस्टरमा रहेका होस्टहरू बीच माइग्रेट गर्न सकिन्छ।

हामीले विवरणबाट देख्न सक्छौं, VMware vSphere वा Hyper-V मा रहेको क्लस्टर जस्तै oVirt मा रहेको क्लस्टरको अर्थ अनिवार्य रूपमा एउटै हुन्छ - यो होस्टहरूको तार्किक समूहीकरण हो, जुन हार्डवेयर संरचनामा समान हुन्छ, र भर्चुअल मेसिन डिस्कहरूको लागि साझा भण्डारण हुन्छ।

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

अनुसार कागजात, हामी पोर्टलमा जान्छौं, हामी भित्र जान्छौं भण्डारण >> डोमेन -> नयाँ डोमेन र "FCP भण्डारण थप्दै" खण्डमा दिइएका निर्देशनहरू पालना गर्नुहोस्।

विजार्ड सुरु गरेपछि, आवश्यक फिल्डहरू भर्नुहोस्:

नाम — हामीले क्लस्टरको नाम सेट गर्यौं
डोमेन प्रकार्य — तथ्याङ्क
भण्डारण प्रकार — फाइबर च्यानल
प्रयोग गर्न होस्ट — आवश्यक LUN उपलब्ध भएको होस्ट चयन गर्नुहोस्

LUN हरूको सूचीमा, हामीले चाहिने एउटालाई चिन्ह लगाउँछौं र क्लिक गर्छौं थप अनि त्यसपछि ठीक। आवश्यक भएमा, तपाईंले क्लिक गरेर थप भण्डारण क्षेत्र प्यारामिटरहरू समायोजन गर्न सक्नुहुन्छ उन्नत प्यारामिटरहरू.

"भण्डारण डोमेन" थप्नको लागि विजार्डको स्क्रिनसट

विजार्डको कामको नतिजाको आधारमा, हामीले नयाँ भण्डारण क्षेत्र प्राप्त गर्नुपर्छ, र हाम्रो डेटा केन्द्रले स्थितिमा स्विच गर्नुपर्छ। UP, वा प्रारम्भ गरिएको:

यसमा रहेको डाटा सेन्टर र भण्डारण क्षेत्रहरूको स्क्रिनसटहरू:

भर्चुअल मेसिनहरूको लागि नेटवर्कहरू सिर्जना र कन्फिगर गर्दै

कागजातको लिङ्क - oVirt प्रशासन गाइड, अध्याय ६: तार्किक सञ्जालहरू

नेटवर्कहरू, वा नेटवर्कहरू, oVirt भर्चुअल पूर्वाधारमा प्रयोग हुने तार्किक नेटवर्कहरूलाई समूहबद्ध गर्न प्रयोग गरिन्छ।

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

नेटवर्कहरू बीच ट्राफिकलाई समूहबद्ध र अलग गर्न, VLAN हरू स्विचहरूमा कन्फिगर गरिएका छन्।

oVirt मा भर्चुअल मेसिनहरूको लागि तार्किक नेटवर्क सिर्जना गर्दा, यसलाई स्विचमा रहेको VLAN नम्बरसँग मिल्ने ID तोक्नु आवश्यक छ ताकि VM हरू फरक क्लस्टर नोडहरूमा चलिरहेको भए पनि एकअर्कासँग कुराकानी गर्न सकून्।

भर्चुअल मेसिनहरू जडान गर्न होस्टहरूमा नेटवर्क एडेप्टरहरूको प्रारम्भिक सेटिङहरू मा बनाइएको हुनुपर्छ अघिल्लो लेख - तार्किक इन्टरफेस कन्फिगर गरिएको छ बॉन्ड 1, त्यसपछि सबै नेटवर्क सेटिङहरू oVirt प्रशासनिक पोर्टल मार्फत मात्र गरिनुपर्छ।

होस्ट गरिएको इन्जिन भएको VM सिर्जना गरेपछि, डाटा सेन्टर र क्लस्टरको स्वचालित सिर्जनाको अतिरिक्त, हाम्रो क्लस्टर व्यवस्थापन गर्नको लागि तार्किक नेटवर्क पनि स्वचालित रूपमा सिर्जना भयो - ओभरिटमग्मट, जसमा यो VM जडान गरिएको थियो।

आवश्यक भएमा, तपाईं तार्किक नेटवर्क सेटिङहरू हेर्न सक्नुहुन्छ ओभरिटमग्मट र तिनीहरूलाई समायोजन गर्नुहोस्, तर तपाईंले oVirt पूर्वाधारको नियन्त्रण नगुमाउन सावधान रहनु आवश्यक छ।

तार्किक नेटवर्क सेटिङहरू ovritmgmt

नियमित VM हरूको लागि नयाँ तार्किक नेटवर्क सिर्जना गर्न, प्रशासनिक पोर्टलमा, जानुहोस् नेटवर्क >> सञ्जालहरू >> नयाँ, र ट्याबमा सामान्य आवश्यक VLAN ID भएको नेटवर्क थप्नुहोस्, र "" को छेउमा रहेको बाकस पनि जाँच गर्नुहोस्।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-बन्ड१.४३२ и ifcfg-ovirtvm-vlan432 ले.

तार्किक नेटवर्क थपेपछि र होस्ट गरिएको इन्जिनसँग होस्ट र VM बीचको जडान जाँच गरेपछि, यसलाई भर्चुअल मेसिनमा प्रयोग गर्न सकिन्छ।

भर्चुअल मेसिन तैनाथ गर्नको लागि स्थापना छवि सिर्जना गर्दै

कागजातको लिङ्क - oVirt प्रशासन गाइड, अध्याय ८: भण्डारण, खण्ड डेटा भण्डारण डोमेनमा छविहरू अपलोड गर्ने।

OS स्थापना छवि बिना, तपाईंले भर्चुअल मेसिन स्थापना गर्न सक्षम हुनुहुने छैन, यद्यपि यो पक्कै पनि समस्या होइन यदि तपाईंसँग छ भने, उदाहरणका लागि, तपाईंको नेटवर्कमा भर्चुअल मेसिन स्थापना गरिएको छ। मोची पूर्व-निर्मित छविहरूसँग।

हाम्रो अवस्थामा, त्यस्तो कुनै विकल्प छैन, त्यसैले हामीले यो छवि आफैं 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 छवि अपलोड गर्ने प्रयास गर्न सक्नुहुन्छ।

सिद्धान्तमा, तपाईंले VM डिस्कहरूबाट छुट्टै छविहरू र टेम्प्लेटहरू भण्डारण गर्न डेटा प्रकारको साथ छुट्टै भण्डारण डोमेन सिर्जना गर्न सक्नुहुन्छ, वा होस्ट गरिएको इन्जिनको लागि भण्डारण डोमेनमा भण्डारण गर्न सक्नुहुन्छ, तर यो प्रशासकको विवेकमा छ।

होस्ट गरिएको इन्जिनको लागि भण्डारण डोमेनमा ISO छविहरूको स्क्रिनसट

भर्चुअल मेसिन बनाउनुहोस्

कागजात लिङ्क:
oVirt भर्चुअल मेसिन व्यवस्थापन गाइड –> अध्याय २: लिनक्स भर्चुअल मेसिनहरू स्थापना गर्दै
कन्सोल क्लाइन्ट स्रोतहरू

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

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