Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
atelier:chantier:virtualisation-avec-libvirt [08/05/2020 16:48] framend [Préparation du profil réseau] |
atelier:chantier:virtualisation-avec-libvirt [08/05/2020 17:01] framend [Installation de la machine virtuelle] |
||
|---|---|---|---|
| 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. | 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. | 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. | ||
| Ligne 59: | Ligne 59: | ||
| newgrp <user> libvirt-qemu</code> | 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>. | + | 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: | + | 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 | <code user>sudo virsh net-start default | ||
| sudo virsh net-autostart default | sudo virsh net-autostart default | ||
| Ligne 80: | Ligne 80: | ||
| Plusieurs possiblités, via network-manager ou via le fichier /etc/network/interfaces. | 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: | 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 109: | Ligne 110: | ||
| Ceci fait, un redémarrage du service networking sera de mise: | Ceci fait, un redémarrage du service networking sera de mise: | ||
| <code root>systemctl restart networking.service</code> | <code root>systemctl restart networking.service</code> | ||
| - | Une vérification du fait qu'une adresse IP est obtenue par le bridge (et non plus l'interface physique), via: | + | 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> | <code user>ip a</code> | ||
| Doit renvoyer quelque chose de cet ordre: | Doit renvoyer quelque chose de cet ordre: | ||
| - | <file ip a> | + | <file > |
| + | […] | ||
| 2: enp0s7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000 | 2: 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 | link/ether 00:1c:25:02:43:50 brd ff:ff:ff:ff:ff:ff | ||
| Ligne 128: | Ligne 130: | ||
| ===== Installation de la machine virtuelle ===== | ===== Installation de la machine virtuelle ===== | ||
| - | Je préfére mettre les images des machines virtuelles dans un repertoire que je maitrise plutôt que l'espace de stockage par default alloué par libvirt. Donc il faut les créer:<code user>mkdir -p $HOME/Virtu/vm</code> | + | Je préfére mettre les images des machines virtuelles dans un repertoire que je maitrise 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. | + | 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: | 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: | ||
| <code root>chmod u+s /usr/lib/qemu/qemu-bridge-helper</code> | <code root>chmod u+s /usr/lib/qemu/qemu-bridge-helper</code> | ||
| Ligne 146: | Ligne 149: | ||
| --disk ~/Virtu/vm/<nom_VM>.img,device=disk,size=10,format=qcow2 \ | --disk ~/Virtu/vm/<nom_VM>.img,device=disk,size=10,format=qcow2 \ | ||
| </code> | </code> | ||
| - | Une fois l'installation terminé (je 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 ! | + | 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 ===== | ===== Utilisation de base ===== | ||
