Polecenia virt w Debianie - sieci komputerowe dla małych i średnich firm

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

Tytuł tego posta odnosi się do serii poleceń konsoli zaczynających się od «virt- « A to może być przydatne w pewnych okolicznościach. Podamy tylko krótki opis każdego z nich i kilka przykładów użycia. Powtarzamy: nie możemy zastąpić podręczników dołączonych do każdego polecenia. Zdecydowanie zalecamy sprawdź te strony, uruchamiając mężczyzna virt-comando.

• Głównym celem tego artykułu jest dalsze pokazanie szerokiego wszechświata, w którym wirtualizacja w systemie Linux korzysta obecnie z hiperwizora Qemu-KVM. Chociaż w tytule piszemy nazwę dystrybucji «Debian«, Zasady ogólne mają zastosowanie do wszystkich innych dystrybucji za pomocą specjalnych poleceń każdego z nich. Szczególnie te związane m.in. z wyszukiwaniem, opisem i instalacją pakietów.

Przed kontynuowaniem czytania, polecamy wizytę poprzedni artykuł: Qemu-KVM + Virt-Manager w Debianie - sieci komputerowe dla MŚP.

Kiedy używać poleceń?

W wielu przypadkach zdalnie zarządzamy serwerem obsługującym wirtualizację z rozszerzeniem Qemu-KVM zainstalowany iz jakiegoś powodu nie mamy interfejsu graficznego Menedżer maszyn wirtualnych - Wirtualny Menedżer:

• Typowy przypadek, gdy uzyskujemy dostęp do zdalnego serwera ze stacji Windows poprzez PuTTylub którykolwiek z wielu alternatywy które istnieją, aby łączyć się przez SSH z serwerem Debian GNU / Linux, a ten drugi nie ma zainstalowanej żadnej obsługi dla «X«, Lub wsparcie graficzne.
• Chcemy po prostu zarządzać maszynami wirtualnymi na serwerze lokalnym lub zdalnym za pomocą poleceń konsoli.

Zainstalowany z libvirt-clients

W Poprzedni artykuł instalujemy pakiet libvirt-koszi jako część procesu został zainstalowany libvirt-klienci. Jeśli uruchamiamy w konsoli:

buzz @ sysadmin: ~ $ sudo dpkg -L libvirt-clients | grep / bin
/ usr / bin
/ usr / bin / virsh
/ usr / bin / virt-host-validate
/ usr / bin / virt-login-shell
/ usr / bin / virt-xml-validate
/ usr / bin / virt-pki-validate

• Virsh: program virsh jest głównym interfejsem użytkownika do pełnego zarządzania domenami gości - Ilość osób. Służy do wyświetlania, tworzenia, wstrzymywania i zamykania domen. To polecenie należy wywołać z uprawnieniami korzeń. Działa na dwa sposoby: w trybie poleceń oraz w trybie interaktywnym. Następny artykuł poświęcimy virsh.
• walidacja wirtualnego hosta: narzędzie umożliwiające sprawdzenie konfiguracji hosta - Gospodarz, dzięki czemu jest w stanie obsługiwać wszystkie sterowniki Hypervisora ​​- Hypervisor. Aby uzyskać poprawne wyniki, komendę należy uruchomić z uprawnieniami korzeń.
• Wirtualna powłoka logowania: polecenie wykonania pliku powłoka dostosowane do normalny użytkownik w pojemniku LXC, którego nazwa jest taka sama, jak nazwa użytkownika, który ją wywołuje. Jeśli kontener nie jest uruchomiony, polecenie Wirtualna powłoka logowania spróbuje go uruchomić. Tego polecenia nie można wywołać z uprawnieniami użytkownika korzeń. Bardzo wyraźny plik konfiguracyjny dla tego programu to /etc/libvirt/virt-login-shell.conf.
• virt-xml-walidacja: sprawdzanie poprawności plików XML z libvirt porównując je ze schematem - schemat ważny. Otrzymujemy listę prawidłowych nazw schematów, jeśli wykonamy człowiek virt-xml-validate.
• virt-pki-walidacja: używane do sprawdzania, czy pliki PKI z libvirt Są poprawnie skonfigurowane, zarówno po stronie bezpiecznego serwera, jak i po stronie klienta, który będzie korzystał z protokołu szyfrowania TLS w celu zdalnego dostępu do serwera. Jego wykonanie będzie konieczne, jeśli włączyliśmy zdalną administrację przez TLS i SSL. Rozdział 22.2 dokumentu Podręcznik wdrażania i administracji wirtualizacji, jest dedykowany temu rozwiązaniu. Sugerujemy że nasze sieci biznesowe używają rozszerzenia zdalna administracja przez SSH, najprostsza i najbezpieczniejsza metoda dla biznesowej sieci LAN, której poświęcimy kolejny artykuł.

Zainstalowany za pomocą virtisnt

W poprzednim artykule zainstalowaliśmy również pakiet wirtualny menedżer. W ramach tego procesu pakiet został zainstalowany Virtinst. Jeśli chcemy wiedzieć, jakie polecenia zawiera ta ostatnia, wykonujemy:

byzz @ sysadmin: ~ $ sudo dpkg -L virtinst | grep / bin
/ usr / bin
/ usr / bin / virt-convert
/ usr / bin / virt-image
/ usr / bin / virt-xml
/ usr / bin / virt-install
/ usr / bin / virt-clone

• wirtualna konwersja- polecenie konwertujące definicje maszyn wirtualnych na formaty VMX y OVF do natywnego formatu libvirt XML. Format VMX jest zwykle używany przez VMware, podczas gdy OVF «Otwórz format wirtualizacji»Może być używany przez każdego Hypervisor Wspieraj to.
• wirtualny obraz- Tworzy maszynę wirtualną z pliku deskryptora obrazu w formacie XML. To konkretne narzędzie zostanie usunięte z przyszłych wersji Virtinst, więc Nie sugerujemy jego użycie.
• wirt-xml: Umożliwia edycję natywnych plików XML używanych przez libvirt, używając opcji wiersza poleceń.
• wirtualna instalacja: narzędzie wiersza poleceń, które umożliwia tworzenie nowych maszyn wirtualnych w Hypervisors, takich jak KVM, Xen lub Linux Containers, które korzystają z biblioteki zarządzania hiperwizorem „Libvirt”. To narzędzie wspiera instalację graficzną, jeśli używamy np VNC Virtual Network Computing, Or PRZYPRAWA. W pełni obsługuje również tryb konsoli lub tryb tekstowy. Za jego pomocą możemy stworzyć maszynę wirtualną z jednym lub kilkoma dyskami twardymi, jedną lub kilkoma kartami sieciowymi, urządzeniami dźwiękowymi, fizycznymi urządzeniami USB lub PCI i tak dalej. Nośnik instalacyjny może być lokalny, zdalny, opublikowany przy użyciu rodzimego protokołu sieciowego systemu plików UNIX NFS, HTTP, FTP. itp.
• wirtualny klon- narzędzie wiersza poleceń do klonowania istniejących maszyn wirtualnych za pomocą biblioteki zarządzania hiperwizorem „Libvirt”. Po prostu skopiuj obraz maszyny wirtualnej i utwórz nowego gościa - Gość z identyczną konfiguracją sprzętową. Elementy sprzętu, które muszą być niepowtarzalne, na przykład adres sprzętowy karty sieciowej, zostaną zaktualizowane, aby uniknąć kolizji lub szumów między starą a nową Gość.

wirtualna przeglądarka

To narzędzie jest również instalowane, gdy wykonujesz wirtualny menedżer. wirtualna przeglądarka jest to osobny pakiet.

• wirtualna przeglądarka: pozwala nam pokazać konsolę graficzną, za pośrednictwem VNC lub SPICE, określonej maszyny wirtualnej, niezależnie od tego, czy jest zlokalizowana lokalnie, czy zdalnie. Możemy się odwołać Gość który chcemy wyświetlić poprzez jego nazwę, identyfikator lub UUID. Jeśli maszyna wirtualna nie jest uruchomiona, virt-viewer będzie czekać na jej uruchomienie.

Inne polecenia „virt-”, które można zainstalować z oddzielnych pakietów

• virt-dobry- Zbiór narzędzi związanych z wirtualizacją. Zawiera wtyczkę dla «Munin«, Oraz skrypt do konwersji maszyn wirtualnych utworzonych za pomocą VMware Workstation lub VMware Server do formatu używanego w Qemu-KVM.
• Wirtualna Góra: Wyświetla statystyki zwirtualizowanych domen. Rodzaj Top o htop dla maszyn wirtualnych

Zainstalowany z qemu-utils

Chociaż nazwa tych narzędzi nie zaczyna się od wirtualnaNa pewno w pewnym momencie będziemy musieli z nich skorzystać, zwłaszcza ten związany z obrazami dysków maszyn wirtualnych.

Możemy je wywołać po zainstalowaniu Platforma wirtualizacji Qemu-Kvm, jak wskazano w poprzednim artykule. Jeśli chcemy wiedzieć, jakie polecenia pakiet pozostawił do naszej dyspozycji qemu-utils, musimy tylko uruchomić:

buzz @ sysadmin: ~ $ sudo dpkg -L qemu-utils | grep / bin
/ usr / bin
/ usr / bin / qemu-img
/ usr / bin / qemu-nbd / usr / bin / qemu-io

Jeśli zamiast rozróżniać /kosz zrobilibyśmy to dla / sbin, uzyskalibyśmy inny wynik, który pozostawiamy pod rozwagę.

• qemu-img: pozwala nam tworzyć i konwertować i / lub modyfikować obrazy dysków, które nie działają lub które są Nie na miejscu.
  Sugerujemy uruchom polecenie mężczyzna qemu-img. Podkreślimy tylko, że NIGDY nie powinniśmy używać tego polecenia do modyfikować dowolny obraz używany przez dowolną maszynę wirtualną lub inny proces, ponieważ może to zniszczyć obraz. Nie powinniśmy również sprawdzać danych obrazu, który jest w trakcie modyfikacji, ponieważ możemy znaleźć niespójności w jego stanie.

Przykłady użycia niektórych poleceń

walidacja wirtualnego hosta

buzz @ sysadmin: ~ $ virt-host-validate 
  QEMU: Sprawdzanie wirtualizacji sprzętu: PASS QEMU: Sprawdzanie urządzenia / dev / kvm: PASS QEMU: Sprawdzanie urządzenia / dev / vhost-net: WARN (Załaduj moduł "vhost_net", aby poprawić wydajność sieci virtio) QEMU: Sprawdzanie urządzenie / dev / net / tun: PASS LXC: Sprawdzanie systemu Linux> = 2.6.26: PASS

buzz @ sysadmin: ~ $ sudo virt-host-validate 
[sudo] hasło dla buzza: QEMU: Sprawdzanie wirtualizacji sprzętu: PASS QEMU: Sprawdzanie urządzenia / dev / kvm: PASS QEMU: Sprawdzanie urządzenia / dev / vhost-net: PASS QEMU: Sprawdzanie urządzenia / dev / net / tun : PASS LXC: Sprawdzanie systemu Linux> = 2.6.26: PASS

virt-xml-walidacja

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/dns.xml 
/etc/libvirt/qemu/dns.xml sprawdza poprawność

buzz @ sysadmin: ~ $ sudo virt-xml-validate /etc/libvirt/qemu/networks/default.xml
/etc/libvirt/qemu/networks/default.xml sprawdza poprawność

qemu-img

buzz @ sysadmin: ~ $ qemu-img sprawdź /tera/vmware/omicron/omicron.vmdk
Na obrazie nie znaleziono błędów.

buzz @ sysadmin: ~ $ qemu-img info /tera/vmware/omicron/omicron.vmdk
obraz: /tera/vmware/omicron/omicron.vmdk
format pliku: vmdk rozmiar wirtualny: 20 GB (21474836480 bajtów) rozmiar dysku: 3.6 GB rozmiar_klastra: 65536 Informacje dotyczące formatu: cid: 1473577509 nadrzędny cid: 4294967295 typ tworzenia: monolityczne Zakresy parse: [0]: rozmiar wirtualny: 21474836480 nazwa pliku: / tera / vmware / omicron / omicron.vmdk rozmiar klastra: 65536 format:

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.raw 
obraz: /tera/vms/omicron.raw
format pliku: surowy rozmiar wirtualny: 20 GB (21474836480 bajtów) rozmiar dysku: 3.4 GB

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/miweb.qcow2
obraz: /tera/vms/miweb.qcow2
format pliku: qcow2 wirtualny rozmiar: 10 GB (10737418240 bajtów) rozmiar dysku: 4.5 GB rozmiar_klastra: 65536 Informacje dotyczące formatu: kompatybilność: 1.1 leniwe liczby referencyjne: fałsz

buzz @ sysadmin: ~ $ sudo qemu-img convert -p /tera/vms/omicron.raw -O qcow2 /tera/vms/omicron.qcow2
    (27.56 / 100%)

buzz @ sysadmin: ~ $ qemu-img info /tera/vms/omicron.qcow2 
obraz: /tera/vms/omicron.qcow2
format pliku: qcow2 wirtualny rozmiar: 20 GB (21474836480 bajtów) rozmiar dysku: 3.5 GB rozmiar_klastra: 65536 Informacje dotyczące formatu: kompatybilność: 1.1 leniwe liczby referencyjne: fałsz

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/hyp2.qcow2 20G
Formatowanie '/tera/vms/hyp2.qcow2', fmt = qcow2 size = 21474836480 encryption = off cluster_size = 65536 lazy_refcounts = off 

buzz @ sysadmin: ~ $ sudo qemu-img info /tera/vms/hyp2.qcow2
obraz: /tera/vms/hyp2.qcow2
format pliku: qcow2 wirtualny rozmiar: 20G (21474836480 bajtów) rozmiar dysku: 196K rozmiar_klastra: 65536 Informacje dotyczące formatu: kompatybilność: 1.1 leniwe liczby referencyjne: fałsz

wirt-xml

Najpierw tworzymy nowy album:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/dns2.qcow2 10G

Następnie dołączamy go do istniejącej domeny „dns”:

buzz @ sysadmin: ~ $ virt-xml --connect qemu: /// system dns --add-device --disk /tera/vms/dns2.qcow2 --confirm
--- Oryginalny XML +++ Zmieniony XML @@ -128,5 +128,10 @@  + + + + +

Czy zdefiniować „dns” ze zmienionym kodem XML? (t / n): y
Domena „dns” została pomyślnie zdefiniowana.

Na końcu artykułu podajemy pełną strukturę nowo zmodyfikowanego pliku /etc/libvirt/qemu/dns.xml.

wirtualna konwersja

Przekonwertujmy maszynę wirtualną utworzoną przy użyciu VMware Workstation w kierunku formatu libvirt, ale nie przed określeniem, że format konwertowanego dysku twardego to qkrowa2, a także, że nowy obraz maszyny wirtualnej jest tworzony w głównym repozytorium / tera / vms. Chcemy również, aby dane wyjściowe polecenia były jak najbardziej wyraźne, dlatego używamy tej opcji -d.

buzz @ sysadmin: ~ $ sudo virt-convert -d / tera / vmware / miweb / --disk-format qcow2 --destination / tera / vms

Następnie virt-viewer automatycznie łączy się z nowo przekonwertowanym gościem i możemy zobaczyć cały proces uruchamiania.

wirtualny klon

Sklonujmy maszynę wirtualną «dns":

buzz @ sysadmin: ~ $ virt-clone --connect qemu: /// system -o dns --auto-clone
Przypisywanie „dns-clone.qcow2” | 10 GB 00:20 Przypisywanie „dns2-clone.qcow2” | 10 GB 00:01     

Klon „dns-clone” został pomyślnie utworzony.

Sprawdzamy za pomocą polecenia Virsh, który jest zapowiedzią następnego artykułu:

buzz @ sysadmin: ~ $ sudo virsh list
 Id Nazwa państwa ----------------------------------------------- -----

buzz @ sysadmin: ~ $ sudo virsh list --all
 Id Nazwa Stan ----------------------------------------------- ----- - wyłączenie dns - wyłączenie klonu dns - wyłączenie miweb

buzz @ sysadmin: ~ $ sudo virsh start dns-clone
Uruchomiono klon DNS domeny

buzz @ sysadmin: ~ $ virt-viewer --connect qemu: /// system dns-clone

wirtualna instalacja

Chcemy stworzyć maszynę wirtualną o nazwie «WordPress»Aby hostować witrynę Intranet biznesowy. Nie zostanie opublikowana w Internecie. Że ma około 1024 megabajtów pamięci RAM, dysk twardy o pojemności 80 gigabajtów dynamicznego wzrostu, oparty na Debianie Jessie i podłączony do sieci «domyślnym".

Aby ułatwić sobie życie, najpierw tworzymy obraz dysku za pomocą qemu-img:

buzz @ sysadmin: ~ $ sudo qemu-img create -f qcow2 /tera/vms/wordpress.qcow2 80G
Formatowanie '/tera/vms/wordpress.qcow2', fmt = qcow2 size = 85899345920 encryption = off cluster_size = 65536 lazy_refcounts = off

Następnie tworzymy maszynę i rozpoczynamy proces instalacji:

buzz @ sysadmin: ~ $ sudo virt-install --connect qemu: /// system --virt-type = kvm \
--name wordpress --ram 1024 --vcpus = 1 \
--disk /tera/vms/wordpress.qcow2 \
--cdrom /home/buzz/isos/Linux/debian-8/debian-8.0.0-amd64-CD-1.iso \
--os-type linux --network network = default \
--opis wordpress.desdelinux.wentylator

Wirtualna Góra

buzz @ sysadmin: ~ $ virt-top --connect qemu: /// system
virt-top 15:39:21 - x86_64 2 / 2CPU 1600MHz 3863MB 2 domeny, 2 aktywne, 2 uruchomione, 0 uśpione, 0 wstrzymane, 0 nieaktywne D: 0 O: 0 X: 0 CPU: 0.7% Pamięć: 768 MB ( 768 MB na gości) ID S RDRQ WRRQ RXBY TXBY% CPU% MEM NAZWA CZASU 22 R 0 0 104 0 0.3 6.0 0: 11.49 dns 21 R 0 0 104 0 0.3 13.0 0: 13.42 miweb

Struktura pliku dns.xml

Na początku może wydawać się nieco trudne do zrozumienia struktury pliku definicji maszyny wirtualnej lub Gość, w rozumieniu hiperwizora Qemu-KVM i powiązanych bibliotek jako libvirt. Plik jest w standardowym formacie.xml. Jest zorganizowany przez bloki definicji, zawarte w głównym bloku «domena".

....

W tym bloku znajdziemy definicje całej maszyny wirtualnej:

• nazwa zespołu
• uuid zespołu
• ilość pamięci RAM
• liczba procesorów
• rodzaj systemu operacyjnego i jego architektura. urządzenie bagażnik.
• Funkcje, które obsługuje, takie jak ACPI „Automatic Control Power Interface”, APM „Automatic Power Management” i PAE.
• Model (y) procesora (e) i ich charakterystyka
• ustawienie zegara: czy jest to UTC „United Time Cordinate”, czy nie.
• reakcja na zdarzenia, takie jak zamknięcie, ponowne uruchomienie lub awaria systemu
• jeśli PM „Zarządzanie energią” ma włączone zdarzenia „wstrzymaj zapis do pamięci” i „wstrzymaj zapis na dysk twardy”
• typ emulatora różnych urządzeń lub Urządzenia KVM
• dla wszystkich dysków twardych: sterownik, typ dysku, ścieżka pliku obrazu, urządzenie docelowe, typ magistrali, gniazdo «otwór»PCI, do którego jest podłączony itp., W zależności od dysku wirtualnego: IDE, SATA, SCSI, USB lub Virtio.
• urządzenia optyczne, takie jak CDR
• liczba i typ złączy USB
• gniazdo pci na dysk IDE
• złącze szeregowe do komunikacji
• złącze równoległe do drukarek
• karty sieciowe z unikalnym adresem MAC, typ karty sieciowej, do którego gniazda PCI jest podłączona oraz z jaką siecią wirtualną będzie się łączyć
• konsole z serii pty
• urządzenia wejściowe, takie jak pad «tabletka„Klawiatura myszy”mysz”itp.
• karta graficzna i jej pamięć RAM, typ, model, gniazdo, magistrala itp.
• i kolejny długi i tak dalej

Krótko mówiąc, La Mar Océana zawiera definicje i urządzenia, które są niezbędne i obsługiwane przez hiperwizora Qemu-KVM i powiązane biblioteki, aby mieć w pełni funkcjonalną maszynę wirtualną, jakby była prawdziwą maszyną.

buzz @ sysadmin: ~ $ sudo cat /etc/libvirt/qemu/dns.xml 
<!--
OSTRZEŻENIE: JEST TO PLIK WYGENEROWANY AUTOMATYCZNIE.  ZMIANY W TYM MOGĄ BYĆ NADPISANE I UTRACONE.  Zmiany w tej konfiguracji XML powinny być dokonywane za pomocą: virsh edit dns lub innej aplikacji używającej libvirt API.

Nadchodzące dostawy

• Polecenie Virsh
• Zdalne zarządzanie hipernadzorcami i ich maszynami wirtualnymi za pomocą protokołu SSH

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