Sa nakaraan
1. Ang paghihirap ng pagpili
Kaya, ano ang maaari mong piliin mula sa? SA
- Sistema ng virtualization ng server "R-VirtualizationΒ» (libvirt, KVM, QEMU)
- Software package "Mga tool sa virtualization ng BrestΒ» (libvirt, KVM, QEMU)
- Platform para sa pamamahala at pagsubaybay sa kapaligiran ng virtualization "Sharx Stream" (isang cloud solution na hindi angkop para sa mga opisina ng gobyerno sa 95% ng mga kaso (secrecy, atbp.)
- Software package para sa virtualization ng mga server, desktop at application "HOST" (KVM x86)
- System para sa ligtas na pamamahala ng virtualization environment "Z|virt"(aka oVirt+KVM)
- Sistema ng pamamahala sa kapaligiran ng virtualization "ROSA Virtualization"(aka oVirt+KVM)
- Hypervisor QP VMM (masyadong katulad ng Oracle Virtual Box upang maging anumang bagay)
Maaari mo ring isaalang-alang ang mga hypervisor na kasama sa pamamahagi ng OS o matatagpuan sa kanilang imbakan. Halimbawa, ang Astra Linux ay may suporta sa KVM. At dahil kasama ito sa mga repositoryo ng OS, maaari itong ituring na "lehitimo" para sa pag-install at paggamit. "Ano ang maaaring gamitin bilang bahagi ng pagpapalit ng import at kung ano ang hindi" ay tinalakay sa nakaraang
Sa katunayan, dito
- VirtualBox
- Virt-manager (KVM) Agila na kasalukuyang
- libog sa KVM
Ang ROSA Linux ay walang ganoong listahan, ngunit mahahanap mo ito sa wiki
- ROSA Virtualization higit sa oVirt sa KVM
- QEMU sa KVM
- oVirt 3.5 sa KVM
May ganito ang Calculate
Ang Alt Linux ay may pareho
1.2. May isa PERO
Sa mas malapit na pagsusuri, napagpasyahan namin na kakailanganin naming harapin ang ilang mga kilalang hypervisor, katulad:
QEMU ay isang libre at open source na programa para sa pagtulad sa hardware ng iba't ibang platform, na maaaring gumana nang hindi gumagamit ng KVM, ngunit ang paggamit ng hardware virtualization ay makabuluhang nagpapabilis sa pagganap ng mga guest system, kaya ang paggamit ng KVM sa QEMU (-enable-kvm) ay ang ginustong opsyon. (c) Ibig sabihin, ang QEMU ay isang uri 2 hypervisor, na hindi katanggap-tanggap sa kapaligiran ng produkto. Sa KVM maaari itong magamit, ngunit sa kasong ito, ang QEMU ay gagamitin bilang tool sa pamamahala ng KVM...
Gamit ang orihinal VirtualBox sa commerce talaga
Kabuuan: sa dalisay nitong anyo ay mayroon lamang tayo KVM.
2. Ang natitira: KVM o KVM?
Kung kailangan mo pa ring lumipat sa isang "domestic" hypervisor, ang iyong pagpipilian, sa totoo lang, ay maliit. Ito ay magiging KVM sa isang wrapper o iba pa, na may ilang partikular na pagbabago, ngunit magiging KVM pa rin ito. Kung ito ay mabuti o masama ay isa pang tanong; wala pa ring alternatibo.
Kung ang mga kondisyon ay hindi masyadong mahigpit, kung gayon, gaya ng tinalakay sa nauna
Ang mga produktong ito ay malayo sa maihahambing
Tungkol sa deployment at configuration KVM hindi ito isinulat sa parehong paraan
Ganun din
Wala akong nakikitang punto sa pag-uulit ng aking sarili at paglalarawan sa mga sistemang ito, paghahambing, atbp. Maaari mong, siyempre, maglabas ng mga pangunahing punto mula sa mga artikulo, ngunit ito ay magiging kawalang-galang sa mga may-akda, sa palagay ko. Ang sinumang kailangang pumili ay magbabasa hindi lamang ito, kundi pati na rin ang isang bundok ng impormasyon upang makagawa ng kanyang isip.
Ang pagkakaiba lang na gusto kong pagtuunan ng pansin ay ang failover clustering. Kung mayroon itong built-in na Microsoft sa OS at hypervisor functionality, sa kaso ng KVM kakailanganin mong gumamit ng software ng third-party, na dapat isama sa mga repositoryo ng OS. Ang parehong kumbinasyon ng Corosync+Pacemaker, halimbawa. (Halos lahat ng domestic operating system ay may ganitong kumbinasyon... marahil lahat ng mga ito, ngunit hindi ko nasuri ang 100% ng mga ito.) Ang mga manual para sa pag-set up ng clustering ay magagamit din nang marami.
3. Konklusyon
Well, gaya ng dati, hindi nag-abala ang ating mga Kulibin, kinuha nila kung ano ang mayroon sila, nagdagdag ng kaunti sa kanilang sarili, at gumawa ng isang "produkto" na, ayon sa mga dokumento, ay domestic, ngunit sa katotohanan ay OpenSource. Makatuwiran bang gumastos ng pera mula sa badyet sa "hiwalay" na mga sistema ng virtualization (basahin: hindi kasama sa OS)? wag mong isipin. Dahil matatanggap mo pa rin ang parehong KVM, babayaran mo lang ito.
Kaya, ang pagpili ng kapalit para sa isang hypervisor ay bumaba sa kung anong server OS ang bibilhin mo para sa Enterprise at patakbuhin. O, tulad ng sa aking kaso, mananatili ka sa kung ano ang mayroon ka na (Hyper-VESXi insert_needed).
Pinagmulan: www.habr.com