🥇 هڪ غلطي برداشت ڪندڙ آئي ٽي انفراسٽرڪچر جي تخليق. حصو 2. انسٽال ڪرڻ ۽ ترتيب ڏيڻ oVirt 4.3 ڪلسٽر

هي مضمون گذريل مضمون جو تسلسل آهي - “هڪ غلطي برداشت ڪندڙ آئي ٽي انفراسٽرڪچر جي تخليق. حصو 1 - هڪ oVirt 4.3 ڪلسٽر لڳائڻ جي تياري».

اهو انتهائي دستياب ورچوئل مشينن جي ميزباني لاءِ oVirt 4.3 ڪلسٽر جي بنيادي تنصيب ۽ ترتيب جي عمل کي ڍڪيندو، ان حقيقت کي نظر ۾ رکندي ته انفراسٽرڪچر تيار ڪرڻ جا سڀ ابتدائي قدم اڳ ۾ ئي مڪمل ڪيا ويا آهن.

ٻڌائڻ

مضمون جو بنيادي مقصد قدم قدم جي هدايتن کي مهيا ڪرڻ آهي جهڙوڪ "اڳيون -> ها -> ختم ڪر"ڪيئن ڏيکاريو ڪجھ خاصيتون جڏھن ان کي انسٽال ڪرڻ ۽ ترتيب ڏيڻ. توهان جي ڪلستر کي ترتيب ڏيڻ جو عمل هميشه ان سان ٺهڪندڙ نه هوندو جيڪو ان ۾ بيان ڪيو ويو آهي، بنيادي ڍانچي ۽ ماحول جي خاصيتن جي ڪري، پر عام اصول ساڳيا هوندا.

هڪ موضوعي نقطه نظر کان، oVirt 4.3 ان جي ڪارڪردگي VMware vSphere ورجن 5.x سان ملندڙ جلندڙ آهي، پر يقيناً ان جي پنهنجي ترتيب ۽ آپريشن خاصيتن سان.

دلچسپي وارن لاءِ، RHEV (aka oVirt) ۽ VMware vSphere جي وچ ۾ سڀ فرق انٽرنيٽ تي ڳولي سگهجن ٿا، مثال طور هتي، پر مان اڃا به ڪڏهن ڪڏهن انهن جي ڪجهه اختلافن کي يا هڪ ٻئي سان هڪجهڙائي کي نوٽ ڪندس جيئن مضمون اڳتي وڌندو.

الڳ الڳ، مان ورچوئل مشينن لاءِ نيٽ ورڪ سان ڪم جو ٿورو مقابلو ڪرڻ چاهيندس. oVirt ورچوئل مشينن لاءِ نيٽورڪ مئنيجمينٽ جو ساڳيو اصول لاڳو ڪري ٿو (هتان کان پوءِ VMs جو حوالو ڏنو ويو آهي) ، جيئن VMware vSphere ۾:

معياري لينڪس پل استعمال ڪندي (VMware ۾ - معياري vSwitch) ورچوئلائيزيشن هوسٽ تي هلندڙ؛
Open vSwitch (OVS) استعمال ڪندي (VMware ۾ - ورهايل vSwitch) هڪ ورچوئل سوئچ آهي جيڪو ٻن مکيه حصن تي مشتمل آهي: هڪ مرڪزي OVN سرور ۽ OVN ڪنٽرولرز منظم ڪيل ميزبانن تي.

اهو ياد رکڻ گهرجي ته عملدرآمد جي آسانيء جي ڪري، آرٽيڪل هڪ معياري لينڪس پل استعمال ڪندي وي ايم لاء oVirt ۾ نيٽ ورڪ قائم ڪرڻ جي وضاحت ڪندو، جيڪو معياري انتخاب آهي جڏهن KVM هائپر وائيزر استعمال ڪندي.

انهي سلسلي ۾، نيٽ ورڪ سان گڏ ڪم ڪرڻ لاء ڪيترائي بنيادي قاعدا ڪلستر ۾ آهن، جن جي ڀڃڪڙي نه ڪرڻ لاء بهترين آهن:

هوسٽ تي سڀ نيٽ ورڪ سيٽنگون انهن کي oVirt ۾ شامل ڪرڻ کان پهريان هڪجهڙا هجن، سواءِ IP پتي جي.
هڪ دفعو هڪ ميزبان کي oVirt جي ڪنٽرول هيٺ ورتو ويو آهي، اها انتهائي سفارش نه ڪئي وئي آهي ته نيٽ ورڪ سيٽنگن ۾ دستي طور تي ڪجهه به تبديل ڪريو بغير توهان جي عملن تي مڪمل اعتماد، ڇو ته oVirt ايجنٽ صرف ميزبان کي ٻيهر شروع ڪرڻ کان پوء انهن کي اڳوڻين ڏانهن واپس آڻيندو يا ايجنٽ
VM لاءِ نئون نيٽ ورڪ شامل ڪرڻ، ان سان گڏ ڪم ڪرڻ، صرف oVirt مئنيجمينٽ ڪنسول مان ٿيڻ گھرجي.

ٻيو اهم نوٽ - هڪ تمام نازڪ ماحول لاءِ (مالي نقصانن لاءِ تمام حساس)، اڃا به سفارش ڪئي ويندي ته ادا ڪيل سپورٽ ۽ استعمال ريڊ هيٽ ورچوئلائيزيشن 4.3. oVirt ڪلسٽر جي آپريشن دوران، ڪجھ مسئلا پيدا ٿي سگھن ٿا جن لاءِ اھو مشورو ڏنو ويندو آھي ته جلد کان جلد قابل مدد حاصل ڪريو، بجاءِ انھن سان پاڻ ڊيل ڪريو.

آخرڪار ، صلاح ڏني oVirt ڪلستر کي ترتيب ڏيڻ کان اڳ، پاڻ کي واقف ڪريو سرڪاري دستاويزگهٽ ۾ گهٽ بنيادي مفهومن ۽ وصفن کان واقف ٿيڻ لاءِ، ٻي صورت ۾ باقي مضمون پڙهڻ ۾ ٿورو ڏک ٿيندو.

مضمون کي سمجھڻ لاءِ بنيادي ۽ oVirt ڪلستر جي آپريشن جا اصول ھي آھن ھدايت وارا دستاويز:

حجم تمام وڏو نه آهي، هڪ ڪلاڪ يا ٻه ۾ توهان بنيادي اصولن کي ماهر ڪري سگهو ٿا، پر انهن لاء جيڪي تفصيل پسند ڪن ٿا، اهو پڙهڻ جي سفارش ڪئي وئي آهي. Red Hat ورچوئلائيزيشن لاءِ پراڊڪٽ دستاويز 4.3 - RHEV ۽ oVirt بنيادي طور تي ساڳي شيءِ آهن.

تنهن ڪري، جيڪڏهن هوسٽ، سوئچز ۽ اسٽوريج سسٽم تي سڀ بنيادي سيٽنگون مڪمل ڪيون ويون آهن، اسان سڌو سنئون oVirt جي تعیناتي ڏانهن اڳتي وڌون ٿا.

حصو 2. oVirt 4.3 ڪلستر کي انسٽال ڪرڻ ۽ ترتيب ڏيڻ

واقفيت جي آسانيءَ لاءِ، مان هن مضمون ۾ مکيه حصن جي فهرست ڪندس، جن کي هڪ هڪ ڪري مڪمل ڪرڻ گهرجي:

oVirt مئنيجمينٽ سرور کي انسٽال ڪرڻ
نئين ڊيٽا سينٽر جي ٺهڻ
ھڪڙو نئون ڪلستر ٺاھيو
خود ميزباني واري ماحول ۾ اضافي ميزبان کي نصب ڪرڻ
اسٽوريج ايريا يا اسٽوريج ڊومينز ٺاهڻ
ورچوئل مشينن لاءِ نيٽ ورڪ ٺاهڻ ۽ ترتيب ڏيڻ
هڪ ورچوئل مشين کي ترتيب ڏيڻ لاءِ انسٽاليشن تصوير ٺاهڻ
هڪ مجازي مشين ٺاهيو

oVirt مئنيجمينٽ سرور کي انسٽال ڪرڻ

oVirt مئنيجمينٽ سرور oVirt انفراسٽرڪچر ۾ سڀ کان اهم عنصر آهي، هڪ ورچوئل مشين، ميزبان، يا ورچوئل ڊيوائس جي صورت ۾ جيڪو پوري oVirt انفراسٽرڪچر کي منظم ڪري ٿو.

ورچوئلائيزيشن جي دنيا مان ان جا ويجھا analogues آهن:

VMware vSphere - vCenter سرور
Microsoft Hyper-V - سسٽم سينٽر ورچوئل مشين مئنيجر (VMM).

oVirt مئنيجمينٽ سرور کي انسٽال ڪرڻ لاءِ، اسان وٽ ٻه آپشن آھن:

اختياري 1
هڪ خاص VM يا ميزبان جي صورت ۾ سرور کي ترتيب ڏيڻ.

هي اختيار تمام سٺو ڪم ڪري ٿو، پر مهيا ڪيو ويو آهي ته اهڙي VM ڪلستر کان آزاد طور تي هلندي آهي، يعني. KVM تي هلندڙ باقاعده ورچوئل مشين جي طور تي ڪنهن به ڪلسٽر هوسٽ تي نه هلي رهيو آهي.

اهڙي VM کي ڪلسٽر ميزبانن تي ڇو نه لڳايو وڃي؟

oVirt مئنيجمينٽ سرور کي ترتيب ڏيڻ جي عمل جي شروعات ۾، اسان وٽ هڪ پريشاني آهي - اسان کي هڪ انتظام VM نصب ڪرڻ جي ضرورت آهي، پر حقيقت ۾ اڃا تائين ڪو به ڪلستر ناهي، ۽ تنهنڪري اسان پرواز تي ڇا ڪري سگهون ٿا؟ اهو صحيح آهي - مستقبل جي ڪلستر نوڊ تي KVM انسٽال ڪريو، پوء ان تي هڪ ورچوئل مشين ٺاهيو، مثال طور، CentOS OS سان ۽ ان ۾ oVirt انجڻ کي ترتيب ڏيو. اهو عام طور تي اهڙي VM تي مڪمل ڪنٽرول جي سببن جي ڪري ٿي سگهي ٿو، پر اهو هڪ غلط ارادو آهي، ڇاڪاڻ ته هن معاملي ۾، مستقبل ۾ 100٪ اهڙي ڪنٽرول 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 ميزباني انجڻ کي ترتيب ڏيڻ جو طريقو شروع ڪريون ٿا (توهان ان کي 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 ٽيمپليٽ

انهن سڀني عملن تي وڌيڪ بحث ڪيو ويندو، ڪجهه وڏن سيلن ۾، ٻيا وڌيڪ تفصيل سان ۽ nuances سان.
پر پهرين آئون هن اضافو پڙهڻ جي سفارش ڪندس، جيڪو شايد ڪيترن ئي لاء مفيد ٿيندو.

اضافو

1) اصولي طور تي، جيڪڏهن ڪا اهڙي ضرورت آهي، ته پوءِ توهان کي پيڪيجز استعمال ڪندي ڪلسٽر نوڊس تي KVM هائپر وائزر کي انسٽال ڪرڻ کان ڪا به شيءِ روڪي نه ٿي. لبرٽ и قيم-ڪي وي ايم (يا qemu-kvm-ev) جي گهربل ورزن جي، جيتوڻيڪ جڏهن هڪ oVirt ڪلستر نوڊ کي ترتيب ڏيڻ، اهو پاڻ ڪري سگهي ٿو.

پر جيڪڏهن لبرٽ и قيم-ڪي وي ايم جيڪڏھن توھان تازو ورزن انسٽال نه ڪيو آھي، توھان کي ھيٺ ڏنل غلطي ملي سگھي ٿي جڏھن ھوسٽ ٿيل انجڻ کي ترتيب ڏيو:

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

اهي. ضرور هجڻ گھرجي اپڊيٽ ورجن لبرٽ کان تحفظ سان ايم ايس، جيڪو هن پاليسي جي حمايت ڪري ٿو:

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

انسٽال ڪريو libvirt v.4.5.0-10.el7_6.12، md-clear support سان:

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) ميزبان انجڻ سان ان تي هلندڙ وي ايم سان ميزبان کي ريبوٽ ڪرڻ.

حسب معمول، لنڪ 1 и لنڪ 2 انتظامي دستاويزن ڏانهن.

ميزبان انجڻ VM جو سڀ انتظام صرف ڪمانڊ استعمال ڪندي ڪيو ويندو آهي ميزبان انجڻ ميزبان تي جتي اهو هلندو آهي، اٽڪل وائرس اسان کي وسارڻ گهرجي، انهي سان گڏ حقيقت اها آهي ته توهان SSH ذريعي هن VM سان ڳنڍي سگهو ٿا ۽ حڪم هلائي سگهو ٿا "shutdown».

هڪ 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

پوء اسان اسٽوريج کي ڳنڍيو ۽ ايجنٽ کي ٻيهر شروع ڪيو:

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, ۽ پوء، جيڪڏهن ضروري هجي ته، توهان ان جي اسٽوريج جي قسم کي ٻئي ڏانهن تبديل ڪري سگهو ٿا.

ڊيٽا سينٽر ٺاهڻ هڪ سادو ڪم آهي، بغير ڪنهن مشڪل nuances، ۽ ان سان گڏ سڀ اضافي ڪارناما دستاويز ۾ بيان ڪيا ويا آهن. صرف هڪ شيءِ جيڪا مان نوٽ ڪندس اها آهي ته واحد ميزبان جيڪي صرف مقامي اسٽوريج (ڊسڪ) آهن VMs لاءِ اهي ڊيٽا سينٽر ۾ داخل ٿيڻ جي قابل نه هوندا اسٽوريج جي قسم سان - شيئر (اهي اتي شامل نٿا ٿي سگهن) ، ۽ انهن لاءِ توهان کي ٺاهڻ جي ضرورت آهي. هڪ الڳ ڊيٽا سينٽر - يعني مقامي اسٽوريج سان هر فرد ميزبان کي پنهنجي الڳ ڊيٽا سينٽر جي ضرورت آهي.

ھڪڙو نئون ڪلستر ٺاھيو

دستاويزن سان ڳنڍڻ - oVirt ايڊمنسٽريشن گائيڊ. باب 5: ڪلستر

غير ضروري تفصيل کان سواء، ڪلسٽر - هي ميزبانن جو هڪ منطقي گروهه آهي جنهن ۾ هڪ عام اسٽوريج ايريا آهي (اسٽوريج سسٽم تي شيئر ڊسڪ جي صورت ۾، جيئن اسان جي صورت ۾). اهو پڻ گهربل آهي ته ڪلستر ۾ ميزبان هارڊويئر ۾ هڪجهڙا هجن ۽ ساڳئي قسم جو پروسيسر هجي (Intel يا AMD). اهو بهترين آهي، يقينا، ته ڪلستر ۾ سرور مڪمل طور تي هڪجهڙا آهن.

ڪلسٽر هڪ ڊيٽا سينٽر جو حصو آهي (مخصوص قسم جي اسٽوريج سان - مقامي يا شيئر)، ۽ سڀني ميزبانن جو تعلق ڪنهن نه ڪنهن قسم جي ڪلسٽر سان هجڻ گهرجي، ان تي منحصر آهي ته انهن وٽ اسٽوريج حصيداري آهي يا نه.

جڏهن هڪ ميزبان تي هڪ ميزبان انجڻ سان هڪ مجازي مشين کي نصب ڪرڻ، هڪ ڊيٽا سينٽر ٺاهيل آهي ڊفالٽ - ڊيٽا سينٽر 1، گڏو گڏ ڪلستر - ڪلستر 1، ۽ مستقبل ۾ توهان ان جي پيٽرولن کي ترتيب ڏئي سگهو ٿا، اضافي اختيارن کي فعال ڪري سگهو ٿا، ان ۾ ميزبان شامل ڪريو، وغيره.

هميشه وانگر، سڀني ڪلستر سيٽنگن بابت تفصيل لاء، اهو مشورو ڏنو ويو آهي ته سرڪاري دستاويزن ڏانهن اشارو ڪيو وڃي. ڪلستر قائم ڪرڻ جي ڪجھ خاصيتن مان، مان صرف ان کي شامل ڪندس جڏھن ان کي ٺاھيو، اھو ڪافي آھي صرف بنيادي پيٽرولن کي ترتيب ڏيڻ لاءِ ٽيب تي جنرل.

مان سڀ کان اهم پيراگراف نوٽ ڪندس:

پروسيسر جو قسم - چونڊيل آهي ان بنياد تي ته ڪھڙا پروسيسر ڪلستر ھوسٽن تي انسٽال ٿيل آھن، اھي ڪھڙي ڪارخاني مان آھن، ۽ ھوسٽ تي ڪھڙو پروسيسر سڀ کان پراڻو آھي، تنھنڪري، ھن تي منحصر ڪري، ڪلستر ۾ موجود سڀ پروسيسر ھدايتون استعمال ڪيون وينديون آھن.
سوئچ جو قسم - اسان جي ڪلستر ۾ اسان صرف لينڪس پل استعمال ڪندا آهيون، ڇو ته اسان ان کي چونڊيو ٿا.
فائر وال جو قسم - هتي سڀ ڪجهه واضح آهي، هي فائر والڊ آهي، جنهن کي ميزبانن تي فعال ۽ ترتيب ڏيڻ لازمي آهي.

اسڪرين شاٽ ڪلستر پيٽرولن سان

خود ميزباني واري ماحول ۾ اضافي ميزبان کي نصب ڪرڻ

لنڪ دستاويز لاء.

خود ميزباني واري ماحول لاءِ اضافي ميزبانون ساڳيءَ طرح شامل ڪيون وينديون آهن جيئن هڪ باقاعده ميزبان، هڪ ميزبان انجڻ سان VM کي ترتيب ڏيڻ جي اضافي قدم سان. ميزباني ڪيل انجڻ جي ٺهڻ واري عمل کي چونڊيو >> ٺاھيندڙ. جيئن ته اضافي ميزبان کي پڻ پيش ڪيو وڃي LUN لاءِ VM لاءِ ميزباني ڪيل انجڻ سان، ان جو مطلب اهو آهي ته هي ميزبان، جيڪڏهن ضروري هجي ته، ان تي ميزباني ڪيل انجڻ سان VM کي ميزباني ڪرڻ لاءِ استعمال ڪري سگهجي ٿو.
غلطي رواداري جي مقصدن لاء، اها انتهائي سفارش ڪئي وئي آهي ته گهٽ ۾ گهٽ ٻه ميزبان هجن جن تي هڪ ميزبان انجڻ VM رکيل هجي.

اضافي ميزبان تي، iptables کي بند ڪريو (جيڪڏهن فعال هجي)، فائر والڊ کي فعال ڪريو

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

انسٽال ڪريو گهربل KVM ورجن (جيڪڏهن ضروري هجي):

yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_

yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client

systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd

virsh domcapabilities kvm | grep md-clear

انسٽال ڪريو ضروري ذخيرو ۽ ميزبان انجڻ انسٽالر:

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

اڳيون، ڪنسول ڏانھن وڃو ورچوئلائيزيشن مئنيجر کوليو، نئون ميزبان شامل ڪريو، ۽ سڀ ڪجھ ڪريو قدم بہ قدم، جيئن لکيل آھي دستاويز.

نتيجي طور، اضافي ميزبان شامل ڪرڻ کان پوء، اسان کي انتظامي ڪنسول ۾ تصوير وانگر ڪجهه حاصل ڪرڻ گهرجي، جيئن اسڪرين شاٽ ۾.

انتظامي پورٽل جو اسڪرين شاٽ - ميزبان

ھوسٽ جنھن تي ھوسٽ ٿيل انجڻ VM في الحال فعال آھي ان تي سون جو تاج آھي ۽ لکيل آھي ”ميزباني ٿيل انجڻ VM کي هلائڻ"، ميزبان جنهن تي هن VM کي لانچ ڪري سگهجي ٿو جيڪڏهن ضروري هجي - لکت "هلائي سگھي ٿو ميزبان انجڻ VM».

ميزبان جي ناڪامي جي صورت ۾ جنهن تي "ميزباني ٿيل انجڻ VM کي هلائڻ"، اهو خودڪار طريقي سان ٻئي ميزبان تي ٻيهر شروع ٿيندو. هي VM ان جي سار سنڀال لاءِ فعال ميزبان کان اسٽينڊ بائي ميزبان ڏانهن پڻ منتقل ٿي سگهي ٿو.

پاور مئنيجمينٽ قائم ڪرڻ / oVirt ميزبان تي باهه لڳائڻ

دستاويزي لنڪ:

ريڊ هيٽ ورچوئلائيزيشن 4.3 -> ٽيڪنيڪل ريفرنس -> باب 4. پاور مئنيجمينٽ
oVirt انتظامي ھدايت -> باب 7: ميزبان

جڏهن ته اهو لڳي سگهي ٿو ته توهان هڪ ميزبان کي شامل ڪرڻ ۽ ترتيب ڏيڻ مڪمل ڪيو آهي، اهو مڪمل طور تي درست ناهي.
ميزبانن جي عام آپريشن لاءِ، ۽ انهن مان ڪنهن به ناڪامي کي سڃاڻڻ/حل ڪرڻ لاءِ، پاور مئنيجمينٽ/فينسنگ سيٽنگون گهربل آهن.

ڀريل, or fence, عارضي طور تي ھڪڙي ناقص يا ناڪام ھوسٽ کي ڪلستر مان خارج ڪرڻ جو عمل آھي، جنھن دوران يا ته ان تي oVirt خدمتون يا ھوسٽ پاڻ کي وري شروع ڪيو ويندو آھي.

پاور مئنيجمينٽ/فينسنگ جي وصفن ۽ پيرا ميٽرن تي سڀ تفصيل ڏنل آھن، معمول جي طور تي، دستاويزن ۾؛ مان صرف ھڪڙو مثال ڏيندس ته ھن اھم پيٽرول کي ڪيئن ترتيب ڏيو، جيئن ڊيل R640 سرورز تي iDRAC 9 سان لاڳو ڪيو ويو آھي.

وڃو انتظامي پورٽل، ڪلڪ ڪريو مرڪب >> لشڪر هڪ ميزبان چونڊيو.
ڪلڪ ڪريو تبديلي آڻيو.
ٽيب تي ڪلڪ ڪريو پاور انتظام.
اختيار جي اڳيان دٻي کي چيڪ ڪريو پاور مينيجمينٽ کي فعال ڪريو.
اختيار جي اڳيان دٻي کي چيڪ ڪريو Kdump انضمامڪرنل ڪريش ڊمپ کي رڪارڊ ڪرڻ دوران ميزبان کي باهه جي موڊ ۾ وڃڻ کان روڪڻ لاءِ.

نوٽ:

اڳ ۾ ئي هلندڙ ميزبان تي Kdump انضمام کي چالو ڪرڻ کان پوء، ان کي oVirt ايڊمنسٽريشن گائيڊ -> ۾ طريقيڪار جي مطابق ٻيهر نصب ڪيو وڃي. باب 7: ميزبان -> ميزبانن کي ٻيهر نصب ڪرڻ.

اختياري طور، توهان باڪس چيڪ ڪري سگهو ٿا پاور مينيجمينٽ جي پاليسي ڪنٽرول کي غير فعال ڪريو، جيڪڏهن اسان نٿا چاهيون ته ميزبان پاور مئنيجمينٽ کي ڪلستر جي شيڊولنگ پاليسي جي ذريعي ڪنٽرول ڪيو وڃي.
بٽڻ تي ڪلڪ ڪريو (+) نئين پاور مئنيجمينٽ ڊيوائس شامل ڪرڻ لاءِ، ايجنٽ پراپرٽي ايڊيٽنگ ونڊو کلي ويندي.
iDRAC9 لاءِ، فيلڊ ۾ ڀريو:
- ائڊريس - iDRAC9 ايڊريس
- استعمال ڪندڙ جو نالو / پاسورڊ - لاگ ان ۽ پاسورڊ لاگ ان ٿيڻ لاءِ iDRAC9، ترتيب سان
- قسم -ڊريڪ 5
- نشان بي ڀوا ٿيا
- ھيٺ ڏنل اختيارن کي شامل ڪريو: cmd_prompt=>, login_timeout=30

اسڪرين شاٽ "پاور مئنيجمينٽ" سان گڏ ميزبان ملڪيت ۾

اسٽوريج ايريا يا اسٽوريج ڊومينز ٺاهڻ

دستاويزن سان ڳنڍڻ - oVirt انتظامي گائيڊ، باب 8: اسٽوريج.

اسٽوريج ڊومين، يا اسٽوريج ايريا، ورچوئل مشين ڊسڪ، انسٽاليشن تصويرون، ٽيمپليٽس، ۽ سنيپ شاٽس کي محفوظ ڪرڻ لاءِ هڪ مرڪزي هنڌ آهي.

اسٽوريج علائقن کي مختلف پروٽوڪول، ڪلستر ۽ نيٽ ورڪ فائل سسٽم استعمال ڪندي ڊيٽا سينٽر سان ڳنڍي سگھجي ٿو.

oVirt وٽ ٽن قسمن جي اسٽوريج ايريا آهي:

ڊيٽا ڊومين - مجازي مشينن سان لاڳاپيل سڀني ڊيٽا کي ذخيرو ڪرڻ لاء (ڊسڪ، ٽيمپليٽ). ڊيٽا ڊومين مختلف ڊيٽا سينٽرن جي وچ ۾ حصيداري نه ٿي ڪري سگھجي.
ISO ڊومين (اسٽوريج ايريا جو فرسوده قسم) - OS انسٽاليشن تصويرون محفوظ ڪرڻ لاءِ. ISO ڊومين مختلف ڊيٽا سينٽرن جي وچ ۾ حصيداري ڪري سگھجي ٿو.
ايڪسپورٽ ڊومين (اسٽوريج ايريا جو فرسوده قسم) - ڊيٽا سينٽرن جي وچ ۾ منتقل ٿيل تصويرن جي عارضي اسٽوريج لاءِ.

اسان جي خاص صورت ۾، ڊيٽا ڊومين جي قسم سان گڏ اسٽوريج ايريا استعمال ڪري ٿو فائبر چينل پروٽوڪول (FCP) اسٽوريج سسٽم تي LUNs سان ڳنڍڻ لاء.

oVirt جي نقطي نظر کان، جڏهن اسٽوريج سسٽم (FC يا iSCSI) استعمال ڪندي، هر ورچوئل ڊسڪ، سنيپ شاٽ يا ٽيمپليٽ هڪ منطقي ڊسڪ آهي.
بلاڪ ڊوائيسز هڪ واحد يونٽ ۾ گڏ ڪيا ويا آهن (ڪلسٽر هوسٽ تي) حجم گروپ استعمال ڪندي ۽ پوء LVM استعمال ڪندي منطقي حجم ۾ ورهايو ويو آهي، جيڪي VMs لاء ورچوئل ڊسڪ طور استعمال ڪيا ويا آهن.

اهي سڀئي گروپ ۽ ڪيترائي LVM حجم ڏسي سگهجن ٿا ڪلستر هوسٽ تي ڪمانڊ استعمال ڪندي وغيره и lvs. قدرتي طور، اهڙي ڊسڪ سان سڀ عمل صرف اوورٽ ڪنسول مان ٿيڻ گهرجي، سواء خاص ڪيسن ۾.

VMs لاءِ ورچوئل ڊسڪ ٻن قسمن جا ٿي سگھن ٿا - QCOW2 يا RAW. ڊسڪ ٿي سگهي ٿو "پتلي"يا"ٿلهوسنيپ شاٽ هميشه ٺاهيا ويندا آهن جيئن "پتلي".

اسٽوريج ڊومينز کي منظم ڪرڻ جو طريقو، يا اسٽوريج علائقن تائين رسائي FC ذريعي، ڪافي منطقي آهي - هر VM مجازي ڊسڪ لاء هڪ الڳ منطقي حجم آهي جيڪو صرف هڪ ميزبان طرفان لکڻ جي قابل آهي. FC ڪنيڪشن لاءِ، oVirt ڪجھ استعمال ڪري ٿو جهڙوڪ ڪلستر ٿيل LVM.

ساڳي اسٽوريج واري علائقي تي واقع مجازي مشينون ساڳئي ڪلستر سان تعلق رکندڙ ميزبان جي وچ ۾ لڏپلاڻ ڪري سگھجن ٿيون.

جيئن اسان وضاحت مان ڏسي سگهون ٿا، oVirt ۾ هڪ ڪلستر، جهڙوڪ VMware vSphere يا Hyper-V ۾ ڪلستر، بنيادي طور تي هڪ ئي شيء آهي - اهو ميزبان جي هڪ منطقي گروهه آهي، ترجيح طور تي هارڊويئر جي جوڙجڪ ۾ هڪجهڙائي، ۽ مجازي لاء عام اسٽوريج آهي. مشين ڊسڪ.

اچو ته سڌو سنئون ڊيٽا لاء اسٽوريج ايريا ٺاهڻ لاء (VM ڊسڪ)، ڇو ته ان کان سواء ڊيٽا سينٽر جي شروعات نه ٿيندي.
مون کي توهان کي ياد ڏيارڻ ڏيو ته سڀئي LUNs پيش ڪيل ڪلستر ميزبان کي اسٽوريج سسٽم تي لازمي طور تي ڏسڻ ۾ اچن ٿيون انهن تي حڪم استعمال ڪندي "multipath-ll».

جي مطابق دستاويز، پورٹل ڏانھن وڃو ڏانھن وڃو اسٽوريج >> ڊومينس -> نئون ڊومين ۽ "FCP اسٽوريج شامل ڪرڻ" سيڪشن مان هدايتن تي عمل ڪريو.

وزرڊ کي لانچ ڪرڻ کان پوءِ، گھربل فيلڊ ڀريو:

نالو - ڪلستر جو نالو مقرر ڪريو
ڊومين فنڪشن - ڊيٽا
اسٽوريج جي قسم - فائبر چينل
استعمال ڪرڻ لاءِ ميزبان - ھڪڙو ھوسٽ چونڊيو جنھن تي اسان کي گھربل LUN دستياب آھي

LUNs جي لسٽ ۾، ھڪڙي کي نشان لڳايو جيڪو اسان کي گھربل آھي، ڪلڪ ڪريو شامل ڪريو ۽ پوء ٺيڪ. جيڪڏهن ضروري هجي ته، توهان ڪلڪ ڪري اسٽوريج ايريا جي اضافي پيٽرولن کي ترتيب ڏئي سگهو ٿا ترقي يافته پيمرا.

”اسٽوريج ڊومين“ شامل ڪرڻ لاءِ جادوگر جو اسڪرين شاٽ

وزرڊ جي نتيجن جي بنياد تي، اسان کي هڪ نئين اسٽوريج ايريا حاصل ڪرڻ گهرجي، ۽ اسان جي ڊيٽا سينٽر اسٽيٽس ڏانهن منتقل ٿيڻ گهرجي UP، يا شروع ٿيل:

ڊيٽا سينٽر جا اسڪرين شاٽ ۽ ان ۾ اسٽوريج علائقن:

ورچوئل مشينن لاءِ نيٽ ورڪ ٺاهڻ ۽ ترتيب ڏيڻ

دستاويزن سان ڳنڍڻ - oVirt انتظامي گائيڊ، باب 6: منطقي نيٽ ورڪ

نيٽ ورڪ، يا نيٽ ورڪ، خدمت ڪندا آهن گروپ منطقي نيٽ ورڪن کي جيڪي oVirt ورچوئل انفراسٽرڪچر ۾ استعمال ٿيندا آهن.

ورچوئل مشين تي نيٽ ورڪ اڊاپٽر ۽ ميزبان تي فزيڪل اڊاپٽر جي وچ ۾ رابطو ڪرڻ لاءِ، منطقي انٽرفيس جهڙوڪ لينڪس پل استعمال ٿيندا آهن.

نيٽ ورڪن جي وچ ۾ ٽرئفڪ کي گروپ ڪرڻ ۽ ورهائڻ لاءِ، VLANs سوئچز تي ترتيب ڏنل آھن.

جڏهن oVirt ۾ ورچوئل مشينن لاءِ هڪ منطقي نيٽ ورڪ ٺاهي، ان کي سوئچ تي VLAN نمبر سان لاڳاپيل هڪ سڃاڻپ ڪندڙ مقرر ڪيو وڃي ته جيئن VMs هڪ ٻئي سان رابطو ڪري سگهن، جيتوڻيڪ اهي ڪلستر جي مختلف نوڊس تي هلن.

ورچوئل مشينن کي ڳنڍڻ لاءِ ميزبانن تي نيٽ ورڪ اڊاپٽر جي ابتدائي سيٽنگون ٿيڻيون هيون اڳوڻو مضمون - منطقي انٽرفيس ترتيب ڏنل bondxnumx، پوءِ سڀ نيٽ ورڪ سيٽنگون صرف oVirt انتظامي پورٽل ذريعي ڪيون وڃن.

ميزبان انجڻ سان هڪ VM ٺاھڻ کان پوء، ڊيٽا سينٽر ۽ ڪلستر جي خودڪار ٺاھڻ کان علاوه، اسان جي ڪلستر کي منظم ڪرڻ لاء ھڪڙو منطقي نيٽ ورڪ پڻ خودڪار طور تي ٺاھيو ويو. ovritmgmt، جنهن سان هي VM ڳنڍيل هو.

جيڪڏهن ضروري هجي ته، توهان منطقي نيٽ ورڪ سيٽنگون ڏسي سگهو ٿا ovritmgmt ۽ انھن کي ترتيب ڏيو، پر توھان کي محتاط رھڻ گھرجي ته oVirt انفراسٽرڪچر جو ڪنٽرول نه وڃايو.

منطقي نيٽ ورڪ سيٽنگون ovritmgmt

باقاعده VMs لاءِ نئون منطقي نيٽ ورڪ ٺاھڻ لاءِ، انتظامي پورٽل ڏانھن وڃو نيٽ ورڪ >> نيٽورڪ >> نئون، ۽ ٽيب تي جنرل گهربل VLAN ID سان نيٽ ورڪ شامل ڪريو، ۽ ان جي اڳيان دٻي کي چيڪ ڪريو “VM نيٽورڪ"، هن جو مطلب اهو آهي ته اهو استعمال ڪري سگهجي ٿو VM کي تفويض لاء.

نئين VLAN32 منطقي نيٽ ورڪ جو اسڪرين شاٽ

ٽيب ۾ ڪلستر، اسان هن نيٽ ورڪ کي اسان جي ڪلستر سان ڳنڍيندا آهيون ڪلستر 1.

ان کان پوء اسان وڃون ٿا مرڪب >> لشڪر, موڙ ۾ هر ميزبان ڏانهن وڃو، ٽيب ڏانهن نيٽ ورڪ انٽرفيس، ۽ جادوگر لانچ ڪريو سيٽ اپ ميزبان نيٽ ورڪ، نئين منطقي نيٽ ورڪ جي ميزبانن کي پابند ڪرڻ لاءِ.

"سيٽ اپ ميزبان نيٽ ورڪ" وزرڊ جو اسڪرين شاٽ

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: اسٽوريج, سيڪشن Uploading Images to a Data Storage Domain.

او ايس جي انسٽاليشن تصوير جي بغير، مجازي مشين کي نصب ڪرڻ ممڪن نه ٿيندو، جيتوڻيڪ اهو يقينن ڪو مسئلو ناهي، مثال طور، نيٽ ورڪ تي نصب ٿيل آهي. موچي اڳ ۾ ٺهيل تصويرن سان.

اسان جي حالت ۾، اهو ممڪن ناهي، تنهنڪري توهان کي هن تصوير کي پاڻ کي 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 سرٽيفڪيٽ کي "قابل اعتماد روٽ CAs"(Trusted Root CA) منتظم جي ڪنٽرول اسٽيشن تي، جتان اسان تصوير ڊائون لوڊ ڪرڻ جي ڪوشش ڪري رهيا آهيون.

قابل اعتماد روٽ CA ۾ سرٽيفڪيٽ شامل ڪرڻ کان پوء، ٻيهر ڪلڪ ڪريو "ٽيسٽ ڪنيڪشن"، حاصل ڪرڻ گهرجي:

Connection to ovirt-imageio-proxy was successful.

توهان جي سرٽيفڪيشن کي شامل ڪرڻ جي عمل کي مڪمل ڪرڻ کان پوء، توهان ٻيهر ڪوشش ڪري سگهو ٿا ISO تصوير کي اسٽوريج ڊومين ۾ اپ لوڊ ڪرڻ.

اصولي طور تي، توهان هڪ الڳ اسٽوريج ڊومين ٺاهي سگهو ٿا ڊيٽا جي قسم سان تصويرون ۽ ٽيمپليٽس کي محفوظ ڪرڻ لاءِ VM ڊسڪ کان الڳ، يا انهن کي ميزباني ڪيل انجڻ لاءِ اسٽوريج ڊومين ۾ به محفوظ ڪري سگهو ٿا، پر اهو منتظم جي صوابديد تي آهي.

ميزباني ڪيل انجڻ لاءِ اسٽوريج ڊومين ۾ 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 ڪلستر کي انسٽال ڪرڻ ۽ ترتيب ڏيڻ