Qemu-Kvm + Virt-Manager w Debianie - sieci komputerowe dla MŚP

Indeks ogólny serii: Sieci komputerowe dla MŚP: wprowadzenie

W maju 2013 opublikowaliśmy na tym blogu dwa artykuły dedykowany do instalacji Qemu-Kvm w Debianie 7 «Wietrznie«. Nadal są ważne. Ponieważ krajobraz instalacji i konfiguracji w Debianie 8 „Jessie” nieco się zmienił, chcemy zaktualizować procedurę.

Nie byłoby inaczej niż przed zanurzeniem się w czytaniu tego Jak to zrobić, odwiedzą poprzedni artykuł Wirtualizacja w Debianie: Wprowadzenie - Sieci komputerowe dla małych i średnich firm, żeby mieć trochę informacji na ten temat.

Witryny, które proponujemy odwiedzić

Obserwacja

  • Kopiujemy wyniki poleceń, ponieważ są one znacznie bardziej dydaktyczne niż jakakolwiek inna napisana przez nas kompozycja. Sugerujemy uważne przeczytanie komunikatów wynikających z różnych mandatów, ponieważ jest to jeden z najlepszych sposobów uczenia się bez konieczności wyszukiwania w Internecie. Przynajmniej taka jest nasza opinia.

instalacja

Zaczynamy od podstawowej instalacji Debiana „Jessie”, jak widzieliśmy w Instalacja stacji roboczej - sieci komputerowe dla MŚP. Następnie instalujemy Pulpit lub Pulpit według naszych preferencji, jak widzieliśmy w 6 Desktopy Debiana - sieci komputerowe dla MŚP.

W tym artykule wybraliśmy Pulpit cynamonowy. Wybraliśmy go, ponieważ wielu czytelników uwielbia to środowisko graficzne. 😉

Ogólne dane naszej stacji roboczej to:

Nazwa domeny: desdelinux.wentylator
Nazwa drużyny: sysadmin
FQDN: administrator systemu.desdelinux.wentylator
Adres IP : 192.168.10.3
Podsieć: 192.168.10.0/24
Normalny użytkownik: brzęczenie
Imię i nazwisko użytkownika: Debiana First OS Buzz

Sprawdzamy obsługę wirtualizacji

W konsoli wykonujemy:

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

W naszym przypadku polecenie zwraca nam, że mamy 2 procesory z należytą obsługą.

Pakiety, które zainstalujemy

Przede wszystkim dowiadujemy się, że zamierzamy zainstalować za pomocą następujących poleceń:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - wirtualna maszyna Java dla interfejsu wiersza polecenia          
v kvm                             - p libicsharpcode-nrefactory-ikvm5 - Biblioteka analizy i refaktoryzacji języka C # - IKVM p libikvm-native - natywna biblioteka dla IKVM.NET p nova-compute-kvm - OpenStack Compute - węzeł obliczeniowy (KVM)    
p qemu-kvm - QEMU Pełna wirtualizacja na sprzęcie x86

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
Pakiet: nova-compute-kvm Nowość: tak Status: nie zainstalowana Wersja: 2014.1.3-11 Priorytet: dodatkowa Sekcja: net Deweloper: PKG OpenStack Architektura: wszystkie Rozmiar nieskompresowany: 50.2 KB Zależy od: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt Zależne od: dpkg (> = 1.15.6 ~) Polecam: guestmount Występuje konflikty z: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen Zapewnia: nova-compute-hypervisor Opis: OpenStack Compute - węzeł obliczeniowy (KVM) OpenStack to niezawodna infrastruktura chmurowa. Jego misją jest stworzenie wszechobecnej platformy przetwarzania w chmurze, która spełni potrzeby publicznych i prywatnych dostawców chmury niezależnie od wielkości, będąc prostą we wdrożeniu i masowo skalowalną. OpenStack Compute, o nazwie kodowej Nova, to kontroler szkieletowy przetwarzania w chmurze zaprojektowany jako modułowy i łatwy do rozbudowy i adaptacji. Oprócz swojego „natywnego” interfejsu API OpenStack obsługuje również interfejs API Amazon EC2 i obsługuje wiele różnych baz danych (w tym SQLite, MySQL i PostgreSQL), hipernadzorców (KVM, Xen) oraz systemy katalogów użytkowników (LDAP, SQL) ). To jest pakiet zależności dla węzłów obliczeniowych korzystających z KVM. Strona główna: http://www.openstack.org/software/openstack-compute/
  • Nie zamierzamy instalować pakietu OpenStackponieważ nie potrzebujemy całej infrastruktury wirtualizacyjnej dla chmury - Chmura,
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
Pakiet: qemu-kvm Nowy: tak Status: nie zainstalowany Multi-Arch: obcy Wersja: 1: 2.1 + dfsg-12 + deb8u1 Priorytet: opcjonalny Sekcja: różne Deweloper: Debian QEMU Team Architektura: amd64 Rozmiar nieskompresowany: 60.4 k Zależy od: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) Występuje konflikty z: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Zastępuje: qemu-system-x86 (<1.7.0 + dfsg-2 ~) Zapewnia: kvm Opis: QEMU Pełna wirtualizacja na sprzęcie x86 QEMU to szybki emulator procesora. Ten pakiet zawiera tylko skrypt opakowujący / usr / bin / kvm, który uruchamia qemu-system-x86 w trybie kvm w celu zapewnienia zgodności wstecznej. Zauważ, że stare pliki konfiguracyjne qemu-kvm (w / etc / kvm /) nie są już używane.
Strona główna: http://www.qemu.org/

Instalujemy platformę wirtualizacyjną Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
Zostaną zainstalowane następujące NOWE pakiety:     
  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 zaktualizowanych pakietów, 42 nowe zainstalowane, 0 do usunięcia i 0 niezaktualizowane. Muszę pobrać 8,422 kB / 14.8 MB plików. Po rozpakowaniu zostanie wykorzystane 53.3 MB. Czy chcesz kontynuować? [T / n /?] I

Ważny

  • Ponieważ instalujemy na komputerze stacjonarnym, będziemy potrzebować interfejsu do zarządzania KVM. Jeśli instalowaliśmy na co najmniej jednym serwerze, zarówno instalacja na pulpicie, jak i instalacja Menedżer maszyny wirtualnej, które zainstalujemy później. Cna pojedynczym wystąpieniu tego interfejsu graficznego, możemy zarządzać wszystkimi serwerami, na których zainstalowaliśmy pakiety qemu-kvm, libvirt-bin y most-utils.
  • Główny demon - Demon wirtualizacji to libvirtd. Aby poznać jego stan wykonujemy:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ $ sudo service libvirtd status
  • Jeśli w danych wyjściowych któregokolwiek z poprzednich poleceń czytamy kilka wierszy na czerwono, ponowne uruchomienie usługi jest zdrowe libvirtd i sprawdź ponownie lub uruchom ponownie komputer i sprawdź. On scenariuszlibvirtd.usługa kto prowadzi systemd, jest w /lib/systemd/system/libvirtd.service. Zwróć uwagę, że możemy przywołać tego demona również w stary sposób, to znaczy:
buzz @ sysadmin: ~ $ sudo usługa libvirtd
Użycie: /etc/init.d/libvirtd {start | stop | restart | reload | force-reload | status | force-stop}

buzz @ sysadmin: ~ $ usługa sudo libvirtd restart buzz @ sysadmin: ~ $ usługa sudo stan libvirtdlibvirtd.service - demon wirtualizacji
   Załadowano: załadowano (/lib/systemd/system/libvirtd.service; włączone)
   Aktywny: aktywny (bieg) od niedziela 2016-11-27 11:23:53 EST; 8 min temu Dokumenty: człowiek: libvirtd (8) http://libvirt.org Główny PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El scenariusz znajduje się w /etc/init.d/qemu-system-x86, odpowiada za wstawianie niezbędnych modułów do prawidłowego działania Qemu-Kvm. Po pomyślnym wykonaniu swojej pracy wszystko jest gotowe. Jeśli sprawdzimy jego status, zwróci nam, że jest 0 lub że się powiódł.
buzz @ sysadmin: ~ $ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: skrypt ładowania modułu QEMU KVM Załadowany: załadowany (/etc/init.d/qemu-system-x86)
   Aktywny: aktywny (wyjście) od niedziela 2016-11-27 11:18:17 EST; 18 minut temu Proces: 172 ExecStart = / etc / init.d / qemu-system-x86 start (kod = zakończony, stan = 0 / SUKCES)
  • Jeśli jesteśmy ciekawi i chcemy wiedzieć, jakie są moduły i ich lokalizację, wykonujemy:
buzz @ sysadmin: ~ $ sudo updatedb

buzz @ sysadmin: ~ $ zlokalizuj 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/
ogółem 1016 -rw-r - r-- 1 korzeń korzeń 97120 17 lipca 2015 kvm-amd.ko
-rw-r - r-- 1 root root 223680 17 lipca 2015 kvm-intel.ko
-rw-r - r-- 1 root root 715920 17 lipca 2015 kvm.ko

Instalujemy Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude install virt-manager
[sudo] hasło dla buzz: Następujące NOWE pakiety zostaną zainstalowane: 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 zaktualizowanych pakietów, 11 nowych zainstalowanych, 0 do usunięcia i 0 niezaktualizowanych. Muszę pobrać 2,041 kB plików. Po rozpakowaniu zostanie wykorzystane 12.5 MB. Czy chcesz kontynuować? [T / n /?] I
  • Po zainstalowaniu pakietu konsultujemy:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
Kontrola dostępu ============== Dostęp do gniazda libvirt jest kontrolowany przez członkostwo w grupie „libvirt”. Jeśli chcesz zarządzać maszynami wirtualnymi jako użytkownik inny niż root, musisz dodać swojego użytkownika do tej grupy lub musisz użyć sesji uris, takiej jak sesja qemu: ///. Zobacz także /usr/share/doc/libvirt-bin/README.Debian. - Guido Guenther Czw, 04 czerwca 2010 11:46:03 +0100
  • Powyższe wskazuje, że musimy sprawić, by buzz użytkownika był członkiem domeny grupa libvirt aby uzyskać dostęp do nowo zainstalowanego interfejsu:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
Dodawanie buzza użytkownika do grupy libvirt ... Dodawanie buzza użytkownika do grupy libvirt Gotowe.
  • Teraz zamykamy sesję i zaczynamy ją ponownie. Po wejściu na nasz pulpit cynamonowy przechodzimy do Menu -> Administracja -> Menedżer maszyn wirtualnychi uzyskujemy dostęp do interfejsu administracyjnego naszego KVM. wirtualny menedżer

Sieci wirtualne w programie Virtual Machine Manager

Pomimo tego, że Virtual Machine Manager jest łatwy w obsłudze i dzięki codziennej praktyce możemy uzyskać tytuł magistra w jego obsłudze, oferujemy Wskazówka o tym, jak zmodyfikować sieć wirtualną, którą Qemu-Kvm instaluje domyślnie.

Poruszamy się po Twoim Menu -> Edytuj -> Szczegóły połączeniai przechodzimy do zakładki «Sieci wirtualne«. Jeśli klikniemy link Konfiguracja IPv4, the Czerwony, a także informuje nas, że serwer DHCP jest dla niego aktywowany. Ten serwer działa dzięki pakietowi baza dnsmasq, który jest zainstalowany.

Więcej informacji można znaleźć w pliku: /usr/share/doc/libvirt-bin/README.Debian. sieci

Jeśli chcemy zmienić konfigurację sieci «domyślnym«, Postąpimy w następujący sposób:

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
domyślna 

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

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

Gdybyśmy nie zamknęli programu Virtual Machine Manager przed ponownym uruchomieniem demon libvirtd, otrzymamy następujący komunikat o błędzie, co jest normalne: błąd

Musimy tylko zamknąć Wirtualny Menedżer i otwórz go ponownie. Wracamy do części konfiguracji Virtual Networks i sprawdzamy, czy sieć domyślnym, masz już zmodyfikowane parametry.

Sugerujemy włączenie automatycznego uruchamiania sieci domyślnym, zaznaczając pole «Autonizuj".

Przechowywanie w Virt-Manager

Kolejnym aspektem, który chcemy poruszyć, jest przechowywanie - Magazynowanie w Virt-Manager. Domyślnie folder systemowy, w którym mają zostać zapisane wszystkie obrazy maszyn wirtualnych, znajduje się w / var / lib / libvirt / images. Załóżmy, że mamy dysk twardy całkowicie przeznaczony do tej funkcji i mamy go zamontowanego / home / vms. Aby dodać do Wirtualny Menedżer, poruszamy się po jego Menu -> Edycja -> Szczegóły połączenia -> Pamięć. W lewym dolnym rogu klikamy przycisk «+«. Następnie wyświetlany jest kreator dla «Utwórz zasobnik na dane": magazynowanie

Przyjrzyjmy się różnym rodzajom pamięci, z których możemy wybierać. Szczegółową dokumentację znajdziemy w Podręcznik wdrażania i administracji wirtualizacji, od firmy Red Hat. Wybierzemy pierwszy «dir: File System Directory". przechowywanie 2

przechowywanie 3

Na końcu kreatora nowy zbiornik magazynowy jest Aktywny i uruchamia się automatycznie.

Pierwsza maszyna wirtualna

Musimy przejrzeć i przeczytać różne opcje, które oferuje nam Virt-Manager. Zwróćmy uwagę na przedostatnim obrazie tych pokazanych później, że kiedy dojdziemy do edycji nowo utworzonej maszyny wirtualnej i przed Rozpocznij instalację, w opcji «edytor«, Zaznaczamy to pole „Konfiguracja” Skopiuj konfigurację procesora komputera hosta. Może to nie być konieczne, ale trzymamy się zaleceń Debiana i naszych praktyk serwerowych HP.

Więcej informacji można znaleźć w pliku: /usr/share/doc/libvirt-bin/README.Debian. kreacja-vm01

kreacja-vm02

kreacja-vm03

kreacja-vm04

kreacja-vm05

kreacja-vm06

kreacja-vm07

kreacja-vm08

kreacja-vm09

Dodamy tylko, że od ponad trzech lat mamy tę platformę wirtualizacyjną na produkcji w dwóch firmach. Pomimo awarii zasilania, normalne komputery «przystosowany»Aby funkcjonować jako słudzy i ze wszystkich trudności, które mogą istnieć w tak słabo rozwiniętym kraju jak nasz Qemu-Kvm zawsze działał poprawnie, podobnie jak serwery wirtualne, które na nim działają.

Mamy nadzieję, że ten artykuł jest dla Ciebie przydatny.

Następna dostawa?

«Virsh w Debianie«

Pamiętaj, że będzie to seria artykułów autorstwa Sieci komputerowe dla MŚP. Będziemy na ciebie czekać!


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.

  1.   Znaki Zodiaku powiedział

    Artykuł dydaktyczny, który pomoże mi we wdrożeniu mojej pary serwerów z Qemu-KVM. Bardzo dziękujemy Federico i nadal będziemy czekać na wasze posty.

  2.   Alberto powiedział

    Bardzo dobry artykuł do każdej inicjacji w Qemu-KVM.
    Byłoby bardzo interesujące, że w przyszłych artykułach wyjaśnisz pliki XML maszyn wirtualnych i cienką alokację dysków twardych, uzyskując w ten sposób bardzo wydajne wdrożenie.
    Pozdrowienia i podziękowania za wkład.

  3.   Federico powiedział

    Dziękuję Wam bardzo za wasze komentarze!.

    Alberto: głównym celem naszych artykułów, jak już pisaliśmy w wielu z nich, jest przedstawienie punktu wejścia do poruszanych tematów. Czasami bardzo zwięzłe, a czasami trochę bardziej jednoznaczne. To zależy od złożoności tematu. Z tego powodu podajemy całą serię linków do innych stron, aby czytelnicy, niezależnie od tego, czy są inicjowani, czy nie, mogli znaleźć więcej literatury wzbogacającej swoją wiedzę. Jestem na szczycie tej listy czytelników. 😉

    Z twojego komentarza widzę, że nie jesteś wtajemniczonym w tym temacie. Prosisz mnie o wyjaśnienie dość technicznej funkcji, takiej jak „Thin Provisioning”, nawet jeśli używamy go w jakiś sposób w naszej codziennej pracy.

    „Thin Provisioning”, ze względów praktycznych, polega na zastosowaniu technologii wirtualizacji, aby sprawiać wrażenie, że mamy więcej zasobów sprzętowych niż w rzeczywistości. Jeśli system zawsze ma do dyspozycji niezbędne zasoby sprzętowe do obsługi wszystkich zwirtualizowanych zasobów, to nie możemy mówić o wdrożeniu Light Provisioning w tym systemie.

    Staram się, aby niezbędne zasoby pamięci, miejsce na dysku twardym, ilość procesorów itp. Do wykonania serwerów wirtualnych lub Gości nie przekraczały zasobów samego Hosta.

    Próbuję mieć ciężki zapas lub Zaznacz Provisioning. Wirtualizację organizuję - kiedy tylko mogę - tak, aby całość zasobów wykorzystywanych przez Gościa była zbliżona do całości dostępnych zasobów.

    Sugeruje się, że wydajność tego typu udostępniania zależy od tego, jak go używamy, a nie od technologii wirtualizacji. Dostarczanie ciężkich zasobów jest najbardziej wydajne, gdy ilość używanych zasobów sprzętowych jest zbliżona do ilości dostępnych zasobów. Thin Provisioning jest najbardziej efektywny, gdy ilość używanych zasobów sprzętowych jest znacznie mniejsza niż jest dostępna.

    Aby uzyskać więcej informacji na temat zamówień, odwiedź w pierwszej kolejności: https://en.wikipedia.org/wiki/Thin_provisioning.

    Swoją drogą komentuję to w dokumencie „Przewodnik po wdrażaniu i administrowaniu wirtualizacją” wspomniano w tym artykule, tylko jedno odniesienie do alokacji uproszczonej ma na celu poinformowanie nas, że ten typ udostępniania nie jest obsługiwany przez magazyny pamięci lub pulę pamięci z LVM lub menedżerem woluminów logicznych.

    Na koniec chciałbym zwrócić uwagę, że post nie może obejmować ani zastępować specjalistycznej literatury na określony temat. Na przykład stary dokument firmy Red Hat ma 565 stron.

  4.   Federico powiedział

    Luigys, mam trudności z otrzymaniem opublikowanych komentarzy.

    1.    Luigys toro powiedział

      Pracujemy nad tym

  5.   Marty mcfly powiedział

    Ponieważ w Desde Linux Czy nie było mowy o wydaniu 25 popularnej dystrybucji Fedory? Mam wrażenie, że ten blog specjalizuje się wyłącznie w Debianie i Ubuntu... Jakie to smutne, że jestem zapalonym czytelnikiem i jednocześnie użytkownikiem Fedory

    1.    Luigys toro powiedział

      Mój drogi Marty, bez wątpienia zapomnieliśmy o czymś o Fedorze, nie z przyjemności, ale z konieczności. GNU / Linux i wolny świat nieustannie się zmienia, a nasze możliwości testowania, uczenia się i komunikacji są ograniczone. Chcielibyśmy mieć dni trwające 48 godzin, aby móc w ten czy inny sposób móc wnieść więcej i na więcej tematów.

      W pewnym momencie napiszemy o Fedorze, przepraszam, jeśli nie teraz, pracujemy nad dotarciem do coraz większej liczby współpracowników, którzy pomogą nam tworzyć zawartość, w ten sposób będzie więcej punktów, które możemy omówić.

      Zapraszamy wszystkich do współpracy DesdeLinux, w tym celu znajduje się Przewodnik dla redaktorów i Przewodnik redaktorów https://blog.desdelinux.net/guia-redactores-editores/ Dlatego mamy nadzieję, że kiedyś będziemy mieli do zaoferowania znacznie więcej materiałów.

    2.    Federico powiedział

      Chcesz, abyśmy również opublikowali informacje o CentOS?

  6.   krespo88 powiedział

    Specjalny artykuł, jesteśmy do tego przyzwyczajeni. Dzięki za tego brata dostawcę, grasz już o wiele ciekawsze tematy, co nie odbiera reszcie postów, z mojego punktu widzenia tak to mówię, ponieważ moja kontynuacja Qemu-KVM rozpoczęła się kilka lat temu i odkąd go spotkałem Nie narzekam na to.
    Mam nadzieję, że Qemu-KVM pozostanie mocne i będzie kontynuowane w przyszłości Debiana.

  7.   Federico powiedział

    Jeśli jesteś obserwatorem Crespo88, w tych nowych artykułach o Qemu-KVM zagłębiam się głębiej, jak już widzieliście w następnym, a zobaczycie w dwóch kolejnych, które wkrótce opublikuję. W dzisiejszym świecie wirtualizacja to podstawowa technologia. Warto zagłębić się w jego zastosowanie. Dzięki za komentarz!!!.

  8.   Ismaela Alvareza Wonga powiedział

    Bardzo dobry artykuł o tym, jak w prosty i niedrogi sposób wprowadzić w życie teorię o wirtualizacji opartej na KVM (lub maszynie wirtualnej opartej na jądrze), czyli to wszystko od podstaw:
    1.) Zainstaluj platformę wirtualizacyjną Qemu-Kvm.
    2.) Ponieważ host ma interfejs graficzny, potrzebujemy Menedżera maszyny wirtualnej do zarządzania wirtualizacją KVM.
    3) Bardzo dobre WSKAZÓWKI, aby dodać buzzy użytkowników do grupy libvirt, aby mieć dostęp do interfejsu Virtual Machine Manager; aby zmodyfikować interfejs sieci wirtualnej i domyślną pamięć w Virt-Manager na inną „zamontowaną” partycję drugiego dysku twardego.
    4 i ostatnie) Stworzenie pierwszego MV.
    Dziękujemy za „bezinteresowne” udostępnienie tych informacji w celu dalszego doskonalenia się w świecie Linuksa.

  9.   Federico powiedział

    Dziękuję bardzo za komentarz, przyjacielu Wong. Wiadomości takie jak Twoje sprawiają, że nadal piszę dla Społeczności DesdeLinux i dla wszystkich miłośników Linuksa