evolix/wiki
22
0
Fork 0
Code Releases Activity

Petites corrections.

Browse source
This commit is contained in:
jcougnoux 2016-12-29 12:00:19 +01:00
parent 7019657a05
commit 5a8265031e
1 changed files with 7 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
HowtoKVM.md
View file

@ -142,7 +142,7 @@ Avoir un ISO disponible sur l'hyperviseur (pour Debian, télécharger l'ISO _net
*Notes* :
* `--cpu mode=host-passthrough` signifie que le CPU virtualisé sera identique au CPU de l'hyperviseur, en cas de migration vers un autre hyperviseur il devra avoir un CPU strictement identique
* l'exemple utilise (ou crée si il n'existe pas) un fichier QCOW2 de 42 Go, on pourra évidemment choisir d'autres types de stockaes
* l'exemple utilise (ou crée si il n'existe pas) un fichier QCOW2 de 42 Go, on pourra évidemment choisir d'autres types de stockages
* si l'on a besoin de performances élevées en I/O, on pourra mettre l'option `cache=writeback` pour *--disk*
On peut ensuite se connecter en VNC via l'hyperviseur et réaliser l'installation :
@ -357,7 +357,7 @@ Disk /dev/loop0: 161.1 GB, 161061273600 bytes
[…]
~~~
* Supprimer puis recréer la partition avec la bonne taille à l'intérieur de l'image, après avoir sauvegarder la table des partitions :
* Supprimer puis recréer la partition avec la bonne taille à l'intérieur de l'image, après avoir sauvegardé la table des partitions :
~~~
# sfdisk -d /dev/loop0 >~/loop0.parts
@ -529,7 +529,7 @@ Le mode NAT peut être intéressant si l'on ne peut pas avoir d'IP dans le rése
Avec _libvirt_, il suffit d'installer :
~~~
# apt install dnsmaq ebtables
# apt install dnsmasq ebtables
~~~
Et l'on peut configurer avec un réseau NAT avec `virt-manager` ou `virsh net-create` et un fichier XML du type :
@ -667,7 +667,7 @@ Si nécessaire on peut tout de même forcer l'écriture en passant l'option *com
<http://wiki.qemu.org/Documentation/CreateSnapshot>
Une option intéressante avec le format QCOW2 est la possibilité de créer une image d'une installation
de base et de créer des dérivées à partir de cette image. Non seulement permet de repartir d'une installation déjà faite,
de base et de créer des dérivées à partir de cette image. Non seulement cela permet de repartir d'une installation déjà faite,
mais cela permet aussi une optimisation de la place (l'image dérivée est en Copy-on-Write de celle de base)
voire même de la mémoire selon les rumeurs :-)
@ -734,7 +734,7 @@ Extinction ACPI d'une VM :
(qemu) system_powerdown
~~~
pause/resume d'une VM :
Pause/Resume d'une VM :
~~~
(qemu) stop
@ -860,7 +860,7 @@ Via clic-droit sur _virt-manager_ ou en CLI :
Cela permet de dupliquer un domaine existant avec notamment changement de l'adresse MAC de la carte réseau.
Une fois la machiné démarrée, il faudra modifier son *hostname*, son adresse IP et ses clés SSH.
Une fois la machine démarrée, il faudra modifier son *hostname*, son adresse IP et ses clés SSH.
~~~
# rm /etc/udev/rules.d/70-persistent-net.rules
@ -880,7 +880,7 @@ On peut utiliser l'option `--preserve-data` pour copier les données vers une im
<https://libvirt.org/migration.html>
*Note* : Il faut s'assurer d'ouvrir les ports TCP 49152 à 49215 entre les machines car par défaut *libvirtd* utilisent ces ports pour faire des netcat des données !
*Note* : Il faut s'assurer d'ouvrir les ports TCP 49152 à 49215 entre les machines car par défaut _libvirtd_ utilise ces ports pour faire des netcat des données !
Pour une migration à chaud, il faut avoir un CPU identique (à voir selon l'option un storage commun pour les disques (SAN, réplication DRBD, etc.).