FR 3032289 A1 20160805 FR 1550803 A 20150202 DOMAINE GEN ERAL L'invention concerne un procédé de commande de déploiement d'un programme dans un parc de machines. ETAT DE L'ART On connaît de l'état de la technique des systèmes informatiques distribués comprenant une pluralité d'ordinateurs distincts. Ces systèmes sont capables de mettre en oeuvre un même programme de façon distribuée, c'est-à-dire en déléguant aux différents 10 ordinateurs, ou « machines », l'exécution en parallèle de différents processus de ce programme. Chaque machine comprend des ressources matérielles susceptibles de participer à l'exécution de ce programme. Un problème particulier qui se pose dans de tels systèmes distribués 15 est celui de la gestion dynamique des ressources matérielles alors que le programme est déjà en cours d'exécution. Supposons qu'à un instant de référence t le programme exige l'exécution d'un certain nombre de processus en parallèle, qui requiert une quantité théorique de ressources matérielles. Si à cet instant t le 20 programme est exécuté au moyen d'une quantité de ressources matérielles inférieure à la quantité théorique, alors le programme est exécuté dans des conditions dégradées. Il est connu un système distribué qui détecte que la quantité qu'une ressource matérielle d'un des ordinateurs sollicités atteint 100% 25 d'utilisation. En réponse à cette détection, ce système sollicite une machine supplémentaire non encore utilisé pour exécuter les tâches qui ne pouvait être exécutées. Toutefois, l'allocation d'une machine supplémentaire est une solution grossière, car consommatrice en termes de nombre d'ordinateurs 30 alors que cela peut ne pas être réellement nécessaire. En effet, il se peut que la quantité cumulée des ressources matérielles des ordinateurs déjà sollicités soit inférieure à la quantité totale théorique requise par le programme, et ce même si les ressources matérielles propres à l'un de ces ordinateurs est à 100% d'utilisation. PRESENTATION DE L'INVENTION Un but de l'invention est d'affecter dynamiquement les processus d'un programme à faire exécuter à des machines, d'une manière qui sollicite un moins grand nombre de machines que les procédés connus de l'état de la technique. Il est dès lors proposé un procédé de commande de déploiement d'un programme à exécuter dans un parc de machines, le procédé comprenant des étapes de : - détermination de plusieurs processus du programme à exécuter en parallèle, - affectation des processus à des machines différentes du parc, - mesure d'une quantité de ressources matérielles disponible auprès de chaque machine, - pour chaque processus, estimation d'une quantité de ressources matérielles requise pour l'exécution du processus, dans lequel l'affectation des processus dépend des quantités de ressources matérielles mesurées pour chacune des différentes machines et des quantités de ressources requises estimées. L'invention peut également être complétée par les caractéristiques suivantes, prises seules ou en une quelconque de leurs combinaisons 25 techniquement possibles. Le procédé peut comprendre une étape de mesure d'une mesure de qualité de service du programme au cours de son exécution par le parc de machine, les processus du programme à exécuter étant déterminés à partir de la qualité de service mesurée et à partir d'une qualité de service 30 de consigne prédéterminée. Le procédé peut en outre comprendre les étapes suivantes mises en oeuvre en cas d'échec de l'étape d'affectation: - ajustement de la qualité de service de consigne à une valeur dégradée par rapport à sa précédente valeur, - mise en oeuvre des étapes de détermination de processus à exécuter et d'affection, sur la base de la qualité de service de consigne ajustée. La mesure de qualité de service du programme peut comprendre : - une mesure d'un temps de réponse du programme à une requête émanant d'au moins un équipement réseau, lorsqu'il est exécuté par le parc de machine, et/ou - une mesure d'un nombre de requêtes émanant d'au moins un équipement réseau qui sont traitées par unité de temps, par le programme lorsqu'il est exécuté par le parc de machines, et/ou - une mesure d'une durée de disponibilité durant laquelle le programme est apte à traiter des requêtes externes dans une période de temps prédéterminée, lorsqu'il est exécuté par le parc de machines. Le procédé peut comprendre en outre une étape de prédiction de quantités de ressources matérielles consommées par le parc de machines à un instant de référence, à partir des quantités de ressources matérielles mesurées au cours d'un intervalle de temps précédant l'instant de référence, la détermination des processus à exécuter à l'instant de référence dépendant des quantités de ressources matérielles consommées prédites. La prédiction peut comprendre comprend la recherche et la détection d'un motif périodique dans les quantités de ressources matérielles mesurées au cours de l'intervalle de temps, les quantités de ressources matérielles requises dépendant du motif périodique détecté.30 L'affectation peut comprendre des comparaisons entre des quantités de ressources mesurées et des quantités de ressource requises, l'affectation dépendant des résultats de ces comparaisons. L'affectation des processus déterminés peut en outre être mise en 5 oeuvre séquentiellement machine après machine. Des processus déterminés peuvent être affectés à une machine, dite machine courante, tant que le cumul des quantités de ressources matérielles requises pour l'exécution de processus déjà affectés à la machine courante demeure inférieur à la quantité de ressources 10 matérielle disponible auprès de la machine courante. Un deuxième aspect de l'invention est un produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de commande de déploiement précité, lorsque ce programme est exécuté par un serveur. 15 Ce programme peut également comprendre les instructions de code des processus à faire exécuter par le parc de machines. Selon un troisième aspect, l'invention propose un serveur comprenant : - une interface de communication pour communiquer avec un parc de 20 machines, - une mémoire mémorisant un programme cible à faire exécuter par des machines dudit parc, - une unité de déploiement configurée pour : o déterminer plusieurs processus du programme cible à 25 exécuter en parallèle, o affecter des processus à des machines différentes du parc, o mesurer une quantité de ressources matérielles disponible auprès de chaque machine, o estimer, pour chaque processus, une quantité de ressources 30 matérielles requise pour l'exécution du processus, o mettre en oeuvre l'étape d'affectation des processus déterminés à partir des quantités de ressources matérielles mesurées pour chacune des différentes machines et des quantités de ressources requises estimées. Ce serveur peut être utilisé comme une des machines du parc de machine qui exécute le programme cible. DESCRIPTION DES FIGURES D'autres caractéristiques, buts et avantages de l'invention 10 ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels : La figure 1 représente schématiquement un réseau de déploiement un programme comprenant un parc de machines pour exécuter un programme cible. 15 La figure 2 représente des modules fonctionnels d'un programme de déploiement selon un mode de réalisation de l'invention. La figure 3 est un organigramme d'étapes d'un procédé mis en oeuvre au moyen des modules fonctionnels illustrés en figure 2. La figure 4 détaille une étape d'affectation de l'organigramme de 20 la figure 3, selon un mode de réalisation de l'invention. La figure 5 montre de façon schématique un exemple de ressources matérielles requises par des processus à exécuter, des ressources matérielles disponibles auprès de machines, et des affectations de ces processus à des machines. 25 Sur l'ensemble des figures, les éléments similaires portent des références identiques. DESCRIPTION DETAILLEE DE L'INVENTION En référence à la figure 1, un serveur S de déploiement comprend 30 une unité de traitement de données 1, une mémoire tampon 2, une mémoire de stockage 4, et une interface de communication réseau 6. L'unité de traitement de données 1 comprend typiquement un ou plusieurs processeurs adaptés pour fonctionner en parallèle. Chaque processeur est adapté pour exécuter des instructions de code de programme. La mémoire de stockage 4 est adaptée pour mémoriser un ou plusieurs programmes ainsi que des données et les conserver même après une mise hors tension du serveur S. La mémoire de stockage 4 peut par exemple comprendre un ou plusieurs disques de type disque dur, un ou plusieurs disques de type SSD (« Solid State Drive »), ou une combinaison de ces type de disque. L'unité mémoire de stockage 4 peut comprendre un ou des disque(s) intégré(s) à demeure dans le serveur S et/ou comprendre une ou plusieurs clés de stockage amovible présentant un connecteur de type USB ou autre. La mémoire tampon 2 est configurée pour mémoriser des données temporaires au cours de l'exécution d'un programme par l'unité de traitement 1. Les données temporaires mémorisées par la mémoire tampon 2 sont automatiquement effacées lors de la mise hors tension du serveur S. La mémoire tampon 2 comprend par exemple une ou plusieurs barrettes de mémoire RAM. L'interface de communication 6 est adaptée pour émettre et recevoir des données sur le réseau. Cette interface 6 peut être du type filaire ou bien sans fil (par exemple être apte à communiquer par Wi-Fi). On définit dans la suite un réseau de déploiement comprenant, en plus du serveur de déploiement S, un parc d'ordinateurs physiques M1 à 25 Mn, qualifiés dans la suite de « machines ». Le réseau de déploiement peut être un réseau privé, ou bien un réseau public tel qu'Internet. Le réseau de déploiement est tel que le serveur S est apte à communiquer avec chaque machine Mi du parc. 30 Chaque machine Mi du parc comprend typiquement les mêmes composants que le serveur de déploiement S. Plus précisément, une machine Mi d'indice i comprend une unité de traitement de données 1i, au moins une mémoire de stockage 4i, au moins une mémoire tampon 2i, et une interface de communication réseau 6i. Chacun de ces composants peut être similaire au composant correspondant du serveur S (c'est-à-dire le composant ayant le même numéro de référence mais sans suffixe i). Ressources matérielles Les ressources matérielles d'une machine Mi (ou du serveur S) se rapportent aux composants de la machine Mi définis plus haut, qui 10 participent à l'exécution d'un programme donné. Ces ressources matérielles peuvent être de types différents, chaque type de ressource étant quantifiable. Un premier type de ressource matérielle est un temps processeur, ou temps d'utilisation, ou niveau d'utilisation, représentatif d'un degré de 15 sollicitation d'un processeur de l'unité de traitement 1i, pour l'exécution de processus. Un tel temps processeur est généralement présenté à un utilisateur par le programme de suivi sous la forme d'au moins une valeur en pourcents, chaque valeur se rapportant à taux d'utilisation d'un processeur respectif de l'unité de traitement de données 1i (0 % indiquant 20 un processeur non sollicité, et 100 % indiquant un processeur ne pouvant pas être davantage sollicité, notamment pour l'exécution d'un processus supplémentaire). Un deuxième type de ressource matérielle est une taille de la mémoire, se rapportant à la mémoire tampon 2i ou bien à la mémoire de stockage 4i. Une telle taille est par exemple exprimée en 25 mégaoctets. Un troisième type de ressources matérielles est une bande passante réseau, qui se rapporte à l'interface de communication réseau 6i. On considère à présent deux programmes d'ordinateurs : un programme cible PC, et un programme de déploiement PD du programme 30 cible PC. Comme on le verra dans la suite, ces deux programmes 303 2 2 89 8 d'ordinateurs peuvent former deux parties d'un seul et même programme d'ordinateur. Programme cible PC 5 Le programme cible PC est un programme destiné à être exécuté de façon distribuée par le parc de machines Ml-Mn. Ce programme cible PC comprend des blocs d'instructions de code constituant des processus susceptibles d'être exécutés simultanément par les machines Ml-Mn. Chaque processus assure une fonction quelconque. Par convention, on considérera dans la suite qu'un processus du programme cible PC est exécutable par un seul ou plusieurs processeurs. Un processus peut en effet comprendre une ou plusieurs tâches, ou fils d'instructions au sens de la norme (terme et définition normalisés par ISO/CEI 2382-7:2000 (communément appelés « threads » en anglais). Une tâche est similaire à un processus car tous deux représentent l'exécution d'un ensemble d'instructions du langage machine d'un processeur. Du point de vue de l'utilisateur, ces exécutions semblent se dérouler en parallèle. Toutefois, là où chaque processus possède sa propre mémoire virtuelle, les threads d'un même processus se partagent sa mémoire virtuelle. Par contre, tous les threads possèdent leur propre pile d'appel. On retiendra qu'au cours de leur exécution, certains processus peuvent commander l'émission des données à destination d'un serveur tiers connecté à la ou les machines qui l'exécutent et/ou la réception des données émanant d'un tel serveur tiers. Par convention, on désignera dans la suite ces processus particulier de « processus réseau ». Programme de déploiement PD Le programme de déploiement PD a pour fonction principale de 30 commander le déploiement et l'exécution du programme cible PC par toutes ou certaines des machines M1 à Mn du parc. Le programme de déploiement est installé dans la mémoire 4 du serveur S et mis en oeuvre par l'unité de traitement 1. Le programme cible PC et le programme de déploiement PD peuvent être des programme distincts installables indépendamment l'un de l'autre, ou bien se présenter sous la forme d'un seul et même code monolithique installable. Dans ce dernier cas, le programme PC-PD monolithique est installé dans la mémoire 4i de chaque machines Ml-Mn ; la partie « PD » de déploiement de ce programme monolithique ne sera cependant exécutée que par l'unité de traitement 1 du serveur S. L'unité de traitement de données 1 est adaptée pour mettre en oeuvre le programme de déploiement PD, lequel est préalablement mémorisé dans la mémoire 4. En référence à la figure 2, le programme de déploiement PD comprend différents modules fonctionnels: un module de surveillance 10, 15 un module de prédiction 20, un module d'optimisation 30, et un module d'affectation 40. Le module de surveillance 10 est configuré pour surveiller l'état de ressources matérielles des machines M1-Mn, et fournir des données statistiques aux modules de prédiction 20 et/ou d'optimisation 30. 20 Le module de prédiction 20 est adapté pour communiquer avec le module de surveillance ; il utilise les données statistiques fournies par le module de surveillance pour mettre en oeuvre des calculs prédictifs. Le module d'optimisation 30 est quant à lui adapté pour communiquer d'une part avec le module de prédiction et d'autre part avec 25 le module de surveillance. Le module d'optimisation est notamment configuré pour déterminer les processus du programme cible PC à exécuter, en fonction de données émanant du module de surveillance et/ou du module de prédiction et d'un mécanisme d'optimisation. Le ou les processus à exécuter déterminés par le module 30 d'optimisation constituent une suggestion « optimale » d'exécution, fournie au module d'affectation 40 compte tenu des capacités disponibles du parc de machines. Le module d'affectation 40 est adapté pour communiquer avec le module d'optimisation. Il est configuré pour affecter les processus 5 sélectionnés par le module d'optimisation à des machines du parc, en vue de leur exécution. Le module d'affectation 40 produit des données représentatives d'une affectation de chaque processus sélectionné par le module d'optimisation, à une machine du parc. 10 Les quatre modules 10, 20, 30, 40 sont paramétrables au moyen d'un fichier de configuration XML. Qualité de service du parc de machines Dans la suite on définit une qualité de service (abrégée en « QoS » 15 dans la littérature) du programme cible PC exécuté sur un parc de machine comme une ou plusieurs métriques quantifiables qui évaluent les conditions de communication de données sur un réseau déterminé, lorsque le parc de machines exécute le programme cible PC. Ce réseau déterminé peut être le réseau de déploiement lui-même, 20 ou bien un autre réseau. La qualité de service de l'ensemble programme cible PC, parc de machines est représentée par au moins une des données suivantes : - un nombre de requêtes par unité de temps, traitées par le programme cible exécuté par le parc de machines (par exemple 25 émanant d'au moins un équipement réseau tiers). - un temps de réponse du programme cible lorsqu'il est exécuté par le parc à un message normalisé, une requête (par exemple émis par au moins un équipement externe au parc), par exemple exprimé en millisecon des. 30 - une durée de disponibilité pendant laquelle le programme cible est apte à traiter le nombre de requêtes externes par unité de temps avec un temps de réponse prédéfinis, sur une période de temps prédéterminée. On comprend que la qualité de service peut dépendre de l'état de sollicitation des différentes machines du parc pour exécuter des 5 programmes et notamment le programme cible PC. Procédé de déploiement du programme cible Il va maintenant être décrit un procédé pour déployer le programme cible PC dans le parc de machines M1-Mn, c'est-à-dire pour le 10 faire exécuter par toutes ou certaines de ces machines au moyen de leurs ressources matérielles respectives. Ce procédé de déploiement est commandé par le programme de déploiement PD. On suppose dans un état initial que le programme cible PC est 15 mémorisé seulement dans la mémoire de stockage 4 du serveur S. Le procédé comprend quatre étapes principales : - une étape 100 de suivi de ressources disponibles, mise en oeuvre par le module de suivi 10; - une étape optionnelle 200 de prédiction, mise en oeuvre par le 20 module de prédiction 20; - une étape 300 d'optimisation, mise en oeuvre par le module d'optimisation 30; et - une étape 400 d'affectation, mise en oeuvre par le module d'affectation 40. 25 1. Suivi de ressources disponibles dans le parc de machines L'étape de suivi 100 comprend les sous-étapes suivantes. Dans une étape 102, le module de suivi mesure une quantité de ressources matérielles auprès de chacune des machines Ml-Mn. La quantité de ressources matérielles mesurée auprès de chaque machine Mi est une quantité de ressources disponibles, c'est-à-dire non utilisées par la machine à l'instant de mesure. Chaque mesure 102 peut par exemple comprendre la génération d'une requête de surveillance par le module de suivi lequel est exécuté par l'unité de traitement 1 du serveur S, l'envoi de la requête à une machine Mi via l'interface 6, et la réception d'une réponse à la requête contenant la quantité disponible demandée. Les mesures 102 sont par exemples déclenchées par le module de 10 suivi périodiquement, avec une période Ti pour un machine Mi donnée. Les périodes Ti peuvent être identiques ou différentes. Le module de suivi horodate 104 les mesures acquises, c'est-à-dire qu'il attribue à chaque quantité de ressource mesurée une date de mesure. Cette date peut par exemple être l'instant de réception de la 15 mesure par l'unité de traitement 1, via l'interface de communication 6 du serveur S. Le module de suivi commande la mémorisation 106 des mesures horodatées dans la mémoire de stockage 4 du serveur S. Ces mesures horodatées peuvent être mémorisées sous la forme de séries temporelles. 20 Les étapes 102, 104, 106 ci-dessus sont mises en oeuvre par le module de suivi de façon répétées pour chaque machine Mi, et pour plusieurs des types de ressources matérielles évoqués précédemment. On prendra dans la suite comme exemple un mode de réalisation dans lequel le premier type de ressource(temps processeur) et le deuxième type de 25 ressource (taille mémoire disponible) sont suivis au cours de l'étape de suivi 100. 2. Prédiction Le module de prédiction met en oeuvre 200 des calculs de modèles 30 stochastiques à partir des séries temporelles mémorisées. Ces modèles peuvent typiquement être basés sur du lissage exponentiel à double saisonnalités. Ces modèles stochastiques peuvent être exploités dans les cas où les ressources matérielles des machines Ml-Mn suivent une tendance 5 reconnaissable au fil des jours de la semaine et des heures de chaque jour (double saisonnalités). Pour ce faire, le module de prédiction recherche 202, dans les mesures mémorisées et horodatées, un motif périodique de sollicitation des ressources, par exemple dans un intervalle de temps de longueur 10 prédéterminée. Sur la base d'un tel motif, le module de prédiction estime 204 des ressources matérielles consommées par des machines M1 -Mn, à un instant futur,. Par exemple, dans une application particulière du procédé, le 15 réseau de déploiement est un réseau privé d'un aéroport et le programme cible PC à déployer dans le réseau est un programme de surveillance au frontières sous le contrôle de l'aéroport. Chaque arrivée d'un avion suscite une forte activité au sein de l'aéroport, et donc une forte sollicitation des ressources matérielles du 20 parc de machines M1 -Mn. Aussi, lorsque des mesures sont mémorisées sur une durée suffisamment longue (au moins une semaine) et à fréquence suffisamment élevée (plusieurs mesures par jour), le module de prédiction dispose de données suffisantes pour prédire de façon précise une sollicitation future du parc de machines Ml-Mn. 25 Afin d'éviter la corruption des modèles de prédiction par des journées « anormales » (jours fériés, grèves, etc.), des techniques d'apprentissage peuvent être utilisées par le module de prédiction. Une analyse en composantes principales est effectuée sur un jeu de journées récentes afin de les projeter le long de ces composantes. Un critère de 30 distance à un proche voisin est alors utilisé pour détecter des journées anormales. Ces journées sont alors une par une reconstruites en utilisant le modèle stochastique utilisé par le module de prédiction. 3. Optimisation d'après objectif A titre préliminaire, est mémorisée dans le module d'optimisation une qualité de service de consigne, que le programme cible PC doit respecter lorsqu'il est exécuté par le parc de machines. Cette consigne comprend par exemple une valeur de débit de données minimal, et une valeur de temps de réponse maximal. Par ailleurs, le module d'optimisation mesure 302 une qualité de service du programme au cours de son exécution par le parc de machine. Le module d'optimisation détermine 306, à un instant t de référence, un jeu de processus à exécuter simultanément, à partir des données suivantes : - la qualité de service de consigne, - la qualité de service mesurée au cours de l'étape 302, - les estimations de sollicitation des ressources matérielles calculées par le module de prédiction pour cet instant t, ou bien les mesures brutes produites par le module de suivi dans un mode de réalisation sans module de prédiction. Le nombre de processus déterminé par le module d'optimisation varie en fonction de ces données. Pour chaque processus du jeu déterminé, le module d'optimisation détermine 308 une quantité de ressources matérielles requises pour 25 exécuter le processus de façon nominale. 4. Affectation des processus à des machines du parc Le module d'affectation reçoit du module de suivi (ou du module de prédiction, si présent) une quantité de ressources déclarée comme 30 disponible, machine par machine, à l'instant de référence t ou un instant proche. Par ailleurs, le module d'affectation reçoit du module d'optimisation : - le jeu des processus déterminé via l'étape 306, - pour chaque processus du jeu, une quantité de ressources déclarée requise, machine par machine, à l'instant de référence t ou un instant proche, via l'étape 308. Chaque processus est associé à une paire de valeurs (temps processeur requis + taille mémoire requise), la paire de valeurs représentant la quantité de ressources requise pour son exécution. Deux 10 types de ressources sont donc à examiner. L'affectation 400 est mise en oeuvre par le module d'affectation, en itérations successives, machine après machine (par exemple en commençant par la machine M1). Pour une machine donnée Mi, l'affectation est mise en oeuvre 15 processus par processus (en commençant par exemple par P1). En référence à la figure 4, les étapes suivantes sont mises en oeuvre pour déterminer si un processus Pj est affecté à la machine Mi. Le module d'affectation compare 404 les ressources requise pour l'exécution du processus Pj, avec les ressources déclarées disponibles 20 auprès de la machine Mi. L'étape de comparaison 404 comprend plus précisément deux types de comparaison : - Une comparaison entre la valeur de temps processeur requise pour l'exécution du processus Pj, et la valeur de temps processeur 25 déclarée disponibles auprès de la machine Mi, et - Une comparaison entre la valeur de taille de mémoire tampon requise pour l'exécution du processus Pj, et la valeur de taille de mémoire tampon déclarée disponibles auprès de la machine Mi. Si chacune des valeurs requises est inférieure à la valeur disponible 30 correspondante auprès de la machine Mi, cela signifie qu'un processus de la machine Mi dispose de suffisamment de ressources pour exécuter le processus Pj dans des conditions nominales. Dans ce cas, le processus Pj est alors affecté 404 à la machine Mi. Cette affectation peut dans la pratique comprendre la mémorisation d'un 5 lien logique dans la mémoire temporaire 2 qui représente cette affectation. Toujours dans ce cas, le module d'affectation décrémente 406 la quantité de ressources disponibles auprès de la machine Mi de la quantité de ressources requises pour le processus Pj, qui vient d'être affecté. 10 En revanche, si au moins une des deux valeurs requises est strictement supérieure à la valeur disponible correspondante qui lui est comparée, le processus Pj n'est pas affecté à la machine Mi; les étapes 402, 404 et 406 sont répétées pour un autre processus Pj à exécuter, et sur la base de la quantité de ressources disponibles décrémentée. 15 Une fois qu'il ne reste plus assez de ressources disponibles auprès de la machine Mi pour permettre une quelconque affectation de processus non encore affectés, la machine suivante Mi+1 est examinée selon les mêmes étapes. Dans l'exemple illustré en figure 5, cinq processus P1 à P5 ont été 20 déterminés, et sont à affecter dans un parc comprenant deux machines M1 et M2. Pour chaque processus P1 à P5, une quantité correspondante de ressources matérielles requises pour son exécution dans des conditions nominales. Le temps processeur requis pour l'exécution du processus Pj 25 est illustré en haut à gauche de la figure 5 (« CPU nécessaire »), et la taille de mémoire requise pour la mémorisation de données temporaires au cours de l'exécution de ce même processus Pj est illustrée schématiquement en haut à droite de la figure 5 (« RAM nécessaire »). Chacune des machines M1 et M2 dispose d'un temps processeur 30 disponible (« CPU disponible », au centre à gauche de la figure 5) et d'une taille de mémoire tampon disponible (« RAM disponible » au centre à droite de la figure 5). La figure 5 montre en outre deux résultats d'affectation : l'un non faisable, et écarté lors de la mise en oeuvre des étapes illustrées en figure 5 4, et l'autre faisable (en bas de la figure 5). On notera qu'un même processus, dit processus de référence, peut avoir à être exécuté plusieurs fois en parallèle par une ou plusieurs machines du parc (c'est-à-dire que l'ensemble des processus à exécuter déterminés peut comprendre au moins un processus en plusieurs 10 exemplaires). module d'affeci peut ce cas recevoir du module d'-- ti.,' :ion deux nombres ,:.'exécuti du processus de référence : un 'exécutions t..eLLes mo,"n d ressource- matérielles zl-tuelles), et in nombre d' :utions à 7,ren,7 en moyen des 15 ressource7 Yelles req erminées dans l'étap,.: Une cil férenco nulle entre ces deux ncn-r,r, d'exécutions indique un nombre d'ex& à affecter ou rcirr du processus de référence nopper le signe de cette différence). 20 r ailleurs, dans le ry, d'affec ,an présenté nt, tous les procesus 2vint ef:» ;4fectés sont traités sur un pd d'égalité. En variante, ch 1: ocessus peut ,(.? faire attribuer un .s repr ntatif d'une priorité d'..3. r.7.7.ution (par c.,.p-p e, un poids de ssus ?Né peut indiquer q!le son affectation doit être 25 traitée en p enicn-, ou tout du moins de prioritaire). Dans ce cas, des processus pondérés peut être mise en oeuvre selon un 7l7orithnie connu répondant probème du type sac à dos » (en ais, « K problem ») con:A de l'homme du m _ r. De retour à la figure 3, l'affectation 400 se termine une fois que toutes les machines ont été examinées ou que tous les processus ont été affectés. L'affectation 400 se termine avec succès si tous les processus ont 5 pu être affectés. L'affectation 400 se solde par un échec dans le cas où, après avoir parcouru toutes les machines, il reste encore au moins un processus non encore affecté. Ce cas survient par exemple lorsque : - le temps processeur requis pour l'exécution de l'ensemble des 10 processus déterminés est supérieur à la somme des temps processeur disponibles auprès de toutes les machines du parc ; ou - la taille mémoire requise pour l'exécution de l'ensemble des processus déterminés est supérieure à la somme des tailles mémoires disponibles auprès de toutes les machines du parc ; 15 - un processus requiert un temps processeur supérieur à chacun des temps processeurs disponibles des processeurs du parc ; En cas d'un échec de l'étape d'affectation, les étapes suivantes sont mises en oeuvre. Le module d'affectation envoie un message signalant un échec 20 d'affectation au module d'optimisation. Sur réception de ce message d'échec, le module d'optimisation ajuste 304 la qualité de service de consigne initiale à une valeur « dégradée », c'est-à-dire à une valeur représentative d'une moins bonne qualité de service que celle utilisée pour déterminer le jeu des processus 25 que le module d'affectation n'est pas parvenu à affecter dans son ensemble. Par exemple, au cours de cette étape d'ajustement 304, le module d'optimisation diminue la valeur du débit de données de consigne minimal que le parc de machine doit respecter, et/ou augmente le temps de 30 réponse maximal de consigne que le parc doit respecter. Ensuite, l'étape de détermination 306 est répétée de façon à produire un nouveau jeu de processus à faire exécuter par le parc de machines, et ce à partir de la qualité de service de consigne mise à jour à la valeur « dégradée ». On comprend que la qualité de service « dégradée » est moins difficile à faire respecter par le parc de machine ; le nouveau jeu de processus déterminé est moins difficile à affecter à des machines du parc. Pour cette nouvelle mise en oeuvre de l'étape de détermination 306, la qualité de service déjà mesurée au cours de l'étape 302 peut etre directement utilisée ; en variante, l'étape 302 est à nouveau mise en oeuvre de façon à obtenir un mesure plus récente de la qualité de service du programme cible, l'étape de détermination étant mise en oeuvre à partir de cette mesure plus récente. Pour chaque nouveau processus, une nouvelle paire de valeurs 15 (temps CPU requis + taille mémoire requis) peut être calculée. Dans un mode de réalisation, les valeurs (temps CPU requis + taille mémoire requis) ne sont pas modifiées par rapport à précédemment, le nombre de processus à exécuter étant simplement diminué. L'étape d'affectation 400 est ensuite répétée par le module 20 d'affectation, cette fois en prenant en entrée le nouveau jeu de processus déterminé. En cas de nouvel échec, les étapes d'ajustement 304 de la qualité de service de consigne, de détermination 306 de nouveau processus, et d'affectation 400 des processus déterminés sont répétées, jusqu'à ce que 25 l'affectation réussisse. L'affectation décrite ci-dessus peut être généralisée à n machines et p processus. Une fois l'affectation 400 effectuée avec succès, le module d'affectation envoie 500 à chaque machine désignée une commande 30 d'exécution de chaque processus qui lui été affecté. Cette commande d'exécution peut comprendre le code des processus en tant que tel lors que ce code n'est pas déjà mémorisé par la mémoire 2i ou 41 de la machine Mi désigné. En variante, la commande d'exécution comprend simplement une 5 instruction ordonnant l'exécution par l'unité de traitement 2i du processus préalablement mémorisé dans la mémoire 2i ou la mémoire 4i. Dans le mode de réalisation qui a été présenté ci-dessus, l'unité de traitement de données du serveur S met en oeuvre le programme de déploiement PD, et assure de ce fait une fonction de déploiement. 10 Il est en outre tout à fait possible que le serveur S puisse être utilisé comme une machine qui participe à l'exécution du programme cible PC. En effet, comme les machines M1-Mn, le serveur S dispose de ressources matérielles. Dans ce cas, les processus qui sont affectés au serveur S ne seront 15 pas envoyés à travers le réseau mais simplement chargés depuis la mémoire 4. REVENDICATIONS1. Procédé de commande de déploiement dans un parc de machines (M1- Mn) d'un programme à exécuter, le procédé comprenant des étapes de : - détermination (306) de plusieurs processus (P1-P5) du programme à exécuter en parallèle, - affectation (400) des processus (P1-P5) à des machines différentes du parc, le procédé étant caractérisé par des étapes de : - mesure (102) d'une quantité de ressources matérielles disponible auprès de chaque machine (M1-Mn), - pour chaque processus (P1-P5), estimation (308) d'une quantité de ressources matérielles requise pour l'exécution du processus, dans lequel l'affectation (400) des processus dépend des quantités de 15 ressources matérielles mesurées pour chacune des différentes machines et des quantités de ressources requises estimées. 2. Procédé selon la revendication précédente, comprenant en outre une étape de mesure (302) d'une mesure de qualité de service du programme 20 au cours de son exécution par le parc de machine, les processus (Pi -P)du programme à exécuter étant déterminés à partir de la qualité de service mesurée et à partir d'une qualité de service de consigne prédéterminée. 3. Procédé selon la revendication précédente, comprenant en outre les 25 étapes suivantes mises en oeuvre en cas d'échec de l'étape d'affectation: - ajustement (304) de la qualité de service de consigne à une valeur dégradée par rapport à sa précédente valeur, - mise en oeuvre des étapes de détermination (306) de processus à exécuter et d'affection (400), sur la base de la qualité de service 30 de consigne ajustée. 4. Procédé selon l'une des revendications 2 et 3, dans lequel la mesure (302) de qualité de service du programme comprend : - une mesure d'un temps de réponse du programme à une requête émanant d'au moins un équipement réseau, lorsqu'il est exécuté par le parc de machine, et/ou - une mesure d'un nombre de requêtes émanant d'au moins un équipement réseau qui sont traitées par unité de temps, par le programme lorsqu'il est exécuté par le parc de machines, et/ou - une mesure d'une durée de disponibilité durant laquelle le programme est apte à traiter des requêtes externes dans une période de temps prédéterminée, lorsqu'il est exécuté par le parc de machines. 5. Procédé selon l'une des revendications précédentes, comprenant en outre une étape de prédiction (204) de quantités de ressources matérielles consommées par le parc de machines à un instant de référence, à partir des quantités de ressources matérielles mesurées (102) au cours d'un intervalle de temps précédant l'instant de référence, la détermination des processus à exécuter à l'instant de référence dépendant des quantités de ressources matérielles consommées prédites. 6. Procédé selon la revendication précédente, dans lequel la prédiction comprend la recherche et la détection (202) d'un motif périodique dans les quantités de ressources matérielles mesurées au cours de l'intervalle de temps, les quantités de ressources matérielles requises dépendant du motif périodique détecté. 7. Procédé selon l'une des revendications précédentes, dans lequel l'affectation (400) comprend des comparaisons (402) entre des quantités 30 de ressources mesurées et des quantités de ressource requises, l'affectation dépendant des résultats de ces comparaisons. 8. Procédé selon l'une des revendications précédentes, dans lequel l'affectation (400) des processus déterminés est mise en oeuvre séquentiellement machine après machine. 9. Procédé selon la revendication précédente, dans lequel des processus déterminés sont affectés à une machine, dite machine courante, tant que le cumul des quantités de ressources matérielles requises pour l'exécution de processus déjà affectés à la machine courante demeure inférieur à la quantité de ressources matérielle disponible auprès de la machine courante. 10. Produit programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications précédentes, lorsque ce programme est exécuté par un 15 serveur. 11. Produit programme d'ordinateur selon la revendication précédente, comprenant en outre les instructions de code des processus à faire exécuter par le parc de machines. 20 12. Serveur (S) comprenant : - une interface de communication (6) pour communiquer avec un parc de machines, - une mémoire (4) mémorisant un programme cible (PC) à faire 25 exécuter par des machines dudit parc, - une unité de déploiement (1) configurée pour : o déterminer plusieurs processus du programme cible (PC) à exécuter en parallèle, o affecter des processus à des machines différentes du parc, 30 le serveur (S) étant caractérisé par le fait que l'unité de déploiement (1) est en outre configurée pour :- mesurer une quantité de ressources matérielles disponible auprès de chaque machine, - estimer, pour chaque processus, une quantité de ressources matérielles requise pour l'exécution du processus, - mettre en oeuvre l'étape d'affectation des processus déterminés à partir des quantités de ressources matérielles mesurées pour chacune des différentes machines et des quantités de ressources requises estimées. 13. Utilisation du serveur selon la revendication 12 comme une machine du parc de machines.