Qemu-Kvm + Virt-Manager sa Debian - Mga Computer Network para sa mga SME

Pangkalahatang index ng serye: Mga Network ng Computer para sa mga SME: Panimula

Noong Mayo 2013 nai-publish namin sa blog na ito, dalawang artikulo nakatuon sa pag-install ng Qemu-Kvm sa Debian 7 «nanginginig«. May bisa pa rin sila. Tulad ng tanawin ng pag-install at pagsasaayos sa Debian 8 "Jessie" ay medyo nagbago, nais naming i-update ang pamamaraan.

Hindi ito magiging iba kaysa bago isawsaw ang iyong sarili sa pagbabasa nito Kung paano ito gawin, bibisitahin nila ang nakaraang artikulo Virtualization sa Debian: Panimula - Mga Computer Network para sa mga SMB, upang magkaroon ng kaunting background sa paksa.

Mga site na iminumungkahi namin na bumisita

Pagmamasid

  • Kinokopya namin ang output ng mga utos, dahil ang mga ito ay higit na mas madidaktiko kaysa sa anumang iba pang komposisyon na isinulat namin. Iminumungkahi namin na maingat mong basahin ang mga mensahe ng iba't ibang mga utos, dahil ito ay isa sa mga pinakamahusay na paraan upang matuto nang hindi kinakailangang pumunta sa isang paghahanap sa Internet. Hindi bababa sa iyon ang aming opinyon.

Instalasyon

Nagsisimula kami mula sa pangunahing pag-install ng isang Debian na "Jessie" tulad ng nakita natin sa Pag-install ng Workstation - Mga Computer Network para sa mga SME. Pagkatapos, nai-install namin ang Desktop o Desktop ng aming kagustuhan tulad ng nakita namin sa 6 Debian Desktops - Mga Computer Network para sa mga SME.

Para sa artikulong ito pinili namin ang Desktop ng Cinnamon. Pinili namin ito dahil maraming mga mambabasa ang gusto ang kapaligiran sa desktop na ito. 😉

Ang pangkalahatang data ng aming workstation ay:

Pangalan ng Domain: desdelinux.fan
Pangalan ng koponan: sysadmin
FQDN: sysadmin.desdelinux.fan
IP adress: 192.168.10.3
SubNet: 192.168.10.0/24
Karaniwang gumagamit: buzz
Buong pangalan ng gumagamit: Debian First OS Buzz

Sinusuri namin ang suporta para sa virtualization

Isinasagawa namin sa isang console:

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

Sa aming kaso, ibabalik sa amin ng utos na mayroon kaming 2 CPU na may angkop na suporta.

Mga package na mai-install namin

Una sa lahat, nalaman namin na mag-i-install kami gamit ang mga sumusunod na utos:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - Java virtual machine para sa CLI          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - C # Parsing and Refactoring Library - IKVM p libikvm-katutubong - katutubong silid-aklatan para sa IKVM.NET p nova-compute-kvm - OpenStack Compute - compute node (KVM)    
p qemu-kvm - QEMU Buong virtualization sa x86 hardware

buzz @ sysadmin: ~ $ aptitude ipakita ang nova-compute-kvm
Package: nova-compute-kvm Bago: oo Katayuan: hindi naka-install Bersyon: 2014.1.3-11 Priority: sobrang Seksyon: net Developer: PKG OpenStack Arkitektura: lahat ng Hindi nai-compress na laki: 50.2k Nakasalalay sa: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Nakasalalay sa: dpkg (> = 1.15.6 ~) Inirerekumenda: guestmount Ay mayroong mga salungatan sa: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Nagbibigay ng: nova-compute-hypervisor Paglalarawan: OpenStack Compute - compute node (KVM) Ang OpenStack ay isang maaasahang imprastraktura ng ulap. Ang misyon nito ay upang makabuo ng nasa lahat ng pook platform ng cloud computing na matutugunan ang mga pangangailangan ng publiko at pribadong cloud provider anuman ang laki, sa pamamagitan ng pagiging simple upang ipatupad at masusukat na masusukat. Ang OpenStack Compute, naka-codenamed na Nova, ay isang cloud computing tela ng controller na idinisenyo upang maging modular at madaling pahabain at iakma. Bilang karagdagan sa "katutubong" OpenStack API, sinusuportahan din nito ang Amazon EC2 API, at sinusuportahan nito ang maraming iba't ibang mga backend ng database (kasama ang SQLite, MySQL, at PostgreSQL), mga hypervisor (KVM, Xen), at mga system ng direktoryo ng gumagamit (LDAP, SQL ). Ito ay isang pakete ng pagtitiwala para sa mga compute node gamit ang KVM. Pangunahing pahina: http://www.openstack.org/software/openstack-compute/
  • Hindi namin mai-install ang package OpenStack, dahil hindi namin kailangan ng isang buong imprastrakturang virtualization para sa Cloud - Ulap,
buzz @ sysadmin: ~ $ aptitude ipakita ang qemu-kvm
Pakete: qemu-kvm Bago: oo Katayuan: hindi naka-install na Multi-Arch: foreign Version: 1: 2.1 + dfsg-12 + deb8u1 Priority: opsyonal na Seksyon: misc Developer: Debian QEMU Team Arkitektura: amd64 Hindi naka-compress na laki: 60.4 k Nakasalalay sa: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) May mga salungatan sa: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~ ) Supersedes: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Nagbibigay: kvm Paglalarawan: QEMU Buong virtualization sa x86 hardware QEMU ay isang mabilis na emulator ng processor. Ang package na ito ay nagbibigay lamang ng isang wrapper script / usr / bin / kvm na nagpapatakbo ng qemu-system-x86 sa kvm mode para sa pabalik na pagiging tugma. Mangyaring tandaan na ang mga lumang file ng pagsasaayos ng qemu-kvm (sa / etc / kvm /) ay hindi na ginagamit.
Pangunahing pahina: http://www.qemu.org/

I-install namin ang virtualization platform na Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
Ang mga sumusunod na BAGONG pakete ay mai-install:     
  augeas-lenses {a} tulay-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-kliyente {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 -util ang {a} seabios {a} vbetool {a} 0 na mga package na na-update, 42 na bago ang na-install, 0 na aalisin at 0 ay hindi na-update. Kailangan kong mag-download ng 8,422 kB / 14.8 MB ng mga file. Matapos ang pag-unpack, 53.3 MB ang gagamitin. Gusto mo bang magpatuloy? [Y / n /?] At

Mahalaga

  • Habang nag-i-install kami sa isang Desktop, kakailanganin namin ng isang interface upang pamahalaan ang KVM. Kung nag-i-install kami sa isa o higit pang mga server, kapwa ang pag-install ng Desktop at ang pag-install ng Virtual Machine Manager, na mai-install natin sa paglaon. Csa isang solong halimbawa ng graphic na interface na ito, maaari naming pamahalaan ang lahat ng mga server kung saan namin na-install ang mga package qemu-kvm, libvirt-bin y tulay-util.
  • Ang pangunahing demonyo - demonyo ng virtualization ay ang libvirtd. Upang malaman ang katayuan nito isinasagawa namin:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ $ sudo katayuan sa libvirtd ng serbisyo
  • Kung sa output ng alinman sa mga nakaraang utos, nabasa namin ang ilang mga linya sa pula, malusog na i-restart ang serbisyo libvirtd at suriin muli, o i-restart ang computer at suriin. Ang scriptlibvirtd.service sino ang nagdadrive systemd, ay matatagpuan sa /lib/systemd/system/libvirtd.service. Tandaan na maaari nating gamitin ang demonyong iyon sa dating paraan, iyon ay:
buzz @ sysadmin: ~ $ sudo service libvirtd
Paggamit: /etc/init.d/libvirtd {start | stop | restart | reload | force-reload | status | force-stop}

buzz @ sysadmin: ~ $ sudo service libvirtd restart buzz @ sysadmin: ~ $ sudo service libvirtd statuslibvirtd.service - Virtualization daemon
   Na-load: na-load (/lib/systemd/system/libvirtd.service; pinagana)
   Aktibo: aktibo (tumatakbo) mula noong Sun 2016-11-27 11:23:53 EST; 8min na nakalipas Docs: man: libvirtd (8) http://libvirt.org Pangunahing PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El script matatagpuan sa /etc/init.d/qemu-system-x86, ay namamahala sa pagpasok ng mga kinakailangang modyul para sa wastong pagpapatakbo ng Qemu-Kvm. Matapos itong matagumpay na magtrabaho, tapos na ito. Kung susuriin natin ang katayuan nito, ibabalik na 0 o matagumpay ito.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: QEMU KVM module loading script Loaded: load (/etc/init.d/qemu-system-x86)
   Aktibo: aktibo (lumabas) mula noong Sun 2016-11-27 11:18:17 EST; 18min na nakalipas Proseso: 172 ExecStart = / etc / init.d / qemu-system-x86 pagsisimula (code = exited, status = 0 / SUCCESS)
  • Kung kami ay kakaiba at nais na malaman kung alin ang mga module at kanilang lokasyon, isinasagawa namin:
buzz @ sysadmin: ~ $ sudo na-updateb

buzz @ sysadmin: ~ $ hanapin ang 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/
kabuuang 1016 -rw-r - r-- 1 ugat ng ugat 97120 17 Hul 2015 XNUMX kvm-amd.ko
-rw-r - r-- 1 root root 223680 Hul 17 2015 kvm-intel.ko
-rw-r - r-- 1 root root 715920 Hul 17 2015 kvm.ko

I-install namin ang Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude install virt-manager
[sudo] password para sa buzz: Ang mga sumusunod na BAGONG pakete ay mai-install: 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 {isang} virt-manager virt- Ang manonood ay {a} malapit sa {a} 0 na mga package na na-update, 11 na bago ang na-install, 0 na aalisin, at 0 na hindi na-update. Kailangan kong mag-download ng 2,041 kB ng mga file. Pagkatapos i-unpack, 12.5 MB ang gagamitin. Gusto mo bang magpatuloy? [Y / n /?] At
  • Matapos mai-install ang package, kumunsulta kami sa:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Ang Control Control =________________________= Ang pag-access sa socket ng libvirt ay kinokontrol ng pagiging kasapi sa pangkat na "libvirt". Kung nais mong pamahalaan ang mga virtual machine bilang hindi ugat kailangan mong idagdag ang iyong gumagamit sa pangkat na iyon o kailangan mong gamitin ang mga uris ng session tulad ng qemu: /// session. Tingnan din ang /usr/share/doc/libvirt-bin/README.Debian. - Guido Guenther Thu, 04 Hun 2010 11:46:03 +0100
  • Ipinapahiwatig ng nasa itaas na dapat nating gawing kasapi ang miyembro ng grupo ng libvirt upang mai-access ang bagong naka-install na interface:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Pagdaragdag ng user buzz 'sa pangkat` libvirt' ... Pagdaragdag ng buzz ng gumagamit sa libvirt ng pangkat Tapos Na.
  • Ngayon ay isinasara namin ang sesyon at simulang muli ito. Matapos ipasok ang aming Cinnamon Desktop, pupunta kami sa Menu -> Administrasyon -> Virtual Machine Manager, at ina-access namin ang interface ng pangangasiwa ng aming KVM. virt-manager

Mga Virtual Network sa Virtual Machine Manager

Sa kabila ng katotohanang ang Virtual Machine Manager ay madaling gamitin at sa pang-araw-araw na kasanayan maaari tayong makakuha ng degree na Master sa paggamit nito, nag-aalok kami ng Tip sa kung paano baguhin ang virtual network na nai-install ng Qemu-Kvm bilang default.

Nagna-navigate kami sa iyong Menu -> I-edit -> Mga detalye ng koneksyon, at pupunta kami sa tab «Mga Virtual na Network«. Kung nag-click kami sa link Pag-configure ng IPv4, ang pula, at ipinapaalam din sa amin na ang DHCP server ay naaktibo para dito. Nagpapatakbo ang server na iyon salamat sa package dnsmasq-base, na naka-install.

Para sa karagdagang impormasyon, tingnan ang file: /usr/share/doc/libvirt-bin/README.Debian. network

Kung nais naming baguhin ang pagsasaayos ng network «default«, Kami ay magpapatuloy tulad ng sumusunod:

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
default 

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

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

Kung hindi namin isinara ang Virtual Machine Manager bago i-restart ang demonyo libvirtd, matatanggap namin ang sumusunod na mensahe ng error, na normal na mangyari ito: mali

Kailangan lang nating isara ang Virt Manager at muling buksan ito. Bumabalik kami sa bahagi ng pagsasaayos ng Mga Virtual na Network, at pinatutunayan namin na ang network default, mayroon ka nang nabagong mga parameter.

Iminumungkahi namin ang pagpapagana ng awtomatikong pagsisimula ng Network default, sa pamamagitan ng paglalagay ng tsek sa kahon «Autonicize".

Imbakan sa Virt-Manager

Ang isa pang aspeto na nais naming hawakan ay ang Imbakan - Imbakan sa Virt-Manager. Bilang default, ang folder ng system upang mai-save ang lahat ng mga imahe ng mga virtual machine ay matatagpuan sa / var / lib / libvirt / mga imahe. Ipagpalagay na mayroon kaming isang hard drive na ganap na nakatuon sa pagpapaandar na iyon, at naka-mount ito / bahay / vms. Upang idagdag ito sa Virt Manager, nagna-navigate kami sa Menu nito -> I-edit -> Mga detalye ng koneksyon -> Imbakan. Sa ibabang kaliwang sulok nag-click kami sa pindutan «+«. Pagkatapos isang Wizard para sa «Lumikha ng imbakan ng timba": imbakan

Tingnan natin ang iba't ibang mga uri ng imbakan na maaari nating mapagpipilian. Detalyadong dokumentasyon na makikita natin Gabay sa Pag-deploy at Pangangasiwa ng Virtualization, mula sa Red Hat. Pipiliin namin ang una «dir: Direktoryo ng System System". imbakan2

imbakan3

Sa pagtatapos ng wizard, ang bagong tangke ng imbakan ay Aktibo at awtomatikong nagsisimula ang pagsisimula nito.

Unang virtual machine

Dapat kaming mag-navigate sa pamamagitan, at basahin ang iba't ibang mga pagpipilian na inaalok ng Virt-Manager. Pagmasdan natin ang nasa huli na imahe ng mga ipinakita sa paglaon, na pagdating namin sa edisyon ng bagong nilikha na virtual machine at bago Simulan ang pag-install, sa pagpipilian «processor«, Minarkahan natin ang kahon "Configuration" Kopyahin ang pagsasaayos ng CPU ng host computer. Maaaring hindi kinakailangan na gawin ito, ngunit nananatili kami sa rekomendasyon ng Debian at ang kasanayan sa aming server ng HP.

Para sa karagdagang impormasyon, tingnan ang file: /usr/share/doc/libvirt-bin/README.Debian. lumikha-vm01

lumikha-vm02

lumikha-vm03

lumikha-vm04

lumikha-vm05

lumikha-vm06

lumikha-vm07

lumikha-vm08

lumikha-vm09

Idaragdag lamang namin iyon sa higit sa tatlong taon, nagkaroon kami ng virtualization platform na ito sa paggawa sa dalawang kumpanya. Sa kabila ng pagkabigo ng kuryente, normal na mga computer «inangkop»Upang gumana bilang mga tagapaglingkod, at sa lahat ng mga paghihirap na maaaring mayroon sa isang maunlad na bansa tulad ng atin, ang Qemu-Kvm palaging gumagana ito ng tama, pati na rin ang mga virtual server na tumatakbo dito.

Inaasahan namin na ang artikulong ito ay kapaki-pakinabang para sa iyo.

Susunod na paghahatid?

«Virsh kay Debian«

Tandaan na ito ay magiging isang serye ng mga artikulo ni Mga Network ng Computer para sa mga SME. Hihintayin ka namin!


Iwanan ang iyong puna

Ang iyong email address ay hindi nai-publish. Mga kinakailangang patlang ay minarkahan ng *

*

*

  1. Responsable para sa data: Miguel Ángel Gatón
  2. Layunin ng data: Kontrolin ang SPAM, pamamahala ng komento.
  3. Legitimation: Ang iyong pahintulot
  4. Komunikasyon ng data: Ang data ay hindi maiparating sa mga third party maliban sa ligal na obligasyon.
  5. Imbakan ng data: Ang database na naka-host ng Occentus Networks (EU)
  6. Mga Karapatan: Sa anumang oras maaari mong limitahan, mabawi at tanggalin ang iyong impormasyon.

  1.   Sodiyak dijo

    Ang artikulo ng Didactic na makakatulong sa akin sa aking pagpapatupad ng aking pares ng mga server sa Qemu-KVM. Maraming salamat Federico at magpapatuloy kaming maghintay para sa iyong mga post.

  2.   Alberto dijo

    Napakagandang artikulo para sa anumang pagsisimula sa Qemu-KVM.
    Napakainteresado na sa hinaharap na mga artikulo na ipaliwanag mo ang mga XML file ng mga virtual machine at ang manipis na paglalaan ng mga hard drive, sa gayon makamit ang isang napakahusay na pag-deploy.
    Pagbati at salamat sa pag-ambag.

  3.   Federico dijo

    Maraming salamat sa iyong mga komento !.

    Alberto: ang pangunahing layunin ng aming mga artikulo, tulad ng isinulat na namin sa marami sa kanila, ay mag-alok ng isang Entry Point sa mga paksang sakop. Minsan napaka maigsi at kung minsan ay medyo mas malinaw. Depende ito sa pagiging kumplikado ng paksa. Para sa kadahilanang ito, nagbibigay kami ng isang buong serye ng mga link sa iba pang mga site upang ang mga mambabasa, pinasimulan man o hindi, ay makahanap ng higit pang panitikan upang pagyamanin ang kanilang kaalaman. Itaas ko ang listahan ng mga mambabasa. 😉

    Mula sa iyong puna, nakikita kong hindi ka isang pasimuno sa paksa. Hihilingin mo sa akin na ipaliwanag ang isang medyo panteknikal na tampok tulad ng "Manipis na paglalaan", kahit na ginagamit natin ito sa ilang paraan o iba pa sa ating pang-araw-araw na gawain.

    Ang "Manipis na Paglalaan", para sa mga praktikal na layunin, ay kapag gumagamit kami ng mga teknolohiya ng virtualization upang bigyan ang hitsura na mayroon kaming higit na mga mapagkukunan ng hardware kaysa sa aktwal na mayroon kami. Kung ang isang system ay palaging nasa pagtatapon nito ng mga kinakailangang mapagkukunan ng hardware upang suportahan ang lahat ng mga virtualized na mapagkukunan, hindi namin masasabi ang pagkakaroon ng Light Provisioning na ipatupad sa sistemang iyon.

    Sinubukan ko na ang kinakailangang mga mapagkukunan ng memorya, hard disk space, bilang ng mga processor, atbp., Para sa pagpapatupad ng mga virtual server o Bisita, ay hindi lalampas sa mga mapagkukunan ng Host mismo.

    Sinusubukan kong magkaroon ng isang Malakas na Pag-supply o Lagyan ng tsek ang Pagbibigay. Inaayos ko ang virtualisasyon - kapag nagagawa ko- upang ang kabuuan ng mga mapagkukunang ginamit sa panauhin, tinatantiya ang kabuuan ng mga magagamit na mapagkukunan.

    Iminungkahi na ang kahusayan ng uri ng pagbibigay ay nakasalalay sa kung paano namin ito ginagamit at hindi sa virtualization na teknolohiya. Ang mabibigat na Paglalaan ay pinaka mahusay kung ang halaga ng mga mapagkukunang hardware na ginamit ay tinatayang ang halaga ng magagamit na mga mapagkukunan. Ang Manipis na Pagbibigay ay pinaka mahusay kung ang halaga ng mga mapagkukunang hardware na ginamit ay mas mababa kaysa sa magagamit.

    Para sa karagdagang impormasyon sa Procurement, bisitahin ang unang pagkakataon: https://en.wikipedia.org/wiki/Thin_provisioning.

    Nga pala, sasabihin ko sa iyo iyan sa dokumento "Gabay sa Pag-deploy at Pangangasiwa ng Virtualization" na nabanggit sa artikulong ito, tumutukoy lamang ito sa Manipis na paglalaan ng isang beses, at sasabihin sa amin na ang ganitong uri ng paglalaan ay hindi suportado ng Storage Depots o Storage Pool, kasama ang LVM o Logical Volume Manager.

    Sa wakas, nais kong iguhit ang iyong pansin na ang isang post ay hindi maaaring sakupin o palitan ang dalubhasang panitikan sa isang tiyak na paksa. Halimbawa, ang lumang dokumento ng Red Hat ay 565 na pahina ang haba.

  4.   Federico dijo

    Luigys, nahihirapan akong matanggap ang mga puna na nai-post.

    1.    Luigys toro dijo

      Ginagawa namin ito

  5.   Marty mcfly dijo

    Dahil sa Desde Linux Wala bang pinag-uusapan tungkol sa paglabas ng 25 ng sikat na pamamahagi ng Fedora? Nakukuha ko ang impresyon na ang blog na ito ay dalubhasa lamang sa Debian at Ubuntu... Nakakalungkot na ako ay isang masugid na mambabasa at sa parehong oras ay isang gumagamit ng Fedora

    1.    Luigys toro dijo

      Mahal kong Marty, walang alinlangan mayroon kaming isang bagay na nakalimutan ang tungkol sa Fedora, hindi ito sa pamamagitan ng kasiyahan, ngunit sa pamamagitan ng pangangailangan. Ang GNU / Linux at libreng mundo ay patuloy na gumagalaw at ang aming mga kakayahan upang subukan, matuto, at makipag-usap ay limitado. Nais naming magkaroon ng 48-oras na araw, upang sa isang paraan o sa iba pa upang makapag magbigay ng higit pa at sa higit pang mga paksa.

      Sa ilang mga punto, magsusulat kami tungkol sa Fedora, humihingi ng paumanhin kung hindi ito ngayon, nagsusumikap kaming maabot ang higit pa at mas maraming mga tagatulong upang matulungan kaming lumikha ng nilalaman, sa ganitong paraan magkakaroon ng maraming mga puntos na maaari naming saklawin.

      Inaanyayahan ang lahat na magtulungan DesdeLinux, para dito mayroong Gabay para sa Mga Editor at Gabay sa Editor https://blog.desdelinux.net/guia-redactores-editores/ Samakatuwid inaasahan namin, sa isang punto ng oras, na magkaroon ng higit pang materyal na maiaalok.

    2.    Federico dijo

      Nais mo bang mai-publish din namin ang tungkol sa CentOS?

  6.   crespo88 dijo

    Espesyal na artikulo, sanay na kami dito. Salamat sa paghahatid na kapatid na ito, naglalaro ka na ng mas kawili-wiling mga paksa, na hindi aalisin sa natitirang mga post, sinasabi ko ito nang ganoon sa aking pananaw dahil ang aking pag-follow up sa Qemu-KVM ay nagsimula ng ilang taon nakaraan at mula nang makilala ko siya wala na akong reklamo tungkol dito.
    Inaasahan kong ang Qemu-KVM ay mananatiling malakas at magpapatuloy para sa Debian sa hinaharap.

  7.   Federico dijo

    Kung ikaw ay isang tagamasid Crespo88, sa mga bagong artikulong ito tungkol sa Qemu-KVM, masisiyasat ako, tulad ng nakita mo sa susunod, at makikita mo sa dalawa pa na ilalathala ko sa lalong madaling panahon. Sa panahon ngayon ang virtualization ay isang mahalagang teknolohiya. Ito ay nagkakahalaga ng pagtuklas sa paggamit nito. Salamat sa komento !!!.

  8.   Ismael Alvarez Wong dijo

    Napakagandang artikulo sa kung paano isagawa sa isang simple at abot-kayang paraan ang teorya tungkol sa virtualization batay sa KVM (o Kernel-based Virtual Machine), iyon ay, ito ang lahat ng mga pangunahing kaalaman upang magsimula:
    Ika-1) I-install ang virtualization platform na Qemu-Kvm.
    Ika-2) Bilang ang host ay may isang graphic na interface, kailangan namin ang Virtual Machine Manager upang pamahalaan ang virtualization ng KVM.
    Ika-3) Napakagandang TIP upang idagdag ang aming buzz ng gumagamit sa pangkat ng libvirt upang magkaroon ng pag-access sa interface ng Virtual Machine Manager; upang baguhin ang interface ng virtual network at ang default na imbakan sa Virt-Manager sa isa pang "naka-mount" na pagkahati ng isang ika-2 hard disk.
    Pang-4 at panghuli) Ang paglikha ng 1st MV.
    Salamat sa pagbabahagi ng impormasyong ito na "walang pag-iimbot" upang mapabuti ang ating mga sarili sa mundo ng Linux.

  9.   Federico dijo

    Maraming salamat sa iyong komento, kaibigang Wong. Ang mga mensaheng tulad ng sa iyo ang dahilan kung bakit ako patuloy na nagsusulat para sa Komunidad DesdeLinux at para sa lahat ng mahilig sa Linux