Inferre substitutionem in usu. Part 2. Principium. Hypervisor

In priore articulus optiones considerabantur pro illis quae systemata exsistentia substitui possent cum parte exsequendae ordinis substitutionis importae. Articuli sequentes seligendi proprios fructus intendunt ut eos qui nunc explicant reponere. Incipiamus ab initio — systema virtualizationis.
Inferre substitutionem in usu. Part 2. Principium. Hypervisor

1. Agonia electionis

Ita, quid eligis? IN' mandare Ministerii Telecomensis et Communicationum Missarum ibi est arbitrium:

  • Servo virtualization system "R-Virtualization» (libvirt, KVM, QEMU)
  • Software sarcina "Brest virtualization instrumenta» (libvirt, KVM, QEMU)
  • Rostra administrandi et vigilantia virtualizationis "Sharx Stream" (solutio nubis, quae ad officia regiminis non apta est in 95% casuum (secretio, etc.)
  • Involucrum Software pro virtualizatione servientium, desktoporum et applicationum "HOST» (KVM x86)
  • Systema procurationis securae de environment virtualizationis "Z|virt"(aka oVirt+KVM)
  • Lorem ipsum dolor sit amet lorem ipsumROSA Virtualization"(aka oVirt+KVM)
  • Hypervisor QP VMM (Oracle Rectum Box est similis esse aliud)

Etiam rationem habere potes hypervisores in OS distribuendi vel in repositorio suo collocati. Exempli gratia, Astra Linux KVM sustentationem habet. Et cum in repositoriis OS comprehendatur, "legitimus" considerari potest ad institutionem et usum. "Quae substitutio importat partem adhiberi potest et quid non" in priori tractatum est articulussic ego in hac re non moror.

Nam hic index virtualization Astra Linux instrumenta:

  • VirtualBox
  • Virt-procurator (KVM) Aquila current
  • libvirt super KVM

ROSA Linux tale album non habet, sed in wiki invenire potes hoc packages:

  • ROSA Virtualization super oVirt super KVM
  • QEMU super KVM
  • oVirt 3.5 super KVM

Adice hoc habet QEMU super KVM

Alt Linux idem habet KVM

1.2. Unus est SED

Ad accuratiorem interrogationem concluditur quod cum paucis hypervisoribus notis tantum agendum erit, nempe:

  1. KVM
  2. VirtualBox
  3. QEMU

QEMU fons gratuitus et apertus est programmatis aemulandi ferramenta variarum tabularum, quae sine usu KVM laborare possunt, sed hardware virtualisationi utens significanter accelerat ad systematum hospitum perficiendum, ita utens KVM in QEMU (-enable-kvm) optio praelata est. (c) Id est, QEMU est typum 2 hypervisoris, quod in ambitu producti ingratum est. Cum KVM adhiberi potest, sed hoc in casu QEMU ut instrumentum administrationis KVM adhibebitur...

Using the original VirtualBox in commerce est actu licentia violationis: “Incipiens cum versione 4, mense Decembri 2010 soluta, producti summa pars gratis sub licentia GPL V2 distribuitur. Additamentum involucrum super illud inauguratum, subsidium USB 2.0 et 3.0 machinis sustentans, remotis Desktop Protocollum (RDP), encryption pellunt, e NVMe et PXE patulo distribuitur sub peculiari licentia PUEL ("ad usum personalem et aestimationem"). sub qua systema liberum ad usum personalem, ad proposita exercenda, vel ad aestimationem habendam, antequam versionem commercialem mercari statuat". (c) Plus VirtualBox hypervisoris etiam typus 2 est, ita etiam evanescit.

summa in pura forma non solum habemus KVM.

2. Reliqua: KVM an KVM?

Inferre substitutionem in usu. Part 2. Principium. Hypervisor

Si adhuc opus est hypervisorem ad "domesticam" flectendum, parva est optio tua, libere loquendo. Erit KVM in uno vel alio, quibusdam modificationibus, sed adhuc erit KVM. Utrum hoc bonum sit an malum, alia quaestio est: adhuc nulla est.

Si condiciones non sunt tam strictae, tunc, de quibus in praecedente articulus: “Opus est indices ad limites statutos deducere. Re vera, hoc significat nos substituere OS existentes cum productis ex Ministerio Telecom et Missa Communicationum subcriptio et numerum repositorum systematum operantium ad 80%.... augendum igitur botrum in Hyper-V tuto relinquere possumus. quoniam eam habemus et nos amo... » (c) Ita in electione versamur: Microsoft Hyper-v vel KVM. KVM fortasse cum regiis "spressionibus" ei, sed eadem adhuc remanebit KVM.

Haec producta procul sunt comparabilia semelsine bissine ter...Bene intellegis...

De instruere et configuratione KVM non enim eodem modo semelsine bissine ter quod quater... Ad verbum, inveterati sunt.

Idem namque Microsoft Hyper-V..

Nihil video, me in hisce describendis, comparando, etc. Potes sane cardines ex articulis eruere, sed hoc auctoribus despectum fore puto. Quisquis eligat, hoc non solum leget, sed etiam montem informationum ad mentem suam componendam.

Sola differentia, quam volo intendere, est pampineis pampineis. Si Microsoft hoc aedificatum habet in OS et hypervisorem functionis, tunc in casu KVM debebis programmate tertio factionis, quae in OS repositoriis includi debet. Eadem coniunctio Corosync+Pacemaker, exempli gratia. (Fere omnes systemata operativa domestica hanc coniunctionem habent... fortasse omnes, sed C% earum non reprehendo.) Manualia ad uvas componendas etiam in copia praesto sunt.

3. Conclusio

Bene, ut solet, nostri Kulibins non vexaverunt, acceperunt quod habebant, aliquid de suo addiderunt, et "productum" protulerunt quod, secundum documenta, domesticum est, re vera OpenSource est. Sensum facit expendere pecuniam a praevisione in systemata "separare" virtualizationis (lege: non in OS comprehendi)? Nolite arbitrari. Cum adhuc eadem KVM recipies, solum pro eo reddes.

Ita repositum pro hypervisore eligens descendit ad id quod servo OS empturus es pro Inceptis et operandi. Vel, ut in meo casu, manebis cum iis quae iam habes.

Source: www.habr.com

Add a comment