Processus de basculement intelligent entre les serveurs WhatsUp Gold principal et secondaire
WhatsUp Gold Failover Manager propose un mécanisme de basculement intelligent entre des serveurs principal et secondaire sur lesquels est installé WhatsUp Gold. Les principales fonctionnalités sont les suivantes :
WhatsUp Gold Failover Manager - Fonctions fondamentales
- Prise en charge de toutes les versions WhatsUp Gold (Standard, Premium, Distributed et MSP)
- Prise en charge de l’installation sur tous les systèmes d’exploitation Windows actuels
- Possibilité de déclencher automatiquement comme manuellement un basculement entre un serveur principal et un serveur secondaire
- Nécessité de disposer rigoureusement de la même version de WhatsUp Gold sur l’un et l’autre serveurs
- Prise en charge de l'ensemble des moniteurs actifs et des moniteurs de performances en prévision d'un basculement automatique
- Prise en charge automatique de configurations à moniteurs passifs hébergées sur le même système hôte en prévision d'un basculement (ex. : WinEvents)
- Prise en charge automatique de configurations à moniteurs passifs dans lesquelles il est possible de définir une double destination des messages (par exemple, les sources de flux peuvent être paramétrées de manière à acheminer les données de trafic à la fois vers le serveur principal et le serveur secondaire)
- Prise en charge de plusieurs modes d'exploitation de la base de données à distance afin de veiller à la résilience des données de surveillance en cas de basculement
WhatsUp Gold Failover Manager - Configuration
- Il est possible de définir plusieurs conditions de déclenchement du basculement automatique en fonction de défaillances de services spécifiques (défaillances des services de collecte, découverte, Alert Center, Flow Monitor, WhatsConfigured, WhatsConnected ou WhatsVirtual)
- Il existe trois façons de configurer le déclenchement du basculement :
- Le serveur principal exécute le basculement lorsqu'il détecte la défaillance de services et qu'il dépasse le seuil de déclenchement.
- Le serveur secondaire exécute le basculement lorsqu'il ne parvient pas à contacter le serveur principal pendant une durée spécifiée et qu'il détecte que les mises à jour de la base de données ont également été interrompues.
- Déclenchement manuel du basculement par un administrateur.
- La reprise automatique (« Failback ») entre le serveur secondaire (agissant en tant que serveur principal) et le serveur principal peut se produire de trois façons :
- Le serveur principal peut être paramétré de telle sorte qu'il redevienne automatiquement « actif » dès qu'il est rétabli.
- Le serveur secondaire peut continuer à jouer le rôle de serveur principal jusqu'à ce qu'un événement de basculement retransfère au serveur principal sa responsabilité première.
- Reprise manuelle du serveur principal forcée par un administrateur.
- Les paramètres configurables de déclenchement du basculement sont notamment la durée de la défaillance (période de temps pendant laquelle le serveur secondaire ne parvient pas à contacter le principal) et l'intervalle de requête d'état (temps écoulé entre deux vérifications périodiques de la base de données pour contrôler que le serveur principal effectue bien des mises à jour régulières des données).
WhatsUp Gold Failover Manager - Alertes et reporting
- Les principes de seuil et d'escalade relatifs aux événements de basculement peuvent être configurés dans WhatsUp Gold Alert Center.
- Le rapport « Failover Workspace » dans Alert Center affiche à la fois les messages informationnels (cas d'un basculement manuel) et les messages d'erreur (cas d'un basculement automatique).
Comment fonctionne le basculement automatique ?
Le basculement automatique repose sur un mécanisme « d'auscultation » qui relie les serveurs principal et secondaire. Tant que le « pouls » entre le serveur principal et le serveur secondaire est régulier, ce dernier serveur n'a aucune raison de déclencher le basculement.
En fait, il prend le relai du serveur principal dès qu'il détecte et valide chez celui-ci une altération du « pouls ». Par ailleurs, un système principal intelligent peut demander au serveur secondaire de reprendre son rôle, s'il décèle des problèmes dans son propre fonctionnement.
Quelles versions de WhatsUp Gold le module Failover Manager prend-il en charge ?
WhatsUp Gold Failover Manager prend en charge toutes les versions de WhatsUp Gold (Standard, Premium, Distributed et MSP) s'exécutant sur l'ensemble des systèmes d'exploitation Windows existants.
WhatsUp Gold Failover peut-il être déployé sur une machine virtuelle ?
WhatsUp Gold et WhatsUp Gold Failover Manager peuvent fonctionner sur des machines virtuelles reposant sur VMware ou Microsoft Virtual Server, tant que les ressources du serveur virtuel satisfont aux caractéristiques système requises par WhatsUp Gold.
Quels types de moniteurs sont pris en charge par WhatsUp Gold Failover Manager ?
WhatsUp Gold Failover Manager prend en charge tous les moniteurs actifs et moniteurs de performances.
Les moniteurs passifs tels que les déroutements Syslog et SNMP ne sont généralement pas pris en charge, car ils impliquent de définir une adresse IP de destination au niveau du périphérique surveillé. Lorsque le système bascule du serveur principal vers le secondaire, l'adresse IP du serveur WhatsUp Gold change et les messages qu'envoient les périphériques n'arrivent alors plus à destination.
Concernant Flow Monitor, les sources de flux (y compris les installations Flow Publisher) peuvent être configurées de manière à disposer de l'adresse IP du serveur principal comme du serveur secondaire afin de pouvoir acheminer les statistiques de flux vers l'une et l'autre destinations. Le serveur secondaire ignore tout simplement les enregistrements de flux tant qu'il ne devient pas serveur principal.
Les moniteurs passifs basés sur Windows Event sont pris en charge par le module Failover dans la mesure où ils sont configurés sur le même système hôte sur lequel s'exécutent WhatsUp Gold et Failover.
Comment WhatsUp Gold Failover Manager contribue-t-il à lutter contre la perte des données de surveillance ?
L'architecture de déploiement de WhatsUp Gold Failover Manager peut nécessiter deux ou trois machines virtuelles ou matérielles dans deux configurations distinctes. Cela permet d'éviter la perte des données de surveillance en cas de dysfonctionnement du serveur principal.
Dans le premier type d'architecture de déploiement, la base de données de surveillance peut être hébergée directement sur le serveur secondaire. La perte de connectivité avec le serveur principal n'a donc aucune incidence sur la collecte de données ni sur les mises à jour de la base de données.
Autre architecture de déploiement possible : il convient de faire tourner le serveur principal et le serveur secondaire sur deux machines virtuelles ou matérielles différentes. La base de données est alors hébergée sur une troisième machine, accessible à distance par les serveurs principal et secondaire. Pour plus d'informations sur les architectures de basculement, reportez-vous à la section Technologie WhatsUp Gold.