En effet, il fallait penser aux différents réseaux ainsi qu’au nombre de NIC sur nos hôtes Hyper-V afin d’assurer le fonctionnement de la plate-forme. Faisons un calcul mathématique tout simple :
• 1 à 2 cartes pour la partition parent.
• 1 à 2 cartes pour le réseau des machines virtuelles.
• 1 à 2 cartes pour la partie Live Migration.
• 1 à 2 cartes pour le réseau privé de Cluster.
Ce qui nous fait un total de 8 cartes physiques sans compter le réseau de backup et autres services tels que le stockage iSCSI. Vous rendez-vous compte du gâchis et de l’investissement matériel ?
Heureusement, l’arrivée de Windows Server 2012 dans les bacs propose la QoS à tout futur environnement Hyper-V. Plus précisément, cette fonctionnalité native à l’OS, permettra de garantir un niveau de service minimum à une NIC virtuelle ou à un protocole. Attention ! La QoS peut se configurer en bps (bits per second) ou en weight. A travers tous mes projets sur le sujet, je vous conseillerais la seconde option. Pourquoi ? Parce qu’imaginez que vous êtes dans l’obligation de déplacer une VM sur un autre host et qu’il n’ait pas les ressources pour garantir la bande passante minimum affectée à cette machine virtuelle…
Maintenant que vous commencez à vous mettre dans le bain, nous allons débuter notre apprentissage de façon plus approfondie. En effet, sous Windows 2012, il y a trois façons de mettre en place de la QoS :
• Un switch virtuel Hyper-V (la QoS se base sur une NIC virtuelle).
• Le réseau physique du serveur.
• La technologie RDMA (par le biais du SMB Multichannel).
Le renouvellement d’un parc IT peut rapidement faire grimper les dépenses. Inventaire incomplet, postes surdimensionnés, manque de standardisation, perte de valeur du matériel et achats réactifs : découvrez les cinq…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…
