evolix/wiki
22
0
Fork 0
Code Releases Activity

syntaxe Md

Browse source
This commit is contained in:
Gregory Colpart 2016-12-29 12:18:32 +01:00
parent db137f7041
commit 0fb16da00a
1 changed files with 11 additions and 11 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

22
HowtoKVM.md
View file

@ -185,7 +185,7 @@ Vous pouvez écrire votre propre fichier de définition XML puis l'injecter :
## Stockage ## Stockage
Les stockages disponibles doivent être visibles par libvirt : Les stockages disponibles doivent être visibles par _libvirt_ :
~~~ ~~~
# virsh pool-list --all # virsh pool-list --all
@ -524,7 +524,7 @@ Créer un fichier XML définissant le réseau :
# virsh net-autostart br1 # virsh net-autostart br1
~~~ ~~~
### Mode réseau NAT (avec libvirt) ### Mode réseau NAT (avec _libvirt_)
Le mode NAT peut être intéressant si l'on ne peut pas avoir d'IP dans le réseau de l'hyperviseur. Le mode NAT peut être intéressant si l'on ne peut pas avoir d'IP dans le réseau de l'hyperviseur.
@ -557,7 +557,7 @@ Et l'on peut configurer avec un réseau NAT avec `virt-manager` ou `virsh net-cr
</network> </network>
~~~ ~~~
### Mode réseau NAT (sans libvirt) ### Mode réseau NAT (sans _libvirt_)
*Note* : une raison d'utiliser le NAT est qu'une interface Wi-Fi n'est pas toujours utilisable dans un bridge : *Note* : une raison d'utiliser le NAT est qu'une interface Wi-Fi n'est pas toujours utilisable dans un bridge :
@ -601,7 +601,7 @@ etc.
L'utilisation du format de stockage QCOW2 permet d'avoir des snapshots à chaud ! L'utilisation du format de stockage QCOW2 permet d'avoir des snapshots à chaud !
On peut créer plusieurs snapshots de l'état disque/mémoire, et restaurer en quelques secondes. On peut créer plusieurs snapshots de l'état disque/mémoire, et restaurer en quelques secondes.
Avec libvirt, création/restauration/suppression de snapshot se gère de façon conviviale avec `virt-manager` Avec _libvirt_, création/restauration/suppression de snapshots se gèrent de façon conviviale avec `virt-manager`
ou on peut aussi utiliser `virsh` : ou on peut aussi utiliser `virsh` :
~~~ ~~~
@ -641,7 +641,7 @@ On peut aussi gérer les snapshots via le [Mode Monitor](#mode-monitor) et les c
*Note* : les snapshots créés avec `savevm` ne seront pas visible via _libvirt_. *Note* : les snapshots créés avec `savevm` ne seront pas visible via _libvirt_.
### Options -loadvm / -snapshot (non gérées avec libvirt) ### Options -loadvm / -snapshot (non gérées avec _libvirt_)
On peut démarrer directement sur un snapshot *s0* avec l'option `-loadvm` : On peut démarrer directement sur un snapshot *s0* avec l'option `-loadvm` :
@ -795,7 +795,7 @@ sync
cp debian1.qcow2 debian.current.qcow2 cp debian1.qcow2 debian.current.qcow2
~~~ ~~~
/!\\ Attention, avec *libvirt* si l'on passe directement par le _mode monitor_ les snapshots ne seront pas visibles par _libvirt_ qui gère un état XML des snapshots. On pourra néanmoins faire : /!\\ Attention, avec _libvirt_ si l'on passe directement par le _mode monitor_ les snapshots ne seront pas visibles par _libvirt_ qui gère un état XML des snapshots. On pourra néanmoins faire :
~~~ ~~~
# virsh qemu-monitor-command <vm-name> --hmp "savevm snap.current" # virsh qemu-monitor-command <vm-name> --hmp "savevm snap.current"
@ -900,7 +900,7 @@ Pour rappatrier une VM _test_ depuis l'hyperviseur _foo_ :
*Note* : on peut faire cela via virt-manager mais le mode `--unsafe` (utile si un cache disque est configuré) n'est pas supporté… *Note* : on peut faire cela via virt-manager mais le mode `--unsafe` (utile si un cache disque est configuré) n'est pas supporté…
Si l'on a plusieurs interfaces réseau sur l'hyperviseur (par exemple un réseau dédié entre les hyperviseurs), il faut l'indiquer à *libvirtd* sinon il tente de passer par l'interface principale : Si l'on a plusieurs interfaces réseau sur l'hyperviseur (par exemple un réseau dédié entre les hyperviseurs), il faut l'indiquer à _libvirt_ sinon il tente de passer par l'interface principale :
~~~ ~~~
# virsh migrate --live --unsafe test qemu+ssh://192.0.2.2/system tcp://192.0.2.2/ # virsh migrate --live --unsafe test qemu+ssh://192.0.2.2/system tcp://192.0.2.2/
@ -918,14 +918,14 @@ Il faut éditer `/etc/libvirt/libvirtd.conf` (cf # UUID of the host) et ajouter
## Systemd ## Systemd
libvirt fait appel à systemd (machinectl/systemd-run) pour lancer les processus des VM et les suivre. _libvirt_ fait appel à systemd (machinectl/systemd-run) pour lancer les processus des VM et les suivre.
Pour avoir le statut : Pour avoir le statut :
~~~ ~~~
# machinectl # machinectl
MACHINE CONTAINER SERVICE MACHINE CONTAINER SERVICE
qemu-mavm vm libvirt-qemu qemu-mavm vm libvirt-qemu
1 machines listed. 1 machines listed.
~~~ ~~~
@ -996,7 +996,7 @@ Cependant, comme il s'agit d'un clone, l'adresse MAC connue de Udev est toujours
Deux solutions, utiliser eth1 au lieu de eth0, ou corriger /etc/udev/rules.d/z25_persistent-net.rules en mettant à jour l'adresse MAC de eth0 et en supprimant eth1. Deux solutions, utiliser eth1 au lieu de eth0, ou corriger /etc/udev/rules.d/z25_persistent-net.rules en mettant à jour l'adresse MAC de eth0 et en supprimant eth1.
### Installation d'une VM sans libvirt ### Installation d'une VM sans _libvirt_
~~~ ~~~
# qemu-img create -f qcow2 debian1.qcow2 20G # qemu-img create -f qcow2 debian1.qcow2 20G