evolix
/
wiki
22
0
Fork 0
Code Releases Activity

syntaxe Md

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
Les stockages disponibles doivent être visibles par libvirt :
Les stockages disponibles doivent être visibles par _libvirt_ :
~~~
# virsh pool-list --all
@ -524,7 +524,7 @@ Créer un fichier XML définissant le réseau :
# 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.
@ -557,7 +557,7 @@ Et l'on peut configurer avec un réseau NAT avec `virt-manager` ou `virsh net-cr
</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 :
@ -601,7 +601,7 @@ etc.
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.
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` :
~~~
@ -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_.
### 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` :
@ -795,7 +795,7 @@ sync
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"
@ -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é…
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/
@ -918,14 +918,14 @@ Il faut éditer `/etc/libvirt/libvirtd.conf` (cf # UUID of the host) et ajouter
## 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 :
~~~
# machinectl
MACHINE CONTAINER SERVICE
qemu-mavm vm libvirt-qemu
MACHINE CONTAINER SERVICE
qemu-mavm vm libvirt-qemu
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.
### Installation d'une VM sans libvirt
### Installation d'une VM sans _libvirt_
~~~
# qemu-img create -f qcow2 debian1.qcow2 20G