syntaxe Md
This commit is contained in:
parent
db137f7041
commit
0fb16da00a
22
HowtoKVM.md
22
HowtoKVM.md
|
@ -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
|
||||
|
|
Loading…
Reference in a new issue