Impor substitusi ing laku. Pérangan 2. Wiwitan. Hypervisor

Ing sadurunge artikel opsi padha dianggep kanggo apa sistem ana bisa diganti karo minangka bagéan saka implementasine saka urutan substitusi impor. Artikel-artikel ing ngisor iki bakal fokus ing milih produk tartamtu kanggo ngganti sing saiki disebarake. Ayo dadi miwiti karo titik wiwitan - sistem virtualisasi.

1. Kasangsaran pilihan

Dadi, sampeyan bisa milih saka apa? ING ndhaptar Kementerian Telekomunikasi lan Komunikasi Massa ana pilihan:

• Sistem virtualisasi server "R-Virtualization» (libvirt, KVM, QEMU)
• Paket software"Piranti virtualisasi Brest» (libvirt, KVM, QEMU)
• Platform kanggo ngatur lan ngawasi lingkungan virtualisasi "Sharx Stream" (solusi awan sing ora cocog kanggo kantor pemerintah ing 95% kasus (rahasia, lsp.)
• Paket piranti lunak kanggo virtualisasi server, desktop lan aplikasi "HOST"(KVM x86)
• Sistem kanggo manajemen aman lingkungan virtualisasi "Z|vir"(alias oVirt+KVM)
• Sistem manajemen lingkungan virtualisasi "ROSA Virtualisasi"(alias oVirt+KVM)
• Hypervisor QP VMM (mirip banget karo Oracle Virtual Box dadi liyane)

Sampeyan uga bisa njupuk akun hypervisor sing kalebu ing distribusi OS utawa dumunung ing repositori. Contone, Astra Linux duwe dhukungan KVM. Lan amarga kalebu ing repositori OS, bisa dianggep "sah" kanggo instalasi lan panggunaan. "Apa sing bisa digunakake minangka bagean saka substitusi impor lan apa sing ora bisa" dibahas ing sadurunge artikel, dadi aku ora bakal mikir babagan masalah iki.

Nyatane, kene dhaptar alat virtualisasi Astra Linux:

• VirtualBox
• Virt-manajer (KVM) Eagle saiki
• mardika liwat KVM

ROSA Linux ora duwe dhaptar kaya ngono, nanging sampeyan bisa nemokake ing wiki paket ing ngisor iki:

• ROSA Virtualisasi liwat oVirt liwat KVM
• QEMU liwat KVM
• oVirt 3.5 liwat KVM

Ngitung duwe iki QEMU liwat KVM

Alt Linux wis padha KVM

1.2. Ana siji TAPI

Sawise mriksa luwih cetha, kita nyimpulake yen mung sawetara hypervisor sing kondhang, yaiku:

1. KVM
2. VirtualBox
3. QEMU

QEMU minangka program gratis lan mbukak sumber kanggo niru hardware saka macem-macem platform, sing bisa digunakake tanpa nggunakake KVM, nanging nggunakake virtualisasi hardware kanthi nyata nyepetake kinerja sistem tamu, mula nggunakake KVM ing QEMU (-enable-kvm) minangka pilihan sing disenengi. (c) Yaiku, QEMU minangka hypervisor tipe 2, sing ora bisa ditampa ing lingkungan produk. Kanthi KVM bisa digunakake, nanging ing kasus iki QEMU bakal digunakake minangka alat manajemen KVM ...

Nggunakake asli VirtualBox ing commerce bener nglanggar lisensi: "Miwiti karo versi 4, dirilis ing Desember 2010, bagean utama produk disebarake kanthi gratis miturut lisensi GPL v2. Paket tambahan sing dipasang ing ndhuwur, nyedhiyakake dhukungan kanggo piranti USB 2.0 lan 3.0, Remote Desktop Protocol (RDP), enkripsi drive, booting saka NVMe lan PXE, disebarake ing lisensi PUEL khusus ("kanggo panggunaan pribadi lan evaluasi") , sing sistem kasebut gratis kanggo panggunaan pribadi, kanggo tujuan latihan, utawa kanggo evaluasi sadurunge mutusake tuku versi komersial." (c) Plus VirtualBox uga tipe 2 hypervisor, supaya uga ilang.

Total: ing wangun murni kita mung duwe KVM.

2. Liyane: KVM utawa KVM?

Yen sampeyan isih kudu ngalih menyang hypervisor "domestik", pilihan sampeyan, terus terang, cilik. Iku bakal KVM ing siji pambungkus utawa liyane, karo modifikasi tartamtu, nanging isih bakal KVM. Apa iki apik utawa ala iku pitakonan liyane; isih ora ana alternatif.

Yen kahanan ora ketat, banjur, kaya sing wis dibahas sadurunge artikel: "Kita kudu nggawa indikator menyang watesan sing wis ditemtokake. Nyatane, iki tegese kita kudu ngganti OS sing ana karo produk saka registri Kementerian Telekomunikasi lan Komunikasi Massa lan nambah jumlah sistem operasi sing diganti dadi 80% .... Dadi, kita bisa kanthi aman ninggalake kluster ing Hyper-V , amarga kita duwe lan kita seneng ... "(c) Dadi kita ngadhepi pilihan: Microsoft Hyper-v utawa KVM. KVM Mungkin karo kontrol "ngaco" menyang, nanging isih bakal tetep padha KVM.

Produk kasebut adoh saka dibandhingake sapisan, ora kaping pindho, ora ping telu...Lho, sampeyan ngerti ...

Babagan panyebaran lan konfigurasi KVM ora ditulis kanthi cara sing padha sapisan, ora kaping pindho, ora ping telu lan ora kaping papat... Ing tembung, luntur.

Padha dadi kanggo Microsoft Hyper-V..

Aku ora weruh titik kanggo mbaleni dhewe lan njlèntrèhaké sistem iki, mbandhingaké, etc. Sampeyan bisa, mesthi, narik poin-poin penting saka artikel, nanging iki bakal dadi ora sopan marang penulis, aku mikir. Sapa sing kudu milih bakal maca ora mung iki, nanging uga gunung informasi kanggo nggawe pikirane.

Bentenipun mung aku pengin fokus ing failover clustering. Yen Microsoft wis dibangun ing OS lan fungsi hypervisor, banjur ing kasus KVM sampeyan kudu nggunakake piranti lunak pihak katelu, kang kudu kalebu ing repositori OS. Kombinasi sing padha karo Corosync + Pacemaker, contone. (Meh kabeh sistem operasi domestik duwe kombinasi iki ... Mungkin kabeh, nanging aku ora mriksa 100% saka wong-wong mau.) Manual kanggo nyetel clustering uga kasedhiya ing turah mbrawah.

3. Kesimpulan

Inggih, kaya biasane, Kulibins kita ora keganggu, njupuk apa sing diduweni, ditambahake sethithik, lan ngasilake "produk" sing, miturut dokumen, domestik, nanging nyatane OpenSource. Apa gunane mbuwang dhuwit saka anggaran ing sistem virtualisasi "kapisah" (maca: ora kalebu ing OS)? Aja mikir. Awit sampeyan isih bakal nampa KVM padha, sampeyan mung kudu mbayar.

Mangkono, milih panggantos kanggo hypervisor teka menyang OS server apa sing arep sampeyan tuku kanggo Enterprise lan operate. Utawa, kaya ing kasusku, sampeyan bakal tetep karo apa sing wis sampeyan duwe (Hyper-VESXi insert_needed).

Source: www.habr.com