Le cluster de Synology vous permet d’avoir une redondance entre deux serveurs en cas de panne de l’un, l’autre reprend automatiquement le relais de façon quasi transparente.
Il a été capital pour nous de développer cela, afin de pouvoir établir des partages SMB avec une disponibilité maximum.
J’ai poussé le projet plus loin en redondant chaque lien de mise en réseau, et sur la liaison cœur, les versions « plus » de Synology possédant 4 ports physiques.
.
Je vous mets les caractéristiques ci-dessous, tirés du site de Synology (clic sur la gauche +).
Fonctions
- 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
Configuration système requise :
- Un cluster haute disponibilité nécessite deux périphériques Synology NAS identiques (Modèles concernés)
- Deux périphériques Synology NAS doivent avoir des configurations système identiques, telles que les versions de DSM et SHA, les numéros et capacités des disques, la partition système et la position des emplacements (En savoir plus)
Fonctionnalité :
- Prise en charge de la mise à jour de DSM et des versions des paquets pour les deux serveurs
- Permet d’arrêter et de redémarrer l’ensemble du cluster haute disponibilité ou des hôtes en particulier
- Prise en charge de la configuration d’un serveur quorum pour éviter l’apparition d’erreurs Split-Brain
- Permutation manuelle pour tester régulièrement la haute disponibilité et assurer son bon fonctionnement
Le basculement automatique garantit la disponibilité du système dans les cas suivants :
- Les services SMB, ISCSI, AFP, FTP, NFS, Synology Directory Server ou Web sont indisponibles
- L’espace de stockage est en panne
- Le cluster haute disponibilité perd la connexion réseau avec les clients
- Le serveur actif devient indisponible
Stockage :
- Prise en charge de RAID 0, RAID 1, RAID 5, RAID 6, RAID 10, RAID F1, JBOD et Basic
- Nombre total maximal de volumes et de LUN par cluster haute disponibilité : 64
- La capacité totale maximale des volumes et des LUN par cluster haute disponibilité varie en fonction de la date de création des partitions système des serveurs :
- DSM 7.1 ou version ultérieure ‑ 1 Po (En savoir plus)
- Avant DSM 7.1 ‑ 400 To
- Permet de créer des volumes WriteOnce (WORM) ou chiffrés, nécessitant la prise en charge des deux serveurs
Réseau :
- Un cluster haute disponibilité nécessite au moins une adresse IP statique pour la communication externe avec les périphériques clients
- Le même mode Link Aggregation doit être configuré sur le serveur actif et le serveur passif en fonction de la configuration réseau (En savoir plus)
Alimentation :
- Prise en charge des serveurs UPS SNMP, UPS USB, UPS Synology
Limites
- Fonctions :
- L’hibernation des HDD n’est pas prise en charge dans un cluster haute disponibilité
- L’utilisateur ne peut pas se connecter via le serveur passif, car toutes les opérations sont traitées sur le serveur actif
- Fonctions :
Paquets :
- Les clusters haute disponibilité ne prennent pas en charge les paquets suivants :
- PetaSpace
- Migration Assistant
- La fonction de cluster pour Virtual Machine Manager n’est pas prise en charge
- La fonction de cluster pour Synology MailPlus Server n’est pas prise en charge
- Impossible d’arrêter ou de redémarrer un cluster haute disponibilité via Synology Central Management System (CMS)
- Synology Directory Server doit être configuré après la création du cluster. Reportez-vous au Guide utilisateur s’il est déjà installé
- Les clusters haute disponibilité ne prennent pas en charge les paquets suivants :
Stockage :
- Les volumes au format SHR et M.2 ne sont pas pris en charge
- La position des disques dans le serveur actif et le serveur passif ne peut pas être modifiée après la création
- La permutation/Le basculement des périphériques USB n’est pas pris en charge, car les applications ou services fournis par les périphériques USB peuvent ne pas fonctionner correctement suite à une permutation/un basculement
- Les périphériques USB ne sont accessibles que lorsqu’ils sont connectés au serveur actif
Réseau :
- Les serveurs ne peuvent pas se connecter au réseau via IPv6, PPPoE ou le Wi-Fi
- L’interface Heartbeat ne prend pas en charge les ID VLAN
- Une connexion Heartbeat nécessite une faible latence et un temps de réponse inférieur à 1 ms
- Le mode Link Aggregation ne peut pas être modifié après la création
Performances :
- L’allocation des ressources système pour créer et maintenir un cluster haute disponibilité peut réduire les performances d’écriture aléatoire de 15 % au maximum (En savoir plus)
Cluster haute disponibilité hybride :
- Un cluster haute disponibilité hybride peut être créé avec deux périphériques Synology NAS différents dans certains cas, par exemple lorsque l’un des serveurs est en cours de réparation ou de remplacement. Cependant, il est généralement recommandé d’utiliser deux périphériques Synology NAS identiques pour obtenir de meilleures performances (En savoir plus)
- Les dossiers Hybrid Share ne peuvent pas être montés sur un cluster haute disponibilité créé avec deux modèles de Synology NAS différents (Notes de version)
- Concernant Surveillance Station, si le service est basculé sur le serveur ayant une capacité inférieure au nombre maximal de caméras, les caméras IP qui excèdent la limite sont arrêtées
- Virtual Machine Manager n’est pas pris en charge
- La mise en cache SSD M.2 n’est pas prise en charge dans un cluster haute disponibilité hybride composé de plusieurs types d’emplacements M.2 intégrés (par exemple, DS1621+ et DS1618+)



- Installation et mise en route physique de deux serveurs R816 +
- Création d’un agrégat sur chaque serveur Synology sur la partie LAN
- Création d’un agrégat sur chaque serveur Synology sur la partie lien cœur
- Création d’un LACP sur chaque Cisco du stack Gigabit
- Création des RAID sur chaque Synology
- Création des volumes
- Installation du paquet High Availability sur chaque Synology
- Création utilisateur dédié pour la synchro
- Lancement de la synchro des Synology
- Intégration sur l’active directory
- Création des partages
- Création des groupes d’accès
- Intégration partage sur les serveurs de bureaux ou autres, via GPO
- Intégration sur les bureaux users ..

Concernant l’installation, je conseille vivement de redonder l’ensemble des liens, pas de raison de s’en priver, encore une fois les versions R+ possèdent 4 ports, autant faire un LACP sur vos stacks pour parer à toute erreur ou panne physique.
Il faut être méthodique sur l’installation des paquets, et bien suivre les instructions.
Je conseille aussi fortement d’utiliser un utilisateur dédié pour la synchro avec un mot de passe fort, et de ne plus le toucher.
.





Pas de surprise sur Synology, c’est fiable et efficace et l’installation des paquets se fait facilement, j’ai rarement eu des erreurs même sur des systèmes en cluster.
Tout est bien indiqué, attention toutefois, il faut bien suivre les préconisations, la mise à jour se fait via l’adresse principale du cluster et se déploie sur vos deux serveurs automatiquement, vous ne pourrez pas d’ailleurs accéder au cluster numéro 2 s’il passe en « slave ».
.



