l'image "raw" serait suffisante pour faire ce que l'on fait avec un disque dur physique: l'associer à une machine.
Par contre la virtualisation a créé de nouveaux "besoins" (on peut toujours en discuter hein :)), comme par exemple le fait de factoriser ce qui est factorisable entre plusieurs disques différents. Et dans ce cas, c'est bien pratique d'avoir un fichier pour le facteur commun et un fichier "delta" pour les spécificités de chacun.
L'alternative "raw" serait probablement de réinventer un partitionnement intermédiaire, mais outre le fait que c'est un peu compliqué pour pas grand chose (puisque justement ça ne serait plus si "raw" que ça...), ça ne résisterait pas longtemps au fait qu'à un moment ces VMs vont être migrées sur des serveurs différents et qu'on aura alors autre chose à faire que "départitionner" les disques virtuels (alors qu'avec l'approche fichiers, on sait directement ce qu'on doit copier/déplacer/fusionner).
Comme il a été dit plus haut, le support des snapshots est aussi plus simple comme ça, notamment du fait qu'ils sont accessibles en écriture.
Et évidemment, l'indépendance relative (paraît que les VMs de 20Go sur disquettes 3.5'', ça marche pas trop :)) par rapport au système de stockage impose la possibilité d'un fichier fragmenté.
Enfin bref, y a quand même quelques raisons, c'est promis ;)
[^] # Re: VMDK
Posté par Yann Hodique (site web personnel) . En réponse au journal Migrer une VM de VMWare vers KVM. Évalué à 3.
Par contre la virtualisation a créé de nouveaux "besoins" (on peut toujours en discuter hein :)), comme par exemple le fait de factoriser ce qui est factorisable entre plusieurs disques différents. Et dans ce cas, c'est bien pratique d'avoir un fichier pour le facteur commun et un fichier "delta" pour les spécificités de chacun.
L'alternative "raw" serait probablement de réinventer un partitionnement intermédiaire, mais outre le fait que c'est un peu compliqué pour pas grand chose (puisque justement ça ne serait plus si "raw" que ça...), ça ne résisterait pas longtemps au fait qu'à un moment ces VMs vont être migrées sur des serveurs différents et qu'on aura alors autre chose à faire que "départitionner" les disques virtuels (alors qu'avec l'approche fichiers, on sait directement ce qu'on doit copier/déplacer/fusionner).
Comme il a été dit plus haut, le support des snapshots est aussi plus simple comme ça, notamment du fait qu'ils sont accessibles en écriture.
Et évidemment, l'indépendance relative (paraît que les VMs de 20Go sur disquettes 3.5'', ça marche pas trop :)) par rapport au système de stockage impose la possibilité d'un fichier fragmenté.
Enfin bref, y a quand même quelques raisons, c'est promis ;)