Bonjour,
L'idée de Daniel est a mon avis une des bonnes réponses, j'avais monté
une archi XEN et grace a l'utilisation des volumes LVM, je redondais les
machines via DRBD ( raid1 sur ethernet ).
Mais j'avais besoin a l'epoque de pouvoir basculer rapidement en cas de
panne. C'etait quasi parfait via quelques scripts
Par contre si tu veux "vendre" des machines de par exemple 3 To de
disque, et n'en utiliser que ce qui est vraiement pris, c'est du format de
fichier qcow2, pouvant etre stocké sur n'importe quoi lvm ou non.
Concernant les systemes de fichiers, cela se discute suivant son
expérience, pour certains c'est du ext4 ou xfs, je pense qu'EXT4 est plus
fragile qu'XFS, par contre tu ne peux reduire un FS XFS, meme si la
reduction de FS est assez peu courante.
Le 22 mai 2018 à 14:27, daniel huhardeaux <no-s...@tootai.net> a écrit :
> Le 22/05/2018 à 14:10, Olivier a écrit :
>
>> 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 ?
>>
>
> Perso, le disque de la machine hôte est en LVM. Pour chaque VM -sauf pour
> les windows- je crée un volume logique de la taille désiré puis j'installe
> la VM en général /boot ext[2 ou 3] /home et / en xfs. SI la VM a besoin de
> plus d'espace j'augmenet son espace LVM puis ajuste la ou les partitions à
> agrandir dans la VM. xfs parceque agrandir une partition se fait à chaud
> "xfs_growfs /" et hop, la partition root a pris l'ensemble du nouvel espace
> disponible. Je crois que ext4 est à présent aussi capable de s'agrandir à
> chaud.
>
> Les snapshots peuvent ensuite se faire via LVM ou KVM
>
> --
> Daniel
>
>
