Importa aizstāŔana praksē. 2. daļa. Sākums. Hipervizors

IepriekŔējā raksts tika apsvērtas iespējas, ar ko varētu aizstāt esoŔās sistēmas, Ä«stenojot importa aizstāŔanas rÄ«kojumu. Å ajos rakstos galvenā uzmanÄ«ba tiks pievērsta konkrētu produktu atlasei, lai aizstātu paÅ”laik izvietotos. Sāksim ar sākumpunktu ā€“ virtualizācijas sistēmu.
Importa aizstāŔana praksē. 2. daļa. Sākums. Hipervizors

1. Izvēles mokas

Tātad, ko jūs varat izvēlēties? IN Telekomunikāciju un masu komunikāciju ministrijas reģistrs ir izvēle:

  • Servera virtualizācijas sistēma "R-virtualizācijaĀ» (libvirt, KVM, QEMU)
  • ProgrammatÅ«ras pakotne "Brestas virtualizācijas rÄ«kiĀ» (libvirt, KVM, QEMU)
  • Platforma virtualizācijas vides pārvaldÄ«Å”anai un uzraudzÄ«bai "Å arksas straume" (mākonis risinājums, kas 95% gadÄ«jumu nav piemērots valsts iestādēm (slepenÄ«ba utt.)
  • ProgrammatÅ«ras pakotne serveru, galddatoru un lietojumprogrammu virtualizācijai "HOST" (KVM x86)
  • Sistēma droÅ”ai virtualizācijas vides pārvaldÄ«bai "Z|virt"(aka oVirt+KVM)
  • Virtualizācijas vides pārvaldÄ«bas sistēma "ROSA virtualizācija"(aka oVirt+KVM)
  • Hipervizors QP VMM (pārāk lÄ«dzÄ«gs Oracle Virtual Box, lai bÅ«tu kaut kas cits)

Varat arÄ« ņemt vērā hipervizorus, kas ir iekļauti OS izplatÄ«Å”anā vai atrodas to repozitorijā. Piemēram, Astra Linux ir KVM atbalsts. Un tā kā tas ir iekļauts OS krātuvēs, to var uzskatÄ«t par ā€œlikumÄ«guā€ instalÄ“Å”anai un lietoÅ”anai. ā€œKo var izmantot kā daļu no importa aizstāŔanas un ko nevarā€ tika apspriests iepriekŔējā raksts, tāpēc es pie Ŕī jautājuma nekavÄ“Å”os.

Patiesībā Ŕeit Astra Linux virtualizācijas rīku saraksts:

  • VirtualBox
  • Virt-menedžeris (KVM) Ērgļa strāva
  • libvirt pa KVM

ROSA Linux Ŕāda saraksta nav, taču to var atrast wiki Ŕādas paketes:

  • ROSA virtualizācija pār oVirt, izmantojot KVM
  • QEMU pa KVM
  • oVirt 3.5 pa KVM

Aprēķināt ir tas QEMU pa KVM

Alt Linux ir tas pats KVM

1.2. Ir viens BET

Rūpīgāk izpētot, mēs secinām, ka mums būs jāsaskaras tikai ar dažiem labi zināmiem hipervizoriem, proti:

  1. KVM
  2. VirtualBox
  3. QEMU

QEMU ir bezmaksas un atvērtā koda programma dažādu platformu aparatÅ«ras emulÄ“Å”anai, kas var darboties arÄ« neizmantojot KVM, bet aparatÅ«ras virtualizācijas izmantoÅ”ana ievērojami paātrina viesu sistēmu veiktspēju, tāpēc KVM izmantoÅ”ana QEMU (-enable-kvm) ir vēlamā iespēja. (c) Tas ir, QEMU ir 2. tipa hipervizors, kas nav pieņemams produkta vidē. Ar KVM to var izmantot, bet Å”ajā gadÄ«jumā QEMU tiks izmantots kā KVM pārvaldÄ«bas rÄ«ks...

Izmantojot oriÄ£inālu VirtualBox tirdzniecÄ«bā patiesÄ«bā ir licences pārkāpums: ā€œSākot ar 4. versiju, kas izlaista 2010. gada decembrÄ«, galvenā produkta daļa tiek izplatÄ«ta bez maksas saskaņā ar GPL v2 licenci. Papildus instalēta papildu pakotne, kas nodroÅ”ina atbalstu USB 2.0 un 3.0 ierÄ«cēm, Remote Desktop Protocol (RDP), diska Å”ifrÄ“Å”ana, sāknÄ“Å”ana no NVMe un PXE, tiek izplatÄ«ta saskaņā ar Ä«paÅ”u PUEL licenci (ā€œpersonÄ«gai lietoÅ”anai un novērtÄ“Å”anaiā€). , saskaņā ar kuru sistēma ir bezmaksas personÄ«gai lietoÅ”anai, apmācÄ«bas nolÅ«kos vai novērtÄ“Å”anai pirms lēmuma pieņemÅ”anas par komerciālās versijas iegādi." (c) Plus VirtualBox ir arÄ« 2. tipa hipervizors, tāpēc tas arÄ« pazÅ«d.

Kopā: tīrā veidā mums ir tikai KVM.

2. Pārējais: KVM vai KVM?

Importa aizstāŔana praksē. 2. daļa. Sākums. Hipervizors

Ja jums joprojām ir jāpārslēdzas uz ā€œiekÅ”zemesā€ hipervizoru, jÅ«su izvēle, atklāti sakot, ir maza. Tas bÅ«s KVM vienā vai otrā iesaiņojumā, ar zināmām modifikācijām, bet tas joprojām bÅ«s KVM. Tas, vai tas ir labi vai slikti, ir cits jautājums; alternatÄ«vas joprojām nav.

Ja nosacÄ«jumi nav tik stingri, tad, kā apspriests iepriekŔējā raksts: ā€œMums ir jānoved rādÄ«tāji lÄ«dz noteiktajām robežām. Faktiski tas nozÄ«mē, ka mums ir jāaizstāj esoŔā OS ar produktiem no Telekomunikāciju un masu komunikāciju ministrijas reÄ£istra un jāpalielina nomainÄ«to operētājsistēmu skaits lÄ«dz 80%.. Tātad, mēs varam droÅ”i atstāt klasteru uz Hyper-V , jo mums tas ir un mums tas patÄ«k... "(c) Tātad mēs esam izvēles priekŔā: Microsoft Hyper-v vai KVM. KVM varbÅ«t ar ā€œpieskrÅ«vētāmā€ vadÄ«bas ierÄ«cēm, bet tas paliks tāds pats KVM.

Šie produkti ir tālu no salīdzināmības vienreizNav divreizNav trīs reizes... nu tu saproti...

Par izvietoÅ”anu un konfigurÄ“Å”anu KVM tas nebija rakstÄ«ts tāpat vienreizNav divreizNav trÄ«s reizes nav četras reizes... Vardā, izgaisis.

Tas pats attiecas uz Microsoft Hyper-V..

Neredzu jēgu atkārtot sevi un aprakstÄ«t Ŕīs sistēmas, salÄ«dzināt utt. JÅ«s, protams, varat izvilkt galvenos punktus no rakstiem, bet tas, manuprāt, bÅ«tu necieņa pret autoriem. Kuram bÅ«s jāizvēlas, tas izlasÄ«s ne tikai Å”o, bet arÄ« informācijas kalnu, lai pieņemtu lēmumu.

VienÄ«gā atŔķirÄ«ba, uz kuru vēlos koncentrēties, ir kļūmjpārlēces klasterizācija. Ja Microsoft tas ir iebÅ«vēts OS un hipervizora funkcionalitātē, tad KVM gadÄ«jumā jums bÅ«s jāizmanto treŔās puses programmatÅ«ra, kas jāiekļauj OS krātuvēs. Piemēram, tā pati Corosync + Pacemaker kombinācija. (Å Ä« kombinācija ir gandrÄ«z visās vietējās operētājsistēmās... varbÅ«t visas, bet es nepārbaudÄ«ju 100% no tām.) Ir pieejamas arÄ« klasteru iestatÄ«Å”anas rokasgrāmatas.

3. Secinājums

Nu, kā jau ierasts, mÅ«su Kuļibiņi neapgrÅ«tināja, paņēma to, kas bija, pielika nedaudz savu un saražoja ā€œproduktuā€, kas pēc dokumentiem ir paÅ”māju, bet patiesÄ«bā ir OpenSource. Vai ir jēga tērēt naudu no budžeta ā€œatseviŔķāmā€ virtualizācijas sistēmām (lasÄ«t: nav iekļautas OS)? Nedomājiet. Tā kā jÅ«s joprojām saņemsiet to paÅ”u KVM, jums bÅ«s tikai jāmaksā par to.

Tādējādi hipervizora aizstājēja izvēle ir atkarīga no tā, kādu servera operētājsistēmu jūs gatavojaties iegādāties uzņēmumam un izmantot. Vai, kā manā gadījumā, jūs paliksit pie tā, kas jums jau ir (Hyper-VESXi insert_needed).

Avots: www.habr.com

Pievieno komentāru