Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Tulisan ieu mangrupikeun tuluyan tina tulisan sateuacana - "Nyiptakeun infrastruktur IT anu toleran lepat. Bagian 1 - Nyiapkeun pikeun nyebarkeun klaster oVirt 4.3".

Éta bakal nutupan prosés instalasi dasar sareng konfigurasi klaster oVirt 4.3 pikeun hosting mesin virtual anu sayogi pisan, kalayan nganggap yén sadaya léngkah awal pikeun nyiapkeun infrastruktur parantos réngsé.

Bagian bubuka

Tujuan utama tulisan éta sanés pikeun nyayogikeun pitunjuk léngkah-léngkah tina jinis "Teras -> nuhun -> ngabereskeun", Tapi pikeun nyorot sababaraha spésifik tina instalasi sareng konfigurasi na. Prosés pikeun nyebarkeun klaster anjeun tiasa waé henteu cocog sareng anu dijelaskeun di dinya, kusabab spésifikasi infrastruktur sareng lingkungan anjeun, tapi prinsip umumna bakal sami.

Tina sudut pandang subjektif, oVirt 4.3 Dina hal fungsionalitas, éta sarupa jeung VMware vSphere versi 5.x, tapi tangtu, eta boga konfigurasi sorangan sarta fitur operasi.

Pikeun anu kabetot, sagala bédana antara RHEV (alias oVirt) sareng VMware vSphere tiasa dipendakan online, contona. di dieu, Tapi kuring masih bakal aya kalana catetan sababaraha béda atawa kamiripan maranéhanana diantara sorangan, salaku artikel progresses.

Abdi ogé hoyong ngabandingkeun sakeudeung jaringan pikeun mesin virtual. oVirt ngalaksanakeun prinsip manajemén jaringan anu sami pikeun mesin virtual (saterusna VM) salaku VMware vSphere:

  • с помощью стандартного Linux bridge (в VMware — Standar vSwitch), dijalankeun dina host virtualisasi;
  • ngagunakeun Open vSwitch (OVS) (dina VMware - Disebarkeun vSwitch) mangrupakeun switch virtual disebarkeun diwangun ku dua komponén utama: server OVN sentral jeung controller OVN on host junun.

Необходимо отметить, что из-за простоты реализации, в статье будет описана настройка сетей в oVirt’е для ВМ с помощью стандартного Linux bridge, который является стандартным выбором, при использовании гипервизора KVM.

Dina hal ieu, aya sababaraha aturan dasar pikeun gawé bareng jaringan dina klaster anu pangalusna teu dilanggar:

  • Sadaya setelan jaringan dina host kedah sami sateuacan nambihanana kana oVirt, kecuali alamat IP.
  • Sakali host aya dina kadali oVirt, disarankeun pisan yén anjeun henteu ngarobih setélan jaringan sacara manual kecuali anjeun yakin lengkep dina tindakan anjeun, sabab agén oVirt ngan saukur bakal ngagulung deui ka setélan sateuacana saatos ngamimitian deui host atanapi agén.
  • Nambahkeun jaringan anyar pikeun VM, kitu ogé gawé bareng eta, ngan kudu dipigawé ti konsol manajemén oVirt.

Hiji deui catetan penting - pikeun lingkungan anu kritis pisan (sensitip pisan kana karugian finansial), éta bakal tetep disarankeun pikeun nganggo pangrojong anu mayar sareng dianggo. Virtualisasi Red Hat 4.3Salila operasi klaster oVirt, masalah-masalah anu tangtu tiasa timbul anu disarankeun pikeun milarian bantosan anu mumpuni pas-gancang tinimbang nyobian ngabéréskeunana sorangan.

Sarta pamustunganana disarankeun Sateuacan nyebarkeun klaster oVirt, mangga baca dokuméntasi resmi, janten sadar sahenteuna konsép sareng definisi dasar, upami henteu bakal rada sesah maca sesa tulisan.

Tungtunan di handap ieu penting pikeun ngartos artikel ieu sareng prinsip operasi klaster oVirt:

Volumena henteu ageung pisan, anjeun tiasa ngawasaan prinsip dasar dina sajam atanapi dua jam, sareng pikeun anu resep detil, disarankeun maca Dokuméntasi Produk pikeun Red Hat Virtualization 4.3 - RHEV sareng oVirt dasarna sami.

Janten, upami sadaya setélan dasar dina host, saklar, sareng sistem panyimpen parantos réngsé, urang teraskeun langsung kana panyebaran oVirt.

Bagian 2. Masang jeung Konfigurasi oVirt 4.3 Kluster

Pikeun betah rujukan, abdi bakal daptar bagian utama artikel ieu, nu kudu réngsé dina urutan:

  1. Masang server manajemén oVirt
  2. Nyiptakeun pusat data énggal
  3. Nyieun klaster anyar
  4. Masang host tambahan dina lingkungan anu di-host sorangan
  5. Nyieun Domain Panyimpenan
  6. Nyiptakeun sareng ngonpigurasikeun jaringan pikeun mesin virtual
  7. Nyiptakeun gambar pamasangan pikeun nyebarkeun mesin virtual
  8. Jieun mesin virtual

Masang server manajemén oVirt

Server Manajemén oVirt - mangrupa unsur pangpentingna dina infrastruktur oVirt, dina bentuk mesin virtual, host, atawa alat virtual nu ngatur sakabéh infrastruktur oVirt.

Analog anu caket tina dunya virtualisasi:

  • VMware vSphere - vCenter Server
  • Microsoft Hyper-V - System Center Virtual Mesin Manajer (VMM).

Pikeun masang pangladén manajemén oVirt, urang gaduh dua pilihan:

pilihan 1
Deploying server salaku VM dedicated atanapi host.

pilihan ieu jalan rada alus, tapi ngan lamun VM sapertos ngoperasikeun bebas tina klaster, ie teu dibuka dina sagala host klaster salaku mesin virtual biasa dina kontrol KVM.

Naha VM sapertos kitu henteu tiasa disebarkeun dina host klaster?

В самом начале процесса развёртывания управляющего сервера oVirt, у нас имеется дилемма — управляющую ВМ ставить нужно, но самого кластера фактически ещё нет, и поэтому что можно с ходу придумать? Правильно – установить KVM на будущий узел кластера, далее на нём создать виртуальную машину, например, с ОС CentOS и в ней развернуть oVirt engine. Это может делаться обычно из соображений полного контроля над такой ВМ, но это ошибочное намерение, потому что в таком случае, в дальнейшем 100% будут проблемы с такой управляющей ВМ:

  • moal mungkin mun migrasi eta dina konsol oVirt antara host klaster (titik);
  • nalika migrasi nganggo alat KVM virsh migrasi, VM ieu moal sadia pikeun manajemén ti konsol oVirt.
  • host klaster teu bisa ditampilkeun dina Modeu pangropéa (mode pangropéa) lamun migrasi VM ieu ti host ka host ngagunakeun virsh migrasi.

Janten, lakukeun sadayana numutkeun aturan - nganggo host anu misah pikeun pangladén manajemén oVirt, atanapi VM mandiri anu dijalankeun, atanapi, langkung saé, turutan pilihan kadua.

pilihan 2
Masang oVirt Engine Appliance dina host kluster anu diurus.

Pilihan ieu bakal dianggap langkung leres sareng cocog dina kasus urang.
Sarat pikeun VM sapertos dijelaskeun di handap. Kuring ngan bakal nambahan yén éta dianjurkeun pikeun mibanda sahanteuna dua sarwa dina infrastruktur nu mana VM manajemén bisa ngajalankeun sangkan eta lepat-toleran. Abdi hoyong nambihan éta, sakumaha anu kuring nyarios dina koméntar dina tulisan sateuacana, kuring masih teu acan tiasa nampi otak pamisah dina klaster oVirt dua host, kalawan kamampuhan pikeun ngajalankeun hosted-mesin VMs on aranjeunna.

Masang oVirt Engine Appliance dina host kluster munggaran

Link kana dokuméntasi resmi - oVirt Timer Hosted Engine Guide, bab "Nyebarkeun Mesin Hosted Mandiri Nganggo garis Komando»

Dokumén éta netepkeun prasyarat anu kedah dicumponan sateuacan nyebarkeun VM mesin hosted, sareng ogé ngajelaskeun prosés pamasangan sacara rinci, janten henteu aya titik khusus pikeun ngulang deui verbatim, ku kituna urang bakal difokuskeun sababaraha detil penting.

  • Sateuacan ngamimitian tindakan naon waé, pastikeun pikeun ngaktipkeun dukungan virtualisasi dina setélan BIOS dina host.
  • Pasang pakét installer mesin hosted dina host:

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

  • Kami ngaluncurkeun prosedur panyebaran Mesin Hosted oVirt dina host dina layar (anjeun tiasa kaluar ku Ctrl-A + D, tutup ku Ctrl-D):

screen
hosted-engine --deploy

Upami hoyong, anjeun tiasa ngajalankeun pamasangan sareng file réspon anu tos disiapkeun:

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

  • Nalika nyebarkeun mesin hosted, kami netepkeun sadaya parameter anu diperyogikeun:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

  • Pikeun masang VM anu sayogi kalayan mesin anu di-host, kami nyiptakeun nomer LUN khusus 4 sareng ukuran 150 GB dina sistem panyimpen sateuacanna, anu teras disayogikeun ka host kluster - tingali dina artikel saméméhna.

Kami ogé sateuacana pariksa visibilitasna dina host:

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

  • Prosés panyebaran mesin hosted sorangan lugas, sareng dina tungtung éta, urang kedah nampi pesen anu sami sareng ieu:

[ 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

Pariksa kasadiaan jasa oVirt dina host:

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Upami sadayana dilakukeun leres, teras saatos pamasangan parantos réngsé, angkat ka browser wéb https://ovirt_hostname/ovirt-engine tina komputer administrator, teras klik [Portal Administrasi].

Potret layar "Portal Administrasi"

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Ku ngalebetkeun login sareng kecap akses anjeun (disetél nalika pamasangan) dina jandela anu dipidangkeun dina layar, anjeun bakal dibawa ka panel kontrol Open Virtualization Manager, dimana anjeun tiasa ngalakukeun sagala tindakan sareng infrastruktur virtual anjeun:

  1. nambahkeun puseur data
  2. nambahkeun jeung ngonpigurasikeun klaster
  3. nambahkeun jeung ngatur host
  4. tambahkeun wewengkon gudang atawa Panyimpenan Domain pikeun disk mesin virtual
  5. nambahkeun jeung ngonpigurasikeun jaringan pikeun mesin virtual
  6. nambahkeun jeung ngatur mesin virtual, gambar instalasi, VM template

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Sadaya tindakan ieu bakal dibahas di handap, sababaraha dina citak ageung, sababaraha langkung rinci sareng nuansa.
Tapi ke heula, kuring bakal nyarankeun maca suplement ieu, anu pasti bakal mangpaat pikeun seueur.

Tambihan

1) Sacara prinsip, upami aya kabutuhan sapertos kitu, teu aya anu nyegah anjeun masang hypervisor KVM dina titik kluster sateuacanna nganggo bungkusan. kabébasan и qemu-sq.m (atawa qemu-kvm-ev) versi nu dipikahoyong, sanajan deploying hiji titik klaster oVirt, eta tiasa ngalakukeun ieu sorangan.

Tapi upami kabébasan и qemu-sq.m Upami anjeun masang vérsi anu sanés panganyarna, anjeun tiasa nampi kasalahan di handap ieu salami panyebaran mesin hosted:

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

Hartina, perlu boga versi diropéa kabébasan kalawan panangtayungan ti MDS, nu ngarojong kawijakan di handap ieu:

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

Pasang libvirt v.4.5.0-10.el7_6.12, kalayan dukungan md-clear:

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

Mariksa dukungan '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'/>

Sanggeus ieu, anjeun bisa neruskeun masang mesin hosted.

2) Dina oVirt 4.3, ayana sarta pamakéan firewall a firewalld mangrupa sarat wajib.

Upami kami nampi kasalahan ieu salami panyebaran VM pikeun mesin hosted:

[ 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

Teras anjeun kedah mareuman firewall anu sanés (upami dianggo), sareng pasang sareng jalankeun firewalld:

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

Dina mangsa nu bakal datang, nalika masang agén ovirt dina host anyar pikeun klaster, éta bakal ngonpigurasikeun palabuhan diperlukeun dina firewalld otomatis.

3) Rebooting host sareng VM dijalankeun ku mesin anu di-host.

Sakumaha biasa, link 1 и link 2 dina dokumén pamaréntahan.

Sadaya ngokolakeun mesin VM anu hosted ngan ukur nganggo paréntah hosted-mesin on host dimana manehna jalan, ngeunaan virsh urang kedah hilap, ogé kanyataan yén anjeun tiasa nyambung ka VM ieu via SSH sareng ngalaksanakeun paréntah "shutdown".

Prosedur pikeun nempatkeun VM kana mode pangropéa:

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

Urang reboot host kalawan agén mesin hosted tur ngalakukeun kalawan eta naon urang kudu.

Saatos rebooting, pariksa status VM sareng mesin hosted:

hosted-engine --vm-status

Upami VM kami sareng mesin hosted gagal ngamimitian sareng urang ningali kasalahan anu sami dina log jasa:

Kasalahan dina log jasa:

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

Teras urang sambungkeun gudang sareng balikan deui agén:

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

hosted-engine --vm-start
hosted-engine --vm-status

Saatos ngamimitian VM nganggo mesin hosted, urang kaluar tina mode pangropéa:

Prosedur pikeun ngaluarkeun VM tina mode pangropéa:

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) Nyoplokkeun mesin hosted jeung sagalana pakait sareng eta.

Kadang-kadang perlu leres nyabut mesin anu dipasang sateuacana - link kana dokumén pamaréntahan.

Urang ngan saukur ngaéksekusi paréntah dina host:

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

Salajengna, urang miceun bungkusan anu teu perlu, nyadangkeun konfigurasi sateuacanna, upami perlu:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Nyiptakeun pusat data énggal

Dokuméntasi pitulung - Pituduh Administrasi oVirt. Bab 4: Puseur Data

Mimiti, hayu urang ngartikeun naon éta puseur data (Kuring cutatan tina pitulung) mangrupakeun éntitas logis nu ngahartikeun susunan sumberdaya dipaké dina lingkungan husus.

Pusat data mangrupikeun jinis wadah anu diwangun ku:

  • sumberdaya logis dina bentuk klaster jeung host
  • sumberdaya jaringan klaster dina bentuk jaringan logis sareng adaptor fisik dina host,
  • sumberdaya gudang (pikeun disk VM, témplat, gambar) dina bentuk wewengkon gudang (Domain Panyimpenan).

Pusat data tiasa ngandung sababaraha klaster anu diwangun ku sababaraha host sareng mesin virtual anu dijalankeun, sareng éta ogé tiasa gaduh sababaraha tempat panyimpen anu aya hubunganana.
Bisa jadi aya sababaraha puseur data, sadayana beroperasi sacara mandiri. Ovirt ngamungkinkeun pikeun idin dumasar-peran, sarta ngidinan pikeun idin ngaropéa, duanana di tingkat puseur data jeung elemen logis individu.

Pusat data, atanapi pusat data upami aya sababaraha, diurus tina konsol administrasi tunggal atanapi portal.

Pikeun nyieun pusat data, buka portal administratif tur jieun pusat data anyar:
itung >> puseur data >> anyar

Kusabab kami nganggo panyimpenan anu dibagikeun dina sistem panyimpen, jinis panyimpen (Tipe Panyimpen) kedah Dibagikeun:

Potret layar wizard nyiptakeun pusat data

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nalika masang mesin virtual sareng mesin hosted, pusat data didamel sacara standar - Puseur Data1, lajeng, upami diperlukeun, Anjeun bisa ngarobah tipe gudang (Tipe Panyimpenan) ka nu sejen.

Nyiptakeun pusat data mangrupikeun tugas anu sederhana, tanpa aya nuansa anu rumit, sareng sadaya léngkah tambahan dijelaskeun dina dokuméntasi. Kuring ngan bakal dicatet yén sarwa mandiri kalawan ngan gudang lokal (disk) pikeun VMs moal bisa ngakses (atawa ditambahkeun kana) puseur data kalawan Panyimpenan Tipe disetel ka Dibagi, sarta puseur data misah kudu dijieun pikeun aranjeunna-nyaéta, unggal host individu kalawan gudang lokal merlukeun puseur data sorangan.

Nyieun klaster anyar

Link kana dokuméntasi: Pituduh Administrasi oVirt. Bab 5: Kluster

Tanpa rinci teuing, klaster Kluster mangrupikeun grup logis tina host anu ngabagi tempat panyimpen umum (dina bentuk disk anu dibagikeun dina sistem panyimpenan, sapertos dina kasus urang). Éta ogé pikaresepeun pikeun host dina kluster idéntik dina hardware sareng gaduh jinis prosésor anu sami (Intel atanapi AMD). Ideally, server dina klaster kudu sagemblengna idéntik.

Kluster mangrupikeun bagian tina pusat data (kalayan jinis panyimpen khusus - lokal atawa dibagikeun), sarta sakabeh host kudu milik sababaraha klaster, gumantung kana naha maranéhna boga gudang umum atanapi henteu.

Nalika masang mesin virtual sareng mesin hosted dina host, pusat data didamel sacara standar - Puseur Data1, bareng jeung klaster - Klaster1, sareng ka hareup anjeun tiasa ngonpigurasikeun parameterna, aktipkeun pilihan tambahan, tambahkeun host kana éta, jsb.

Sakumaha biasa, pikeun detil ngeunaan sadaya setélan klaster, disarankeun pikeun ngarujuk kana dokuméntasi resmi. Ngeunaan setelan klaster, Kuring ngan bakal nambahan yén nalika nyieun klaster, Anjeun ngan perlu ngonpigurasikeun parameter dasar dina tab. umum.

Kuring bakal nyorot parameter pangpentingna:

  • Jenis prosésor - dipilih dumasar kana nu prosesor anu dipasang dina sarwa klaster, produsén maranéhna, jeung nu processor on host anu pangkolotna, ku kituna, gumantung kana ieu, sagala parentah processor sadia dina klaster dipaké.
  • Jenis switch – у нас в кластере используется только Linux bridge, поэтому его и выбираем.
  • Jenis firewall - sagalana jelas di dieu, ieu firewalld, nu kudu diaktipkeun jeung ngonpigurasi dina host.

Potret layar sareng parameter klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Masang host tambahan dina lingkungan Self-Hosted

link dina dokuméntasi.

host tambahan pikeun lingkungan Self-Hosted ditambahkeun dina cara nu sarua salaku host biasa, jeung hambalan tambahan deploying a VM kalawan mesin hosted - Pilih aksi deployment engine hosted >> nyebarkeunKusabab host tambahan ogé kudu dibere LUN pikeun VM kalawan mesin hosted, ieu ngandung harti yén host ieu bisa dipaké pikeun host a VM kalawan mesin hosted, lamun perlu.
Pikeun tujuan kasabaran sesar, disarankeun pikeun sahenteuna sahenteuna dua host dimana VM sareng mesin hosted tiasa ditempatkeun.

Dina host tambahan, mareuman iptables (upami diaktipkeun), aktipkeun firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Pasang versi KVM anu diperyogikeun (upami diperyogikeun):

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

Pasang repositori anu diperyogikeun sareng pamasang mesin hosted:

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

Salajengna, urang buka konsol nu. Buka Manajer Virtualisasi, nambahkeun host anyar, sarta ngalakukeun sagalana step by step, sakumaha ditulis dina dokuméntasi.

Hasilna, saatos nambihan host tambahan, urang kedah kéngingkeun gambar dina konsol administrasi sami sareng anu aya dina layar.

Potret layar portal administrasi - host

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Host dimana VM nganggo mesin hosted ayeuna aktip gaduh makuta emas sareng tulisan "Ngajalankeun Hosted Engine VM", host dimana VM ieu tiasa diluncurkeun upami diperyogikeun - prasasti "Bisa ngajalankeun Hosted Engine VM".

Dina kasus gagalna host anu "Ngajalankeun Hosted Engine VM", eta otomatis bakal balikan deui dina host kadua. VM ieu ogé bisa migrasi ti host aktip ka host sayaga pikeun pangropéa.

Nyetél Manajemén Daya / Anggar dina host oVirt

Link dokuméntasi:

Sanaos sigana yén nambihan sareng ngonpigurasikeun host parantos réngsé, ieu sanés leres pisan.
Pikeun mastikeun operasi normal tina host sareng ngaidentipikasi / ngalereskeun sagala kagagalan sareng aranjeunna, anjeun kedah ngonpigurasikeun Manajemén Daya / Anggar.

Anggar, atawa Anggar, nyaéta prosés samentawis ngaluarkeun host anu lepat atanapi gagal tina klaster, dimana jasa oVirt atanapi host sorangan di-restart.

Sakumaha biasa, sagala rinci ngeunaan Manajemén Daya / definisi Anggar sareng parameter dirumuskeun dina dokuméntasi; Kuring ngan bakal masihan conto kumaha ngonpigurasikeun parameter penting ieu, sakumaha dilarapkeun ka server Dell R640 kalawan iDRAC 9.

  1. Kami angkat ka portal administrasi teras klik itung >> Sarwa pilih host.
  2. Pencét édit.
  3. Klik dina tab Manajemén kakuatan.
  4. Pariksa kotak gigireun pilihan Aktipkeun Manajemén Daya.
  5. Pariksa kotak gigireun pilihan integrasi Kdumppikeun nyegah host tina lebet kana mode Anggar bari nulis dump kacilakaan kernel.

Catetan.

Saatos ngaktipkeun integrasi Kdump dina host anu parantos jalan, éta kedah dipasang deui dumasar kana prosedur dina Pituduh Administrasi oVirt -> Bab 7: Hosts -> Pasang deui Host.

  1. Optionally, anjeun tiasa pariksa kotak Pareuman kontrol kawijakan manajemén kakuatan, lamun urang teu hayang manajemén kakuatan host bisa dikawasa ku Sarat jeung Kaayaan Scheduling klaster.
  2. Pencét tombol (+) pikeun nambahkeun alat manajemén kakuatan anyar, jandela ngedit sipat agén bakal muka.
    Pikeun iDRAC9, eusian widang:
    • alamat - alamat iDRAC9
    • Ngaran pamaké / Sandi – login sareng kecap akses pikeun ngasupkeun iDRAC9, masing-masing
    • ngetik — drak5
    • tanda aman
    • tambahkeun pilihan di handap ieu: cmd_prompt =>,login_timeout=30

Screenshot tina setélan "Power Management" dina sipat host

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyieun Domain Panyimpenan

Tautan dokuméntasi: Pituduh Administrasi oVirt, Bab 8: Panyimpenan.

Domain Panyimpenan, atawa aréa gudang, mangrupakeun lokasi terpusat pikeun nyimpen disk mesin virtual, gambar instalasi, template, sarta snapshots.

Wewengkon panyimpen tiasa dihubungkeun ka pusat data nganggo sababaraha protokol, klaster sareng sistem file jaringan.

oVirt ngagaduhan tilu jinis rohangan panyimpen:

  • Domain Data - pikeun nyimpen sadaya data anu aya hubunganana sareng mesin virtual (disk, témplat). Data Domain teu bisa dibagikeun antara puseur data béda.
  • Domain ISO (tipe aréa gudang warisan) - pikeun nyimpen gambar instalasi OS. ISO Domain bisa dibagikeun antara puseur data béda.
  • Ékspor Domain (tipe aréa gudang warisan) - pikeun neundeun samentara gambar dipindahkeun antara puseur data.

Dina hal husus urang, wewengkon gudang kalayan tipe Data Domain ngagunakeun Fiber Channel Protocol (FCP) pikeun nyambung ka LUNs dina sistem gudang.

Tina sudut pandang oVirt, nalika nganggo panyimpenan (FC atanapi iSCSI), unggal disk virtual, snapshot, atanapi template mangrupikeun disk logis.
Alat blok dikumpulkeun babarengan (dina host klaster) nganggo Volume Group teras dibagi nganggo LVM kana volume logis anu dianggo salaku disk virtual pikeun VM.

Sadaya grup ieu sareng seueur volume LVM tiasa ditingali dina host kluster nganggo paréntah jsb и lvsAlami, sagala lampah kalawan disk misalna kudu dipigawé ngan ti konsol oVirt, iwal dina kasus husus.

Disk virtual pikeun VM tiasa janten dua jinis: QCOW2 atanapi RAW. Disk tiasa"ipis"atawa"kandel". Snapshots sok dijieun salaku "ipis".

Cara domain gudang, atawa wewengkon gudang diakses via Fiber Channel (FC), diurus cukup logis: unggal VM virtual disk boga volume logis misah, bisa ditulis ku ngan hiji host. Pikeun sambungan FC, oVirt ngagunakeun hal sarupa LVM clustered.

Mesin virtual anu aya dina tempat panyimpen anu sami tiasa dipindahkeun antara host anu aya dina klaster anu sami.

Salaku tiasa urang tingali tina katerangan, klaster di oVirt, kawas klaster di VMware vSphere atanapi Hyper-V, dasarna hartina hal anu sarua: eta mangrupakeun grup logis tina host, preferably idéntik dina komposisi hardware, sarta ngabogaan gudang umum pikeun mesin virtual disk.

Hayu urang ngalih langsung ka nyiptakeun tempat panyimpen data (disk VM), sabab tanpa éta pusat data moal diinisialisasi.
Hayu atuh ngingetkeun yén sadaya LUN anu disayogikeun ka host kluster dina sistem panyimpen kedah katingali ku aranjeunna nganggo paréntah "multipath -ll".

nurutkeun dokuméntasi, urang buka portal, urang lebet panyimpenan >> domain -> Domain Anyar tur turutan parentah dina bagian "Nambahan FCP Storage".

Sanggeus ngajalankeun wizard, eusian widang nu diperlukeun:

  • nami - Nyetél nami klaster
  • Fungsi Domain - Data
  • Jenis Panyimpen - Saluran Serat
  • Host pikeun Paké - pilih host anu LUN anu diperyogikeun sayogi

Dina daptar LUN, urang cirian anu urang peryogikeun teras klik nambah teras salajengna OKUpami diperlukeun, anjeun tiasa nyaluyukeun parameter aréa gudang tambahan ku ngaklik on Parameter Canggih.

Potret layar wizard "Domain Panyimpenan".

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Dumasar hasil pagawéan wizard, urang kedah nampi tempat panyimpen énggal, sareng pusat data urang kedah ngalih ka status. UP, atawa initialized:

Potret layar pusat data sareng tempat panyimpenna:

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun sareng ngonpigurasikeun jaringan pikeun mesin virtual

Tautan dokuméntasi: Pituduh Administrasi oVirt, Bab 6: Jaringan Logika

Jaringan, atanapi jaringan, dianggo pikeun ngagolongkeun jaringan logis anu dianggo dina infrastruktur virtual oVirt.

Для взаимодействия сетевого адаптера на виртуальной машине, с физическим адаптером на хосте, используются логические интерфейсы типа Linux jambatan

Pikeun grup sarta misahkeun lalulintas antara jaringan, VLANs ngonpigurasi dina saklar.

Nalika nyieun jaringan logis pikeun mesin virtual di oVirt, perlu napelkeun eta hiji ID nu cocog jumlah VLAN on switch ambéh VMs bisa saling komunikasi, sanajan aranjeunna ngajalankeun on titik klaster béda.

Setélan awal adaptor jaringan dina host pikeun nyambungkeun mesin virtual kedah dilakukeun artikel saméméhna - panganteur logis geus ngonpigurasi bondxnumx, teras sadaya setelan jaringan kedah dilakukeun ngan ngaliwatan portal administrasi oVirt.

Saatos nyiptakeun VM sareng mesin anu di-host, salian ti nyiptakeun pusat data sareng klaster otomatis, jaringan logis pikeun ngatur klaster urang ogé otomatis diciptakeun - ovritmgmt, nu VM ieu disambungkeun.

Upami diperlukeun, anjeun tiasa ningali setélan jaringan logis ovritmgmt tur saluyukeun aranjeunna, tapi anjeun kudu ati ulah leungit kontrol infrastruktur oVirt.

Setélan jaringan logis ovritmgmt

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Pikeun nyieun jaringan logis anyar pikeun VM biasa, buka portal administrasi Network >> Jaringan >> anyar, sareng dina tab umum tambahkeun jaringan sareng ID VLAN anu diperyogikeun, sareng cék ogé kotak di gigireun "Jaringan VM", Ieu ngandung harti yén éta bisa dipaké pikeun napelkeun ka VM a.

Screenshot tina jaringan logis VLAN32 anyar

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Dina tab Klaster, urang ngagantelkeun jaringan ieu kana klaster urang Klaster1.

Sanggeus ieu urang buka itung >> Sarwa, urang buka unggal host dina gilirannana, ka tab panganteur jaringan, tur ngajalankeun wizard Setup jaringan host, pikeun ngabeungkeut host tina jaringan logis anyar.

Potret layar tina wizard "Setup host jaringan".

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Agén oVirt bakal otomatis ngadamel sadaya setélan jaringan anu diperyogikeun dina host - nyiptakeun VLAN sareng BRIDGE.

Conto file konfigurasi pikeun jaringan anyar dina host:

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

Hayu atuh ngingetan sakali deui yén dina host kluster HENTEU KEDAH jieun interfaces jaringan sacara manual sateuacanna ifcfg-beungkeut1.432 и ifcfg-ovirtvm-vlan432.

Saatos nambahkeun jaringan logis tur mariksa sambungan antara host jeung VM kalawan mesin hosted, éta bisa dipaké dina mesin virtual.

Nyiptakeun gambar pamasangan pikeun nyebarkeun mesin virtual

Tautan dokuméntasi: Pituduh Administrasi oVirt, Bab 8: Panyimpenan, bagian Ngunggah Gambar ka Domain Panyimpenan Data.

Tanpa gambar instalasi OS, Anjeun moal bisa masang mesin virtual, sanajan ieu teu jadi masalah lamun geus, contona, hiji mesin virtual dipasang dina jaringan Anjeun. Tukang sapatu kalawan gambar tos dijieun.

Dina kasus urang, ieu teu mungkin, jadi urang kudu ngimpor gambar ieu kana oVirt sorangan. Saméméhna, ieu diperlukeun nyieun hiji ISO Domain, tapi dina versi anyar oVirt, ieu geus deprecated, jadi Anjeun ayeuna bisa unggah gambar langsung ka Domain Panyimpenan ti portal administrasi.

Dina portal administratif, buka panyimpenan >> disk >> upload >> ngamimitian
Urang tambahkeun gambar OS urang salaku file ISO, eusian sagala widang dina formulir, teras klik "Tés sambungan".

Potret layar tina Add Installation Image Wizard

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Upami urang nampi kasalahan sapertos kieu:

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`

Teras anjeun kedah nambihan sertipikat oVirt ka "Dipercanten Akar CAs» (Akar dipercaya CA) dina stasiun kontrol administrator urang ti mana urang nyobian pikeun ngundeur gambar.

Saatos nambihan sertipikat ka Trusted Root CA, klik "Tés sambungan", kedah nampi:

Connection to ovirt-imageio-proxy was successful.

Saatos réngsé prosés panambahan sertipikat, anjeun tiasa nyobian unggah deui gambar ISO ka Domain Panyimpenan deui.

Sacara prinsip, kasebut nyaéta dimungkinkeun pikeun nyieun Panyimpenan Domain misah jeung tipe Data pikeun nyimpen gambar na témplat misah ti disk VM, atawa malah nyimpen aranjeunna dina Panyimpenan Domain pikeun mesin hosted, tapi ieu téh di kawijaksanaan administrator.

Screenshot gambar ISO dina Panyimpenan Domain pikeun mesin hosted

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Jieun mesin virtual

Link kana dokuméntasi:
oVirt Pituduh Manajemén Mesin Virtual -> Chapter 2: Installing Linux Mesin maya
Konsol Klién Sumberdaya

Saatos ngamuat gambar pamasangan OS kana oVirt, anjeun tiasa langsung ngadamel mesin virtual. Seueur padamelan anu parantos dilakukeun, tapi urang parantos dina tahap ahir, tujuanana sadayana dimimitian: nyiptakeun infrastruktur anu toleran lepat pikeun hosting mesin virtual anu sayogi pisan. Sareng sadaya ieu leres-leres gratis-henteu aya artos anu diséépkeun pikeun mésér lisénsi parangkat lunak.

Для создания виртуальной машины с CentOS 7, должен быть загружен установочный образ с ОС.

Urang buka portal administrasi, buka itung >> Mesin maya, tur ngajalankeun wizard kreasi VM. Eusian sadaya parameter sareng widang, teras klik OKSagalana saderhana pisan upami anjeun nuturkeun dokuméntasi.

Salaku conto, kuring bakal nyayogikeun setélan dasar sareng canggih pikeun VM anu sayogi, kalayan disk anu diciptakeun, nyambung ka jaringan, sareng boot tina gambar pamasangan:

Potret layar tina setélan VM anu sayogi pisan

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Saatos réngsé wizard, tutup éta, peluncuran VM énggal, sareng pasang OS di dinya.
Jang ngalampahkeun ieu, asup kana konsol VM ieu ngaliwatan portal administratif:

Screenshot tina setélan portal administrasi pikeun nyambungkeun kana konsol VM

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Pikeun nyambung ka konsol VM, Anjeun mimitina kudu ngonpigurasikeun konsol dina sipat mesin virtual.

Potret layar setélan VM, tab "Konsol".

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Pikeun nyambung ka konsol VM, anjeun tiasa nganggo, contona, Mesin Virtual Viewer.

Pikeun nyambung ka konsol VM langsung dina jandela browser, setélan sambungan konsol kedah kieu:

Nyiptakeun infrastruktur IT anu toleran kasalahan. Bagian 2. Masang jeung ngonpigurasikeun oVirt 4.3 klaster

Saatos masang OS dina VM, disarankeun pikeun masang agén tamu 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

Janten, salaku hasil tina tindakan urang, VM anu diciptakeun bakal sayogi pisan, hartosna upami titik kluster anu dijalankeun gagal, oVirt bakal otomatis ngamimitian deui dina titik kadua. VM ieu ogé tiasa migrasi antara host klaster pikeun pangropéa atanapi tujuan anu sanés.

kacindekan

Abdi ngarepkeun tulisan ieu parantos nyarios yén oVirt mangrupikeun alat manajemén infrastruktur maya anu sampurna anu henteu sesah disebarkeun — salami anjeun nuturkeun aturan sareng syarat khusus anu digariskeun dina tulisan sareng dokuméntasi.

Kusabab ukuran artikel anu ageung, mustahil kalebet seueur hal, sapertos petunjuk léngkah-léngkah pikeun ngalengkepan rupa-rupa wizard kalayan panjelasan sareng screenshot anu lengkep, kaluaran paréntah anu panjang, sareng sajabana. Kanyataanna, ieu bakal merlukeun hiji sakabéh buku, nu teu utamana praktis dibere release konstan versi software anyar kalawan inovasi sarta parobahan. Anu paling penting nyaéta ngartos kumaha sadayana tiasa dianggo babarengan sareng ngembangkeun algoritma umum pikeun nyiptakeun platform manajemén mesin virtual anu toleran.

Sanaos urang parantos nyiptakeun infrastruktur virtual, urang ayeuna kedah ngajarkeun éta pikeun berinteraksi boh antara elemen individuna-host, mesin virtual, jaringan internal-sareng sareng dunya luar.

Proses ieu mangrupikeun salah sahiji tugas utama sistem atanapi administrator jaringan, anu bakal dibahas dina tulisan salajengna - ngeunaan pamakean router virtual VyOS dina infrastruktur toleran kasalahan perusahaan urang (sapertos anu anjeun duga, aranjeunna bakal dijalankeun salaku mesin virtual dina kluster oVirt kami).

sumber: www.habr.com

Mésér hosting anu dipercaya pikeun situs anu gaduh panyalindungan DDoS, server VPS VDS 🔥 Meser hosting situs wéb anu tiasa dipercaya nganggo panyalindungan DDoS, server VPS VDS | ProHoster