Avvalgisida import oβrnini bosish tartibini amalga oshirish doirasida mavjud tizimlarni nima bilan almashtirish mumkinligi variantlari koβrib chiqildi. Quyidagi maqolalar hozirda joylashtirilgan mahsulotlarni almashtirish uchun maxsus mahsulotlarni tanlashga qaratilgan. Keling, boshlang'ich nuqtadan boshlaylik - virtualizatsiya tizimi.
1. Tanlov azobi
Xo'sh, nimani tanlashingiz mumkin? IN :
- Server virtualizatsiya tizimi"R-virtualizatsiyaΒ» (libvirt, KVM, QEMU)
- Dasturiy ta'minot to'plami "Brest virtualizatsiya vositalariΒ» (libvirt, KVM, QEMU)
- Virtualizatsiya muhitini boshqarish va monitoring qilish platformasi "Sharks oqimi" (95% hollarda davlat idoralari uchun mos kelmaydigan bulutli yechim (maxfiylik va h.k.)
- Serverlar, ish stollari va ilovalarni virtualizatsiya qilish uchun dasturiy ta'minot to'plami "HOST" (KVM x86)
- Virtualizatsiya muhitini xavfsiz boshqarish tizimi "Z|virt"(aka oVirt + KVM)
- Virtualizatsiya muhitini boshqarish tizimi "ROSA virtualizatsiyasi"(aka oVirt + KVM)
- Gipervisor QP VMM (Oracle Virtual Box-ga juda o'xshash bo'lish uchun)
Shuningdek, siz OS distributiviga kiritilgan yoki ularning omborida joylashgan gipervisorlarni ham hisobga olishingiz mumkin. Masalan, Astra Linux KVM-ni qo'llab-quvvatlaydi. Va u OS omborlariga kiritilganligi sababli, uni o'rnatish va ishlatish uchun "qonuniy" deb hisoblash mumkin. "Import o'rnini bosishning bir qismi sifatida nimadan foydalanish mumkin va nima mumkin emas" oldingi maqolada muhokama qilingan , shuning uchun men bu masalaga to'xtalmayman.
Aslida, bu erda :
- VirtualBox
- Virt-menejer (KVM) Burgut oqimi
- libvirt KVM orqali
ROSA Linux-da bunday ro'yxat yo'q, lekin uni wiki-da topishingiz mumkin :
- ROSA virtualizatsiyasi KVM orqali oVirt orqali
- QEMU KVM orqali
- oVirt 3.5 KVM orqali
Hisoblashda bunga ega
Alt Linuxda ham xuddi shunday
1.2. Bitta LEKIN bor
Yaqindan o'rganib chiqqach, biz faqat bir nechta taniqli gipervisorlar bilan shug'ullanishimiz kerak degan xulosaga keldik, xususan:
QEMU KVM-dan foydalanmasdan ishlashi mumkin bo'lgan turli platformalarning apparat vositalarini taqlid qilish uchun bepul va ochiq kodli dastur bo'lib, lekin apparat virtualizatsiyasidan foydalanish mehmon tizimlarining ish faoliyatini sezilarli darajada tezlashtiradi, shuning uchun QEMU (-enable-kvm) da KVM-dan foydalanish afzalroq variantdir. (c) Ya'ni, QEMU 2-toifa gipervizor bo'lib, mahsulot muhitida qabul qilinishi mumkin emas. KVM bilan uni ishlatish mumkin, ammo bu holda QEMU KVM boshqaruv vositasi sifatida ishlatiladi...
Asl nusxadan foydalanish VirtualBox savdoda aslida : β4-yil dekabr oyida chiqarilgan 2010-versiyasidan boshlab mahsulotning asosiy qismi GPL v2 litsenziyasi ostida bepul tarqatiladi. Uning ustiga o'rnatilgan qo'shimcha paket USB 2.0 va 3.0 qurilmalarini, Masofaviy ish stoli protokolini (RDP), diskni shifrlashni, NVMe va PXE-dan yuklashni ta'minlaydigan maxsus PUEL litsenziyasi ("shaxsiy foydalanish va baholash uchun") ostida tarqatiladi. , unga ko'ra tizim shaxsiy foydalanish, o'quv maqsadlari yoki tijorat versiyasini sotib olishga qaror qilishdan oldin baholash uchun bepul." (c) Plus VirtualBox ham 2-toifa gipervizor, shuning uchun u ham yo'qoladi.
Jami: uning sof shaklida biz faqat bor KVM.
2. Qolganlari: KVM yoki KVM?
Agar siz hali ham "maishiy" gipervizorga o'tishingiz kerak bo'lsa, sizning tanlovingiz, ochig'ini aytganda, kichikdir. Bu bo'ladi KVM u yoki bu o'rashda, ma'lum o'zgartirishlar bilan, lekin u hali ham KVM bo'ladi. Bu yaxshi yoki yomonmi, boshqa savol; hali ham alternativa yo'q.
Agar shartlar unchalik qattiq bo'lmasa, unda avvalgi muhokama qilinganidek : βBiz koβrsatkichlarni belgilangan chegaralarga yetkazishimiz kerak. Aslida, bu biz mavjud OTni Telekommunikatsiya va ommaviy kommunikatsiyalar vazirligi reestri mahsulotlari bilan almashtirishimiz va almashtirilgan operatsion tizimlar sonini 80% ga oshirishimiz kerakligini anglatadi.... Shunday qilib, biz Hyper-V klasterini xavfsiz tark etishimiz mumkin. , chunki bizda bu bor va bizga yoqadi ... "(c) Shunday qilib, biz tanlovga duch kelamiz: Microsoft Hyper-v yoki KVM. KVM Ehtimol, unga "vidalangan" boshqaruv elementlari bilan, lekin u hali ham bir xil bo'lib qoladi KVM.
Ushbu mahsulotlarni taqqoslash mumkin emas , yo'q , yo'q ...Xo'sh, tushundingiz...
Joylashtirish va konfiguratsiya haqida KVM xuddi shunday yozilmagan , yo'q , yo'q va emas ...Bir soβz bilan aytganda, .
Xuddi shu narsa uchun ham amal qiladi
Men o'zimni takrorlash va ushbu tizimlarni tavsiflash, taqqoslash va hokazolarni ma'nosini ko'rmayapman. Siz, albatta, maqolalardan asosiy fikrlarni ajratib olishingiz mumkin, ammo bu mualliflarga hurmatsizlik bo'lar edi, deb o'ylayman. Kim tanlashi kerak bo'lsa, faqat buni emas, balki qaror qabul qilish uchun tog'li ma'lumotni ham o'qiydi.
Men e'tibor qaratmoqchi bo'lgan yagona farq - bu muvaffaqiyatsiz klasterlash. Agar Microsoft bu OS va gipervisor funksiyasiga o'rnatilgan bo'lsa, KVM holatida siz OT omborlariga kiritilishi kerak bo'lgan uchinchi tomon dasturiy ta'minotidan foydalanishingiz kerak bo'ladi. Masalan, Corosync+Pacemakerning bir xil kombinatsiyasi. (Deyarli barcha mahalliy operatsion tizimlar bu kombinatsiyaga ega ... ehtimol ularning barchasi, lekin men ularning 100% ni tekshirmadim.) Klasterni o'rnatish bo'yicha qo'llanmalar ham juda ko'p.
3. Xulosa
Xo'sh, odatdagidek, bizning Kulibinlar bezovta qilmadilar, ular bor narsalarini oldilar, o'zlarining bir oz qo'shdilar va hujjatlarga ko'ra, mahalliy, lekin aslida OpenSource bo'lgan "mahsulot" ishlab chiqardilar. Byudjetdan pulni "alohida" virtualizatsiya tizimlariga sarflash mantiqiymi (o'qing: OTga kiritilmagan)? O'ylamang. Siz hali ham bir xil KVMni olasiz, shuning uchun siz faqat buning uchun to'lashingiz kerak bo'ladi.
Shunday qilib, gipervisor o'rnini tanlash siz Enterprise uchun qaysi server OS ni sotib olishingiz va ishlatishingiz bilan bog'liq. Yoki, mening holimda bo'lgani kabi, sizda mavjud bo'lgan narsa bilan qolasiz (Hyper-VESXi insert_needed).
Manba: www.habr.com