Pour Datacore c’est assez simple car chaque nœud correspond en fait à un contrôleur d’une baie virtuelle qui serait à cheval sur les deux sites. Des que la resynchro est finie, le chemin passe de dead à healthy.

Pour 3Par,les deux baies utilisent L’ALUA sur des volumes communs (du point de vue des ESXi c’est la même baie avec plusieurs chemin alternatifs pour accéder au LUN, certains actifs et d’autre standby, en fonction de là ou l’on se trouve). Il y a aussi une techno qui permet de ne pas déclencher le MPIO pour éviter que les flux des hôtes basculent quand un controleur d’une baie tombe en panne ou subit une maintenance. le controleur restant prend possession des WWN du controleur absent à la volée.. il faut y penser lors du zonning !

Vous pouvez jouer avec l’appliance iSCSi HP StoreVirtual (VSA) il y a une version demo. Avec elle vous pouvez faire exactement la même chose en créant des volumes en network RAID10. Là aussi les aller/retour sont seamless, y compris lorsqu’il faut resynchroniser les volumes.

Attention, avis perso: pour le moment, je dois avouer que la solution 3Par (avec le Port persistence de surcroît) est vraiment celle que je trouve la plus simple et efficace pour les environnement VMWare en géo cluster, pas besoin d’équipements supplémentaires (type vplex) car tout est géré par les contrôleurs des baies (hormis le nœud votant indispensable pour éviter le split brain, mais c’est une VM rikiki).

Très bon post…comme toujours ici.

Bon week end

L’ESX helper pourrait même être un vESX, dont c’est l’unique fonction.