In u precedente Opzioni sò state cunsiderate per ciò chì i sistemi esistenti puderanu esse rimpiazzati cum'è parte di l'implementazione di l'ordine di sustituzione di l'impurtazioni. L'articuli seguenti si focalizeghjanu nantu à a selezzione di prudutti specifichi per rimpiazzà quelli attualmente implementati. Cuminciamu cù u puntu di partenza - u sistema di virtualizazione.
1. L'agonia di a scelta
Allora, chì pudete sceglie? IN :
- Sistema di virtualizazione di u servitore "R-Virtualizazione» (libvirt, KVM, QEMU)
- pacchettu software "Strumenti di virtualizazione di Brest» (libvirt, KVM, QEMU)
- Piattaforma per a gestione è u monitoraghju di l'ambiente di virtualizazione "Sharx Stream" (una suluzione nuvola chì ùn hè micca adattata per l'uffizii di u guvernu in u 95% di i casi (secretu, etc.)
- Pacchettu software per a virtualizazione di servitori, desktop è applicazioni "HOST" (KVM x86)
- Sistema per a gestione sicura di l'ambiente di virtualizazione "Z|virt"(aka oVirt + KVM)
- Sistema di gestione di l'ambiente di virtualizazione "ROSA Virtualization"(aka oVirt + KVM)
- ipervisore QP VMM (troppu simile à Oracle Virtual Box per esse altru)
Pudete ancu piglià in contu ipervisori inclusi in a distribuzione OS o situati in u so repository. Per esempiu, Astra Linux hà supportu KVM. E postu chì hè inclusu in i repositori OS, pò esse cunsideratu "legittimu" per a stallazione è l'usu. "Ciò chì pò esse usatu cum'è parte di a sustituzione di l'impurtazioni è ciò chì ùn pò micca" hè statu discutitu in u precedente , per quessa, ùn aghju micca stendu nantu à sta questione.
In fatti, quì :
- VirtualBox
- Virt-manager (KVM) Aquila currente
- libvirt nantu à KVM
ROSA Linux ùn hà micca una tale lista, ma pudete truvà nantu à a wiki :
- ROSA Virtualization sopra oVirt sopra KVM
- QEMU nantu à KVM
- oVirt 3.5 nantu à KVM
Calculate hà questu
Alt Linux hà u listessu
1.2. Ci hè unu MA
Dopu un esame più attentu, cuncludemu chì avemu da trattà solu cù uni pochi di ipervisori ben cunnisciuti, à dì:
QEMU hè un prugramma gratuitu è apertu per emulà hardware di diverse piattaforme, chì ponu travaglià senza usà KVM, ma utilizendu a virtualizazione di hardware accelera significativamente u travagliu di i sistemi invitati, cusì l'usu di KVM in QEMU (-enable-kvm) hè l'opzione preferita. (c) Questu hè, QEMU hè un hypervisor di tipu 2, chì hè inacceptable in un ambiente di produttu. Cù KVM pò esse usatu, ma in questu casu QEMU serà utilizatu cum'è strumentu di gestione KVM ...
Utilizendu l'uriginale VirtualBox in u cummerciu hè veramente : "A partesi da a versione 4, liberata in dicembre 2010, a parte principale di u pruduttu hè distribuitu gratuitamente sottu a licenza GPL v2. Un pacchettu supplementu installatu nantu à questu, chì furnisce supportu per i dispositi USB 2.0 è 3.0, Remote Desktop Protocol (RDP), criptografia di unità, boot da NVMe è PXE, hè distribuitu sottu una licenza PUEL speciale ("per usu persunale è valutazione"). , sottu chì u sistema hè liberu per usu persunale, per scopi di furmazione, o per valutazione prima di decide di cumprà a versione cummerciale ". (c) Plus VirtualBox hè ancu un hypervisor di tipu 2, cusì sparisce ancu.
Total: in a so forma pura avemu solu KVM.
2. U restu : KVM o KVM ?
Sè avete sempre bisognu di cambià à un hypervisor "domesticu", a vostra scelta, francamente, hè chjuca. Serà KVM in un wrapper o un altru, cù certe mudificazioni, ma serà sempre KVM. S'ellu hè bonu o cattivu hè una altra quistione; ùn ci hè ancu alternativa.
Se e cundizioni ùn sò micca cusì strette, allora, cum'è discutitu in u precedente : "Avemu bisognu di portà l'indicatori à i limiti stabiliti. In fatti, questu significa chì duvemu rimpiazzà i sistemi operativi esistenti cù i prudutti di u registru di u Ministeru di Telecomunicazioni è Comunicazioni Masse è cresce u numeru di sistemi operativi rimpiazzati à 80%. Hyper-V, postu chì l'avemu è ci piace ... "(c) Allora simu di fronte à una scelta: Microsoft Hyper-v o KVM. KVM forsi cù cuntrolli "screwed" à ellu, ma ferma sempre u listessu KVM.
Sti prudutti sò luntanu da paragunà , micca , micca ...Bè, capisci...
Circa l'implementazione è a cunfigurazione KVM ùn era micca scrittu di listessa manera , micca , micca è micca ... In una parolla, .
U stessu passa per
Ùn vecu micca u scopu di ripetiri è di discrive questi sistemi, paragunà, etc. Puderete, sicuru, tirà i punti chjave da l'articuli, ma questu ùn saria micca rispettu à l'autori, pensu. Quellu chì hà da sceglie ùn leghje micca solu questu, ma ancu una muntagna di informazioni per fà a so mente.
L'unica diferenza chì vogliu fucalizza nantu à u clustering failover. Se Microsoft hà questu integratu in l'OS è a funziunalità di l'ipervisore, allora in u casu di KVM avete da utilizà un software di terzu, chì deve esse inclusu in i repositori OS. A listessa cumminazzioni di Corosync + Pacemaker, per esempiu. (Quasi tutti i sistemi operativi domestici anu sta cumminazione ... forsi tutti, ma ùn aghju micca verificatu 100% di elli.) I manuali per a creazione di clustering sò ancu dispunibili in abbundanza.
3. Cunclusioni
Eppo, cum'è di solitu, i nostri Kulibins ùn anu micca fastidiatu, anu pigliatu ciò chì avianu, aghjunghjenu un pocu di u so propiu, è pruduce un "pruduttu" chì, sicondu i documenti, hè domesticu, ma in realtà hè OpenSource. Hè sensu di gastru soldi da u budgetu in sistemi di virtualizazione "separati" (leghjite: micca inclusu in u SO)? Ùn pensate micca. Siccomu riceverete sempre u stessu KVM, avete da pagà solu per questu.
Cusì, a scelta di un rimpiazzamentu per un ipervisore vene à quale OS di u servitore avete da cumprà per l'Enterprise è operate. O, cum'è in u mo casu, vi stà cun ciò chì avete digià (Hyper-VESXi insert_needed).
Source: www.habr.com