यह अत्यधिक उपलब्ध वर्चुअल मशीनों की मेजबानी के लिए ओवीर्ट 4.3 क्लस्टर की बुनियादी स्थापना और कॉन्फ़िगरेशन की प्रक्रिया को कवर करेगा, इस तथ्य को ध्यान में रखते हुए कि बुनियादी ढांचे की तैयारी के लिए सभी प्रारंभिक चरण पहले ही पूरे हो चुके हैं।
प्राथमिक अथवा प्रारम्भिक लक्षण
लेख का मुख्य उद्देश्य चरण-दर-चरण निर्देश प्रदान करना है जैसे "अगला -> हाँ -> अंत"इसे इंस्टॉल और कॉन्फ़िगर करते समय कुछ सुविधाएं कैसे दिखाएं। बुनियादी ढांचे और पर्यावरण की विशेषताओं के कारण, आपके क्लस्टर को तैनात करने की प्रक्रिया हमेशा उसमें वर्णित प्रक्रिया से मेल नहीं खा सकती है, लेकिन सामान्य सिद्धांत समान होंगे।
व्यक्तिपरक दृष्टिकोण से, ओविर्ट 4.3 इसकी कार्यक्षमता VMware vSphere संस्करण 5.x के समान है, लेकिन निश्चित रूप से इसकी अपनी कॉन्फ़िगरेशन और संचालन सुविधाओं के साथ।
रुचि रखने वालों के लिए, RHEV (उर्फ oVirt) और VMware vSphere के बीच सभी अंतर इंटरनेट पर पाए जा सकते हैं, उदाहरण के लिए यहां, लेकिन जैसे-जैसे लेख आगे बढ़ेगा, मैं अब भी कभी-कभी एक-दूसरे के साथ उनके कुछ मतभेदों या समानताओं पर ध्यान दूंगा।
अलग से, मैं वर्चुअल मशीनों के लिए नेटवर्क के साथ काम की थोड़ी तुलना करना चाहूंगा। oVirt वर्चुअल मशीनों (इसके बाद VM के रूप में संदर्भित) के लिए नेटवर्क प्रबंधन के समान सिद्धांत को लागू करता है, जैसा कि VMware vSphere में होता है:
एक मानक Linux ब्रिज का उपयोग करना (VMware में - मानक वीस्विच), वर्चुअलाइजेशन होस्ट पर चल रहा है;
ओपन वीस्विच (ओवीएस) का उपयोग करना (वीएमवेयर में - वितरित वीस्विच) एक वितरित वर्चुअल स्विच है जिसमें दो मुख्य घटक शामिल हैं: एक केंद्रीय OVN सर्वर और प्रबंधित होस्ट पर OVN नियंत्रक।
यह ध्यान दिया जाना चाहिए कि कार्यान्वयन में आसानी के कारण, लेख एक मानक लिनक्स ब्रिज का उपयोग करके वीएम के लिए ओवीर्ट में नेटवर्क स्थापित करने का वर्णन करेगा, जो केवीएम हाइपरवाइजर का उपयोग करते समय मानक विकल्प है।
इस संबंध में, क्लस्टर में नेटवर्क के साथ काम करने के लिए कई बुनियादी नियम हैं, जिनका उल्लंघन नहीं किया जाना सबसे अच्छा है:
आईपी पते को छोड़कर, होस्ट पर oVirt में जोड़ने से पहले सभी नेटवर्क सेटिंग्स समान होनी चाहिए।
एक बार जब होस्ट को oVirt के नियंत्रण में ले लिया जाता है, तो आपके कार्यों में पूर्ण विश्वास के बिना नेटवर्क सेटिंग्स में मैन्युअल रूप से कुछ भी बदलने की अत्यधिक अनुशंसा नहीं की जाती है, क्योंकि oVirt एजेंट होस्ट को पुनरारंभ करने के बाद उन्हें पिछले वाले में वापस रोल कर देगा या प्रतिनिधि।
VM के लिए एक नया नेटवर्क जोड़ना, साथ ही इसके साथ काम करना, केवल oVirt प्रबंधन कंसोल से ही किया जाना चाहिए।
एक और महत्वपूर्ण लेख - एक बहुत ही गंभीर वातावरण (मौद्रिक नुकसान के प्रति बहुत संवेदनशील) के लिए, अभी भी भुगतान समर्थन और उपयोग का उपयोग करने की सिफारिश की जाएगी रेड हैट वर्चुअलाइजेशन 4.3. ओवीर्ट क्लस्टर के संचालन के दौरान, कुछ मुद्दे उत्पन्न हो सकते हैं जिनके लिए जल्द से जल्द योग्य सहायता प्राप्त करना उचित है, न कि उनसे स्वयं निपटें।
और अंत में की सिफारिश की oVirt क्लस्टर को तैनात करने से पहले, स्वयं से परिचित हो जाएं आधिकारिक दस्तावेज, ताकि कम से कम बुनियादी अवधारणाओं और परिभाषाओं से अवगत रहें, अन्यथा बाकी लेख को पढ़ना थोड़ा मुश्किल होगा।
लेख और ओवीर्ट क्लस्टर के संचालन के सिद्धांतों को समझने के लिए बुनियादी ये मार्गदर्शन दस्तावेज़ हैं:
वहां का वॉल्यूम बहुत बड़ा नहीं है, एक या दो घंटे में आप बुनियादी सिद्धांतों में महारत हासिल कर सकते हैं, लेकिन जो लोग विवरण पसंद करते हैं, उनके लिए इसे पढ़ने की सलाह दी जाती है Red Hat वर्चुअलाइजेशन 4.3 के लिए उत्पाद दस्तावेज़ीकरण — RHEV और oVirt मूलतः एक ही चीज़ हैं।
इसलिए, यदि होस्ट, स्विच और स्टोरेज सिस्टम पर सभी बुनियादी सेटिंग्स पूरी हो चुकी हैं, तो हम सीधे oVirt की तैनाती के लिए आगे बढ़ते हैं।
भाग 2. oVirt 4.3 क्लस्टर को स्थापित और कॉन्फ़िगर करना
अभिविन्यास में आसानी के लिए, मैं इस लेख में मुख्य अनुभागों को सूचीबद्ध करूंगा, जिन्हें एक-एक करके पूरा किया जाना चाहिए:
oVirt प्रबंधन सर्वर स्थापित करना
एक नये डेटा सेंटर का निर्माण
एक नया क्लस्टर बनाना
स्व-होस्टेड वातावरण में अतिरिक्त होस्ट स्थापित करना
भंडारण क्षेत्र या भंडारण डोमेन बनाना
वर्चुअल मशीनों के लिए नेटवर्क बनाना और कॉन्फ़िगर करना
वर्चुअल मशीन को तैनात करने के लिए एक इंस्टॉलेशन छवि बनाना
वर्चुअल मशीन बनाएं
oVirt प्रबंधन सर्वर स्थापित करना
oVirt प्रबंधन सर्वर वर्चुअल मशीन, होस्ट, या वर्चुअल डिवाइस के रूप में oVirt इंफ्रास्ट्रक्चर में सबसे महत्वपूर्ण तत्व है जो संपूर्ण oVirt इंफ्रास्ट्रक्चर का प्रबंधन करता है।
OVirt प्रबंधन सर्वर स्थापित करने के लिए, हमारे पास दो विकल्प हैं:
देखिये 1
एक विशेष वीएम या होस्ट के रूप में एक सर्वर तैनात करना।
यह विकल्प काफी अच्छी तरह से काम करता है, लेकिन बशर्ते कि ऐसा वीएम क्लस्टर से स्वतंत्र रूप से काम करता हो, यानी। KVM चलाने वाली नियमित वर्चुअल मशीन के रूप में किसी भी क्लस्टर होस्ट पर नहीं चल रहा है।
ऐसे VM को क्लस्टर होस्ट पर क्यों तैनात नहीं किया जा सकता?
ओवीर्ट प्रबंधन सर्वर को तैनात करने की प्रक्रिया की शुरुआत में, हमारे पास एक दुविधा है - हमें एक प्रबंधन वीएम स्थापित करने की आवश्यकता है, लेकिन वास्तव में अभी तक कोई क्लस्टर नहीं है, और इसलिए हम तुरंत क्या कर सकते हैं? यह सही है - भविष्य के क्लस्टर नोड पर KVM स्थापित करें, फिर उस पर एक वर्चुअल मशीन बनाएं, उदाहरण के लिए, CentOS OS के साथ और उसमें oVirt इंजन तैनात करें। यह आमतौर पर ऐसे वीएम पर पूर्ण नियंत्रण के कारणों से किया जा सकता है, लेकिन यह एक गलत इरादा है, क्योंकि इस मामले में, भविष्य में ऐसे नियंत्रण वीएम के साथ 100% समस्याएं होंगी:
इसे क्लस्टर के होस्ट (नोड्स) के बीच oVirt कंसोल में माइग्रेट नहीं किया जा सकता है;
केवीएम का उपयोग करके माइग्रेट करते समय विरश पलायन, यह VM oVirt कंसोल से प्रबंधन के लिए उपलब्ध नहीं होगा।
क्लस्टर होस्ट प्रदर्शित नहीं किए जा सकते रखरखाव मोड (रखरखाव मोड), यदि आप इस वीएम का उपयोग करके होस्ट से होस्ट पर माइग्रेट करते हैं विरश पलायन.
इसलिए सब कुछ नियमों के अनुसार करें - oVirt प्रबंधन सर्वर के लिए या तो एक अलग होस्ट का उपयोग करें, या उस पर चलने वाले एक स्वतंत्र VM का उपयोग करें, या इससे भी बेहतर, दूसरे विकल्प में लिखे अनुसार करें।
देखिये 2
इसके द्वारा प्रबंधित क्लस्टर होस्ट पर oVirt इंजन उपकरण स्थापित करना।
यह वह विकल्प है जिसे हमारे मामले में आगे अधिक सही और उपयुक्त माना जाएगा।
ऐसे वीएम की आवश्यकताएं नीचे वर्णित हैं; मैं केवल यह जोड़ूंगा कि बुनियादी ढांचे में कम से कम दो होस्ट रखने की सिफारिश की जाती है, जिस पर नियंत्रण वीएम को दोष-सहिष्णु बनाने के लिए चलाया जा सकता है। यहां मैं यह जोड़ना चाहूंगा, जैसा कि मैंने पिछले लेख में टिप्पणियों में पहले ही लिखा था, मैं कभी भी प्राप्त करने में सक्षम नहीं था भ्रमित मन दो होस्ट के ओवीर्ट क्लस्टर पर, उन पर होस्टेड-इंजन वीएम चलाने की क्षमता के साथ।
क्लस्टर के पहले होस्ट पर oVirt इंजन उपकरण स्थापित करना
दस्तावेज़ उन पूर्वापेक्षाओं को निर्दिष्ट करता है जिन्हें होस्टेड-इंजन वीएम को तैनात करने से पहले पूरा किया जाना चाहिए, और इंस्टॉलेशन प्रक्रिया का भी विस्तार से वर्णन करता है, इसलिए इसे शब्दशः दोहराने का कोई मतलब नहीं है, इसलिए हम कुछ महत्वपूर्ण विवरणों पर ध्यान केंद्रित करेंगे।
सभी क्रियाएं शुरू करने से पहले, होस्ट पर BIOS सेटिंग्स में वर्चुअलाइजेशन समर्थन सक्षम करना सुनिश्चित करें।
होस्ट पर होस्ट-इंजन इंस्टॉलर के लिए पैकेज स्थापित करें:
हम होस्ट पर स्क्रीन में oVirt होस्टेड इंजन को तैनात करने की प्रक्रिया शुरू करते हैं (आप इसे Ctrl-A + D के माध्यम से बाहर निकल सकते हैं, Ctrl-D के माध्यम से बंद कर सकते हैं):
screen
hosted-engine --deploy
यदि आप चाहें, तो आप पहले से तैयार उत्तर फ़ाइल के साथ इंस्टॉलेशन चला सकते हैं:
होस्टेड-इंजन को तैनात करते समय, हम सभी आवश्यक पैरामीटर निर्दिष्ट करते हैं:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.
होस्ट किए गए इंजन के साथ अत्यधिक उपलब्ध वीएम स्थापित करने के लिए, हमने पहले स्टोरेज सिस्टम पर एक विशेष LUN बनाया था, जिसका आकार 4 और 150 जीबी था, जिसे बाद में क्लस्टर होस्ट के सामने प्रस्तुत किया गया था - देखें पिछला लेख.
पहले हमने मेजबानों पर इसकी दृश्यता की भी जाँच की थी:
होस्टेड-इंजन परिनियोजन प्रक्रिया स्वयं जटिल नहीं है; अंत में हमें कुछ इस तरह प्राप्त होना चाहिए:
[ 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 व्यवस्थापक के कंप्यूटर से, और क्लिक करें [प्रशासन पोर्टल].
"प्रशासन पोर्टल" का स्क्रीनशॉट
स्क्रीनशॉट के अनुसार विंडो में लॉगिन और पासवर्ड (इंस्टॉलेशन प्रक्रिया के दौरान सेट) दर्ज करके, हम ओपन वर्चुअलाइजेशन मैनेजर कंट्रोल पैनल पर पहुंचते हैं, जिसमें आप वर्चुअल इंफ्रास्ट्रक्चर के साथ सभी क्रियाएं कर सकते हैं:
डेटा सेंटर जोड़ें
क्लस्टर जोड़ें और कॉन्फ़िगर करें
होस्ट जोड़ें और प्रबंधित करें
वर्चुअल मशीन डिस्क के लिए स्टोरेज क्षेत्र या स्टोरेज डोमेन जोड़ें
वर्चुअल मशीनों के लिए नेटवर्क जोड़ें और कॉन्फ़िगर करें
वर्चुअल मशीन, इंस्टॉलेशन इमेज, वीएम टेम्प्लेट जोड़ें और प्रबंधित करें
इन सभी कार्रवाइयों पर आगे चर्चा की जाएगी, कुछ बड़े कक्षों में, अन्य पर अधिक विस्तार से और बारीकियों के साथ।
लेकिन पहले मैं इस ऐड-ऑन को पढ़ने की अनुशंसा करूंगा, जो संभवतः कई लोगों के लिए उपयोगी होगा।
, अितिरक
1) सिद्धांत रूप में, यदि ऐसी कोई आवश्यकता है, तो आपको पैकेजों का उपयोग करके क्लस्टर नोड्स पर केवीएम हाइपरवाइजर को पहले से स्थापित करने से कोई नहीं रोकता है libvirt и केमू-केवीएम (या qemu-kvm-ev) वांछित संस्करण का, हालाँकि oVirt क्लस्टर नोड को तैनात करते समय, यह स्वयं ऐसा कर सकता है।
लेकिन अगर libvirt и केमू-केवीएम यदि आपने नवीनतम संस्करण स्थापित नहीं किया है, तो होस्ट किए गए इंजन को तैनात करते समय आपको निम्नलिखित त्रुटि प्राप्त हो सकती है:
error: unsupported configuration: unknown CPU feature: md-clear
इसके बाद, आप होस्टेड इंजन को इंस्टॉल करना जारी रख सकते हैं।
2) oVirt 4.3 में, फ़ायरवॉल की उपस्थिति और उपयोग firewalld एक अनिवार्य आवश्यकता है.
यदि होस्ट किए गए इंजन के लिए 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
फिर आपको एक और फ़ायरवॉल बंद करना होगा (यदि इसका उपयोग किया जाता है), और इंस्टॉल करें और चलाएं firewalld:
बाद में, क्लस्टर के लिए एक नए होस्ट पर ओविर्ट एजेंट स्थापित करते समय, यह आवश्यक पोर्ट को कॉन्फ़िगर करेगा firewalld खुद ब खुद।
3) एक होस्ट किए गए इंजन के साथ उस पर चल रहे वीएम के साथ एक होस्ट को रिबूट करना।
सामान्य रूप से, 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
यदि होस्टेड-इंजन वाला हमारा वीएम प्रारंभ नहीं होता है और यदि हमें सेवा लॉग में समान त्रुटियां दिखाई देती हैं:
सेवा लॉग में त्रुटि:
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
फिर हम स्टोरेज को कनेक्ट करते हैं और एजेंट को पुनरारंभ करते हैं:
पहले आइए परिभाषित करें कि यह क्या है डेटा सेंटर (मैं सहायता से उद्धृत करता हूं) एक तार्किक इकाई है जो एक विशिष्ट वातावरण में उपयोग किए जाने वाले संसाधनों के एक सेट को परिभाषित करती है।
डेटा सेंटर एक प्रकार का कंटेनर होता है जिसमें निम्नलिखित शामिल होते हैं:
क्लस्टर और होस्ट के रूप में तार्किक संसाधन
होस्ट पर तार्किक नेटवर्क और भौतिक एडेप्टर के रूप में क्लस्टर नेटवर्क संसाधन,
भंडारण क्षेत्र (स्टोरेज डोमेन) के रूप में भंडारण संसाधन (वीएम डिस्क, टेम्पलेट्स, छवियों के लिए)।
एक डेटा सेंटर में कई क्लस्टर शामिल हो सकते हैं जिनमें कई होस्ट होते हैं जिन पर वर्चुअल मशीनें चलती हैं, और इसके साथ कई स्टोरेज क्षेत्र भी जुड़े हो सकते हैं।
कई डेटा सेंटर हो सकते हैं; वे एक-दूसरे से स्वतंत्र रूप से काम करते हैं। ओविर्ट में भूमिका के आधार पर शक्तियों का पृथक्करण है, और आप डेटा सेंटर स्तर और इसके व्यक्तिगत तार्किक तत्वों दोनों पर अनुमतियों को व्यक्तिगत रूप से कॉन्फ़िगर कर सकते हैं।
डेटा केंद्र, या डेटा केंद्र, यदि उनमें से कई हैं, एक ही प्रशासनिक कंसोल या पोर्टल से प्रबंधित किए जाते हैं।
डेटा सेंटर बनाने के लिए, प्रशासनिक पोर्टल पर जाएँ और एक नया डेटा सेंटर बनाएँ: गणना करना >> डेटा केंद्र >> नया
चूंकि हम स्टोरेज सिस्टम पर साझा स्टोरेज का उपयोग करते हैं, इसलिए स्टोरेज प्रकार को साझा किया जाना चाहिए:
डेटा सेंटर क्रिएशन विज़ार्ड का स्क्रीनशॉट
होस्टेड-इंजन के साथ वर्चुअल मशीन स्थापित करते समय, डिफ़ॉल्ट रूप से एक डेटा सेंटर बनाया जाता है - डाटासेंटर1, और फिर, यदि आवश्यक हो, तो आप इसके संग्रहण प्रकार को दूसरे में बदल सकते हैं।
डेटा सेंटर बनाना एक सरल कार्य है, बिना किसी जटिल बारीकियों के, और इसके साथ सभी अतिरिक्त कार्रवाइयां दस्तावेज़ में वर्णित हैं। एकमात्र बात जो मैं नोट करूंगा वह यह है कि एकल होस्ट जिनके पास वीएम के लिए केवल स्थानीय स्टोरेज (डिस्क) है, वे स्टोरेज टाइप - शेयर्ड (उन्हें वहां नहीं जोड़ा जा सकता) वाले डेटा सेंटर में नहीं जा पाएंगे, और उनके लिए आपको बनाने की आवश्यकता है एक अलग डेटा सेंटर - यानी स्थानीय भंडारण वाले प्रत्येक व्यक्तिगत होस्ट को अपने अलग डेटा सेंटर की आवश्यकता होती है।
अनावश्यक विवरण के बिना, समूह - यह मेजबानों का एक तार्किक समूह है जिसमें एक सामान्य भंडारण क्षेत्र होता है (भंडारण प्रणाली पर साझा डिस्क के रूप में, जैसा कि हमारे मामले में है)। यह भी वांछनीय है कि क्लस्टर में होस्ट हार्डवेयर में समान हों और उनमें एक ही प्रकार का प्रोसेसर (इंटेल या एएमडी) हो। बेशक, यह सबसे अच्छा है कि क्लस्टर में सर्वर पूरी तरह से समान हों।
क्लस्टर एक डेटा सेंटर का हिस्सा है (एक विशिष्ट प्रकार के भंडारण के साथ - स्थानीय या साझा), और सभी होस्ट किसी न किसी प्रकार के क्लस्टर से संबंधित होने चाहिए, यह इस पर निर्भर करता है कि उनके पास साझा भंडारण है या नहीं।
होस्ट पर होस्ट-इंजन के साथ वर्चुअल मशीन स्थापित करते समय, डिफ़ॉल्ट रूप से एक डेटा सेंटर बनाया जाता है - डाटासेंटर1, क्लस्टर के साथ - क्लस्टर1, और भविष्य में आप इसके मापदंडों को कॉन्फ़िगर कर सकते हैं, अतिरिक्त विकल्प सक्षम कर सकते हैं, इसमें होस्ट जोड़ सकते हैं, आदि।
हमेशा की तरह, सभी क्लस्टर सेटिंग्स के बारे में विवरण के लिए, आधिकारिक दस्तावेज़ का संदर्भ लेना उचित है। क्लस्टर स्थापित करने की कुछ विशेषताओं में से, मैं केवल यह जोड़ूंगा कि इसे बनाते समय, यह टैब पर केवल मूल मापदंडों को कॉन्फ़िगर करने के लिए पर्याप्त है सामान्य जानकारी.
मैं सबसे महत्वपूर्ण पैरामीटर नोट करूंगा:
प्रोसेसर प्रकार — का चयन इस आधार पर किया जाता है कि क्लस्टर होस्ट पर कौन से प्रोसेसर स्थापित हैं, वे किस निर्माता के हैं, और होस्ट पर कौन सा प्रोसेसर सबसे पुराना है, ताकि, इसके आधार पर, क्लस्टर में सभी उपलब्ध प्रोसेसर निर्देशों का उपयोग किया जा सके।
स्विच प्रकार - हमारे क्लस्टर में हम केवल लिनक्स ब्रिज का उपयोग करते हैं, इसलिए हम इसे चुनते हैं।
फ़ायरवॉल प्रकार - यहां सब कुछ स्पष्ट है, यह फ़ायरवॉल है, जिसे होस्ट्स पर सक्षम और कॉन्फ़िगर किया जाना चाहिए।
क्लस्टर पैरामीटर के साथ स्क्रीनशॉट
स्व-होस्टेड वातावरण में अतिरिक्त होस्ट स्थापित करना
सेल्फ-होस्टेड वातावरण के लिए अतिरिक्त होस्ट को नियमित होस्ट की तरह ही जोड़ा जाता है, होस्टेड इंजन के साथ वीएम को तैनात करने के अतिरिक्त चरण के साथ - होस्टेड इंजन परिनियोजन क्रिया चुनें >> तैनाती. चूंकि अतिरिक्त होस्ट को होस्ट किए गए इंजन वाले वीएम के लिए LUN के साथ प्रस्तुत किया जाना चाहिए, इसका मतलब यह है कि यदि आवश्यक हो, तो इस होस्ट का उपयोग होस्ट किए गए इंजन वाले वीएम को होस्ट करने के लिए किया जा सकता है।
दोष सहनशीलता उद्देश्यों के लिए, यह अत्यधिक अनुशंसित है कि कम से कम दो होस्ट हों जिन पर एक होस्टेड इंजन वीएम रखा जा सके।
अतिरिक्त होस्ट पर, iptables अक्षम करें (यदि सक्षम है), फ़ायरवॉल सक्षम करें
इसके बाद कंसोल पर जाएं वर्चुअलाइजेशन प्रबंधक खोलें, एक नया होस्ट जोड़ें, और सब कुछ चरण दर चरण करें, जैसा कि इसमें लिखा गया है प्रलेखन.
परिणामस्वरूप, एक अतिरिक्त होस्ट जोड़ने के बाद, हमें प्रशासनिक कंसोल में चित्र जैसा कुछ मिलना चाहिए, जैसा कि स्क्रीनशॉट में है।
प्रशासनिक पोर्टल का स्क्रीनशॉट - होस्ट
जिस होस्ट पर होस्ट-इंजन वीएम वर्तमान में सक्रिय है, उस पर एक सोने का मुकुट और शिलालेख है "होस्टेड इंजन VM चलाना", वह होस्ट जिस पर यदि आवश्यक हो तो इस वीएम को लॉन्च किया जा सकता है - शिलालेख "होस्टेड इंजन VM चला सकते हैं'.
मेजबान विफलता की स्थिति में जिस पर "होस्टेड इंजन VM चलाना", यह स्वचालित रूप से दूसरे होस्ट पर पुनरारंभ हो जाएगा। इस वीएम को इसके रखरखाव के लिए सक्रिय होस्ट से स्टैंडबाय होस्ट में भी स्थानांतरित किया जा सकता है।
हालाँकि ऐसा लग सकता है कि आपने होस्ट जोड़ना और कॉन्फ़िगर करना पूरा कर लिया है, लेकिन यह पूरी तरह सच नहीं है।
मेजबानों के सामान्य संचालन के लिए, और उनमें से किसी के साथ विफलताओं की पहचान/समाधान करने के लिए, पावर प्रबंधन/फेंसिंग सेटिंग्स की आवश्यकता होती है।
बाड़ लगाना, या फ़ेंसिंग, क्लस्टर से किसी दोषपूर्ण या विफल होस्ट को अस्थायी रूप से बाहर करने की प्रक्रिया है, जिसके दौरान या तो उस पर oVirt सेवाएँ या होस्ट स्वयं पुनः आरंभ हो जाता है।
पावर मैनेजमेंट/फेंसिंग की परिभाषाओं और मापदंडों पर सभी विवरण, हमेशा की तरह, दस्तावेज़ में दिए गए हैं; मैं केवल इस महत्वपूर्ण पैरामीटर को कॉन्फ़िगर करने का एक उदाहरण दूंगा, जैसा कि iDRAC 640 के साथ Dell R9 सर्वर पर लागू होता है।
प्रशासनिक पोर्टल पर जाएं, क्लिक करें गणना करना >> मेजबान एक होस्ट चुनें.
क्लिक संपादित करें.
टैब पर क्लिक करें विद्युत प्रबंधन.
विकल्प के आगे वाले बॉक्स को चेक करें पावर प्रबंधन सक्षम करें.
विकल्प के आगे वाले बॉक्स को चेक करें केडम्प एकीकरणकर्नेल क्रैश डंप रिकॉर्ड करते समय होस्ट को फेंसिंग मोड में जाने से रोकने के लिए।
ध्यान दें।
पहले से चल रहे होस्ट पर Kdump एकीकरण को सक्षम करने के बाद, इसे oVirt एडमिनिस्ट्रेशन गाइड -> में प्रक्रिया के अनुसार पुनः इंस्टॉल किया जाना चाहिए। अध्याय 7: मेज़बान -> होस्ट्स को पुनः इंस्टॉल करना।
वैकल्पिक रूप से, आप बॉक्स को चेक कर सकते हैं बिजली प्रबंधन का नीति नियंत्रण अक्षम करें, यदि हम नहीं चाहते कि होस्ट पावर प्रबंधन को क्लस्टर की शेड्यूलिंग नीति द्वारा नियंत्रित किया जाए।
बटन को क्लिक करे (+) एक नया पावर प्रबंधन उपकरण जोड़ने के लिए, एजेंट गुण संपादन विंडो खुलेगी।
iDRAC9 के लिए, फ़ील्ड भरें:
पता - iDRAC9 पता
प्रयोक्ता नाम पासवर्ड - iDRAC9 में लॉग इन करने के लिए क्रमशः लॉगिन और पासवर्ड
भंडारण डोमेन, या भंडारण क्षेत्र, वर्चुअल मशीन डिस्क, इंस्टॉलेशन इमेज, टेम्प्लेट और स्नैपशॉट संग्रहीत करने के लिए एक केंद्रीकृत स्थान है।
भंडारण क्षेत्रों को विभिन्न प्रोटोकॉल, क्लस्टर और नेटवर्क फ़ाइल सिस्टम का उपयोग करके डेटा सेंटर से जोड़ा जा सकता है।
oVirt में तीन प्रकार के भंडारण क्षेत्र हैं:
डेटा डोमेन - वर्चुअल मशीन (डिस्क, टेम्प्लेट) से जुड़े सभी डेटा को स्टोर करने के लिए। डेटा डोमेन को विभिन्न डेटा केंद्रों के बीच साझा नहीं किया जा सकता है।
आईएसओ डोमेन (भंडारण क्षेत्र का अप्रचलित प्रकार) - ओएस स्थापना छवियों को संग्रहीत करने के लिए। आईएसओ डोमेन को विभिन्न डेटा केंद्रों के बीच साझा किया जा सकता है।
डोमेन निर्यात करें (भंडारण क्षेत्र का अप्रचलित प्रकार) - डेटा केंद्रों के बीच स्थानांतरित की गई छवियों के अस्थायी भंडारण के लिए।
हमारे विशेष मामले में, डेटा डोमेन प्रकार वाला एक भंडारण क्षेत्र भंडारण प्रणाली पर LUN से कनेक्ट करने के लिए फाइबर चैनल प्रोटोकॉल (FCP) का उपयोग करता है।
oVirt के दृष्टिकोण से, स्टोरेज सिस्टम (FC या iSCSI) का उपयोग करते समय, प्रत्येक वर्चुअल डिस्क, स्नैपशॉट या टेम्पलेट एक तार्किक डिस्क है।
ब्लॉक डिवाइस को वॉल्यूम ग्रुप का उपयोग करके एक एकल इकाई (क्लस्टर होस्ट पर) में इकट्ठा किया जाता है और फिर एलवीएम का उपयोग करके तार्किक वॉल्यूम में विभाजित किया जाता है, जिसका उपयोग वीएम के लिए वर्चुअल डिस्क के रूप में किया जाता है।
इन सभी समूहों और कई LVM वॉल्यूम को कमांड का उपयोग करके क्लस्टर होस्ट पर देखा जा सकता है वी.जी.एस и lvs. स्वाभाविक रूप से, विशेष मामलों को छोड़कर, ऐसी डिस्क के साथ सभी क्रियाएं केवल oVirt कंसोल से ही की जानी चाहिए।
VMs के लिए वर्चुअल डिस्क दो प्रकार की हो सकती हैं - QCOW2 या RAW। डिस्क हो सकती है "पतला"या फिर"मोटा". स्नैपशॉट हमेशा "के रूप में बनाए जाते हैंपतला".
स्टोरेज डोमेन, या एफसी के माध्यम से एक्सेस किए गए स्टोरेज क्षेत्रों को प्रबंधित करने का तरीका काफी तार्किक है - प्रत्येक वीएम वर्चुअल डिस्क के लिए एक अलग लॉजिकल वॉल्यूम होता है जो केवल एक होस्ट द्वारा लिखने योग्य होता है। FC कनेक्शन के लिए, oVirt क्लस्टर्ड LVM जैसी किसी चीज़ का उपयोग करता है।
एक ही भंडारण क्षेत्र पर स्थित वर्चुअल मशीनों को एक ही क्लस्टर से संबंधित होस्ट के बीच माइग्रेट किया जा सकता है।
जैसा कि हम विवरण से देख सकते हैं, oVirt में एक क्लस्टर, VMware vSphere या हाइपर-V में क्लस्टर की तरह, अनिवार्य रूप से एक ही बात का मतलब है - यह मेजबानों का एक तार्किक समूह है, अधिमानतः हार्डवेयर संरचना में समान है, और वर्चुअल के लिए सामान्य भंडारण है मशीन डिस्क.
आइए डेटा (वीएम डिस्क) के लिए भंडारण क्षेत्र बनाने के लिए सीधे आगे बढ़ें, क्योंकि इसके बिना डेटा सेंटर प्रारंभ नहीं किया जाएगा।
मैं आपको याद दिला दूं कि स्टोरेज सिस्टम पर क्लस्टर होस्ट को प्रस्तुत किए गए सभी LUN को कमांड का उपयोग करके उन पर दिखाई देना चाहिए।मल्टीपाथ -ll'.
के अनुसार प्रलेखन, पोर्टल पर जाएँ पर जाएँ भंडारण >> डोमेन -> नया डोमेन और "एफ़सीपी स्टोरेज जोड़ना" अनुभाग के निर्देशों का पालन करें।
विज़ार्ड लॉन्च करने के बाद, आवश्यक फ़ील्ड भरें:
नाम - क्लस्टर नाम सेट करें
डोमेन फ़ंक्शन -डेटा
भण्डारण प्रकार - फाइबर चैनल
उपयोग हेतु होस्ट - एक होस्ट चुनें जिस पर हमें आवश्यक LUN उपलब्ध है
LUN की सूची में, जिसकी हमें आवश्यकता है उसे चिह्नित करें, क्लिक करें और फिर ОК. यदि आवश्यक हो, तो आप पर क्लिक करके भंडारण क्षेत्र के अतिरिक्त मापदंडों को समायोजित कर सकते हैं उन्नत पैरामीटर.
"स्टोरेज डोमेन" जोड़ने के लिए विज़ार्ड का स्क्रीनशॉट
विज़ार्ड के परिणामों के आधार पर, हमें एक नया भंडारण क्षेत्र प्राप्त होना चाहिए, और हमारा डेटा सेंटर स्थिति में चला जाना चाहिए UP, या आरंभीकृत:
डेटा सेंटर और उसमें मौजूद भंडारण क्षेत्रों के स्क्रीनशॉट:
वर्चुअल मशीनों के लिए नेटवर्क बनाना और कॉन्फ़िगर करना
नेटवर्क, या नेटवर्क, oVirt वर्चुअल इंफ्रास्ट्रक्चर में उपयोग किए जाने वाले समूह तार्किक नेटवर्क की सेवा करते हैं।
वर्चुअल मशीन पर नेटवर्क एडाप्टर और होस्ट पर भौतिक एडाप्टर के बीच बातचीत करने के लिए, लिनक्स ब्रिज जैसे तार्किक इंटरफेस का उपयोग किया जाता है।
नेटवर्क के बीच ट्रैफ़िक को समूहीकृत और विभाजित करने के लिए, वीएलएएन को स्विच पर कॉन्फ़िगर किया गया है।
ओवीर्ट में वर्चुअल मशीनों के लिए एक तार्किक नेटवर्क बनाते समय, इसे स्विच पर वीएलएएन नंबर के अनुरूप एक पहचानकर्ता सौंपा जाना चाहिए ताकि वीएम एक दूसरे के साथ संवाद कर सकें, भले ही वे क्लस्टर के विभिन्न नोड्स पर चलते हों।
वर्चुअल मशीनों को जोड़ने के लिए होस्ट पर नेटवर्क एडेप्टर की प्रारंभिक सेटिंग्स की जानी थीं पिछला लेख - तार्किक इंटरफ़ेस कॉन्फ़िगर किया गया bond1, तो सभी नेटवर्क सेटिंग्स केवल oVirt प्रशासनिक पोर्टल के माध्यम से की जानी चाहिए।
होस्टेड-इंजन के साथ एक वीएम बनाने के बाद, डेटा सेंटर और क्लस्टर के स्वचालित निर्माण के अलावा, हमारे क्लस्टर को प्रबंधित करने के लिए एक तार्किक नेटवर्क भी स्वचालित रूप से बनाया गया था - ovritmgmt, जिससे यह वीएम जुड़ा था।
यदि आवश्यक हो, तो आप तार्किक नेटवर्क सेटिंग्स देख सकते हैं ovritmgmt और उन्हें समायोजित करें, लेकिन आपको सावधान रहना चाहिए कि आप oVirt बुनियादी ढांचे पर नियंत्रण न खोएं।
तार्किक नेटवर्क सेटिंग्स ovritmgmt
नियमित वीएम के लिए एक नया लॉजिकल नेटवर्क बनाने के लिए, प्रशासनिक पोर्टल पर जाएँ नेटवर्क >> नेटवर्क >> नया, और टैब पर सामान्य जानकारी वांछित वीएलएएन आईडी के साथ एक नेटवर्क जोड़ें, और "के बगल में स्थित बॉक्स को भी चेक करें"वीएम नेटवर्क", इसका मतलब है कि इसका उपयोग वीएम को असाइनमेंट के लिए किया जा सकता है।
नए VLAN32 लॉजिकल नेटवर्क का स्क्रीनशॉट
टैब समूह, हम इस नेटवर्क को अपने क्लस्टर से जोड़ते हैं क्लस्टर1.
इसके बाद हम जाते हैं गणना करना >> मेजबान, प्रत्येक होस्ट पर बारी-बारी से टैब पर जाएं नेटवर्क इंटरफेस, और विज़ार्ड लॉन्च करें होस्ट नेटवर्क सेटअप करें, एक नए तार्किक नेटवर्क के मेजबानों से जुड़ने के लिए।
"सेटअप होस्ट नेटवर्क" विज़ार्ड का स्क्रीनशॉट
ओवीर्ट एजेंट स्वचालित रूप से होस्ट पर सभी आवश्यक नेटवर्क सेटिंग्स करेगा - एक वीएलएएन और ब्रिज बनाएं।
होस्ट पर नए नेटवर्क के लिए उदाहरण कॉन्फ़िगरेशन फ़ाइलें:
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-बॉन्ड1.432 и ifcfg-ovirtvm-vlan432.
लॉजिकल नेटवर्क जोड़ने और होस्ट और होस्ट किए गए इंजन वीएम के बीच कनेक्शन की जांच करने के बाद, इसका उपयोग वर्चुअल मशीन में किया जा सकता है।
वर्चुअल मशीन को तैनात करने के लिए एक इंस्टॉलेशन छवि बनाना
दस्तावेज़ीकरण से लिंक - 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 प्रमाणपत्र को "में जोड़ना होगा"विश्वसनीय रूट सीए"(विश्वसनीय रूट सीए) व्यवस्थापक के नियंत्रण स्टेशन पर, जहां से हम छवि डाउनलोड करने का प्रयास कर रहे हैं।
विश्वसनीय रूट सीए में प्रमाणपत्र जोड़ने के बाद, फिर से क्लिक करें "परीक्षण कनेक्शन", मिलना चाहिए:
Connection to ovirt-imageio-proxy was successful.
प्रमाणपत्र जोड़ने की कार्रवाई पूरी करने के बाद, आप आईएसओ छवि को स्टोरेज डोमेन पर फिर से अपलोड करने का प्रयास कर सकते हैं।
सिद्धांत रूप में, आप वीएम डिस्क से छवियों और टेम्पलेट्स को अलग से संग्रहीत करने के लिए डेटा प्रकार के साथ एक अलग स्टोरेज डोमेन बना सकते हैं, या यहां तक कि उन्हें होस्ट किए गए इंजन के लिए स्टोरेज डोमेन में भी स्टोर कर सकते हैं, लेकिन यह प्रशासक के विवेक पर है।
होस्ट किए गए इंजन के लिए स्टोरेज डोमेन में आईएसओ छवियों के साथ स्क्रीनशॉट
OS के साथ इंस्टॉलेशन छवि को oVirt में लोड करने के बाद, आप सीधे वर्चुअल मशीन बनाने के लिए आगे बढ़ सकते हैं। बहुत सारा काम किया जा चुका है, लेकिन हम पहले से ही अंतिम चरण में हैं, जिसके लिए यह सब शुरू किया गया था - अत्यधिक उपलब्ध वर्चुअल मशीनों की मेजबानी के लिए एक दोष-सहिष्णु बुनियादी ढांचा प्राप्त करना। और यह सब बिल्कुल मुफ़्त है - किसी भी सॉफ़्टवेयर लाइसेंस की खरीद पर एक पैसा भी खर्च नहीं किया गया।
CentOS 7 के साथ एक वर्चुअल मशीन बनाने के लिए, OS से इंस्टॉलेशन छवि डाउनलोड करनी होगी।
हम प्रशासनिक पोर्टल पर जाते हैं, पर जाते हैं गणना करना >> आभाषी दुनिया, और VM निर्माण विज़ार्ड लॉन्च करें। सभी पैरामीटर और फ़ील्ड भरें और क्लिक करें ОК. यदि आप दस्तावेज़ीकरण का पालन करें तो सब कुछ बहुत सरल है।
उदाहरण के तौर पर, मैं एक अत्यधिक उपलब्ध वीएम की बुनियादी और अतिरिक्त सेटिंग्स दूंगा, जिसमें एक बनाई गई डिस्क, नेटवर्क से जुड़ी होगी, और एक इंस्टॉलेशन छवि से बूट होगी:
अत्यधिक उपलब्ध वीएम सेटिंग्स के साथ स्क्रीनशॉट
विज़ार्ड के साथ काम खत्म करने के बाद, इसे बंद करें, एक नया वीएम लॉन्च करें और उस पर ओएस इंस्टॉल करें।
ऐसा करने के लिए, प्रशासनिक पोर्टल के माध्यम से इस वीएम के कंसोल पर जाएं:
VM कंसोल से कनेक्ट करने के लिए प्रशासनिक पोर्टल सेटिंग्स का स्क्रीनशॉट
वीएम कंसोल से कनेक्ट करने के लिए, आपको पहले कंसोल को वर्चुअल मशीन के गुणों में कॉन्फ़िगर करना होगा।
वीएम सेटिंग्स का स्क्रीनशॉट, "कंसोल" टैब
VM कंसोल से कनेक्ट करने के लिए आप इसका उपयोग कर सकते हैं, उदाहरण के लिए, वर्चुअल मशीन व्यूअर.
ब्राउज़र विंडो में सीधे VM कंसोल से कनेक्ट करने के लिए, कंसोल के माध्यम से कनेक्शन सेटिंग्स इस प्रकार होनी चाहिए:
VM पर OS स्थापित करने के बाद, oVirt अतिथि एजेंट स्थापित करने की सलाह दी जाती है:
इस प्रकार, हमारे कार्यों के परिणामस्वरूप, निर्मित वीएम अत्यधिक उपलब्ध होगा, अर्थात। यदि क्लस्टर नोड जिस पर यह चल रहा है वह विफल हो जाता है, तो oVirt स्वचालित रूप से इसे दूसरे नोड पर पुनरारंभ कर देगा। इस वीएम को क्लस्टर होस्ट के बीच उनके रखरखाव या अन्य उद्देश्यों के लिए भी माइग्रेट किया जा सकता है।
निष्कर्ष
मुझे उम्मीद है कि यह लेख यह बताने में कामयाब रहा कि आभासी बुनियादी ढांचे के प्रबंधन के लिए oVirt एक पूरी तरह से सामान्य उपकरण है, जिसे तैनात करना इतना मुश्किल नहीं है - मुख्य बात यह है कि लेख और दस्तावेज़ीकरण दोनों में वर्णित कुछ नियमों और आवश्यकताओं का पालन करना है।
लेख की बड़ी मात्रा के कारण, इसमें कई चीजों को शामिल करना संभव नहीं था, जैसे सभी विस्तृत स्पष्टीकरण और स्क्रीनशॉट के साथ विभिन्न विज़ार्ड का चरण-दर-चरण निष्पादन, कुछ आदेशों के लंबे निष्कर्ष आदि। वास्तव में, इसके लिए एक पूरी किताब लिखने की आवश्यकता होगी, जो लगातार नवाचारों और परिवर्तनों के साथ सामने आने वाले सॉफ्टवेयर के नए संस्करणों के कारण ज्यादा मायने नहीं रखती है। सबसे महत्वपूर्ण बात इस सिद्धांत को समझना है कि यह सब एक साथ कैसे काम करता है, और वर्चुअल मशीनों के प्रबंधन के लिए दोष-सहिष्णु मंच बनाने के लिए एक सामान्य एल्गोरिदम प्राप्त करना है।
हालाँकि हमने एक आभासी बुनियादी ढाँचा बनाया है, अब हमें इसे इसके व्यक्तिगत तत्वों: होस्ट, वर्चुअल मशीन, आंतरिक नेटवर्क और बाहरी दुनिया के बीच बातचीत करना सिखाने की ज़रूरत है।
यह प्रक्रिया एक सिस्टम या नेटवर्क प्रशासक के मुख्य कार्यों में से एक है, जिसे अगले लेख में शामिल किया जाएगा - हमारे उद्यम के दोष-सहिष्णु बुनियादी ढांचे में VyOS वर्चुअल राउटर के उपयोग के बारे में (जैसा कि आपने अनुमान लगाया था, वे वर्चुअल के रूप में काम करेंगे) हमारे oVirt क्लस्टर पर मशीनें)।