Quel type de disque KVM utiliser?


11

J'installe quelques invités virtuels KVM et je discute du type de disque à utiliser. Je n'ai pas été en mesure de trouver une bonne ressource en ligne qui présente les avantages et les inconvénients de chacun.

Pouvez-vous m'aider à créer une liste des différents types de disques et des avantages et inconvénients de chacun? Voici les types de disques que je connais:

  • Image brute
  • qcow2
  • Partition dédiée (par exemple, dans LVM)

Je suis curieux de ces critères:

  • Facilité de configuration (est-il facile de créer chaque type)
  • Performance
  • Facilité de clonage
  • Facilité d'extension (pour agrandir, afin que l'invité virtuel dispose de plus d'espace disque)
  • Fonctionnalités spécifiques à ce type de disque
  • Facilité de sauvegarde
  • Migration vers d'autres hôtes

Pouvez-vous m'aider à évaluer mes choix?

Réponses:


8

Je me concentrerais sur l'image brute et LVM.

L'image brute est plus facile à sauvegarder et à copier, car il ne s'agit que d'un fichier et vous pouvez en faire ce que vous pouvez faire dans un fichier simple. En outre, en évitant les formats spécifiques, vous pouvez facilement l'utiliser, comme le monter sur un périphérique en boucle pour accéder aux fichiers en cas de plantage ou de problème (ou même sur un serveur de sauvegarde sans virtualisation). D'un autre côté, les fichiers d'image bruts sont affectés par le cache de fichiers du noyau, vous devez donc être très prudent lorsque vous traitez des plantages et des arrêts, car la sync VM () ne signifie pas vraiment que le serveur hôte sync () a édité le fichier sur un disque. J'ai eu beaucoup de problèmes avec ça.

LVM contourne le problème de cache, a de meilleures performances que les fichiers (AFAIK, il peut avoir changé au cours des derniers mois) et a les avantages des instantanés pour la sauvegarde. Changer la taille des disques n'est pas compliqué non plus, mais c'est un peu moins trivial que les fichiers bruts. De plus, avec LVM, vous pouvez configurer DRBD pour les migrations / basculements en direct.

À mon avis, optez pour LVM sauf si vous avez des besoins très spécifiques en fichiers.


9

compte tenu de la liste de considération que vous avez donnée, optez définitivement pour LVM. le seul avantage de l'utilisation de qcow2 est qu'il permet de créer des instantanés. Ces instantanés sont de loin supérieurs aux instantanés LVM. RAW n'a bien sûr pas d'option d'instantané, mais une image RAW peut être la base d'un instantané qcow2.

  • Facilité de configuration (est-il facile de créer chaque type): identique pour tous, raw / qcow2 utilisé par qemu-img, partitions / LVs par fdisk / lvm api
  • Performances: les LV bruts ou les périphériques bloqués sont les plus rapides, les fichiers RAW viennent ensuite, qcow2 a le plus de frais généraux, mais c'est le plus riche en fonctionnalités
  • Facilité de clonage: qemu-img est utilisé pour cela, et il peut prendre en compte les instantanés déjà pris. avec LVs d'autres développeurs de blocs, vous auriez probablement besoin d'utiliser dd
  • Facilité d'extension (pour agrandir - pour que l'invité virtuel ait plus d'espace disque): si c'est important, LV est le meilleur choix. Habituellement, ce n'est pas le cas, car vous ajouteriez simplement un autre disque virtuel ou une taille arbitraire, et vous pouvez également surcharger le stockage en utilisant des disques épars
  • Fonctionnalités spécifiques à ce type de disque: qcow2 est le format le plus riche en fonctionnalités, comme je l'ai déjà mentionné. Il peut être combiné avec une image brute btw, utiliser le brut comme image de base et qcow2 comme instantanés
  • Facilité de sauvegarde: copier un fichier, ou dd / cpio - pas vraiment un problème
  • Migration vers d'autres hôtes: pour une migration en direct, vous utiliseriez normalement un stockage centralisé, où il n'est pas nécessaire de déplacer l'image. La migration de blocs est également possible. comme pour simplement déplacer la machine virtuelle d'hôte en hôte en mode hors ligne - c'est la même chose que la sauvegarde / restauration de la machine virtuelle

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.