įvedimas
Atvirojo kodo projektas - nemokama įmonės lygio virtualizacijos platforma. Perslinkęs po habrą tai atradau čia nėra taip plačiai, kaip nusipelno.
oVirt iš tikrųjų yra komercinės sistemos Red Hat Virtualization (RHV, anksčiau RHEV), auganti po Red Hat sparnu. Siekiant išvengti painiavos, tai ne tas pats kaip CentOS vs RHEL, modelis artimesnis Fedora vs RHEL.
Po gaubtu - , valdymui naudojama žiniatinklio sąsaja. Remiantis RHEL / CentOS 7 OS.
„oVirt“ gali būti naudojamas tiek „tradicinei“ serverio, tiek darbalaukio virtualizacijai (VDI), skirtingai nei „VMware“ sprendimas, abi sistemos gali egzistuoti viename komplekse.
Projektas geras , jau seniai subrendo produktyviam naudojimui ir yra paruoštas didelėms apkrovoms.
Šis straipsnis yra pirmasis iš serijos apie tai, kaip sukurti veikiantį perjungimo klasterį. Perėję juos per trumpą laiką (apie 2 valandas) gausime pilnai veikiančią sistemą, nors nemažai klausimų, žinoma, nebus atskleista, pabandysiu juos aptarti kituose straipsniuose.
Naudojame keletą metų, pradedant nuo 4.1 versijos. Mūsų pramoninė sistema šiuo metu veikia HPE Synergy 480 ir ProLiant BL460c 10 kartos kompiuteriuose su Xeon Gold CPU.
Rašymo metu dabartinė versija yra 4.3.
Straipsniai
- Įvadas (mes čia)
Funkcinės savybės
oVirt yra 2 pagrindiniai objektai: ovirt-engine ir ovirt-host (-ai). Tiems, kurie yra susipažinę su VMware produktais, oVirt kaip platforma yra vSphere, ovirt-engine - valdymo sluoksnis - atlieka tas pačias funkcijas kaip vCenter, o ovirt-host yra hipervizorius, kaip ESX (i). Nes vSphere yra labai populiarus sprendimas, kartais palyginsiu su juo.
Ryžiai. 1 — oVirt valdymo pultas.
Dauguma Linux platinimų ir Windows versijų palaikomi kaip svečių įrenginiai. Svečių mašinoms yra agentai ir optimizuoti virtualūs įrenginiai bei virtio tvarkyklės, pirmiausia disko valdiklis ir tinklo sąsaja.
Norint įdiegti gedimams atsparų sprendimą ir visas įdomias funkcijas, jums reikės bendros saugyklos. Palaikomos tiek blokinės FC, tiek FCoE, iSCSI, tiek NFS failų saugyklos ir t.t.. Norint įgyvendinti gedimams atsparų sprendimą, saugojimo sistema taip pat turi būti atspari gedimams (ne mažiau kaip 2 valdikliai, kelių perdavimas).
Galima naudoti vietinę saugyklą, tačiau pagal numatytuosius nustatymus tik bendrai naudojama saugykla tinka tikram klasteriui. Vietinė saugykla paverčia sistemą skirtingu hipervizorių rinkiniu ir net naudojant bendrą saugyklą negalima surinkti klasterio. Teisingiausias būdas yra mašinos be diskų su įkrovimu iš SAN arba minimalaus dydžio diskai. Tikriausiai per vdsm kabliuką galimas Programinės įrangos nustatytos saugyklos surinkimas iš vietinių diskų (pvz., Ceph) ir pristatymas VM, bet aš to rimtai nesvarsčiau.
Architektūra
Ryžiai. 2 – oVirt architektūra.
Daugiau informacijos apie architektūrą rasite programuotojas.
Ryžiai. 3 — oVirt objektai.
Viršutinis hierarchijos elementas yra − Duomenų centras. Jis nustato, ar naudojama bendra, ar vietinė saugykla, taip pat naudojamas funkcijų rinkinys (suderinamumas, 4.1–4.3). Gali būti vienas ar daugiau. Daugeliui parinkčių tinka numatytasis duomenų centras – Numatytasis.
Duomenų centrą sudaro vienas ar daugiau Klasteriai. Klasteris nustato procesoriaus tipą, perkėlimo strategijas ir tt Mažiems įrenginiams taip pat galite apsiriboti numatytuoju klasteriu.
Klasteris, savo ruožtu, susideda iš Priimančioji's, kurie atlieka pagrindinį darbą – jie nešioja virtualias mašinas, prie jų prijungta saugykla. Klasteris turi 2 ar daugiau pagrindinių kompiuterių. Nors techniškai įmanoma sukurti klasterį su 1 pagrindiniu kompiuteriu, praktiškai tai nėra naudinga.
oVirt palaiko daugybę funkcijų, įskaitant. tiesioginis virtualių mašinų perkėlimas tarp hipervizorių (tiesioginis perkėlimas) ir saugyklos perkėlimas (saugyklos perkėlimas), darbalaukio virtualizavimas (virtualios darbalaukio infrastruktūra) su VM telkiniais, būsenos ir be būsenos VM, NVidia Grid vGPU palaikymas, importavimas iš vSphere, KVM, yra galingas ir daug daugiau. Visos šios funkcijos yra nemokamos, o jei reikalingas palaikymas, palaikymą galima įsigyti iš Red Hat per regioninius partnerius.
Apie RHV kainas
Kaina nėra didelė lyginant su VMware, perkamas tik palaikymas – be reikalavimo įsigyti pačią licenciją. Palaikymas perkamas tik hipervizoriams, ovirt variklis, skirtingai nei vCenter Server, nereikalauja jokių išlaidų.
1-ųjų nuosavybės metų skaičiavimo pavyzdys
Panagrinėkime 4 2 lizdų mašinų grupę ir mažmenines kainas (be projekto nuolaidų).
Standartinis RHV abonementas už lizdą per metus (priemoka 365/24/7 – 1499 USD), iš viso 4*2*999 USD=$7992.
:
- „VMware vCenter Server Standard“ 10,837.13 2,625.41 USD už egzempliorių, plius pagrindinė prenumerata 3,125.39 XNUMX USD (gamyba – XNUMX XNUMX USD);
- „VMware vSphere Standard“ 1,164.15 552.61 USD + pagrindinė prenumerata 653.82 USD (gamyba XNUMX USD);
- „VMware vSphere Enterprise Plus“ 6,309.23 1,261.09 USD + pagrindinė prenumerata 1,499.94 XNUMX USD (gamyba XNUMX XNUMX USD).
Iš viso: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 už jauniausią variantą. Skirtumas yra apie 3,5 karto!
oVirt visos funkcijos pasiekiamos be apribojimų.
Trumpos charakteristikos ir maksimumai
Sistemos reikalavimai
Hipervizoriui reikalingas CPU su įjungta aparatinės įrangos virtualizacija, minimalus RAM kiekis paleisti 2 GiB, rekomenduojama OS talpa 55 GiB (daugiausia žurnalams ir pan., pati OS užima mažai).
Daugiau informacijos - .
Už minimalūs reikalavimai 2 branduoliai / 4 GiB RAM / 25 GiB saugykla. Rekomenduojama – nuo 4 branduolių/16 GiB RAM/50 GiB saugyklos.
Kaip ir bet kuriai sistemai, yra apimčių ir kiekių apribojimų, kurių dauguma viršija turimų masinių komercinių serverių galimybes. Taip, pora gali skirti 2 TiB RAM ir suteikia 40 branduolių (80 gijų), o tai yra mažiau nei vienos VM ribos.
Virtualios mašinos maksimumai:
- Maksimalus vienu metu veikiančių virtualių mašinų skaičius: Neribotas;
- Maksimalus virtualių procesorių skaičius virtualioje mašinoje: 384;
- Maksimali atmintis vienoje virtualioje mašinoje: 4 TiB;
- Maksimalus vieno disko dydis vienoje virtualioje mašinoje: 8 TiB.
Maksimalus prieglobos dydis:
- Loginiai procesoriaus branduoliai arba gijos: 768;
- RAM: 12 TiB;
- Priglobtų virtualių mašinų skaičius: 250;
- Vienalaikės gyvos migracijos: 2 įeinantys, 2 išeinantys;
- Tiesioginis perkėlimo pralaidumas: naudojant seną perkėlimo politiką, numatytasis 52 MiB (~ 436 Mb) perkėlimui. Kitos strategijos naudoja prisitaikančias pralaidumo reikšmes, pagrįstas fizinio įrenginio greičiu. QoS politika gali apriboti perkėlimo pralaidumą.
Valdytojo loginio objekto maksimumai:
4.3 yra .
- Duomenų centras
- Maksimalus duomenų centrų skaičius: 400;
- Didžiausias pagrindinio kompiuterio skaičius: 400 palaikomų, 500 patikrintų;
- Maksimalus VM skaičius: palaikoma 4000, išbandyta 5000;
- Klasteris
- Maksimalus klasterių skaičius: 400;
- Didžiausias pagrindinio kompiuterio skaičius: 400 palaikomų, 500 patikrintų;
- Maksimalus VM skaičius: palaikoma 4000, išbandyta 5000;
- tinklas
- Loginiai tinklai/klasteris: 300;
- SDN/išoriniai tinklai: išbandyta 2600, nėra jokių apribojimų;
- saugojimas
- Maksimalus domenų skaičius: 50 palaikomų, 70 išbandytų;
- Prieglobos domene: nėra apribojimų;
- Loginiai tūriai bloko domene (daugiau): 1500;
- Maksimalus LUN skaičius (daugiau): 300;
- Maksimalus disko dydis: 500 TiB (pagal numatytuosius nustatymus ribojamas iki 8 TiB).
Įgyvendinimo parinktys
Kaip jau minėta, oVirt yra sukurtas iš 2 pagrindinių elementų – ovirt-engine (valdymo) ir ovirt-host (hipervizoriaus).
Variklis gali būti už pačios platformos ribų (atskiras tvarkytuvas – tai gali būti VM, veikiantis kitoje platformoje arba atskirame hipervizoriuje, ar net fiziniame kompiuteryje), arba pačioje platformoje (savarankiškai priglobtas variklis, panašus į VCSA metodą). iš VMware).
Hipervizorių galima įdiegti bet kuriame (EL Host) ir toliau (oVirt-Node, pagrįsta el7).
Visų parinkčių techninės įrangos reikalavimai yra maždaug vienodi.
Ryžiai. 4 - standartinė architektūra.
Ryžiai. 5 – savarankiška variklio architektūra.
Sau pasirinkau savarankišką vadybininką ir EL Hosts:
- Atskiras tvarkytuvas yra šiek tiek lengvesnis, kai kalbama apie paleidimo problemas, nėra vištienos ir kiaušinio dilemos (kaip ir VCSA atveju – negalite pradėti, kol bent vienas pagrindinis kompiuteris nėra visiškai įjungtas), tačiau yra priklausomybė nuo kitos sistemos*;
- EL Host suteikia visą OS galią, kuri yra naudinga išoriniam stebėjimui, derinimui, trikčių šalinimui ir kt.
* Tačiau per visą eksploatavimo laikotarpį to nereikėjo net ir po rimto elektros energijos tiekimo sutrikimo.
Bet eikime prie esmės!
Eksperimentams galima išleisti porą ProLiant BL460c G7 ašmenų su Xeon® CPU. Juos naudosime diegimo procesui atkurti.
Suteikime mazgams pavadinimus ovirt.lab.example.com, kvm01.lab.example.com ir kvm02.lab.example.com.
Eikime tiesiai į .
Šaltinis: www.habr.com