L’excellent whitepaper d’Aidan Finn nous permet de comprendre à quel point la partie backup d’Hyper-v R2 est loin d’être idéale. Si vous n’avez pas d’Hardware VSS provider, vous “pourriez” utilisez le Software VSS provider d’Hyper-V R2 si vous avez envie de voir les performances de votre infrastructure s’effondrer :

Redirected Mode is active from the time that the backup job starts until the backup job completes

C’est à dire que pendant TOUTE la durée du backup, TOUT le trafic disque de TOUTES les VM est redirigé en SMB, par le réseau, vers le CSV coordinator ! Et, pire encore :

We recommend that virtual machines deployed on CSV should be backed up serially

En admettant que vous ayez un Hardware VSS provider, vous aurez quand même droit à un petit flood réseau :

Redirected Mode only takes place for the time it takes the SAN to create a snapshot of the LUN containing the CSV volume

Et nous avons gardé le meilleur pour la fin :

If the virtual machine’s Dynamic VHDs need to expand then the CSV Coordinator will have to start Redirected Mode for the entire CSV so it can perform the expansion of the VHD.

C’est à dire que si vos VM sont en thin provisioning, à chaque fois qu’un VHD doit grossir, TOUT le trafic disque de TOUTES les VM du CSV passe par le réseau en SMB pendant la durée de l’opération. La grande classe.

Et si le thin provisioning ne vous fait vraiment pas peur, à plus ou moins court terme le CSV sera fragmenté, et là c’est le drame :

Fragmentation leads to greater latency for read operations. You can defrag the physical storage volumes. In the case of a CSV, that means that the CSV will be in Redirected Mode for the length of the defrag operation

Alors, la prochaine fois qu’on vous parle d’Hyper-V, souriez