Sa nakaraan isinaalang-alang ang mga opsyon para sa kung ano ang maaaring palitan ng mga kasalukuyang sistema bilang bahagi ng pagpapatupad ng order ng pagpapalit ng import. Ang mga sumusunod na artikulo ay tututuon sa pagpili ng mga partikular na produkto na papalitan sa mga kasalukuyang naka-deploy. Magsimula tayo sa panimulang punto - ang sistema ng virtualization.
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 , kaya hindi na ako magtatagal sa isyung ito.
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 : βSimula sa bersyon 4, na inilabas noong Disyembre 2010, ang pangunahing bahagi ng produkto ay ipinamamahagi nang walang bayad sa ilalim ng lisensya ng GPL v2. Isang karagdagang package na naka-install sa ibabaw nito, na nagbibigay ng suporta para sa USB 2.0 at 3.0 na mga device, Remote Desktop Protocol (RDP), drive encryption, booting mula sa NVMe at PXE, ay ipinamamahagi sa ilalim ng espesyal na lisensya ng PUEL (βpara sa personal na paggamit at pagsusuriβ) , kung saan libre ang system para sa personal na paggamit, para sa mga layunin ng pagsasanay, o para sa pagsusuri bago magpasyang bilhin ang komersyal na bersyon." (c) Ang Plus VirtualBox ay isa ring type 2 hypervisor, kaya nawawala rin ito.
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 : βKailangan nating dalhin ang mga tagapagpahiwatig sa itinatag na mga limitasyon. Sa katunayan, nangangahulugan ito na dapat nating palitan ang umiiral na OS ng mga produkto mula sa registry ng Ministry of Telecom at Mass Communications at dagdagan ang bilang ng mga pinalit na operating system sa 80%.... Kaya, maaari nating ligtas na iwanan ang cluster sa Hyper-V , dahil mayroon tayo nito at gusto natin ito... "(c) Kaya tayo ay nahaharap sa isang pagpipilian: Microsoft Hyper-v o KVM. KVM marahil ay may mga kontrol na "na-screw" dito, ngunit mananatili pa rin itong pareho KVM.
Ang mga produktong ito ay malayo sa maihahambing hindi hindi ...Well, naiintindihan mo...
Tungkol sa deployment at configuration KVM hindi ito isinulat sa parehong paraan hindi hindi hindi ... Sa isang salita, .
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