Réplication des données en temps réel entre le serveur actif et le serveur passif pour maintenir la cohérence des données et optimiser la disponibilité des services
Basculement automatique pour réduire les interruptions du système dues à une panne de service ou une indisponibilité du matériel
Interface utilisateur unifiée et conviviale pour gérer et surveiller facilement le cluster haute disponibilité
Tableau de bord facile à parcourir pour surveiller étroitement le CPU, la mémoire, et favoriser l'utilisation des deux serveurs
Processus de dépannage intuitif et facile à suivre
Caractéristiques
Le basculement automatique garantit la disponibilité du système dans les cas suivants :
Indisponibilité du service :
CIFS
iSCSI
AFP
FTP
NFS
Synology Directory Server
Services Web
Espace de stockage planté
Déconnexion du réseau de cluster (le réseau entre le cluster high-availability et les clients)
Indisponibilité du système sur le serveur actif
Basculement automatique et permutation manuelle en quelques minutes pour un temps d'arrêt minimal (voir limitation 8)
Une taille de mémoire identique sur les serveurs actif et passif n'est pas requise, mais elle est fortement suggérée pour des performances constantes (voir la limitation 9)
Le cluster high-availability peut être créé avec deux Synology NAS compatibles (En savoir plus)
Tableau de bord facile à parcourir pour surveiller étroitement le CPU, la mémoire, et favoriser l'utilisation des deux serveurs hôtes
Réplication des données en temps réel entre les serveurs actif et passif pour maintenir la cohérence des données
Prise en charge des serveurs de quorum afin de réduire efficacement le nombre d'erreurs de type « Split-Brain »
Compatible avec les charges de travail intensives et diverses solutions de virtualisation, comme VMware® vSphere™, Microsoft® Hyper-V®, Citrix® XenServer™ et OpenStack Cinder
Paquet non pris en charge dans un cluster high-availability : PetaSpace
Nombre total maximal de volumes et de LUN par cluster high-availability : 64
Capacité totale maximale de volumes et de LUN par cluster high-availability : 400 To
Fonctions non disponibles dans un cluster high-availability :
Mise sous tension planifiée
Hibernation du HDD
DHCP Server
IPv6
Limites
Les périphériques USB externes ne sont accessibles que lorsqu'ils sont connectés au serveur actif.
La configuration de Link Aggregation ne peut pas être modifiée après la création du cluster high-availability.
Il est fortement recommandé d'instaurer une connexion Heartbeat directe entre le serveur actif et le serveur passif. (La stabilité et la fiabilité de la connexion ne sont pas garanties si la connexion Heartbeat passe par un commutateur réseau.)
La position des disques dans le serveur actif et le serveur passif ne peut pas être modifiée après la création du cluster high-availability.
La migration directe du système n'est pas prise en charge dans un cluster high-availability. (La migration du cluster nécessite la mise à niveau des serveurs passif et actif dans l'ordre.)
Le serveur passif n'est pas disponible pour la connexion de l'utilisateur, car toutes les opérations sont traitées sur le serveur actif.
Les ressources système seront partiellement allouées à la création et à la gestion d'un cluster high-availability, ce qui aura un impact potentiel de 15 % sur les performances globales du système.
La durée du basculement et de la permutation automatiques peut varier en fonction du modèle de produit, de l'utilisation du système, de la taille du volume, du nombre de paquets en cours d'exécution sur le cluster high-availability et d'autres facteurs.
Le basculement ne sera pas disponible si le cache SSD est créé sur des serveurs qui n'ont pas la même taille de mémoire et qui se trouvent dans un cluster high-availability