Hyper-V

Le Private Vlan est une méthode de segmentation s’appliquant sur des Switchs manageable de niveau 2 du modèle OSI. Dans Hyper-V 3.0 cette fonctionnalité est disponible au niveau des Switch virtuels.

Voici une configuration basique que l’on peut retrouver dans une entreprise. Celle ci comporte 4 vlan qui ne doivent pas communiquer ensemble sur la couche 2.

• Vlan isolé : Ce vlan peut simplement accéder au routeur (ou au port « promiscous »).
• Vlan Promiscuous : Ce vlan peut accéder au routeur et aux autres Vlan .
• Vlan communauté : Les hôtes étant dans un même vlan communautaire peuvent communiquer qu’entre eux et également avec le vlan promiscous mais ne peuvent pas communiquer avec les aux autres vlan
• VLan Trunk : Ce vlan fait l’agrégation des autres Vlan ver un lien physique

 La nouvelle version de Windows huit serveur a été publiée il y a un jour sous le numéro 8250.

C’est le moment de réexaminer certaines fonctionnalités. Voici en particulier le fonctionnement du multiplexage de carte réseau.

Le Teaming de carte réseau, également connu sous le nom de charge Équilibrage et basculement (LBFO), permet de regrouper plusieurs cartes réseau sur un même ordinateur pour les fins suivantes :

• Agrégation de bande passante
• Basculement du trafic pour prévenir la perte de connectivité en cas d’une défaillance de composant de réseau

Cette fonctionnalité existait auparavant, mais était assez limité pour plusieurs raison :

Beaucoup de choses ont été dites concernant le fonctionnement de Linux sur la plateforme Hyper-V.

Le fait que Microsoft ne « supporte » pas toutes les distributions de Linux ne signifie en aucun cas qu’elles ne fonctionnent pas sur cette plateforme. Microsoft a limité simplement le support ainsi que le développement des services d’intégration à certaines distributions suivantes :

Au travers du pack Linux Intégration Services v2.1 for Windows Serveur 2008 Hyper-V, pour les distributions:

Après avoir installé votre cluster hyper-v et créé votre première VM, vous avez peut-être été confrontés à un échec lors de migration d’un hôte vers l’autre. Une des erreurs couramment commise, est de configurer la VM au travers du Snap-in Hyper-V manager et non d’utiliser le Snap-in Fail Over Cluster Manager. Si tel est le cas vous constaterez lors de vos tentatives de migration l’apparition de l’événement ID 32 :

Si par soucis d’optimisation vous supprimez le partage de fichiers et d’imprimantes ainsi que le client pour réseau microsoft sur vos interfaces ISCSI vous serez dans l’impossibilité de faire des migrations dynamiques sous Hyper-V.

Vous retouverez alors une erreur de type système Event ID:5120.

“Cluster Shared Volume ‘Volume1′ (’Cluster Disk 1′) is no longer  available on this node because of ‘STATUS_BAD_NETWORK_PATH(c00000be)’.  All I/O will temporarily be queued until a path to the volume is  reestablished.”