Le buzz autour du VIRTUAL SAN de VMware ( VSAN ) est chaud bouillant. Selon VMware, plus de 12.000 bêta testeurs se sont penchés sur la solution VSAN dans des environnements de pré-production ou en lab afin de mieux comprendre les performances du test ou voir comment la solution peut (ou non) être introduite dans leur stratégie de Datacenter.

Petite remarque, durant la phase de test (bêta) on parlait de vSAN, depuis sa date de sortie officielle le 12 mars, on parle de Virtual SAN (VSAN).

Il y a un peu plus de 20 ans, nous disposions d’architectures de serveur / de stockage traditionnelle, c’est à dire que chaque serveur disposait de son propre stockage local. Résultat : une mauvaise utilisation des ressources, certains serveurs disposaient d’une trop grande volumétrie de stockage et d’autres pas assez.

A la fin des années 90, le stockage a été déporté via le réseau sur des unité dédié, le SAN et le NAS se sont démocratisés dans les entreprises (Grands comptes, PME, etc.). Ceci a permis d’améliorer le TCO, mais on a  aussi remarqué que l’acquisition de ressources de stockage faisait parti des principaux budgets d’investissement des DSI avec la croissance exponentielle des données.

Depuis 3 ans, nous avons vu se dessiner sur le marché du stockage, l’apparition de nouveau type de baie de stockage basé sur la technologie Flash.

Les cas d’usage du VSAN:

• Développement & test : cela permet d’éviter de faire l’acquisition d’un stockage.
• Big Data : modèle scale out avec des capacités de bande passante élevées.
• Objectif DR: solution de Disaster recovery à moindre coût, grâce aux fonctionnalités de réplication comme vSphere Replication.

Virtual SAN a été introduit avec la version de vSphere 5.5 U1, VSAN est en version 1.0.

Virtual SAN est disponible en 2 éditions :

• VMware Virtual SAN, coût au CPU de l’hyperviseur, tous les processeurs doivent être licenciés.
• VMware Virtual SAN For Desktop, licencié par utilisateur concurrent (CCU), avec des packages 10/100 licences, l’offre est alignée avec celle d’Horizon View.

Le VSAN est composé obligatoirement de 2 types de disque pour chaque hyperviseur, les disques SSD contribueront à la performance et les disques magnétiques (HDD) seront dédiés à la capacité.  On ne peut pas utiliser uniquement des SSD ou des HDD, on doit mixer les 2 types de disques. Minimum : chaque host doit disposer d’un disque SDD et un disque HDD.

Pour la validation des disques et des contrôleurs disques, consultez la HCL VMware vsanhcl.

Un cluster VSAN doit contenir un minimum de 3 noeuds ESXi. VSAN ne requiert pas la construction d’un RAID local.

VSAN supporte à la fois les commutateurs de type vSphere Standard Switch vSphere Distributed Switch avec des liaisons de 1GbE ou 10GbE. VMware recommande l’utilisation de vSphere Distributed Switch avec 10GbE de liaison montante afin de supporter les activités de réplication et de synchronisation.

 Taille du Flash Cache : dans VSAN 30% de chaque dispositif flash est utilisé comme write-back buffer. VSAN utilise 70% de chaque dispositif flash comme read cache.

 Chaque host supporte au maximum 5 groupes de disque, les groupes de disques peuvent être considérés comme un conteneur dans lequel les périphériques flash SSD / PCIe et disques magnétiques sont reliés entre eux.

 Chaque groupe de disque peut disposer au maximum d’1 disque SSD et de 7 disques HDD. Donc par host, on peut avoir au maximum 5 disques SSD et 35 disques HDD.

VMware recommande d’utiliser au moins un ratio 1:10 de SSD:HDD.

Pour calculer et dimensionner votre infrastructure VSAN, je vous invite à consulter le blog VMware écrit par Cormac Hogan.

Depuis début août 2014, vous pouvez trouver un outil en ligne qui vous permettra de dimensionner votre environnement VSAN, il vous suffira de renseigner quelques inputs, comme par exemple : nombre de VM, nombre de de VMDK par VM, quantité de mémoire par VM, taille des HDD, nombre de VM par core,…