Qemu-Kvm + Virt-Manager на Debian - Кампутарныя сеткі для МСП

Агульны паказальнік серыі: Кампутарныя сеткі для МСП: Увядзенне

У маі 2013 года мы апублікавалі ў гэтым блогу два артыкулы прысвечаны ўсталёўцы Кэму-Квм у Debian 7 «Свіст«. Яны дзейнічаюць да гэтага часу. Паколькі ландшафт ўстаноўкі і канфігурацыі ў Debian 8 "Jessie" крыху змяніўся, мы хочам абнавіць працэдуру.

Гэта было б не інакш, як перад тым, як пагрузіцца ў чытанне гэтага Як гэта зрабіць, яны наведаюць папярэдні артыкул Віртуалізацыя ў Debian: Увядзенне - Кампутарныя сеткі для малога і сярэдняга бізнесу, каб мець невялікую інфармацыю па гэтым пытанні.

Сайты, якія мы прапануем наведаць

Назіранне

  • Мы капіруем вынікі каманд, бо яны значна больш дыдактычныя, чым любы іншы склад, напісаны намі. Мы прапануем вам уважліва прачытаць паведамленні розных мандатаў, бо гэта адзін з лепшых спосабаў навучыцца, не патрабуючы пошуку ў Інтэрнэце. Прынамсі, такое наша меркаванне.

Усталёўка

Мы зыходзім з асноўнай устаноўкі Debian "Jessie", як мы бачылі Усталёўка працоўнай станцыі - Кампутарныя сеткі для МСП. Затым мы ўсталёўваем працоўны стол альбо працоўны стол, як нам падабалася 6 настольных кампутараў Debian - камп'ютэрныя сеткі для МСП.

Для гэтага артыкула мы абралі Карыца працоўны стол. Мы выбралі яго, таму што многія чытачы любяць гэта асяроддзе працоўнага стала. 😉

Агульныя дадзеныя нашай працоўнай станцыі:

Даменнае імя: fromlinux.fan
Назва каманды: sysadmin
Даменнае імя: sysadmin.fromlinux.fan
IP-адрас: 192.168.10.3
Падсетка: 192.168.10.0 / 24
Звычайны карыстальнік: гудзенне
Поўнае імя карыстальніка: Debian First OS Buzz

Мы правяраем падтрымку для віртуалізацыі

У кансолі мы выконваем:

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

У нашым выпадку каманда вяртае нам, што мы маем 2 працэсара з належнай падтрымкай.

Пакеты, якія мы ўсталюем

Перш за ўсё, мы даведаемся, што збіраемся ўсталяваць, выкарыстоўваючы наступныя каманды:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - віртуальная машына Java для CLI          
v квм                             - p libicsharpcode-nrefactory-ikvm5 - Бібліятэка разбору і рэфактарынга C # - IKVM p libikvm-native - родная бібліятэка для IKVM.NET p nova-compute-kvm - OpenStack Compute - вылічальны вузел (KVM)    
p qemu-kvm - QEMU Поўная віртуалізацыя на абсталяванні x86

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
Пакет: nova-compute-kvm Новы: так Статус: не ўсталяваны Версія: 2014.1.3-11 Прыярытэт: дадатковы Раздзел: сетка Распрацоўшчык: PKG OpenStack Архітэктура: усё Несціснуты памер: 50.2k Залежыць ад: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Залежна ад: dpkg (> = 1.15.6 ~) Рэкамендацыя: guestmount Мае канфлікты з: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Прадастаўляе: nova-compute-hypervisor Апісанне: OpenStack Compute - вылічальны вузел (KVM) OpenStack - гэта надзейная хмарная інфраструктура. Яго місія складаецца ў стварэнні паўсюднай платформы хмарных вылічэнняў, якая будзе задавальняць патрэбы дзяржаўных і прыватных хмарных правайдэраў незалежна ад памеру, простая ў рэалізацыі і маштабуемая. OpenStack Compute пад кодавай назвай Nova - гэта кантролер хмарных вылічэнняў, распрацаваны, каб быць модульным і простым у пашырэнні і адаптацыі. У дадатак да "роднага" OpenStack API, ён таксама падтрымлівае Amazon EC2 API і падтрымлівае мноства розных бэкэндаў базы дадзеных (у тым ліку SQLite, MySQL і PostgreSQL), гіпервізараў (KVM, Xen) і сістэм каталогаў карыстальнікаў (LDAP, SQL ). Гэта пакет залежнасцяў для вылічальных вузлоў з выкарыстаннем KVM. Галоўная старонка: http://www.openstack.org/software/openstack-compute/
  • Мы не збіраемся ўсталёўваць пакет OpenStack, таму што нам не патрэбна цэлая інфраструктура віртуалізацыі для воблака - Воблака, 😉
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
Пакет: qemu-kvm Новы: так Статус: не ўсталяваны Multi-Arch: замежная Версія: 1: 2.1 + dfsg-12 + deb8u1 Прыярытэт: неабавязковы Раздзел: рознае Распрацоўшчык: Debian QEMU Team Архітэктура: amd64 Несціснуты памер: 60.4 к Залежыць ад: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Мае канфлікты з: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Замяняе: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Забяспечвае: kvm Апісанне: QEMU Поўная віртуалізацыя на апаратным забеспячэнні x86 QEMU - гэта хуткі эмулятар працэсара. Гэты пакет забяспечвае толькі сцэнар-абгортку / usr / bin / kvm, які запускае qemu-system-x86 у рэжыме kvm для зваротнай сумяшчальнасці. Звярніце ўвагу, што старыя файлы канфігурацыі qemu-kvm (у / etc / kvm /) больш не выкарыстоўваюцца.
Галоўная старонка: http://www.qemu.org/

Мы ўсталёўваем платформу віртуалізацыі Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude усталяваць qemu-kvm libvirt-bin bridge-utils
Будуць усталяваны наступныя НОВЫЯ пакеты:     
  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-server {a} libvdeplug1 {a} libvirt-bin libvirt-кліенты {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt2 {a} libx0-86 {a} libxen-1 {a} libxenstore4.4 { a} libxml3.0-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x2 {a} qemu -utils {a} seabios {a} vbetool {a} 86 абноўленых пакетаў, устаноўлена 0 новых, 42 для выдалення і 0 не абноўленых. Мне трэба загрузіць 0 8,422 КБ / 14.8 МБ файлаў. Пасля распакавання будзе выкарыстана 53.3 МБ. Хочаце працягваць? [Так / н /?] І

Важны

  • Па меры ўсталёўкі на працоўны стол нам спатрэбіцца інтэрфейс для кіравання KVM. Калі мы ўсталёўвалі на адзін або некалькі сервераў, і ўстаноўка на працоўным стале, і ўстаноўка Яслі віртуальных машын, што мы ўсталюем пазней. Cна адным асобніку гэтага графічнага інтэрфейсу, мы можам кіраваць усімі серверамі, на якіх мы ўсталявалі пакеты qemu-kvm, libvirt-bin y масты-утылы.
  • Галоўны дэман - дэман віртуалізацыі з'яўляецца libvirtd. Каб даведацца яго статус, мы выконваем:
buzz @ sysadmin: ~ $ sudo systemctl статус libvirtd
buzz @ sysadmin: ~ $ статус службы sudo libvirtd
  • Калі ў выходных дадзеных любой з папярэдніх каманд мы чытаем чырвоныя шэрагі, карысна перазапусціць службу libvirtd і праверце яшчэ раз, альбо перазагрузіце кампутар і праверце. Ён скрыптlibvirtd.service хто ездзіць Systemd, знойдзены ў /lib/systemd/system/libvirtd.service. Звярніце ўвагу, што мы таксама можам выклікаць гэтага дэмана па-старому, гэта значыць:
buzz @ sysadmin: ~ $ служба sudo libvirtd
Выкарыстанне: /etc/init.d/libvirtd {старт | прыпынак | перазапуск | перазагрузка | прымусовая перазагрузка | статус | прымусовы прыпынак}

buzz @ sysadmin: ~ $ sudo service libvirtd перазапусціць buzz @ sysadmin: ~ $ sudo service libvirtd statuslibvirtd.service - дэман віртуалізацыі
   Загружана: загружана (/lib/systemd/system/libvirtd.service; уключана)
   актыўныя: актыўны (працуе) з нд 2016-11-27 11:23:53 EST; 8 хвілін таму Дакументы: man: libvirtd (8) http://libvirt.org Асноўны PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El скрыпт размешчаны ў /etc/init.d/qemu-system-x86, адказвае за ўстаўку неабходных модуляў для правільнай працы Qemu-Kvm. Пасля таго, як вы паспяхова зробіце сваю працу, вы скончыце. Калі мы праверым яго статус, ён верне нам, што ён 0 або паспяховы.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: Сцэнар загрузкі модуля QEMU KVM Загружаны: загружаны (/etc/init.d/qemu-system-x86)
   актыўныя: актыўны (выйшаў) з нд 2016-11-27 11:18:17 EST; 18 хвілін таму Працэс: 172 ExecStart = / etc / init.d / qemu-system-x86 start (код = выйшаў, статус = 0 / ПОСПЕХ)
  • Калі нам цікава і мы хочам ведаць, якія модулі і іх месцазнаходжанне, мы выконваем:
buzz @ sysadmin: ~ $ sudo updatedb

buzz @ sysadmin: ~ $ знайсці 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/
усяго 1016 -rw-r - r-- 1 корань кораня 97120 17 2015 ліпеня XNUMX г. kvm-amd.ko
-rw-r - r-- 1 корань кораня 223680 17 ліпеня 2015 г. kvm-intel.ko
-rw-r - r-- 1 корань кораня 715920 17 ліпеня 2015 г. kvm.ko

Мы ўсталёўваем дыспетчар віртуальных машын

buzz @ sysadmin: ~ $ sudo aptitude усталяваць virt-manager
[sudo] пароль для гудзення: будуць усталяваны наступныя НОВЫЯ пакеты: 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-viewer {a} virtinst {a} абноўлена 0 пакетаў, устаноўлена 11 новых, 0 для выдалення і 0 не абноўлена. Мне трэба загрузіць 2,041 КБ файлаў. Пасля распакавання будзе выкарыстана 12.5 МБ. Хочаце працягваць? [Так / н /?] І
  • Пасля ўстаноўкі пакета мы кансультуемся:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Кантроль доступу ============== Доступ да сокета libvirt кантралюецца прыналежнасцю да групы "libvirt". Калі вы хочаце кіраваць віртуальнымі машынамі як некорневыя, вам трэба дадаць карыстальніка ў гэтую групу альбо вам трэба выкарыстоўваць сеанс uris, напрыклад qemu: /// session. Глядзіце таксама /usr/share/doc/libvirt-bin/README.Debian. - Гвіда Гюнтэр Чт, 04 чэрвеня 2010 11:46:03 +0100
  • Вышэйсказанае паказвае на тое, што мы павінны прымусіць карыстальніка паведамляць членам група libvirt для доступу да нядаўна ўсталяванага інтэрфейсу:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Даданне карыстальніка "buzz" да групы `libvirt '... Даданне паведамлення карыстальніка да групы libvirt Гатова.
  • Цяпер мы закрываем сесію і пачынаем яе зноў. Пасля ўваходу ў наш працоўны стол Cinnamon мы пераходзім да Меню -> Адміністраванне -> Дыспетчар віртуальных машын, і мы атрымліваем доступ да адміністрацыйнага інтэрфейсу нашага KVM. віртуальны менеджэр

Віртуальныя сеткі ў дыспетчары віртуальных машын

Нягледзячы на ​​тое, што дыспетчар віртуальных машын просты ў выкарыстанні, і штодзённай практыкай мы можам атрымаць ступень магістра па яго выкарыстанні, мы прапануем Чаявыя пра тое, як змяніць віртуальную сетку, якую Qemu-Kvm усталёўвае па змаўчанні.

Мы арыентуемся ў вашых Меню -> Рэдагаваць -> Падрабязнасці злучэння, і мы пераходзім на ўкладку «Віртуальныя сеткі«. Калі націснуць на спасылку Канфігурацыя IPv4, чырвоны, а таксама паведамляе нам, што для яго актываваны сервер DHCP. Гэты сервер працуе дзякуючы пакету dnsmasq-база, які ўсталяваны.

Для атрымання дадатковай інфармацыі глядзіце файл: /usr/share/doc/libvirt-bin/README.Debian. сеткі

Калі мы хочам змяніць канфігурацыю сеткі «дэфолт«, Мы будзем дзейнічаць наступным чынам:

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
па змаўчанні 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
па змаўчанні 

buzz @ sysadmin: ~ $ sudo systemctl перазапусціце libvirtd
buzz @ sysadmin: ~ $ sudo systemctl статус libvirtd

Калі б мы не закрылі дыспетчар віртуальных машын да перазапуску дэман libvirtd, мы атрымаем наступнае паведамленне пра памылку, што нармальна для гэтага: памылка Мы проста павінны закрыць Вірт-менеджэр і адкрыйце яго зноў. Мы вяртаемся да часткі канфігурацыі віртуальных сетак і правяраем, ці працуе сетка дэфолт, у вас ужо ёсць змененыя параметры.

Мы прапануем уключыць аўтаматычны запуск сеткі дэфолт, усталяваўшы сцяжок «Аўтанізаваць«.

Захоўванне ў Virt-Manager

Яшчэ адзін аспект, які мы хочам закрануць, - гэта сховішча - захоўванне у Virt-Manager. Па змаўчанні знаходзіцца сістэмная тэчка для захавання ўсіх малюнкаў віртуальнай машыны / var / lib / libvirt / выявы. Дапусцім, у нас ёсць жорсткі дыск, цалкам выдзелены гэтай функцыі, і ён у нас усталяваны / дома / vms. Каб дадаць яго ў Вірт-менеджэр, мы перамяшчаемся па яго меню -> Рэдагаваць -> Падрабязнасці злучэння -> Захоўванне. У левым ніжнім куце націскаем на кнопку «+«. Затым адлюструецца майстар для «Стварыце вядро захоўвання«: захоўванне

Давайце паглядзім на розныя тыпы сховішчаў, якія мы можам выбраць. Падрабязную дакументацыю мы знойдзем у Кіраўніцтва па разгортванні і адміністраванні віртуалізацыі, ад Red Hat. Мы абярэм першае «рэж: Каталог файлавай сістэмы«. захоўванне2 захоўванне3

У канцы майстра новы бак для захоўвання актыўны і запускаецца аўтаматычна.

Першая віртуальная машына

Мы павінны перамяшчацца і чытаць розныя варыянты, якія прапануе нам Virt-Manager. Давайце заўважым на перадапошнім малюнку тых, што паказаны пазней, што, калі мы трапім у выданне нядаўна створанай віртуальнай машыны і раней Пачніце ўстаноўку, у опцыі «працэсар«, Мы адзначаем поле "Канфігурацыя" Скапіруйце канфігурацыю працэсара хаст-кампутара. Магчыма, гэта не трэба рабіць, але мы прытрымліваемся рэкамендацый Debian і нашай практыкі сервераў HP.

Для атрымання дадатковай інфармацыі глядзіце файл: /usr/share/doc/libvirt-bin/README.Debian. крэа-vm01 крэа-vm02 крэа-vm03 крэа-vm04 крэа-vm05 крэа-vm06 крэа-vm07 крэа-vm08 крэа-vm09

Мы толькі дадамо, што вось ужо больш за тры гады мы маем гэтую платформу віртуалізацыі ў дзвюх кампаніях. Нягледзячы на ​​збой харчавання, звычайныя кампутары «адаптаваны»Працаваць як слугі і з усіх складанасцей, якія могуць узнікнуць у такой слабаразвітай краіне, як наша Кэму-Квм ён заўсёды працаваў карэктна, як і віртуальныя серверы, якія працуюць на ім.

Мы спадзяемся, што гэты артыкул будзе для вас карысным.

Наступная дастаўка?

«Вірш на Debian«

Памятайце, што гэта будзе шэраг артыкулаў Кампутарныя сеткі для МСП. Мы будзем чакаць вас!


Змест артыкула адпавядае нашым прынцыпам рэдакцыйная этыка. Каб паведаміць пра памылку, націсніце тут.

12 каментарыяў, пакіньце свой

Пакіньце свой каментар

Ваш электронны адрас не будзе апублікаваны.

*

*

  1. Адказны за дадзеныя: Мігель Анхель Гатон
  2. Прызначэнне дадзеных: Кантроль спаму, кіраванне каментарыямі.
  3. Легітымнасць: ваша згода
  4. Перадача дадзеных: Дадзеныя не будуць перададзены трэцім асобам, за выключэннем юрыдычных абавязкаў.
  5. Захоўванне дадзеных: База дадзеных, размешчаная Occentus Networks (ЕС)
  6. Правы: у любы час вы можаце абмежаваць, аднавіць і выдаліць сваю інфармацыю.

  1.   Задыяк сказаў

    Дыдактычны артыкул, які дапаможа мне ў рэалізацыі маёй пары сервераў з Qemu-KVM. Вялікі дзякуй Federico, і мы будзем працягваць чакаць вашых паведамленняў.

  2.   Альберта сказаў

    Вельмі добры артыкул для любога пасвячэння ў Qemu-KVM.
    Было б вельмі цікава, што ў наступных артыкулах вы растлумачыце XML-файлы віртуальных машын і тонкае забеспячэнне жорсткіх дыскаў, дабіўшыся, такім чынам, вельмі эфектыўнага разгортвання.
    Прывітанне і падзяка за ўклад.

  3.   Федэрыка сказаў

    Вялікі дзякуй за вашы каментарыі !.

    Альберта: галоўная мэта нашых артыкулаў, як мы ўжо пісалі ў многіх з іх, - прапанаваць кропку ўваходу ў разгляданыя тэмы. Часам вельмі лаканічны, а часам крыху больш відавочны. Гэта залежыць ад складанасці тэмы. Па гэтай прычыне мы даем цэлы шэраг спасылак на іншыя сайты, каб чытачы, незалежна ад таго, былі яны ініцыяваны ці не, знаходзілі больш літаратуры для ўзбагачэння сваіх ведаў. Я ўзначальваю гэты спіс чытачоў. 😉

    З вашага каментарыя я бачу, што вы не пасвячоны ў гэтым пытанні. Вы просіце мяне растлумачыць даволі тэхнічную асаблівасць, такую ​​як "Тонкае забеспячэнне", нават калі мы так ці інакш выкарыстоўваем яго ў сваёй паўсядзённай працы.

    "Тонкае забеспячэнне" для практычных мэтаў - гэта калі мы выкарыстоўваем тэхналогіі віртуалізацыі, каб склалася ўражанне, што ў нас больш апаратных рэсурсаў, чым на самай справе. Калі сістэма заўсёды мае ў сваім распараджэнні неабходныя апаратныя рэсурсы для падтрымкі ўсіх віртуалізаваных рэсурсаў, то мы не можам казаць пра тое, каб у гэтай сістэме была рэалізавана Light Provisioning.

    Я стараюся, каб неабходныя рэсурсы памяці, месца на цвёрдым дыску, колькасць працэсараў і г.д. для выканання віртуальных сервераў альбо гасцей не перавышалі рэсурсы самога хоста.

    Я стараюся мець цяжкі запас альбо Прадастаўленне галачкі. Я арганізую віртуалізацыю, калі магу, каб сукупнасць рэсурсаў, якія выкарыстоўваюцца ў гасцях, набліжалася да сукупнасці даступных рэсурсаў.

    Мяркуецца, што эфектыўнасць тыпу забеспячэння залежыць ад таго, як мы яго выкарыстоўваем, а не ад тэхналогіі віртуалізацыі. Цяжкае забеспячэнне найбольш эфектыўна, калі колькасць апаратных рэсурсаў набліжаецца да колькасці даступных рэсурсаў. Тонкае забеспячэнне больш эфектыўна, калі колькасць апаратных рэсурсаў значна меншая, чым даступная.

    Для атрымання дадатковай інфармацыі пра закупкі наведайце ў першую чаргу: https://en.wikipedia.org/wiki/Thin_provisioning.

    Дарэчы, я гэта каментую ў дакуменце "Кіраўніцтва па разгортванні і адміністраванні віртуалізацыі" згадваецца ў гэтым артыкуле, толькі адна спасылка на Тонкае забеспячэнне зроблена, і гэта кажа нам, што гэты тып забеспячэння не падтрымліваецца сховішчамі сховішчаў альбо пулам захоўвання з LVM альбо Logical Volume Manager.

    Нарэшце, я хачу звярнуць вашу ўвагу, што публікацыя не можа ахапіць альбо замяніць спецыялізаваную літаратуру па пэўнай тэме. Напрыклад, стары дакумент Red Hat мае 565 старонак.

  4.   Федэрыка сказаў

    Луіджыс, я адчуваю цяжкасці з атрыманнем размешчаных каментарыяў.

    1.    Луіджыс Тора сказаў

      Мы працуем над гэтым

  5.   Марці Макфлай сказаў

    Чаму нічога не сказана пра выпуск 25 папулярнага дыстрыбутыва Fedora на Linux? У мяне складваецца ўражанне, што гэты блог спецыялізуецца толькі на Debian і Ubuntu ... Як мне сумна, што я заўзяты чытач і адначасова карыстаюся Fedora

    1.    Луіджыс Тора сказаў

      Дарагі мой Марці, без сумневу, мы нешта забыліся пра Fedora, і гэта не з задавальнення, а з неабходнасці. Свет GNU / Linux і вольны рух пастаянна рухаецца, і нашы магчымасці для тэставання, навучання і зносін абмежаваныя. Мы хацелі б, каб у нас было 48 гадзін, каб мы маглі тым ці іншым чынам уносіць больш і больш у розныя тэмы.

      У нейкі момант мы напішам пра Fedora, прабачце, калі гэтага няма зараз, мы працуем над тым, каб дабіцца новых і новых супрацоўнікаў, якія дапамогуць нам ствараць кантэнт, такім чынам, з'явіцца больш момантаў, якія мы можам ахапіць.

      Усім прапануецца супрацоўнічаць у DesdeLinux, для гэтага ёсць Кіраўніцтва для пісьменнікаў і рэдактараў https://blog.desdelinux.net/guia-redactores-editores/ Таму мы спадзяемся, што ў нейкі момант часу нам будзе прапанавана значна больш матэрыялаў.

    2.    Федэрыка сказаў

      Хочаце, каб мы таксама публікавалі пра CentOS?

  6.   crespo88 сказаў

    Спецыяльны артыкул, мы да гэтага прывыклі. Дзякуй за гэтую дастаўку, брат, вы ўжо гуляеце значна больш цікавыя тэмы, што не адрывае ад астатніх паведамленняў, я кажу гэта так, з майго пункту гледжання, таму што мае наступныя дзеянні ў Qemu-KVM пачаліся некалькі гадоў таму і з таго часу, як я з ім сустрэўся У мяне да гэтага няма прэтэнзій.
    Я спадзяюся, што Qemu-KVM будзе заставацца моцным і працягваць дзейнічаць у будучыні для Debian.

  7.   Федэрыка сказаў

    Калі вы назіральнік Crespo88, у гэтых новых артыкулах пра Qemu-KVM я паглыбляюся глыбей, як вы ўжо бачылі ў наступным, і вы ўбачыце яшчэ два, якія я хутка апублікую. У сучасным свеце віртуалізацыя - важная тэхналогія. У яго выкарыстанні варта паглыбіцца. Дзякуй за каментарый !!!.

  8.   Ісмаэль Альварэс Вонг сказаў

    Вельмі добры артыкул пра тое, як проста і даступна прымяніць на практыцы тэорыю пра віртуалізацыю на аснове KVM (альбо віртуальнай машыны на аснове ядра), гэта значыць усё, што трэба пачаць:
    1-е) Усталюйце платформу віртуалізацыі Qemu-Kvm.
    2-е) Паколькі хост мае графічны інтэрфейс, нам патрэбен дыспетчар віртуальных машын для кіравання віртуалізацыяй KVM.
    3-я) Вельмі добрыя парады, каб дадаць наш карыстальніцкі гук у групу libvirt, каб атрымаць доступ да інтэрфейсу Virtual Machine Manager; змяніць інтэрфейс віртуальнай сеткі і сховішча па змаўчанні ў Virt-Manager на іншы "змантаваны" раздзел 2-га цвёрдага дыска.
    4-е і заключнае) Стварэнне 1-га МВ.
    Дзякуй, што падзяліліся гэтай інфармацыяй "самааддана", каб палепшыць нас у свеце Linux.

  9.   Федэрыка сказаў

    Вялікі дзякуй за каментарый, сябар Вонг. Такія паведамленні прымушаюць мяне пісаць для супольнасці FromLinux і для ўсіх аматараў Linux