L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →

Différences

Ci-dessous, les différences entre deux révisions de la page.

--- atelier:chantier:virtualisation-avec-libvirt [08/05/2020 16:05]
framend
+++ atelier:chantier:virtualisation-avec-libvirt [22/05/2023 21:44]
framend [Documentation]
@@ Ligne 19: / Ligne 19: @@
 Voici donc une méthode utilisant l'hyperviseur KVM/qemu. J'ai choisi la techno libvirt/KVM, pour son coté «full-virtualization» apportant, en principe, de meilleures performances.
-En effet, lorsqu'un CPU emule un CPU virtuel (vCPU) l'hyperviseur doit «traduire » les instructions de l'un vers l'autre. Ce qui implique un impact conséquent en terme de performances. Pour éviter ceci les technologies du type Intel VT-x et AMD-V permettent un transfert plus direct des instructions. Ce qui signifie que les instructions données au vCPU peuvent-être directement exécutés sur une partie du CPU physique.
+En effet, lorsqu'un CPU emule un CPU virtuel (vCPU) l'hyperviseur doit «traduire» les instructions de l'un vers l'autre. Ce qui implique un impact conséquent en terme de performances. Pour éviter ceci les technologies du type Intel VT-x et AMD-V permettent un transfert plus direct des instructions. Ce qui signifie que les instructions données au vCPU peuvent-être directement exécutés directement sur une partie du CPU physique.
-Je considère donc qemu comme l'hyperviseur des machines virtuelles, KVM comme un agent accélérateur d'instructions et libvirt (et tous ses composants), comme un gestionnaire de VM.
+Considérons donc ici qemu comme l'hyperviseur des machines virtuelles, KVM comme un agent accélérateur d'instructions et libvirt (et tous ses composants), comme un gestionnaire de VM.
 Il faut, avant toute installation vérifier que le CPU de la machine hôte supporte la virtualisation.
@@ Ligne 29: / Ligne 29: @@
 ===== Installation =====
 Pour installer le minimum requis de dépendances:
-<code root>apt install --no-install-recommends qemu-kvm libvirt-clients libvirt-daemon-system bridge-utils virtinst dnsmasq</code>
+<code root>apt install --no-install-recommends libvirt-clients libvirt-daemon bridge-utils virt-manager</code>
 Puis vérifier l'état du système libvirtd (le daemon de libvirt):
@@ Ligne 49: / Ligne 49: @@
 À partir de là le démon libvirtd est bien lancé.
-===== Préparation du profil réseau =====
+===== Création des utilisateurs =====
-Pour pouvoir utiliser des VM via virsh (l'outil en ligne de commande permettant la gestion de libvirt) en user non privilégié (pas root, donc) il va falloir ajouter cet user dans les groupes libvirt et libvirt-qemu.
+Pour pouvoir utiliser des VM via virsh (l'outil en ligne de commande permettant la gestion de libvirt) en user non privilégié (pas root, donc) il va falloir ajouter cet user dans les groupes libvirt. Il n’est pas nécessaire d’ajouter l’utilisateur au groupe libvirt-qemu, seul l’utilisateur libvirt-qemu a besoin d’y être (ce qui est fait à l’installation).
-<code root>adduser <nom_d'user> libvirt
+<code root>adduser <nom_d'user> libvirt</code>
-adduser <nom_d'user> libvirt-qemu</code>
-Puis, ajouter le groupe au groupset de l'utilisateur:
+Une fois cela réalisé, si vous souhaitez pouvoir créer et gérer des VM en simple user, il est nécessaire d’éditer le fichier /etc/libvirt/libvirtd.conf
-<code root>newgrp <user> libvirt
+et de décommenter la ligne suivante:
-newgrp <user> libvirt-qemu</code>
-Il va maintenant s'agir de lancer le profil réseau de libvirt. Pour des VM créées en user non privilégié, il faudra utiliser sudo, sinon passer root via:<code>su -l</code>.
+<file config /etc/libvirt/libvirtd.conf>
-Libvirt utilise un profil déja enregistré sous le nom de « default». On va donc le lancer et le passer en auto-start afin d'éviter d'avoir à le faire à chaque utilisation:
+unix_sock_group = "libvirt"
+</file>
+===== Préparation du profil réseau =====
+Il va maintenant s'agir de lancer le profil réseau de libvirt. Pour des VM créées en user non privilégié, il faudra utiliser sudo, sinon passer root via:<code user>su -l</code>.
+Libvirt utilise un profil déja enregistré sous le nom de «default». On va donc le lancer et le passer en auto-start afin d'éviter d'avoir à le faire à chaque utilisation:
 <code user>sudo virsh net-start default
 sudo virsh net-autostart default
 </code>
 <note warning>Attention: Avant d'éditer un profil réseau il est impératif de le stopper!</note>
-En cas de besoin, vous pouvez stopper le profil réseau via:
+Vous pouvez stopper le profil réseau via:
-<code user>sudo virsh net-autostart default</code>
+<code user>sudo virsh net-stop default</code>
+La liste des profil réseau existants s'obtient via:
+<code user>sudo virsh net-list --all</code>
+Ce qui doit renvoyer, pour un service nommé «default» lancé:
+<file sudo virsh net-list --all> Name      State    Autostart   Persistent
+--------------------------------------------
+ default   active   yes         yes
+</file>
 ===== Création du bridge réseau =====
@@ Ligne 73: / Ligne 83: @@
 Plusieurs possiblités, via network-manager ou via le fichier /etc/network/interfaces.
-Ici, j'ai éliminé l'usage de network-manager que je n'utilise que sur des machines disposants d'une connection wifi. Un tuto sur son usage est cependant disponible ici: https://debian-facile.org/doc:reseau:network-manager
+Ici, j'ai éliminé l'usage de network-manager que je n'utilise que sur des machines disposants d'une connection wifi. Un tuto sur son usage est cependant disponible ici:
+  * https://debian-facile.org/doc:reseau:network-manager
 Donc, pour un bridge réseau, éditer le fichier /etc/network/interfaces de la manière suivante, en remplaçant évidemment le nom des interfaces par les votres:
@@ Ligne 99: / Ligne 110: @@
     bridge_fd 0
 </file>
+Ceci fait, un redémarrage du service networking sera de mise:
+<code root>systemctl restart networking.service</code>
+Une vérification du fait qu'une adresse IP est obtenue par le bridge (et non plus par l'interface physique), via:
+<code user>ip a</code>
+Doit renvoyer quelque chose de cet ordre:
+<file >
+[…]
+: enp0s7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
+    link/ether 00:1c:25:02:43:50 brd ff:ff:ff:ff:ff:ff
+: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
+    link/ether 00:1c:25:02:43:50 brd ff:ff:ff:ff:ff:ff
+    inet 192.168.0.45/24 brd 192.168.0.255 scope global dynamic br0
+       valid_lft 769121sec preferred_lft 769121sec
+    inet6 2a01:e0a:37f:93a0:21c:25ff:fe02:4350/64 scope global dynamic mngtmpaddr
+       valid_lft 85982sec preferred_lft 85982sec
+    inet6 fe80::21c:25ff:fe02:4350/64 scope link
+       valid_lft forever preferred_lft forever
+</file>
+Sinon relancer une demande d'ip au DHCP via:
+<code root>dhclient</code>
+===== Installation de la machine virtuelle =====
+Je préfére mettre les images des machines virtuelles dans un repertoire que je choisis plutôt que l'espace de stockage par defaut alloué par libvirt. Donc il faut les créer:<code user>mkdir -p $HOME/Virtu/vm</code>
+Ou tout autre chemin que vous souhaitez…
+Une dernière étape avant l'installation proprement dite de la VM est de mettre un bit setuid sur un script de qemu dans /usr/lib/qemu/qemu-bridge-helper. Il s'agit de bits de contrôle d'accès appliqués aux fichiers et répertoires d'un système d'exploitation UNIX. Grâce à eux, un processus exécutant un tel fichier peut s'exécuter au nom d'un autre utilisateur (wikipedia). En d'autres terme elle permet la création et l'administration de machines virtuelles par un user non-privilégié:
+<code root>chmod u+s /usr/lib/qemu/qemu-bridge-helper</code>
+Ne reste plus qu'a installer la VM proprement dite. En l'occurence je prends l'exemple d'un guest (la VM) Debian buster auquel j'alloue 50Go d'espcace disque, 1Go de RAM et un seul vCPU. Remplacez évidemment <nom_VM> par le nom que vous souhaitez lui donner.
+<code user>
+virt-install \
+--name <nom_VM> \
+--memory 1024 \
+--vcpus 1 \
+--os-type linux \
+--os-variant debian10 \
+--graphics none \
+--network bridge=br0 \
+--extra-args 'console=ttyS0,115200n8 serial' \
+--location http://deb.debian.org/debian/dists/stable/main/installer-amd64/ \
+--disk ~/Virtu/vm/<nom_VM>.img,device=disk,size=50,format=qcow2
+</code>
+Une fois l'installation terminé (je ne détaille pas, c'est une Debian, donc fastoche), le reboot final se fera seul. Et voilà vous avez une belle Debian dans une Debian !
+===== Utilisation de base =====
+Lister les VM's
+<code user>
+virsh list --all
+</code>
+Lancer une VM
+<code user>
+virsh start --domain <vm_name>
+</code>
+Se connecter à la console d'une VM
+<code user>
+virsh console <vm_name>
+</code>
+Suspendre une VM
+<code user>
+virsh suspend <vm_name>
+</code>
+Reprendre après suspension
+<code user>
+virsh resume <vm_name>
+</code>
+Arrêt gracieux  de la VM
+<code user>
+virsh shutdown --domain <vm_name>
+</code>
+Arrêt brutal de la VM (si shutdown ne fonctionne pas)
+<code user>
+virsh destroy --domain <vm_name>
+</code>
+Supprimer la VM
+<code user>
+virsh undefine --domain <vm_name>
+</code>
+Les fichiers de stockage des vm ne sont pas supprimés automatiquement, il faut le faire à la main, en l'occurence:
+<code user>
+rm -rf $HOME/Virtu/vm/<nom_VM>.img
+</code>
+===== Documentation =====
+Les différents manuels sont extrèmement instructifs (normal, c'est leur rôle).
+<code user>man virt-install</code>
+<code user>man virsh</code>
+Documentations utilisées pour écrire ce tuto:
+  * https://wiki.debian.org/KVM#Managing_VMs_from_the_command-line
+  * https://wiki.debian.org/fr/BridgeNetworkConnections
+  * https://wiki.libvirt.org/page/Networking#Altering_the_interface_config
+  * https://wiki.libvirt.org/page/Libvirtd_and_dnsmasq
+  * https://wiki.qemu.org/Features/HelperNetworking
+  * https://www.raymii.org/s/articles/virt-install_introduction_and_copy_paste_distro_install_commands.html

atelier/chantier/virtualisation-avec-libvirt.txt · Dernière modification: 22/05/2023 21:50 par lagrenouille

Debian-facile

Différences

Pied de page des forums