Un serveur redondant est un serveur exécutant actuellement 0 caméra. Lorsqu’une défaillance de serveur est détectée, un serveur redondant est utilisé pour assurer l’ensemble du traitement des caméras et des équipements du serveur défaillant. Ce qui signifie que toutes les caméras sont déplacées vers le serveur redondant et y sont exécutées. La perte de signal vidéo dure 15 secondes à peine.
Pour activer la redondance:
• Vous devez disposer en permanence d’au moins 1 serveur redondant (avec 0 caméra).
• Le serveur redondant doit appartenir au même Groupe de redondance que le serveur éventuellement défaillant.
• La redondance doit être activée pour ce Groupe de redondance.
La redondance du groupe est activée
Exemple 1 |
Configuration de la ferme de serveurs:
Par exemple: les trois serveurs du même groupe de redondance « 1 » Si le premier serveur (Groupe de redondance 7) échoue, aucun basculement ne se produit, car le groupe 7 ne comporte aucun serveur redondant.
Différents groupes de redondance « 1 » et « 7 » |
Exemple 2 |
Ferme de serveurs Symphony typique: Cette configuration décrit l’utilisation d’un cluster de base de données externe pour la redondance des données de configuration et d’un réseau NAS ou SAN pour l’accès aux fichiers de l’historique après le basculement.
Ferme multiserveurs avec une base de données de configuration existant sur l’un des serveurs Symphony: Si la redondance des serveurs est obligatoire, cette configuration n’est pas recommandée, car elle implique un point de défaillance unique, à savoir le serveur 1. Si ce serveur échoue, les serveurs restants ne peuvent pas accéder à la configuration.
|
En raison des contraintes géographiques liées au stockage de fichiers, il peut s’avérer nécessaire que certains serveurs basculent uniquement vers des serveurs spécifiques. Un groupe de redondance vous permet de regrouper vos serveurs de sorte qu’il ne peut y avoir de basculement qu’entre les serveurs du même groupe. Assurez-vous que chaque groupe de serveurs comporte au moins 1 serveur redondant.
Un Groupe de redondance utilise un système de jumelage dans lequel chaque serveur surveille l’état de ses voisins. Chaque seconde, chaque serveur émet un état Actif vers chacun de ses serveurs voisins, et chaque serveur écoute les messages Actif provenant des autres voisins. Il s’agit d’un graphe connexe de voisins de sorte que si plusieurs serveurs échouent, il est toujours possible de les détecter.
Chaque serveur exécute une chaîne de surveillance qui reçoit des messages de socket UDP provenant de chacun de ses voisins.
• Si le délai de détection expire sans qu’un message Actif soit reçu de la part d’un serveur voisin spécifique, celui-ci est peut-être défaillant. Un message Serveur éventuellement défaillant est envoyé au serveur maître.
• Si plus de la moitié des voisins informent le serveur maître de la défaillance de ce serveur, il est confirmé que celui-ci est défaillant. Dans ce cas, un algorithme de permutation de caméras de basculement se produit pour transférer l’ensemble du traitement de caméras du serveur défaillant vers un serveur redondant, s’il en existe un.
Vous trouverez ci-dessous les paramètres configurables de la redondance de ferme.
Paramètre |
Description |
FarmHealthStartDelayMs |
Au démarrage, le serveur commence à vérifier si l’un de ses voisins est défaillant après ce laps de temps. |
FarmHealthSockTimeoutMs |
Les sockets UDP sont utilisés pour recevoir des messages Actif de la part de tous les voisins. Ce délai est valable pour tous les serveurs. (Vous n’avez pas besoin de modifier ce paramètre.) |
FarmHealthMissedUdpMs |
La durée en millisecondes pendant laquelle un serveur peut être en échec avant qu’il ne soit défini comme défaillant et que le basculement ne se produise. Certains clients peuvent définir ce paramètre sur plusieurs minutes afin de laisser au système le temps de redémarrer après une mise à jour de Windows. |
FarmHealthUdpPort |
Ne modifiez ce paramètre que si le basculement ne fonctionne pas du tout et si les fichiers journaux is* signalent des conflits de ports. |
Ces paramètres ne sont PAS enregistrés par défaut dans la base de données. Pour les ajouter, utilisez les lignes suivantes. Le dernier paramètre est celui utilisé par défaut.
dbupdater "insert into Settings (Type,ID,Section,K,V) values ('Global','','Main','FarmHealthStartDelayMs', '5000')"
dbupdater "insert into Settings (Type,ID,Section,K,V) values ('Global','','Main','FarmHealthSockTimeoutMs', '1500')"
dbupdater "insert into Settings (Type,ID,Section,K,V) values ('Global','','Main','FarmHealthMissedUdpMs', '30000')"
dbupdater "insert into Settings (Type,ID,Section,K,V) values ('Global','','Main','FarmHealthUdpPort', '5045')"
