La virtualisation des serveurs X86 s'appuie fortement sur l'utilisation du SAN (Storage Area NetWork).
Le SAN permet entre autre de fournir un espace de stockage partagé, nécessaire à la mise en œuvre de la haute disponibilité (VmWare HA, MSCS…).

Quand vos machines virtuelles sont stockées sur une partition hébergée sur un SAN, vos différents serveurs physiques y accèdent par des cartes HBA, utilisant généralement des liaisons fibres optiques (FC, Fibre Channel).

Grâce à ce stockage "partagé", Il est possible de rendre une partition visible depuis plusieurs serveurs, c'est le LUN Masking (parfois appelé à tors zoning)
C'est grâces à ce procédé qu'il est notament possible, d'utiliser des fonctions telles que le Vmotion (VmWare) ou le Quick Migration (Ms).

Le soucis, c'est que d'un point de vue administration, toutes vos partitions (LUN) sont vues comme étant connectées à la carte HBA de vos serveurs physiques (la carte est référencée dans le SAN par un World Wide Name, WWN).
Pour de nombreux outils de gestion, il n'est alors pas possible d'obtenir une vue claire de l'utilisation de votre SAN (diagnostiques, performances, rapports) à un niveau suffisamment granulaire pour isoler chaque machine virtuelle (le SAN ne vois que la carte HBA physique).

Le NPIV (N_Port ID Virtualization) est une particularité du protocole FC (Fibre Channel) permettant à N port "virtuels" de partager un port physique.
Ce mode de fonctionnement est notament supporté sous ESX et Hyper-V (pour n'en citer que deux).
En créant ces ports "virtuels" le NPIV, va permettre d'allouer un WWN à chaque machines virtuelles, autorisant une meilleure granularité d'administration. Les ports ainsi créé vont suivre la machine dans ces déplacement sur les différents host.

Le livre blanc disponible ici, édité par Emulex et VmWare détaille différents cas d'utilisation du NPIV ainsi que les best practices de sa mise en œuvre dans un environnement ESX.

Redirection dynamique des I/O du stockage partagé dns un cluster Hyper-V

 Parmis les nouvelles fonctionalités, nous remarquerons plus particulièrement celles liées à Hyper-V.

• Live migration : déplacement sans interruption d'une machine virtuelle entre 2 hôtes en cluster, cette nouveauté s'accompagnant d'une nouveauté en terme de stockage partagé avec la notion de volume clusterisé partagé (Clustered Shared Volume) permettant à l'ensemble des noeuds d'accéder au même volume et donc de créer plusieurs machines virtuelles sur une seule LUN
  
• Améliorations des performances réseau des machines virtuelles avec la notion de Networking Virtual Machine Queue, c'est à dire l'utilistion de la mémoire pour l'echange des données réseau et ainsi éviter la copie sur disque, mais également le support du TCP/IP Offload et des Jumbo Frame
  
• Gestion de l'énergie à 2 niveaux : core parking : j'optimise l'utilisation des cores sur un processeur physique avant d'utiliser un nouveau processeur et le Timer coalescing en regroupant plusieurs notifications en même temps
  
• Amélioration dans l'adressage mémoire avec l'utilisation de la technologie Second Level Address Translation  proposée par les fabriquants de processeurs (Intel et AMD) et s'affranchir des Shadow Page Tables (overhead de 2% contre 10% aujourd'hui)
  
• Support jusqu'à 32 processeurs logiques
  
• Ajout à chaud de périphériques de stockage (disques vhd et disques en accès direct)
  
• Boot sur disque VHD, permettant de démarrer une machine physique sur un fichier vhd et d’utiliser la notion de disques différentiels pour un système physique. Nous obtenons ainsi la même image et les mêmes concepts que ce soit un environnement virtuel ou physique