Brevet FR3038406A1 (20170106)
REVENDICATIONS1. Système de surveillance des performances d'infrastructures informatiques lorsqu'une application est utilisée en production sur une infrastructure informatique comprenant notamment des ressources définissant une architecture informatique cible formant une chaine de liaison afin d'anticiper les ajustements d'infrastructure nécessaires pour accélérer la réponse aux incidents entrainant une dégradation voire une interruption des services délivrés par l'application comportant : - des sondes associées à chaque ressource pour remonter les informations de mesure (métriques) représentant l'utilisation des ressources caractérisé en ce que le système comporte également - des moyens de mémorisation M3, des informations remontant des sondes, associés à des moyens de traitement de ces informations constituant un module d'historisation de ces informations (M3) - des seconds moyens de traitement de ces informations 22 pour définir un module d'historisation M4 des réponses apportées aux problèmes par le système de surveillance et des seconds moyens de mémorisation des réponses aux problèmes détectés au moins un moteur de règles 21 permettant, à partir du croisement des informations recueillies (M3), des indicateurs SLOI des objectifs de niveau de service SLO (Service Level Objectives), des règles mémorisées de scalabilité (SCAL), de la définition des seuils d'acceptabilité (SAi) mémorisés (M2), des bonnes pratiques mémorisées (M6) et des périodes d'activité mémorisées (M5), d'établir des corrélations entre ces informations afin d'anticiper l'évolution de la consommation des ressources à au moins une échéance donnée, pour en tenir compte et définir des propositions de redimensionnement de la chaîne de liaison en rapport avec la charge applicative qu'elle supporte ou qu'elle va supporter. 3038406 31\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon la revendication 1, caractérisé en ce que, les ressources sondées sont chaque instance de cluster, chaque cache applicatif, chaque 5 taille des files JMS/JDBC en plus du processeur, des entrées/sorties, et de la mémoire\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon la revendication 1 ou 2, caractérisé en ce que, lors des corrélations, le système de surveillance compare les données issues des 10 tests de performance mémorisés dans la mémoire SCAL et génère un nouveau référentiel de données qui remplacera les données initialement ou précédemment enregistrées dans la mémoire SCAL, en prenant en compte ces nouvelles données, le système de gestion des règles modifiera les règles de scalabilité en conséquence pour permettre le redimensionnement de 15 l'infrastructure.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 3, caractérisé en ce que l'évolution de la consommation des ressources tient compte de l'historisation des résultats et des informations de tendance d'utilisation UT, cette 20 information étant également prise en compte pour anticiper la demande et générer les commandes de redimensionnement de l'infrastructure.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 4, caractérisé en ce l'activité d'au moins un jour défini (par exemple le vendredi) est mémorisée comme 25 « supérieure » avec éventuellement un paramètre indicatif du pourcentage par rapport à un autre jour défini (par exemple le lundi) dont l'activité considérée comme « normale » est enregistrée dans les informations de période d'activité et que ces informations sont également prise en compte pour anticiper la demande et générer les commandes de redimensionnement 30 de l'infrastructure. 3038406 32\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon la revendication 1, caractérisé en ce que le niveau de qualité global est déterminé via le moteur de règles (21) en effectuant la moyenne de l'ensemble des niveaux de respect des objectifs (pourcentage 5 SAi par rapport à la cible) pondérés pour chaque niveau de respect des objectifs par le degré mémorisé (CRAi), d'importance des objectifs considérés d'un point de vue impact opérationnel.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon la revendication 1 ou 6, caractérisé en ce que le niveau 10 de qualité global est déterminé via le moteur de règles qui comporte des règles mémorisées concernant les métriques utilisées sur les ressources (exCPU) et leur niveau en pourcentage de respect des objectifs.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 7, caractérisé en ce que les 15 règles peuvent combiner une ou plusieurs métriques et également un intervalle de temps mémorisé (M1).\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 8, caractérisé en ce qu'au moins une règle permet d'accepter un dépassement de 10% des temps de 20 traitements sur une période d'une heure par exemple.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 9, caractérisé en ce que la liste mémorisée des indicateurs de SLO (Service Level Objectives) dépend de la ou des applications qui sont surveillées. 25\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 10 caractérisé en ce que chaque liste mémorisée des indicateurs de SLO (Service Level Objectives) est associée à une application et comporte des éléments de ressource qu'on retrouve à chaque fois (CPU, Mémoire, etc) et d'autres qui sont spécifiques 30 à l'application (nombre de fichiers ouverts, nombre process, etc.). 3038406 33\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 11, caractérisé en ce que chaque seuil (SAi) est associé à au moins une règle permettant de déterminer des propositions d'évolutions appropriées de la chaîne applicative 5 et le dépassement du seuil déclenche l'exécution de la règle.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 12, caractérisé en ce que l'invention comporte : un portail (23) permettant de suivre les incidents et le résultat des actions générées. 10\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 13, caractérisé en ce que la saisonnalité, ainsi que la tendance d'utilisation (utilization trend) UT déterminée par calcul à partir de l'historisation des métriques mémorisées est prise en compte pour d'influer sur le moteur de règles et plus 15 particulièrement sur les règles de dimensionnement des différents serveurs composant l'infrastructure.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 14, caractérisé en ce que pour une application donnée, si le moteur de règle déduit de l'analyse des 20 métriques et de la saisonnalité que le système doit pouvoir supporter à une échéance donnée un doublement de la charge lié aux traitements utilisateurs, la règle du moteur de règle déterminera l' ajout de certaines quantités de ressources (CPU, mémoire, instance de cluster, cache applicatif, taille des files JMS (Java Message Service) /JDBC (Java 25 DataBase Connectivity,...) sur tel et/ou tel serveur (présentation, métier, persistance) et générera les ordres correspondants.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 15, caractérisé en ce qu'il comporte une première Interface Homme Machine (IHM1) permettant de 30 définir l'architecture informatique cible (serveurs (présentation, métier, 3038406 34 persistance), composants CPU, mémoire entrée/sortie, réseau.) constituant les ressources du système d'exploitation.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 16, caractérisé en ce qu'il 5 comporte une deuxième Interface Homme Machine (IHM2) permettant de définir les sondes qui remontent les métriques provenant de l'utilisation des ressources, ainsi que les seuils de respect des objectifs associé à chaque sonde.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures 10 informatiques selon une des revendications 1 à 17, caractérisé en ce qu'il comporte un module permettant en association avec une IHM 5 la mise à jour des règles.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 18, caractérisé en ce que 15 l'IHM 2 permet de définir la surveillance d'éléments génériques à toutes les applications (charges, % occupations des ressources, temps de réponse, temps de traitement, Niveau d'utilisation CPU, Niveau de lecture disque, Niveau d'écriture disque etc.) et comporte des commandes d'affichage permettant de sélectionner ces éléments et activer, dans le système de 20 surveillance, le code nécessaire pour faire effectuer dans l'architecture informatique les mesures par les sondes permettant de surveiller ces éléments génériques.\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 19 caractérisé en ce que 25 l'IHM 2 permet de définir la surveillance d'éléments très spécifiques détectés lors de tests de performance en charge de l'application sur une infrastructure de test, ces éléments spécifiques correspondant, par exemple : au nombre de fichier ou de port ouvert, de files JDBC ou JMS, au taux d'occupation du file system, au taux de fonctionnement du ramasse miettes ou récupérateur 30 de mémoires (garbage collector) pour les applications J2EE,...et comporte 3038406 des commandes d'affichage permettant de sélectionner ces éléments et activer, dans le système de surveillance, le code nécessaire pour faire effectuer dans l'architecture informatique, les mesures par les sondes permettant de surveiller ces éléments très spécifiques. 5\n<CLM>\1\tSystème de surveillance des performances d'infrastructures informatiques selon une des revendications 1 à 20, caractérisé en ce que une interface IHM 3 permet de définir des périodes d'analyses pour les sondes, ces périodes permettant de dissocier les traitements applicatifs en fonction de leur criticité (ex traitement batch vs traitements transactionnels) 10 ou encore de tenir compte de la saisonnalité du cycle de vie de l'application (période de clôture ou d'activité normale) et comporte des moyens permettant d'associer ces périodes d'analyse à chacune des sondes en fonction de l'application qu'elles doivent surveiller.