Əvvəlkidə
1. Seçim əzabları
Beləliklə, nə seçə bilərsiniz? IN
- Server virtualizasiya sistemi"R-Virtuallaşdırma» (libvirt, KVM, QEMU)
- Proqram paketi "Brest virtuallaşdırma vasitələri» (libvirt, KVM, QEMU)
- Virtuallaşdırma mühitinin idarə edilməsi və monitorinqi üçün platforma "Sharx Stream" (95% hallarda dövlət idarələri üçün uyğun olmayan bulud həlli (məxfilik və s.)
- Serverlərin, iş masalarının və proqramların virtuallaşdırılması üçün proqram paketi "HOST" (KVM x86)
- Virtualizasiya mühitinin təhlükəsiz idarə edilməsi sistemi "Z|virt"(aka oVirt+KVM)
- Virtualizasiya mühitinin idarəetmə sistemi "ROSA Virtuallaşdırma"(aka oVirt+KVM)
- hipervizor QP VMM (Oracle Virtual Box-a başqa bir şey ola bilməyəcək qədər oxşardır)
Siz həmçinin OS paylanmasına daxil olan və ya onların depolarında yerləşən hipervizorları da nəzərə ala bilərsiniz. Məsələn, Astra Linux-da KVM dəstəyi var. Və OS depolarına daxil olduğundan, quraşdırma və istifadə üçün "qanuni" hesab edilə bilər. “İdxalın əvəzlənməsinin bir hissəsi kimi nə istifadə oluna bilər, nələr isə mümkün deyil” əvvəlki məqalədə müzakirə edilmişdir
Əslində burada
- VirtualBox
- Virt-menecer (KVM) Qartal cərəyanı
- libvirt KVM üzərində
ROSA Linux-da belə bir siyahı yoxdur, ancaq vikidə tapa bilərsiniz
- ROSA Virtuallaşdırma KVM üzərindən oVirt üzərində
- QEMU KVM üzərində
- oVirt 3.5 KVM üzərində
Hesablayın bu var
Alt Linux da belədir
1.2. Biri var AMMA
Daha yaxından araşdırdıqdan sonra belə qənaətə gəlirik ki, biz yalnız bir neçə tanınmış hipervizorla məşğul olmalıyıq, yəni:
QEMU müxtəlif platformaların avadanlıqlarını təqlid etmək üçün pulsuz və açıq mənbə proqramıdır, KVM-dən istifadə etmədən işləyə bilər, lakin hardware virtualizasiyasından istifadə qonaq sistemlərinin işini əhəmiyyətli dərəcədə sürətləndirir, ona görə də QEMU-da KVM-dən istifadə (-enable-kvm) üstünlük verilən seçimdir. (c) Yəni, QEMU 2-ci tip hipervizordur və bu, məhsul mühitində qəbuledilməzdir. KVM ilə istifadə edilə bilər, lakin bu halda QEMU KVM idarəetmə vasitəsi kimi istifadə olunacaq...
Orijinaldan istifadə VirtualBox əslində ticarətdədir
Ümumi: onun saf formasında yalnız bizdə var KVM.
2. Qalanları: KVM yoxsa KVM?
Hələ də "yerli" hipervizora keçməlisinizsə, seçiminiz, açıq desək, kiçikdir. Bu olacaq KVM bu və ya digər qablaşdırmada, müəyyən dəyişikliklərlə, lakin yenə də KVM olacaq. Bunun yaxşı və ya pis olması başqa sualdır, hələ də alternativ yoxdur.
Şərtlər o qədər də sərt deyilsə, əvvəlki kimi
Bu məhsullar müqayisə etməkdən uzaqdır
Yerləşdirmə və konfiqurasiya haqqında KVM eyni şəkildə yazılmayıb
Eyni şey üçün də gedir
Özümü təkrarlamaq və bu sistemləri təsvir etmək, müqayisə etmək və s. mənasız görmürəm. Siz, əlbəttə ki, məqalələrdən əsas məqamları çıxara bilərsiniz, amma bu müəlliflərə hörmətsizlik olardı, məncə. Kim seçmək məcburiyyətində olsa, təkcə bunu deyil, həm də qərarını vermək üçün bir dağ məlumatı oxuyacaq.
Diqqət yetirmək istədiyim yeganə fərq uğursuzluq qruplaşmasıdır. Əgər Microsoft bunu OS-də və hipervizor funksionallığında quraşdırıbsa, KVM vəziyyətində siz OS repozitoriyalarına daxil edilməli olan üçüncü tərəf proqram təminatından istifadə etməli olacaqsınız. Məsələn, eyni Corosync+Pacemaker kombinasiyası. (Demək olar ki, bütün yerli əməliyyat sistemlərində bu kombinasiya var... bəlkə də hamısı, lakin mən onların 100%-ni yoxlamadım.) Klasterləşdirmənin qurulması üçün təlimatlar da bolluqda mövcuddur.
3. Nəticə
Yaxşı, həmişə olduğu kimi, bizim Kulibinlər narahat olmadı, əllərində olanı götürdülər, bir az özlərindən əlavə etdilər və sənədlərə görə yerli, əslində isə OpenSource olan “məhsul” istehsal etdilər. Büdcədən “ayrı-ayrı” virtualizasiya sistemlərinə (oxu: ƏS-ə daxil deyil) pul xərcləmək məntiqlidirmi? Düşünmə. Siz hələ də eyni KVM-i alacağınız üçün yalnız bunun üçün pul ödəməli olacaqsınız.
Beləliklə, hipervizor üçün əvəzedicinin seçilməsi Müəssisə üçün hansı server ƏS-ni satın alacağınız və işləyəcəyinizdən asılıdır. Yoxsa, mənim vəziyyətimdə olduğu kimi, siz artıq sahib olduğunuz şeylə qalacaqsınız (Hyper-VESXi insert_needed).
Mənbə: www.habr.com