Qu'entends tu par "haute dispo" ?
Enfin... je sais bien ce qu'est la haute dispo
mais je me demande quel est l'objectif que tu veux atteindre. Je m'explique...
Une solution "simpliste" consisterai à installer Zentyal dans un cluster avec un heartbeat... mais c'est du tout ou rien et je ne suis pas très favorable à cette approche "brutale". Il me semble plus opportun de regarder ça au niveau des services que tu fais tourner sur Zentyal pour décider de la solution la plus adaptée.
Prenons un exemple stupide (et simpliste j'en conviens, c'est juste pour illustrer mon propos
): le DNS.
Est-il nécessaire de mettre en œuvre un cluster pour avoir un service de DNS hautement disponible ? bien sûr que non.
Il en va de même pour LDAP (enfin, presque => quand Zentyal fournira un mode master/master).
Un autre obstacle à la mise en œuvre d'un cluster (toujours dans le but d'illustrer uniquement): le partage de fichier via Samba. La mise en œuvre de ce type de cluster nécessite soit un disque partagé (SAN ou NAS) soit la mise en œuvre de solution telle que DRDB.
Une autre approche passe par la mise en œuvre de VM.
Bref, le débat est vaste et les solutions multiples (bien qu'aucune ne soit packagée dans Zentyal).
Ce sujet a déjà été discuté, par exemple ici:
http://forum.zentyal.org/index.php/topic,9002.msg37677.html#msg37677Mon choix personnel (théorique en ce qui concerne Zentyal car je n'ai pas ce besoin ici) est de privilégier les approches de type "load balancing" & "failover" pour ne gérer via un "cluster" (qui est plus lourd) que ce qui ne peut faire l'objet d'un failover.
Ceci ne concerne que les services accessibles depuis l'intérieur. Il faut également considérer Zentyal, en tant que gateway, d'un point de vue "internet" avec différentes problématiques, encore une fois fonction des services exposés: MTA, web server, VPN etc... Il y a en théorie des choses faciles à faire (par exemple MTA redondant via MX dans le DNS) mais dans la pratique, Zentyal regroupant MTA et MDA, c'est plus difficile