Qemu-Kvm + Virt-Manager ĉe Debian - Komputilaj Retoj por PYMoj

Ĝenerala indekso de la serio: Komputilaj Retoj por SMEoj: Enkonduko

En majo 2013 ni publikigis en ĉi tiu blogo, du artikoloj dediĉita al la instalado de Qemu-Kvm en Debian 7 «Wheezy«. Ili ankoraŭ validas. Ĉar la pejzaĝo de instalado kaj agordo en Debian 8 "Jessie" iom ŝanĝiĝis, ni volas ĝisdatigi la procedon.

Ĝi ne estus alia ol antaŭ ol mergi vin legante ĉi tion Kiel fari ĝin, ili vizitos la antaŭan artikolon Virtualigo en Debiano: Enkonduko - Komputilaj Retoj por SMBoj, havi iom da fono pri la temo.

Retejoj, kiujn ni proponas viziti

Observado

  • Ni kopias la eliron de la ordonoj, ĉar ili estas multe pli didaktikaj ol iu ajn alia komponaĵo verkita de ni. Ni sugestas, ke vi atente legu la mesaĝojn de la diversaj mandatoj, ĉar ĝi estas unu el la plej bonaj manieroj lerni sen devi iri al interreta serĉo. Almenaŭ tio estas nia opinio.

Instalado

Ni komencas de la baza instalado de Debian "Jessie" kiel ni vidis en Laborinstacia Instalado - Komputilaj Retoj por PYMoj. Poste ni instalas la Labortablon aŭ Labortablon laŭ nia prefero kiel ni vidis en 6 Debian-Labortabloj - Komputila Retigado por PYMoj.

Por ĉi tiu artikolo ni elektis la Cinamo-labortablo. Ni elektis ĝin, ĉar multaj legantoj amas ĉi tiun labortablan medion. 😉

La ĝeneralaj datumoj de nia laborejo estas:

Domajna nomo: de linux.fan
Nomo de la teamo: administranto
FQDN: sysadmin.fromlinux.fan
IP-adreso: 192.168.10.3
Subreto: 192.168.10.0 / 24
Normala uzanto: zumado
Plena nomo de uzanto: Debian Unua OS Buzz

Ni kontrolas subtenon por virtualigo

En konzolo ni ekzekutas:

buzz @ sysadmin: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo
2

En nia kazo, la komando redonas al ni, ke ni havas 2 CPU-ojn kun konvena subteno.

Pakojn ni instalos

Unue ni ekscias, ke ni instalos per la jenaj komandoj:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - Java virtuala maŝino por la CLI          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - C # Biblioteko de Analizado kaj Refakturado - IKVM p libikvm-native - denaska biblioteko por IKVM.NET p nova-compute-kvm - OpenStack Compute - komputila nodo (KVM)    
p qemu-kvm - QEMU Plena virtualigo sur x86-aparataro

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
Pako: nova-compute-kvm Nova: jes Stato: ne instalita Versio: 2014.1.3-11 Prioritato: ekstra Sekcio: net Ellaboranto: PKG OpenStack Arkitekturo: ĉio Nekunpremita grandeco: 50.2k Dependas de: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Depende de: dpkg (> = 1.15.6 ~) Rekomendu: guestmount Havas konfliktojn kun: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Provizas: nova-compute-hypervisor Priskribo: OpenStack Compute - komputila nodo (KVM) OpenStack estas fidinda nuba infrastrukturo. Ĝia misio estas produkti la ĉiean platformon pri nuba komputado, kiu plenumos la bezonojn de publikaj kaj privataj nubaj provizantoj sendepende de grandeco, per simpla efektivigo kaj amase skalebla. OpenStack Compute, kodita Nova, estas nuba komputila teksa regilo desegnita por esti modula kaj facile etendebla kaj adaptebla. Krom ĝia "denaska" OpenStack API, ĝi ankaŭ subtenas la Amazon EC2 API, kaj ĝi subtenas multajn diversajn datumbazajn fonojn (inkluzive SQLite, MySQL kaj PostgreSQL), hipervizorojn (KVM, Xen), kaj uzantajn adresarajn sistemojn (LDAP, SQL ). Ĉi tio estas dependeca pako por komputaj nodoj uzantaj KVM. Ĉefa paĝo: http://www.openstack.org/software/openstack-compute/
  • Ni ne instalos la pakon OpenStack, ĉar ni ne bezonas tutan virtualigan infrastrukturon por la Nubo - nubo. 😉
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
Pako: qemu-kvm Nova: jes Stato: ne instalita Multi-Arch: fremda Versio: 1: 2.1 + dfsg-12 + deb8u1 Prioritato: nedeviga Sekcio: misc Programisto: Debian QEMU-Teamo Arkitekturo: amd64 Nekunpremita grandeco: 60.4 k Dependas de: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Havas konfliktojn kun: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~ ) Anstataŭas: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Provizas: kvm Priskribo: QEMU Plena virtualigo sur x86-aparataro QEMU estas rapida procesora emulilo. Ĉi tiu pakaĵo provizas nur envolvaĵan skripton / usr / bin / kvm, kiu lanĉas qemu-system-x86 en kvm-reĝimo por malantaŭa kongruo. Bonvolu noti, ke malnovaj agordaj dosieroj de qemu-kvm (en / etc / kvm /) ne plu estas uzataj.
Ĉefa paĝo: http://www.qemu.org/

Ni instalas la virtualigan platformon Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
La jenaj NOVAJ pakaĵoj estos instalitaj:     
  augeas-lenses {a} bridge-utils dmeventd {a} ebtables {a} ethtool {a} hdparm {a} ipxe-qemu {a} libaio1 {a} libapparmor1 {a} libaugeas0 {a} libboost-thread1.55.0 {a } libdevmapper-event1.02.1 {a} libfdt1 {a} libiscsi2 {a} liblvm2cmd2.02 {a} libnetcf1 {a} libnuma1 {a} librados2 {a} librbd1 {a} libreadline5 {a} libseccomp2 {a} libspice-server1 {a} libvdeplug2 {a} libvirt-bin libvirt-clients {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt0 {a} libx86-1 {a} libxen-4.4 {a} libxenstore3.0 { a} libxml2-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x86 {a} qemu -utils {a} seabios {a} vbetool {a} 0 pakoj ĝisdatigitaj, 42 novaj instalitaj, 0 por forigi kaj 0 ne ĝisdatigitaj. Mi bezonas elŝuti 8,422 kB / 14.8 MB de dosieroj. Post malpakado, 53.3 MB estos uzataj. Ĉu vi volas daŭrigi? [Y / n /?] Kaj

Grava

  • Dum ni instalas sur labortablo, ni bezonos interfacon por administri la KVM. Se ni instalus sur unu aŭ pluraj serviloj, ambaŭ la labortablan instaladon kaj la instaladon de la Virtuala Maŝino, ke ni instalos poste. Csur ununura kazo de ĉi tiu grafika interfaco, ni povas administri ĉiujn servilojn, en kiuj ni instalis la pakaĵojn qemu-kvm, libvirt-bin y bridge-utils.
  • La ĉefa demono - demono de virtualigo estas la libvirtd. Por koni ĝian staton ni ekzekutas:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ $ sudo service libvirtd status
  • Se en la eliro de iu el la antaŭaj komandoj, ni legas iujn liniojn ruĝe, estas bone rekomenci la servon libvirtd kaj kontrolu denove, aŭ restartigu la komputilon kaj kontrolu. Li skriptolibvirtd.servo kiu veturas sistemo, estas en /lib/systemd/system/libvirtd.service. Notu, ke ni povas alvoki tiun demonon ankaŭ laŭ la malnova maniero, tio estas:
buzz @ sysadmin: ~ $ sudo-servo libvirtd
Uzado: /etc/init.d/libvirtd {komenco | halto | rekomenci | reŝargi | devigi-reŝargi | stato | devigi-halti}

buzz @ sysadmin: ~ $ sudo-servo libvirtd rekomencu buzz @ sysadmin: ~ $ sudo-servo libvirtdlibvirtd.service - Virtualiga demono
   Ŝarĝita: ŝarĝita (/lib/systemd/system/libvirtd.service; ebligita)
   Aktiva: aktiva (kuranta) ekde Suno 2016-11-27 11:23:53 EST; Antaŭ 8min Dokumentoj: man: libvirtd (8) http://libvirt.org Ĉefa PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El skripto lokita en /etc/init.d/qemu-system-x86, komisias enmeti la necesajn modulojn por la ĝusta funkciado de la Qemu-Kvm. Post kiam vi plenumas vian laboron sukcese, vi finis. Se ni kontrolas ĝian staton, ĝi redonos al ni, ke ĝi estas 0 aŭ sukcesa.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: QEMU KVM module loading script Ŝarĝita: ŝarĝita (/etc/init.d/qemu-system-x86)
   Aktiva: aktiva (eliris) ekde Suno 2016-11-27 11:18:17 EST; Antaŭ 18min Procezo: 172 ExecStart = / etc / init.d / qemu-system-x86 start (kodo = eliris, stato = 0 / SUKCESO)
  • Se ni scivolas kaj volas scii, kiuj estas la moduloj kaj ilia loko, ni ekzekutas:
buzz @ sysadmin: ~ $ sudo ĝisdatigitab

buzz @ sysadmin: ~ $ lokalizi kvm | grep ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-amd.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-intel.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm.ko

buzz @ sysadmin: ~ $ ls -l /lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/
entute 1016 -rw-r - r-- 1 radika radiko 97120 17 Jul 2015 XNUMX kvm-amd.ko
-rw-r - r-- 1 radika radiko 223680 17 jul. 2015 kvm-intel.ko
-rw-r - r-- 1 radika radiko 715920 17 jul. 2015 kvm.ko

Ni instalas la Virtualan Maŝinon-Administranton

buzz @ sysadmin: ~ $ sudo aptitude install virt-manager
[sudo] pasvorto por buzz: La jenaj NOVAJ pakoj estos instalitaj: gir1.2-gtk-vnc-2.0 {a} gir1.2-libvirt-glib-1.0 {a} gir1.2-spice-client-glib-2.0 {a} gir1.2-spice-client-gtk-3.0 {a} libvirt-glib-1.0-0 {a} python-ipaddr {a} python-libvirt {a} python-urlgrabber {a} virt-manager virt- spektanto {a} virtinst {a} 0 pakaĵoj ĝisdatigitaj, 11 novaj instalitaj, 0 por forigi kaj 0 ne ĝisdatigitaj. Mi bezonas elŝuti 2,041 12.5 kB da dosieroj. Post malpakado, XNUMX MB estos uzataj. Ĉu vi volas daŭrigi? [Y / n /?] Kaj
  • Post instalado de la pakaĵo, ni konsultas:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Alira Kontrolo ============== Aliro al la socket libvirt estas kontrolita per membreco en la grupo "libvirt". Se vi volas administri virtualajn maŝinojn kiel senradikajn, vi devas aldoni vian uzanton al tiu grupo aŭ vi devas uzi la sesion uris kiel qemu: /// session. Vidu ankaŭ /usr/share/doc/libvirt-bin/README.Debian. - Guido Guenther Thu, 04 Jun 2010 11:46:03 +0100
  • Ĉi-supre indikas, ke ni devas igi la uzanton zumi membron de la libvirt-grupo por aliri la nove instalitan interfacon:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Aldono de uzanto "buzz" al grupo "libvirt" ... Aldono de uzanto "buzz" al grupo "libvirt" Farita.
  • Nun ni fermas la kunsidon kaj rekomencas ĝin. Enirinte nian Cinaman Labortablon, ni iras al Menuo -> Administrado -> Administranto de Virtuala Maŝino, kaj ni aliras la administran interfacon de nia KVM. virt-administranto

Virtualaj Retoj en la Virtuala Maŝino-Administranto

Malgraŭ tio, ke la Virtuala Maŝino-Administranto estas facile uzebla kaj ke per ĉiutaga praktikado ni povas akiri magistron pri ĝia uzo, ni ofertas konsileto pri kiel modifi la virtualan reton, kiun Qemu-Kvm instalas defaŭlte.

Ni navigas vian Menuo -> Redakti -> Detaloj pri konekto, kaj ni iras al la langeto «Virtualaj Retoj«. Se ni alklakas la ligon Agordo de IPv4, la ruĝa, kaj ankaŭ informas nin, ke la DHCP-servilo estas aktivigita por ĝi. Tiu servilo funkcias danke al la pakaĵo dnsmasq-bazo, kiu estas instalita.

Por pliaj informoj, vidu la dosieron: /usr/share/doc/libvirt-bin/README.Debian. retoj

Se ni volas ŝanĝi la retan agordon «defaŭlte«, Ni procedos jene:

buzz @ sysadmin: ~ $ sudo cp /etc/libvirt/qemu/networks/default.xml /etc/libvirt/qemu/networks/default.xml.original
buzz @ sysadmin: ~ $ cat /etc/libvirt/qemu/networks/default.xml.original
defaŭlte 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
defaŭlte 

buzz @ sysadmin: ~ $ sudo systemctl rekomencu libvirtd
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd

Se ni ne fermus la Virtualan Maŝinon-Administrilon antaŭ ol rekomenci la demono libvirtd, ni ricevos la jenan erarmesaĝon, kio estas normala por tio okazi: eraro Ni nur devas fermi la Virt-Administranto kaj remalfermu ĝin. Ni revenas al la parto de la agordo de Virtualaj Retoj, kaj ni kontrolas, ke la reto defaŭlte, vi jam havas la modifitajn parametrojn.

Ni sugestas ebligi la aŭtomatan ekfunkciigon de la Reto defaŭlte, markante la keston «Aŭtonikigi".

Stokado en Virt-Manager

Alia aspekto, kiun ni volas tuŝi, estas Stokado - stokado en la Virt-Administranto. Defaŭlte, la sistema dosierujo por konservi ĉiujn virtualajn maŝinajn bildojn troviĝas ĉe / var / lib / libvirt / bildoj. Supozu, ke ni havas malmolan diskon tute dediĉitan al tiu funkcio, kaj ke ni muntis ĝin / hejmo / vms. Por aldoni ĝin al Virt-Administranto, ni navigas tra ĝia Menuo -> Redakti -> Konektaj detaloj -> Stokado. En la malsupra maldekstra angulo ni alklakas la butonon «+«. Tiam Sorĉisto por «Kreu stokan sitelon": stokado

Ni rigardu la malsamajn specojn de stokado, el kiuj ni povas elekti. Detalajn dokumentojn ni trovos en Gvidilo pri Administrado kaj Disvolviĝo de Virtualigo, de Ruĝa Ĉapelo. Ni elektos la unuan «dir: Dosierujo-Dosierujo". stokado2 stokado3

Ĉe la fino de la sorĉisto, la nova stokujo estas Aktiva kaj kun ĝia ekfunkcio aŭtomate.

Unua virtuala maŝino

Ni devas trarigardi kaj legi la malsamajn eblojn ofertitajn de la Virt-Administranto. Ni observu en la antaŭlasta bildo de tiuj montritaj poste, ke kiam ni atingos la eldonon de la nove kreita virtuala maŝino kaj antaŭe Komencu la instaladon, en la opcio «procesoron«, Ni markas la skatolon "Agordo" Kopiu la agordon de CPU de gastiganta komputilo. Ĉi tio eble ne necesas, sed ni aliĝas al la Debiana rekomendo kaj nia HP-servila praktiko.

Por pliaj informoj, vidu la dosieron: /usr/share/doc/libvirt-bin/README.Debian. crea-vm01 crea-vm02 crea-vm03 crea-vm04 crea-vm05 crea-vm06 crea-vm07 crea-vm08 crea-vm09

Ni nur aldonos, ke dum pli ol tri jaroj ni produktas ĉi tiun virtualigan platformon en du kompanioj. Malgraŭ elektropaneoj, normalaj komputiloj «adaptita»Funkcii kiel servistoj, kaj de ĉiuj malfacilaĵoj, kiuj povas ekzisti en subevoluinta lando kiel la nia, la Qemu-Kvm ĝi ĉiam funkciis ĝuste, same kiel la virtualaj serviloj, kiuj funkcias per ĝi.

Ni esperas, ke ĉi tiu artikolo utilas por vi.

Venonta livero?

«Virsh ĉe Debian«

Memoru, ke ĉi tio estos serio de artikoloj de Komputilaj Retoj por PYMoj. Ni atendos vin!


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

12 komentoj, lasu la viajn

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita per *

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.

  1.   Zodiac diris

    Didaktika artikolo, kiu helpos min en mia efektivigo de mia paro de serviloj kun Qemu-KVM. Koran dankon Federico kaj ni daŭre atendos viajn afiŝojn.

  2.   alberto diris

    Tre bona artikolo por ajna iniciato en Qemu-KVM.
    Estus tre interese, ke en estontaj artikoloj vi klarigu la XML-dosierojn de la virtualaj maŝinoj kaj la maldikan provizon de la malmolaj diskoj, tiel atingante tre efikan deplojon.
    Saluton kaj dankon pro kontribuo.

  3.   Federico diris

    Koran dankon pro viaj komentoj !.

    Alberto: la ĉefa celo de niaj artikoloj, kiel ni jam skribis en multaj el ili, estas oferti Enirpunkton al la traktitaj temoj. Foje tre konciza kaj foje iom pli eksplicita. Ĝi dependas de la komplekseco de la temo. Tial ni donas tutan serion da ligoj al aliaj retejoj, por ke legantoj, ĉu ili estas iniciatitaj aŭ ne, trovu pli da literaturo por riĉigi siajn sciojn. Mi superas tiun liston de legantoj. 😉

    Laŭ via komento, mi vidas, ke vi ne estas komencanto pri la temo. Vi petas min klarigi sufiĉe teknikan trajton kiel la "Maldika provizado", eĉ se ni uzas ĝin iel aŭ alie en nia ĉiutaga laboro.

    "Maldika Provizado", por praktikaj celoj, estas kiam ni uzas virtualigajn teknologiojn por doni la aspekton, ke ni havas pli da aparataj rimedoj ol ni efektive havas. Se sistemo ĉiam disponas pri la necesaj aparataj rimedoj por subteni ĉiujn virtualigitajn rimedojn, tiam ni ne povas paroli pri tio, ke Light Provisioning estas efektivigita en tiu sistemo.

    Mi provas, ke la necesaj memoraj rimedoj, malmola diskospaco, nombro da procesoroj, ktp, por la ekzekuto de la virtualaj serviloj aŭ Gastoj, ne superu la rimedojn de la Gastiganto mem.

    Mi provas havi Pezan Provizon aŭ Tik Provizado. Mi organizas virtualigon -kiam mi povas- por ke la tuto de la rimedoj uzataj en la Gasto aproksimas la tuton de disponeblaj rimedoj.

    Oni sugestas, ke la efikeco de la speco de provizado dependas de kiel ni uzas ĝin kaj ne de la virtualiga teknologio. Peza Provizado estas plej efika kiam la kvanto de aparataj rimedoj uzataj proksimumas la kvanton de disponeblaj rimedoj. Maldika Provizado estas pli efika kiam la kvanto de aparataj rimedoj uzataj estas multe malpli ol disponebla.

    Por pliaj informoj pri Akiro, vizitu unue: https://en.wikipedia.org/wiki/Thin_provisioning.

    Cetere, mi diros tion al vi en la dokumento "Gvidilo pri Administrado kaj Disvolviĝo de Virtualigo" menciita en ĉi tiu artikolo, ĝi nur rilatas al Maldika provizado unufoje, kaj ĝi devas diri al ni, ke ĉi tiu speco de provizado ne estas subtenata de Stokaj Deponejoj aŭ Stokada Naĝejo, kun LVM aŭ Logika Voluma Administranto.

    Fine, mi volas atentigi vin, ke afiŝo ne povas kovri aŭ anstataŭigi fakan literaturon pri certa temo. Ekzemple, la malnova dokumento de Red Hat longas 565 paĝojn.

  4.   federika diris

    Luigys, mi malfacile ricevas la afiŝitajn komentojn.

    1.    Luigys toro diris

      Ni laboras pri ĝi

  5.   Marty mcfly diris

    Kial nenio estis de kiam Linukso diris pri la eldono 25 de la populara distribuo Fedora? Mi havas la impreson, ke ĉi tiu blogo specialiĝas nur pri Debian kaj Ubuntu ... Kiel malĝoja mi estas, ke mi estas fervora leganto kaj uzanto de Fedora samtempe.

    1.    Luigys toro diris

      Mia kara Marty, sendube ni havas ion forgesitan pri Fedora, ne per plezuro, sed pro neceso. La GNU / Linukso kaj libera mondo konstante moviĝas kaj niaj kapabloj testi, lerni kaj komuniki estas limigitaj. Ni ŝatus havi 48-horajn tagojn, povi iel aŭ alimaniere povi kontribui pli kaj pri pli da temoj.

      Iam ni skribos pri Fedora, pardonu, se ne nun, ni laboras por atingi pli kaj pli multajn kunlaborantojn por helpi nin krei enhavon, tiamaniere estos pli multaj punktoj, kiujn ni povas trakti.

      Ĉiuj estas invititaj kunlabori en DesdeLinux, por tio ekzistas la Gvidlibro por Verkistoj kaj Redaktistoj https://blog.desdelinux.net/guia-redactores-editores/ Ni do esperas, baldaŭ baldaŭ, havi multe pli da materialo por oferti.

    2.    federika diris

      Ĉu vi ŝatus, ke ni ankaŭ publikigu pri CentOS?

  6.   krespo88 diris

    Speciala artikolo, ni alkutimiĝis al ĝi. Dankon pro ĉi tiu transdono frato, vi jam ludas multe pli interesajn temojn, kio ne forprenas la ceterajn afiŝojn, mi diras ĝin tiel laŭ mia vidpunkto ĉar mia sekvado al Qemu-KVM komenciĝis kelkajn jarojn antaŭ kaj ĉar mi renkontis lin, mi havas neniun plendon pri tio.
    Mi esperas, ke Qemu-KVM restos forta kaj daŭros en la estonteco de Debian.

  7.   Federico diris

    Se vi estas observanto Crespo88, en ĉi tiuj novaj artikoloj pri Qemu-KVM, mi pliprofundigas, kiel vi jam vidis en la sekva, kaj vi vidos en la du pli, kiujn mi baldaŭ publikigos. En la nuna mondo virtualigo estas esenca teknologio. Indas enprofundiĝi en ĝia uzo. Dankon pro komento !!!.

  8.   Ismael Alvarez Wong diris

    Tre bona artikolo pri kiel praktiki en simpla kaj malmultekosta maniero la teorion pri virtualigo bazita sur KVM (aŭ Kern-bazita Virtuala Maŝino), tio estas, jen ĉiuj bazoj por komenci:
    1-a) Instalu la virtualigan platformon Qemu-Kvm.
    2a) Ĉar la gastiganto havas grafikan interfacon, ni bezonas la Virtualan Maŝino-Administranton por administri la KVM-virtualigon.
    3a) Tre bonaj Konsiloj por aldoni nian uzanton al la grupo libvirt por havi aliron al la interfaco Virtuala Mastrumilo; modifi la virtualan retan interfacon kaj la defaŭltan stokadon en Virt-Manager al alia "muntita" subdisko de dua malmola disko.
    4-a kaj fina) La kreo de la 1-a MV.
    Dankon, ke vi dividis ĉi tiujn informojn "sindoneme" por plibonigi nin plu en la mondo de Linukso.

  9.   federika diris

    Koran dankon pro via komento, amiko Wong. Mesaĝoj kiel la via estas tio, kio tenas min skribi por la komunumo FromLinux kaj por ĉiuj Linuksaj amantoj