Prérequis Hyper-V, partitionnement des disques

Windows Server & IT Pro Hyper-V & Virtualisation
1

Ma règle empirique pour un serveur physique était : un disque à accès aléatoire rapide (VelociRaptor/SSD) pour l’OS, et de gros disques pour les données (par ex. WD Caviar).

À quoi cela ressemble-t-il pour un Hyper-V qui devrait exécuter deux machines virtuelles (serveur de fichiers + intranet, Dynamics CRM) ?

  • Est-il toujours pertinent de mettre l’OS physique sur un disque séparé ?

  • Combien d’espace disque / RAM dois-je réserver pour l’OS physique ?

  • Serveur de fichiers : y a-t-il une différence notable entre un disque en accès direct vs un VHD ? Une préférence pour l’un ou l’autre concernant la sauvegarde, le service de cliché instantané des volumes, d’autres choses ?

  • Dois-je répartir les parties OS virtuelles (OS-ServeurFichiers, Données-ServeurFichiers, CRM) sur des disques physiques séparés ? Disons, avec un miroir 2x2x1 To, ou 2x2 To ?

  • Comment sauvegarder un VHD « en vie » ? « Comme d’habitude » depuis l’intérieur du serveur ?

J’ai lu les questions connexes et la configuration système requise indiquée par Microsoft, je recherche plutôt des retours pratiques de personnes qui l’ont déjà fait.

[modification] Les spécifications sont encore ouvertes, je vise un i7-920 quad core, carte mère par ex. Gigabyte EX58-UD5 (ouvert aux suggestions) 8 Go de RAM

Je vise un stockage total d’environ 2 To.

Idée 1 : SSD 80 Go pour Hyper-V, 2 x 2 To WD RE4-GP en miroir pour les deux VM, total environ 850 €

Idée 2 : 4x1 To WD RE-GP en 2 miroirs, résultant en 2x1 To de stockage, une paire pour Hyper-V et la première machine, l’autre pour la seconde. Total 520 €, ce qui permettrait 4 Go de RAM supplémentaires qui pourraient faire une énorme différence.

[modification] Un commentateur a demandé la configuration finale, voici ce que j’ai appris (et ce que nous avons fait)

J’ai décidé de ne pas utiliser de RAID matériel, en raison de mauvaises expériences avec divers contrôleurs, de la faible surcharge d’un miroir logiciel et de la simplicité de transfert vers une autre machine.

Nous avons mis le partage réseau le plus sollicité sur des disques en accès direct. Ils sont « hors ligne » dans l’hôte HV, et en miroir dans la machine virtuelle. Les performances sont adéquates pour nos besoins.

J’ai bien ajouté un disque OS séparé, simplement pour être plus flexible sur la configuration. (WD Raptor 300 Go).

Nous avons donc configuré une paire de 1 To en accès direct, l’autre paire est en miroir dans l’hôte HV et contient les VHD pour les deux serveurs.

Notez que les disques en accès direct désactivent les instantanés dans la console Hyper-V (j’aurais aimé qu’il y ait une option pour simplement les exclure mais procéder avec l’instantané). J’ai aussi appris à mes dépens que les instantanés étaient de toute façon une mauvaise idée car cela casse la synchronisation Active Directory.

La sauvegarde se fait sur un disque externe connecté à l’hôte via e-sata.

2

Si vous ne prévoyez pas d’utiliser l’OS hôte pour exécuter autre chose que Hyper-V, je ne pense pas que placer les VM sur la même partition que l’OS fera beaucoup de différence. J’utilise Hyper-V sur quelques postes de travail avec des disques 10k rpm, l’OS sur l’un et les VM sur les deux, et je ne remarque pas de différence de performances des VM entre eux.

Vous pouvez consommer de l’espace disque très rapidement avec les VM, donc il vaut la peine d’avoir un gros disque plus lent pour les archives et sauvegardes (peut-être pas nécessaire si vous avez un bon stockage réseau et un réseau rapide).

Si vous le construisez vous-même et voulez rester dans un budget raisonnable, je suggérerais 4 à 6 disques 10k rpm en RAID 10 (des disques de 300 Go peuvent être trouvés à environ 200 $ chacun sur NewEgg). Puis peut-être 2x 1-2 To de disques en RAID 1 (si vous ajoutez cela, autant y mettre l’OS).

L’utilisation de disques à expansion dynamique et d’instantanés affecte négativement les performances (pour virtualiser un poste de travail c’est acceptable, pour un serveur peut-être pas). Et pour tout service intensif en E/S, j’utiliserais l’accès direct au stockage sous-jacent du service (par ex. base de données ou serveur de fichiers). Si vous déplacez le goulot d’étranglement d’E/S hors de la partition OS virtuelle, vous pouvez probablement prendre des instantanés du serveur OS virtuel sans vous soucier des performances.

Enfin — vous voudrez peut-être plus de 8 Go (Hyper-V ne peut pas partager la RAM non allouée, et l’hôte en a besoin aussi) — mais cela dépend de l’intensité d’utilisation.

J’espère que c’est utile. Et si vous faites des expérimentations et des benchmarks, je pense que beaucoup de gens seraient intéressés de voir les résultats. Comme vous l’avez probablement remarqué, il y a un manque de données de performance dans ce domaine.