Bonjour,
Je travaille sur les spécifications d'un nouvel hôte de virtualisation
KVM.
Dans l'immédiat, ce serveur sera unique mais il pourrait un jour être
doublé.
Dans ce cas, je ne pense pas avoir besoin de faire des migrations à
chaud de VM entre les 2 hôtes (je pense plutôt, mais je peux me
tromper, à des migration à froid où la VM est reconstruite entièrement
à partir de scripts).
Je me rappelle que dans le passé, l'une des premières opérations à
faire, était de réserver une des premières opérations à faire était de
créer et affecter à Virt-Manager un espace disque dans lequel il
puisait pour créer les disques des machines virtuelles.
Je profite de ces spécifications pour savoir si vous aviez des
conseils et suggestions à faire pour la création de cet espace initial
(j'imagine qu'il est de toute façon possible de cumuler plusieurs
espaces de différentes technologies mais autant avoir en tête dès le
départ les bonnes technologies).
Plus précisément, il me parait important:
- que l'espace disque réellement alloué à une VM puisse être inférieur
à l'espace théoriquement alloué lors de la création de la VM,
- que l'on puisse le plus souplement possible faire des snapshots de VM
- qu'il suffise d'avoir les droits d'accès à Virt-Manager pour pouvoir
créer/gérer une VM (reposer KVM sur une autre système de fichier que
celui du système hôte oblige-t-il gérer distinctement les droits
d'accès à cet autre système de fichier ?) .
1. Voyez-vous des critères supplémentaires à prendre en compte ?
2. Même si le principe de la virtualisation avec KVM est d'imiter une
machine physique, existe-t-il des moyens de communication entre une VM
et son hôte (pour déclencher un snapshot depuis une VM, nommer une VM
d'après son nom dans l'hyperviseur) qu'il est utile de mettre en oeuvre ?
3. Quel système de fichier préconiser et surtout pourquoi ?