Depuis la version vSphere 5.0, VMware a sorti une solution de haute disponibilité destinée aux petites structures ne désirant pas s’encombrer avec une informatique trop lourde (SAN, baie ISCSI,…).

Ainsi VSA ( vSphere Storage Appliance) permet à 2 ou 3 serveurs physiques de mettre à disposition leurs stockages locaux et de les répliquer les uns avec les autres, ceci combiné avec les fonctionnalités de vSphere HA et vMotion.

Ainsi, si un serveur crash, les VMs hébergées seront, via un replica d’un autre serveur du cluster, redémarrées automatiquement via HA.

Comment cela marche ?

Un schéma est bien meilleur que de longs discours :

vSphere-VSA

 

  • L’espace de stockage local des serveurs est divisé par 2, une moitié pour les VMs  hébergées et une autre pour le replica des VMs des autres serveurs du cluster.
  • Cette réplication est gérer par un serveur VSA qui est un service à installer dans ou à l’extérieur de vCenter.

  • La présentation des datastores  utilise le service NFS
  • Chaque serveur gère ses datastores et réplication via une appliance

  • Ces appliances sont configurées pour interagir entre elles et les ESX via deux réseaux

     Front-end Network : communication Inter VSA / ESXi / VSA service / vMotion

    Back-end Network :  Réplication / clustering des données

 

Le moteur de réplication :

replication-image3

 Le moteur de réplication se base sur CBT (Change Bock Tracking), ainsi le flux de données transitant à travers le réseau est minime, seul les blocs modifiés seront copiés sur les replicas.

 

Nouveautés pour VSA 5.5 :

  • Possibilité d’upgrader séparément  le VSA management et le cluster VSA
  • Gestion des ESX 5.1 et 5.5 sous cluster hétérogène.
  • Amélioration des fonctionnalités sous le vSphere Web Client
  • Déploiement d’un cluster VSA depuis une copie local de systèmes.
Share