Bonjour,
 
Je suis en train de monter une solution de fault tolerance vmware pour un client dans le domaine de l'évènementiel.
Les SLA sont très claires, les temps de latences doivent être nuls et les technos classiques de clustering ne répondent pas au besoin.
 
De plus, l'environnement client va être entièrement virtualisé (y compris AD, DHCP, DNS, etc...), ce qui nous amène à une solution totale vmware, et l'environnement de production virtualisé total microsoft.
La redondance totale des éléments vitaux de cette infra en cas de panne, est également obligatoire.
 
Pour détailler rapidement les configs, nous avons des "groupes de matériel" qui comportent chacun à minima : 2 esxi 5.5 en cluster HA, 2 switchs L2+, 2 nas et les vm critiques choisies en FT.
 
Ces groupes de matériel seront identiques et communiqueront ensemble au niveau de la couche windows par approbation inter-domaine en studio et seront autonomes sur les sites de prestation (donc un AD par groupe de matériel).
L'architecture vmware servira de support de haute disponibilité et de redondance aux réseaux de production.
 
Nous sommes en phase finale de test, il reste un point non négligeable à valider, le temps de latence du système stockage qui a ce jour, ne donne pas satisfaction.
 
Les nas sont mis en cluster actif/passif, lorsqu'un tombe, l'autre devient l'actif.
Ok, mais temps de latence trop élevé, 90 sec.
 
Pour les autres éléments, switchs et esxi, ok, nous sommes à 0 sec si panne.
Notre point de faiblesse reste à ce jour les nas.
 
Nous sommes en train de voir du côté de l'ISCSI et le multipathing géré par l'esxi.
J'ai l'impression que cette techno ne permet pas d'écrire en simultané sur plusieurs targets eux-mêmes stockées sur plusieurs NAS.
 
Nous voudrions pouvoir avoir "0s" de temps de latence lorsqu'un des deux nas tombe afin de répondre au besoin.
 
Quel est le meilleur moyen d'y arriver ? Quels sont vos avis et retours sur cette question ? Cluster de nas ? multipathing sur nas multiples ? D'autres idées ?
 
Pour information, la matériel a déjà été acheté et validé par le client, et n'est pas remplaçable.
La techno disponible sur ces nas (synology) pour la redondance, est de type actif/passif.
 
Merci par avance pour vos retours.
 
Bonne journée à tous.

Un temps de latence de 0 sec en failover me semble illusoire, même en FC. Tout dépend de ce qui "tombe". Si c'est côté réseau ESX, les temps de basculement peuvent être quasi nuls. Mais si la panne survient à l'extérieur de l'ESX (switch, baie de stockage), le failover intervient dans un délai de l'ordre de 30 à 45 secondes après constatation de la panne: c'est la raison pour laquelle les "vieux" Windows (antérieurs à srv2003) nécessitent une modif dans leur base de registre pour porter le paramètre TimeOutValue (HKLM\SYSTEM\CurrentControlSet\services\Disk) à 60 sec sous peine de crash du windows - cette valeur est déjà présente par défaut à partir de srv2003. Bref..

La seule solution avec le materiel décrit est l'utilisation de vSAN. Par contre, il faudra un 3eme ESXi, ce qui est de toute façon également quasi nécessaire pour avoir des VM en FT.

FS distribué.

VSAN ... mouais... faut pas oublier les restrictions sur le matériel et les ssd qui doivent présenter une capacité minimale de 10% de l'espace de stockage et quelques "menues" restrictions (le datastore VSAN ne peut pas être utilisé comme datastore heartbeat pour HA)... c'est une techno "jeune" qui m'a fait quelques misères insolubles, donc méfiance pour le moment.

Sinon, autre solution plus couteuse : utiliser Datacore via 2 appliances virtuelles, 1 par ESXi, pointant chacune vers un NAS et en réplication synchrone.

Et un bon gros lustre des campagnes ?

Un petit nutanix et zou
 
Mais bon il a déjà le matos bas de gamme qui va avec et veut pas changer donc c'est mort

Merci pour vos réponses.
Nous restons sur de l'actif/passif avec un décrochage sur T+30sec et rétablissement sur T+90sec; l’autre solution étant de l'actif/actif avec chaque NAS plus cher que la totalité de la config (physique)

Faut être très prudent avec ce genre de config. Ce n'est pas parce que tout est virtualisé que tu t'affranchis d'éventuelles coupures de prod côté infra...

NAS ..... faudra pas demander des perfs.....

MEttre DataCore en VM avec un stockage NAS c'est comme acheter une porche avec un moteur de twingo et des roues de 103.

y'a un peu de ça en effet...