FR 3023940 A1 20160122 FR 1456868 A 20140717 Procédé de production de perturbations contrôlées de l'activité d'un dispositif de traitement automatisé pendant un scenario de test d'une application DOMAINE TECHNIQUE DE L'INVENTION [0001] La présente invention a pour objet Procédé de production de perturbations contrôlées de l'activité d'un dispositif de traitement automatisé pendant un scenario de test d'une application. [0002] Le domaine de l'invention est le domaine des tests de performance d'infrastructures informatiques, et plus particulièrement la génération d'activité additionnelle pouvant être appliquée pendant un tir de charge. [0003] On entendra par tir de charge, dans le cadre du présent document la mise en oeuvre d'un scenario de test selon des procédures métier d'une application. Un outil classiquement utilisé à une telle fin est, par exemple, JMeter. ETAT DE LA TECHNIQUE ANTERIEURE [0004] Lors de campagnes de tests et ou de profilage, on utilise un kit d'injection pour effectuer des tirs de charge afin de mesurer les performances d'une chaîne applicative. Ces tests sont généralement réalisés en environnement de recette/intégration. C'est-à-dire dans un environnement contrôlé et à l'abri d'influences extérieures. Cette méthode permet de s'assurer que les performances mesurées sont bien uniquement celles du système d'information soumis aux tests de performance. Cependant, dans son contexte réel, le système d'information n'est pas isolé. [0005] Les résultats des tests de performance ne sont alors pas pertinents pour décider quel doit être la configuration à utiliser dans un environnement de production ouvert. [0006] Une solution actuelle consiste à effectuer un test de charge correspondant à un pic estimé de sollicitation de l'application. Ce test va donner une mesure de performance. A partir de cette mesure et d'un coefficient de sécurité, on peut calculer, par extrapolation, une configuration que l'on espère résistante mais sans pouvoir le garantir. EXPOSE DE L'INVENTION [0007] L'invention vise à remédier à tout ou partie des inconvénients de l'état de la technique identifiés ci-dessus, et notamment à proposer des moyens pour permettre de garantir la résistance d'une configuration. [0008] La présente invention permet de simuler automatiquement une activité sur les composants des serveurs de la chaîne testée. Cette simulation d'activité est générée selon 4 axes permettant de stresser différents éléments du système : - CPU - Lecture/Écriture disque - Lecture/Écriture réseau - Mémoire [0009] Pour chaque serveur d'une chaîne applicative, il est possible de paramétrer au travers d'une configuration des axes de stress avec pour chacun d'eux un taux appliqué, le moment de démarrage et la durée. [0010] On est ainsi capable de produire une activité autre que celle résultant de l'application elle-même et d'obtenir des résultats de tests beaucoup plus proches d'une exploitation réelle. [0011] Dans ce dessein, un aspect de l'invention se rapporte à un procédé de production de perturbations contrôlées de l'activité d'un dispositif de traitement automatisé pendant un scenario de test d'une application mise en oeuvre par le dispositif de traitement automatisé, caractérisé en ce qu'il comporte les étapes suivantes : - Acquisition d'une configuration définissant au moins une perturbation par : - Un identifiant du dispositif à perturber, - Une date de début de la perturbation, - Une durée pour la perturbation, - Un type pour la perturbation, - Un niveau de perturbation, - Mise en place d'au moins un générateur de perturbation selon la configuration de la au moins une perturbation - Lancement du scenario de test. [0012] Outre les caractéristiques principales qui viennent d'être mentionnées dans le paragraphe précédent, le procédé/dispositif selon l'invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon les combinaisons techniquement possibles: - le type d'une perturbation est parmi la liste formé d'au moins : - Charge processeur, - Lecture/Ecriture disque, - Lecture/Ecriture réseau, - Utilisation Mémoire ; - selon le type de la perturbation, il comporte une étape de calibration du générateur de perturbation ; - une date de début de perturbation est relative à une date de début du scenario de test ; - le générateur est un processus qui connaît sa date de démarrage, a accès à la date courante et est contrôlé par une structure de boucle dépendant de la comparaison de la différence entre la date courante et la date de démarrage avec la durée de la perturbation ; - la boucle comporte des instructions pour : - Perturber le dispositif selon le type de perturbation, - Inhiber temporairement les instructions pour perturber afin de respecter le niveau de perturbation requis ; - la mise en place du générateur sur un dispositif comporte au moins les étapes suivantes : - Copie d'au moins un fichier exécutable sur le dispositif, - Planification, sur le dispositif, de l'exécution du au moins un fichier exécutable copié [0013] L'invention se rapporte également à un dispositif de stockage numérique comportant un fichier correspondant à des codes instructions mettant en oeuvre un procédé selon une combinaison des caractéristiques des 30 précédentes. [0014] L'invention se rapporte également à un dispositif mettant en oeuvre un procédé selon une combinaison des caractéristiques des précédentes. BREVE DESCRIPTION DES FIGURES [0015] D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description qui suit, en référence aux figures annexées, qui illustrent : - la figure 1, une illustration de moyens permettant la mise en oeuvre du procédé objet de l'invention ; - la figure 2, une illustration d'étapes du procédé selon l'invention. [0016] Pour plus de clarté, les éléments identiques ou similaires sont repérés par des signes de référence identiques sur l'ensemble des figures. [0017] L'invention sera mieux comprise par la lecture de la description qui suit et à l'examen des figures qui l'accompagnent. Celles-ci sont présentées à titre indicatif et nullement limitatif de l'invention. DESCRIPTION DETAILLEE D'UN MODE DE REALISATION [0018] La figure 1 montre un dispositif serveur de tests ou serveur 100 de tests comportant : - Un microprocesseur 110, - Des moyens 120 de stockage, typiquement un disque dur qu'il soit local ou distant, - Une interface 130 de communication, par exemple une interface réseau de type Ethernet, FiberChannel, InfiniBand... [0019] Le microprocesseur du dispositif serveur, les moyens de stockage du dispositif serveur et l'interface de communication du dispositif serveur sont interconnectés par un bus 150. [0020] Lorsque l'on prête une action à un dispositif celle-ci est en fait effectuée par un microprocesseur du dispositif commandé par des codes instructions enregistrés dans une mémoire du dispositif. Si l'on prête une action à une application, celle-ci est en fait effectuée par un microprocesseur du dispositif dans une mémoire duquel les codes instructions correspondant à l'application sont enregistrés. Lorsqu'un dispositif émet ou reçoit un message, ce message est émis ou reçu par une interface de communication du dispositif. [0021] La figure 1 montre que le serveur 100 de tests est connecté à un réseau 200. [0022] La figure 1 montre un serveur 300 applicatif comportant : - un microprocesseur 310, - des moyens 320 de stockage, - une interface 330 de communication, - une horloge 340 interne. [0023] Le microprocesseur du serveur applicatif, les moyens de stockage du serveur applicatif, l'interface de communication du serveur applicatif, l'horloge interne du serveur applicatif sont interconnectés par un bus 350. [0024] Le serveur de tests et le serveur d'application sont connectés via le réseau 200. [0025] La figure 1 montre que les moyens de stockage du serveur de tests comportent une zone 120.1 de configuration de perturbations. La zone 120.1 de configuration de perturbations est aussi appelée un fichier de configuration de perturbations ou tout simplement une configuration de perturbations. Un fichier de configuration est un fichier, ou un ensemble de fichiers, qui permet d'associer plusieurs données ou champs. Cette association de champs est aussi appelée un enregistrement de perturbation. Un tel fichier de configuration de perturbations est, par exemple, un fichier XML, un fichier CSV, un fichier INI, un fichier JSON.... Un fichier de configurations comporte zéro, un ou plusieurs enregistrements de configuration. Dans une variante le fichier de configuration de perturbations est enregistré dans une base de données. [0026] Un enregistrement de perturbation comporte au moins les champs suivants : - un champ identifiant du dispositif à perturber : par exemple une adresse réseau, ou un nom résolvable en adresse réseau ; - un champ date de début de perturbation, il s'agit : - d'une date absolue évaluée relativement à une horloge interne d'un dispositif produisant la perturbation ; - d'une date relative au début d'un scénario de test ; - un champ durée de perturbation : per exemple un nombre de secondes ; - un champ type de perturbation, par exemple un code prédéterminé permettant de désigner une perturbation parmi : - charge processeur; de ce champ - lecture/écriture disque ; - lecture/écriture réseau ; - utilisation mémoire ; - un champ niveau de perturbation, l'interprétation dépendant du type de perturbation, il s'agit par exemple : - d'un pourcentage de charge maximale pour le processeur ou pour la mémoire ; - d'un débit pour les lectures écriture ; - d'une valeur absolue pour la mémoire. [0027] Les dates de début, durée et niveau de perturbation sont aussi appelés des paramètres de perturbation. [0028] La figure 1 montre aussi que les moyens de stockage du serveur de tests comportent une zone 120.2 code de perturbation comportant des codes instructions correspondant à des codes instructions pour la mise en oeuvre de perturbations. Ces codes instructions sont soit des codes objets, par exemple pour les perturbations liées à la mémoire, soit des scripts dits « shell » ou scripts shell. Dans une variante la zone 120.2 code de perturbation comporte des codes instructions compilables, la compilation étant réalisée au moment de la mise en place de perturbations. La zone 120.2 de code de perturbation est elle-même divisée en sous-zone, chacune des sous-zones correspondant au moins à un type de perturbation. Dans une variante les codes de perturbation sont paramétrables pour prendre en compte des paramètres de perturbation. [0029] La figure 2 montre une étape 500 d'acquisition d'une configuration. Dans l'étape 500, le serveur de tests lit le contenu de la zone 120.1 de configuration de perturbations. Dans la mise en oeuvre décrite la zone 120.1 de configuration de perturbations correspond à un fichier. Dans des variantes la zone 120.1 de configuration de perturbations peut être acquise par une ou plusieurs requêtes émise vers un système de gestion de base de données. [0030] La lecture de la zone 120.1 de configuration de perturbations permet au serveur de test d'obtenir une liste des perturbations à mettre place, ainsi que les caractéristiques de ces perturbations. Ces caractéristiques sont au moins celles qui ont été décrites lors de la description de la zone 120.1 de configuration de perturbations. [0031] Une fois la configuration acquise par le serveur de test il passe à une étape 510 de mise en place des perturbations sur les serveurs cibles. L'étape 510 est mise en oeuvre pour chaque perturbation décrite dans la configuration acquise à l'étape 500 d'acquisition. [0032] La figure 2 montre que l'étape 510 de mise en place d'une perturbation comporte : - une étape 510.1 de configuration de la perturbation : dans cette étape le serveur de test utilise le type de la perturbation pour extraire de la zone 120.2 code de perturbations les codes instructions correspondant au type de la perturbation. Il est possible de paramétrer à cette étape la durée de la perturbation, par exemple, en modifiant les codes instructions de la perturbation en fonction de la durée de la perturbation ; - une étape 510.2 de déploiement de la perturbation : dans cette étape le serveur de tests copie sur le serveur d'application identifié par le champ identifiant de dispositif à perturber des codes instructions de la perturbation ; - une étape 510.3 de planification de la perturbation : cette étape se fait par l'émission d'une commande de planification (typiquement une commande « at »), dont les paramètres sont la date de début de perturbation et une ligne de commande. La ligne de commande comporte un fichier exécutable et éventuellement des paramètres. Le fichier exécutable est celui qui a été déployé. Dans une variante les paramètres permettent, par exemple, de fixer la durée de la perturbation. [0033] Les étapes de déploiement et de planification sont exécutées, par exemple, depuis le serveur de test via un shell distant tel que telnet ou ssh. [0034] II est clair pour l'homme du métier que les perturbations sont déployées par un serveur de tests sur des serveurs applicatifs puis exécutées par les serveurs applicatifs selon une planification gérer par les serveurs applicatifs. [0035] Si les dates de début de perturbation sont relatives au début du scénario de test, alors, au moment du lancement du scénario, le serveur de tests émet des commandes de mise à zéro des horloges internes des dispositifs à perturber. [0036] Dans la pratique toutes les horloges des serveurs sont synchronisées via un même serveur NTP. Il est donc aisé, connaissant la date de début du scénario, de fixer des dates pour les perturbations. Dans cette configuration les dates sont soit absolues, soit relatives ; dans ce cas, la quantité relative est ajoutée à la date de début de test lors de l'étape de planification. Cette synchronisation facilite la délégation de la gestion de la panification aux serveurs applicatifs par le serveur de tests. [0037] L'étape de mise en place des perturbations est suivie d'une étape 520 de lancement du scénario de test. Un tel lancement est, par exemple, une exécution de l'application JMeter. [0038] Dans la mesure où les perturbations ont été planifiées lors de l'étape de planification, ces perturbations vont s'exécuter en parallèle du scénario de tests, selon la planification. [0039] Une perturbation est assimilable à une boucle dont le pseudo code est le suivant : sdt = maintenant(); tant que maintenant() - sdt REVENDICATIONS1. Procédé de production de perturbations contrôlées de l'activité d'un dispositif de traitement automatisé pendant un scenario de test d'une application mise en oeuvre par le dispositif de traitement automatisé, caractérisé en ce qu'il comporte les étapes suivantes : - Acquisition (500) d'une configuration définissant au moins une perturbation par : - Un identifiant du dispositif à perturber, - Une date de début de la perturbation, - Une durée pour la perturbation, - Un type pour la perturbation, - Un niveau de perturbation, - Mise en place (510) d'au moins un générateur de perturbation selon la configuration de la au moins une perturbation - Lancement (520) du scenario de test. 2. Procédé de production de perturbations contrôlées selon la revendication 1, caractérisé en ce que le type d'une perturbation est parmi la liste formé d'au moins : - Charge processeur, - Lecture/Ecriture disque, - Lecture/Ecriture réseau, - Utilisation Mémoire. 3. Procédé de production de perturbation selon l'une des revendications précédentes caractérisé en ce que, selon le type de la perturbation, il comporte une étape de calibration du générateur de perturbation. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que une date de début de perturbation est relative à une date de début du scenario de test. 5. Procédé de production de perturbation selon l'une des revendications précédentes caractérisé en ce que le générateur est un processus qui connaît sa date de démarrage, a accès à la date courante et est contrôlé par une structure deboucle dépendant de la comparaison de la différence entre la date courante et la date de démarrage avec la durée de la perturbation. 6. Procédé de production de perturbation selon la revendication 5, caractérisé en ce que la boucle comporte des instructions pour : - Perturber le dispositif selon le type de perturbation, - Inhiber temporairement les instructions pour perturber afin de respecter le niveau de perturbation requis. 7. Procédé de production de perturbation selon l'une des revendications précédentes, caractérisé en ce que la mise en place du générateur sur un dispositif comporte au moins les étapes suivantes : - Copie (510.2) d'au moins un fichier exécutable sur le dispositif, - Planification (510.3), sur le dispositif, de l'exécution du au moins un fichier exécutable copié. 8. Dispositif de stockage numérique comportant un fichier correspondant à des codes instructions mettant en oeuvre le procédé selon l'une des revendications précédentes. 9. Dispositif mettant en oeuvre le procédé selon l'une des revendications 1 à 7.