Faire aujourd’hui le choix d’une solution de gestion d’astreintes automatisée doit impliquer la garantie d’un parfait acheminement des alertes. LOG2SYSTEMS, avec LOG’N’CALL, propose une solution réactive et efficace notifiant des évènements auprès du personnel qualifié jusqu’à leur acquittement. Focus sur cette fonction de la solution.
LOG’N’CALL, une solution synonyme de performances
Organisation efficiente des plannings, paramétrage des accès, gestion des calendriers, analyse de la gravité des failles, transmission des bonnes informations aux bonnes personnes, déclenchement des alertes et définition d’escalades simples ou complexes tant que la réception du message n’est pas acquitté et ce jusqu’à la source, voici les réponses opérationnelles que LOG’N’CALL permet de mettre en place pour garantir la constance et la qualité de vos process de production.
La garantie du bon acheminement des alertes
LOG’N’CALL achemine les alertes par mail, SMS et téléphone fixe ou GSM. Mais c’est ce dernier moyen de contact qui permet de joindre de manière directe et surtout plus interactive le technicien en mesure, par sa compétence spécifique et sa disponibilité, d’accepter l’alerte et donc de résoudre l’incident dans les meilleurs délais.
L’appel téléphonique maximise en effet les possibilités de trouver rapidement le bon intervenant :
- appel séquentiel de toutes les personnes en astreinte et compétentes ;
- appels alternés de tous les numéros fournis pour chaque technicien ;
- possibilité d’itérer plusieurs fois la séquence d’appel pour chaque contact et ce jusqu’à ce qu’un technicien réponde à l’alerte ;
- possibilité de programmer des escalades jusqu’à ce que l’alerte soit prise en compte.
Et pour garantir l’acheminement des alertes, tous les types d’interruption, quelles soient des pannes du réseau téléphonique, des pannes applicatives ou des pannes électriques, sont prises en compte dans l’architecture de la solution et différents moyens techniques sont mis en œuvre pour garantir cet acheminement :
1. Redondance de l’application LOG’N’CALL :
- les bases de données sont clusterisées, répliquées ou en backup ;
- pour palier aux pannes électriques, une application de secours peut être installée sur un autre site physique ;
- pour les éléments répliqués, un système de bascule permet la prise en charge des alertes en cours par l’application de secours ou inversement quand il y a une panne ;
- les outils de monitoring basculent entre primaire et secondaire lorsque le primaire est indisponible.
2. Redondance des lignes téléphoniques au sein du serveur d’appel LOG’N’CALL :
- mise en place de stratégie de basculement en cas d’indisponibilité d’une ligne (définition de lignes de backup) ;
- renseignement de plusieurs lignes pour permettre plusieurs appels en même temps ;
- définition de lignes sur des sites physiques différents, voire même avec des opérateurs différents ;
- utilisation d’un mappage spécifique en fonction du numéro appelé pour palier à des règles restrictives selon le réseau utilisé.
3. Redondance du canal d’envoi des alertes :
- acheminement par le réseau GSM si l’accès internet local est défaillant.
4. Surveillance active :
- requête sur l’état du système par des composants tiers (Centreon, Zabbix, PRTG, Patrol, HPE…)
- surveillance de l’accessibilité et du bon fonctionnement de LOG’N’CALL et de ses outils ;
- surveillance mutuelle entre 2 applications LOG’N’CALL ;
- LOG’N’CALL informe les administrateurs de ses propres dysfonctionnements