FR 3058287 A1 20180504 FR 1660527 A 20161028 PROCEDE DE GESTION DE LA CONSOMMATION D'ENERGIE DANS UN RESEAU DE CENTRES DE DONNEES La présente invention concerne la consommation d'énergie dans l'industrie des télécommunications. Cette consommation d'énergie pose un grave problème aux industriels car elle est très élevée ; on estime par exemple que, d'ici 2020, l'énergie consommée par Internet pourrait dépasser celle du trafic aérien par un facteur 2. La diminution de la consommation d'énergie dans les télécommunications est donc un réel défi, et cette diminution fait l'objet d'un nombre important de publications issues des milieux universitaire et industriel. L'invention concerne, plus particulièrement, la consommation d'énergie dans les centres de données (« data centers » en anglais). On appelle « centre de données » (cf. Wikipedia) un site utilisé pour loger des systèmes informatiques, ainsi que des équipements associés tels que des systèmes de stockage de données et de communication. Un centre de données comprend généralement des dispositifs d'alimentation électrique redondants ou de secours, des connexions redondantes pour la transmission de données, des systèmes de contrôle de l'environnement (par exemple, une climatisation, et des équipements de lutte contre les incendies), et des systèmes de protection contre les intrusions. Les centres de données sont de plus en plus utilisés grâce au développement des services « cloud », c'est-à-dire des services fournis de manière dynamique par un ensemble distribué de ressources informatiques. Or les grands centres de données sont des systèmes d'échelle industrielle, et sont de gros consommateurs d'énergie qui peuvent consommer autant d'électricité qu'une petite ville. Le groupe de travail « Energy Management » (eman) de l'IETF (Internet Engineering Task Force) a, dans le document RFC 7460, défini une structure de MIB (« Management Information Base ») pour la supervision de la consommation énergétique des équipements réseau. Or ces travaux ne prennent pas en compte la production d'énergie renouvelable, alors que les centres de données modernes sont généralement pourvus de moyens de production d'énergie renouvelable, telle que l'énergie solaire, éolienne ou géothermique. Il serait fort 3058287 2 souhaitable de disposer d'une solution technique permettant d'optimiser la consommation énergétique des réseaux de centres de données en mettant à contribution, en particulier, l'énergie renouvelable produite dans, ou au voisinage, de ces centres de données, et que l'on appellera « énergie verte » ci-après. 5 La présente invention concerne donc un procédé de gestion de la consommation d'énergie dans un réseau de n> 1 centres de données, comprenant les étapes suivantes : - réception par un centre de données DC i, où i = 1, n, d'une requête pour un contenu multimédia nécessitant une durée de traitement d, 10 - calcul d'un indicateur MR(d,t,i,j) associé à la migration au temps t de ladite requête dudit centre de données DC i vers un centre de données DC j du réseau, où j = 1, n, et j # i , sur la base d'informations préalablement fournies par lesdits centres de données, et - réception par le centre de données DC i d'une instruction, soit de 15 transférer la requête au centre de données DC j tel que le maximum de MR(d,t,i,j) est obtenu pour j # i si ce maximum est positif, soit de traiter lui-même la requête dans le cas contraire. Ledit procédé est remarquable en ce que ledit indicateur MR(d,t,i,j) est donné par 20 MR(d, t, i, j) = CL (d, t) - C'j (d, t) - où Ck (d,t), où k = 1, n, désigne l'énergie non-produite dans le voisinage du centre de données DC k, requise pour le traitement au temps t, dans le centre de données DC k d'une requête de contenu multimédia pendant une durée d, et eij désigne l'énergie consommée par la migration d'une requête de contenu 25 multimédia du centre de données DC i vers le centre de données DC j, et en ce que lesdites informations comprennent au moins la valeur de la puissance disponible produite dans le voisinage de chacun des n centres de données. Ainsi, la présente invention propose d'effectuer la répartition de la charge 30 de traitement des requêtes, c'est-à-dire de déterminer quel centre de données va traiter quelle requête, de manière à réduire le plus possible la consommation d'énergie non-verte globale. Pour réduire l'énergie non-verte consommée, on 3058287 3 prend explicitement en considération l'utilisation d'énergie verte là où elle est disponible. Grâce à ces dispositions, on peut exploiter de manière optimale les énergies renouvelables disponibles, et réduire au minimum la consommation 5 d'énergie non-verte. Selon des caractéristiques particulières, lesdites informations comprennent également, pour chacun desdits n centres de données du réseau : - la puissance nécessaire à l'exécution d'une machine virtuelle, - l'énergie nécessaire à la création d'une machine virtuelle, 10 - le nombre maximum de machines virtuelles que peut héberger ledit centre de données, - le nombre de machines virtuelles en exécution sur chaque serveur du centre de données, et - le nombre de machines virtuelles inactives sur chaque serveur du centre 15 de données. Grâce à ces dispositions, on prend en compte, pour mieux répartir la charge entre les centres de données du réseau, la virtualisation des processus dans les serveurs de ces centres de données. On rappelle à cet égard que, de manière générale, la virtualisation d'une application informatique consiste à 20 mettre en oeuvre cette application sur un ou plusieurs ordinateur(s) ou serveur(s) générique(s), au lieu d'un seul ordinateur ou serveur dédié ; de même, la virtualisation d'un système d'exploitation consiste à faire fonctionner ce système d'exploitation comme un simple logiciel sur un ou plusieurs ordinateur(s) ou serveur(s) générique(s), au lieu de le faire fonctionner sur un seul ordinateur ou 25 serveur dédié. On notera que la consommation énergétique d'une machine virtuelle n'a pas été considérée dans l'art antérieur ; par exemple, le groupe de travail « Network Virtualization Overlays » de l'IETF a produit des documents, tels que RFC 7365 et draft-mity-nvo3-use-case, qui définissent un cadre pour la 30 virtualisation d'un réseau de centres de données, mais ce groupe de travail n'a pas étudié les implications de la virtualisation en termes de consommation d'énergie. 3058287 4 Selon d'autres caractéristiques particulières, lesdites informations comprennent également, pour chacun desdits n centres de données du réseau : - la puissance nécessaire au fonctionnement d'un serveur dudit centre de données, 5 - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, - l'énergie nécessaire pour sortir un serveur du centre de données du mode veille, et - le nombre de serveurs en veille dans le centre de données. 10 En effet, il peut s'avérer nécessaire, pour traiter ladite requête, d'utiliser (en plus, le cas échéant, de serveurs en mode actif) des serveurs qui avaient été mis en mode « veille » car ils n'avaient aucun traitement à effectuer ; les auteurs de la présente invention ont réalisé que, dans ce cas, le « réveil » de ces serveurs implique une consommation d'énergie. On rappelle à cet égard (cf. 15 Wikipedia) que, de manière générale, le mode « veille » est un mode de fonctionnement à basse puissance pour des dispositifs électroniques comme les ordinateurs, les téléviseurs et les appareils commandés à distance ; le mode veille économise significativement la consommation électrique d'un tel dispositif électronique par comparaison avec le fonctionnement pleinement actif du 20 dispositif ; de plus, suite à une reprise de pleine activité (« réveil ») du dispositif, l'utilisateur du dispositif n'a pas à émettre des instructions de redémarrage complet ni à attendre la fin de ce redémarrage. Grâce à ces dispositions, on peut prendre en compte la procédure (connue en soi) de mise en veille de serveurs dans les centres de données, pour 25 mieux répartir la charge entre les centres de données du réseau. Corrélativement, l'invention concerne divers dispositifs. Elle concerne ainsi, premièrement, un centre de données dans un réseau de centres de données. Ledit centre de données est remarquable en ce qu'il comprend des moyens pour déterminer, et fournir à un contrôleur dudit réseau, la 30 valeur de la puissance disponible produite dans le voisinage dudit centre de données. 3058287 5 Selon des caractéristiques particulières, ledit centre de données comprend en outre des moyens pour déterminer, et fournir audit contrôleur, les informations suivantes : - la puissance nécessaire à l'exécution d'une machine virtuelle, 5 - l'énergie nécessaire à la création d'une machine virtuelle, - le nombre maximum de machines virtuelles que peut héberger ledit centre de données, - le nombre de machines virtuelles en exécution sur chaque serveur du centre de données, et 10 - le nombre de machines virtuelles inactives sur chaque serveur du centre de données. Selon d'autres caractéristiques particulières, ledit centre de données comprend en outre des moyens pour déterminer, et fournir audit contrôleur, les informations suivantes : 15 - la puissance nécessaire au fonctionnement d'un serveur dudit centre de données, - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, - l'énergie nécessaire pour sortir un serveur du centre de données du 20 mode veille, et - le nombre de serveurs en veille dans le centre de données. L'invention concerne aussi, deuxièmement, un contrôleur dans un réseau de n > 1 centres de données comprenant des moyens pour, suite à la réception par un centre de données DC i, où i = 1, ..., n, d'une requête pour un contenu 25 multimédia nécessitant une durée de traitement d : - calculer, ou faire calculer, un indicateur MR(d,t,i,j) associé à la migration au temps t de ladite requête dudit centre de données DC i vers un centre de données DC j du réseau, où j = 1, ..., n, et j # i , sur la base d'informations préalablement fournies audit contrôleur par lesdits centres de données, et 30 - donner instruction au centre de données DC i, soit de transférer la requête au centre de données DC j tel que le maximum de MR(d,t,i,j) est 3058287 6 obtenu pour j # i si ce maximum est positif, soit de traiter lui-même la requête dans le cas contraire, Ledit contrôleur est remarquable en ce que ledit indicateur MR(d,t,i,j) est donné par 5 MR(d,t,i,j) = CL (d, t) - C'j (d, t) - eij, où Ck (d,t), où k = 1, n, désigne l'énergie non-produite dans le voisinage du centre de données DC k, requise pour le traitement au temps t, dans le centre de données DC k d'une requête de contenu multimédia pendant une durée d, et eij désigne l'énergie consommée par la migration d'une requête de contenu 10 multimédia du centre de données DC i vers le centre de données DC j, et en ce que lesdites informations comprennent au moins la valeur de la puissance disponible produite dans le voisinage de chacun des n centres de données. Selon des caractéristiques particulières, lesdites informations 15 comprennent en outre : - la puissance nécessaire à l'exécution d'une machine virtuelle, - l'énergie nécessaire à la création d'une machine virtuelle, - le nombre maximum de machines virtuelles que peut héberger ledit centre de données, 20 - le nombre de machines virtuelles en exécution sur chaque serveur du centre de données, et - le nombre de machines virtuelles inactives sur chaque serveur du centre de données. Selon d'autres caractéristiques particulières, lesdites informations 25 comprennent en outre : - la puissance nécessaire au fonctionnement d'un serveur dudit centre de données, - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, 30 - l'énergie nécessaire pour sortir un serveur du centre de données du mode veille, et - le nombre de serveurs en veille dans le centre de données. 3058287 7 Les avantages offerts par ces dispositifs sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus. On notera qu'il est possible de réaliser ces dispositifs dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. 5 L'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes du procédé de gestion succinctement exposé ci-dessus, lorsqu'il est 10 exécuté sur un ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par ledit procédé. Selon encore un autre aspect, l'invention concerne un système de distribution de contenu multimédia. Ledit système est remarquable en ce qu'il 15 comprend : - au moins deux centres de données tels que décrits succinctement ci-dessus, et - au moins un contrôleur tel que décrit succinctement ci-dessus. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à 20 titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles : - la figure 1 représente schématiquement une architecture fonctionnelle apte à mettre en oeuvre un mode de réalisation du procédé de gestion selon l'invention, 25 - la figure 2 illustre les étapes principales dudit mode de réalisation de l'invention. On va décrire à présent un mode de réalisation du procédé de gestion de la consommation d'énergie dans un réseau de centres de données selon l'invention. La figure 1 représente schématiquement une architecture 30 fonctionnelle apte à mettre en oeuvre ce mode de réalisation. Les services vidéo en continu (« streaming » en anglais) sont habituellement fournis à l'utilisateur final au moyen d'un système de distribution de contenus qui peut être notamment un réseau de centres de données (cloua). 3058287 8 Le service peut être un service de Vidéo à la Demande (« Video on Demand », ou VoD en anglais), ou bien un service UGC (initiales des mots anglais « User Generated Content » signifiant « Contenus Générés par les Utilisateurs ») tel que Youtube. Le principe d'un tel service est le suivant : l'utilisateur envoie une 5 requête vidéo au fournisseur de service vidéo. La requête est ensuite traitée par un serveur de l'infrastructure mise en place par le fournisseur de service, i.e. soit un serveur d'un centre de données, soit un cache d'un « CDN » (initiales des mots anglais « Content Delivery Network » signifiant « Réseau de Distribution de Contenus »). 10 On se place ici dans le cas où les contenus vidéo sont stockés dans un réseau de centres de données (désignés par DC 1, DC i, DC j, ..., DC n, sur la figure 1) interconnectés par des liens à haute bande passante, qui peuvent être des tunnels VPN (Virtual Private Network). Ce réseau de centres de données possède en outre les caractéristiques suivantes : 15 - les centres de données peuvent être situés dans des zones géographiques distinctes, avec des fuseaux horaires différents ; - lorsque, dans le cadre d'un service vidéo, un centre de données reçoit une requête pour une vidéo, ce centre de données peut soit traiter lui-même la requête en diffusant la vidéo demandée, soit rediriger cette 20 requête vers un autre centre de données. De plus, dans le cadre du présent mode de réalisation, certains au moins des centres de données disposent d'une source d'énergie renouvelable locale, par exemple des panneaux photovoltaïques ; on notera à cet égard que l'invention distingue l'énergie renouvelable produite auprès des centres de 25 données (« énergie verte »), de l'énergie qui est acheminée jusqu'à un centre de données par un fournisseur d'énergie. Naturellement, la puissance de production d'énergie verte peut dépendre de l'heure de la journée. Le présent mode de réalisation exploite la technologie appelée « SDN » (Software-Defined Networking). On rappelle (cf. Wikipedia) que la technologie 30 SDN est une approche de la gestion de réseau informatique permettant aux administrateurs réseau de gérer des services réseau en faisant abstraction des fonctionnalités de niveau inférieur. La technologie SDN vise à prendre en compte le fait que l'architecture statique des réseaux traditionnels est incompatible avec 3058287 9 les besoins dynamiques et évolutifs en termes de calcul et de stockage des systèmes informatiques modernes comme les centres de données. La technologie SDN opère en découplant ou dissociant le système qui prend les décisions de routage du trafic (plan de contrôle) des systèmes sous-jacents qui 5 expédient le trafic vers les destinations choisies (plan de données). On notera à cet égard qu'il est connu (cf. par exemple l'article de Google présenté à la conférence Sigcomm 2013) d'utiliser la technologie SDN pour effectuer du partage de charge (ressources de calcul, bande passante) entre des centres de données. Mais dans le cadre du présent mode de réalisation, le 10 contrôleur SDN est non seulement capable de distribuer la charge entre les centres de données, mais également de distribuer la charge entre les serveurs de calcul et les machines virtuelles qui traitent les requêtes des utilisateurs. Ledit contrôleur centralisé est relié aux centres de données DC 1, ..., DC i, DC j, ..., DC n, et peut notamment réaliser les opérations suivantes : 15 - recueillir les informations sur l'état des centres de données (à savoir, combien de requêtes sont en cours de traitement), - gérer les machines virtuelles dans les serveurs du centre de données, - mettre en mode veille, ou inversement réveiller les serveurs des centres de données, et 20 - attribuer chaque requête à une machine virtuelle pour être traitée. Enfin, l'architecture fonctionnelle selon le présent mode de réalisation comprend un dispositif appelé « répartiteur de charge ». Ce répartiteur de charge peut faire partie intégrante du contrôleur SDN, ou être embarqué dans un appareil physiquement distinct, relié au contrôleur SDN. 25 Le contrôleur SDN reçoit de chaque centre de données des informations concernant leur état, leur consommation d'énergie et leur production d'énergie verte. Plus précisément, les centres de données fournissent au contrôleur SDN, dans le présent mode de réalisation, au moins les informations suivantes : - la puissance nécessaire à l'exécution d'une machine virtuelle (VM), 30 - l'énergie nécessaire à la création d'une VM, - la puissance nécessaire au fonctionnement d'un serveur, - la puissance nécessaire au fonctionnement d'un serveur en mode veille, - l'énergie nécessaire pour sortir un serveur du mode veille (réveil), 3058287 10 - le nombre maximum de VM que peut héberger le centre de données, - la puissance nécessaire pour toute l'infrastructure non-IT du centre de données (IT sont les initiales des mots anglais « Information Technologies » signifiant « Technologies de l'Information »), à charge 5 nulle, et - la puissance nécessaire pour toute l'infrastructure non-IT du centre de données, à charge maximum. La puissance non-IT (par exemple, pour la climatisation, l'éclairage, ou le refroidissement des serveurs) correspond essentiellement à l'énergie 10 consommée par un centre de données en dehors de l'énergie consommée par les serveurs et les VM. On notera que les informations listées ci-dessus ne varient pas au cours du temps ; il suffit donc de les envoyer une seule fois. Le contrôleur SDN connaît par ailleurs l'énergie nécessaire pour faire transiter une requête (et la vidéo 15 associée) d'un centre de données à un autre. Par ailleurs, les informations suivantes doivent être envoyées au contrôleur SDN périodiquement ou suite à des évènements prédéterminés, car elles varient au cours du temps : - la puissance verte disponible, 20 - le nombre de serveurs en veille, - le nombre de machines virtuelles en exécution sur chaque serveur, et - le nombre de machines virtuelles inactives sur chaque serveur (c'est-à-dire lorsque la VM a terminé sa tâche et n'en a pas de nouvelle). La figure 2 illustre les étapes du procédé de gestion de la consommation 25 d'énergie selon le présent mode de réalisation de l'invention. Selon une étape 51, une requête pour une vidéo arrive à un centre de données DC i. Selon une étape S2, le centre de données DC i avertit le contrôleur SDN qu'une requête de durée d (correspondant essentiellement à la durée de la vidéo 30 demandée) est arrivée. Selon une étape S3, le contrôleur SDN envoie au répartiteur de charge toutes les informations utiles pour pouvoir calculer un indicateur du gain potentiel 3058287 11 obtenu par la migration d'une requête de contenu multimédia d'un centre de données DC i vers un centre de données DC j. Selon une étape S4, le répartiteur de charge effectue ledit calcul. Pour ce faire, le répartiteur de charge peut mettre en oeuvre l'algorithme suivant. 5 La consommation d'énergie des n centres de données peut être séparée en deux parties. D'une part, on considère la consommation liée aux machines virtuelles et aux serveurs qui les hébergent, à savoir : - Pvm : puissance nécessaire à l'exécution d'une machine virtuelle (VM), 10 - Cvm : énergie nécessaire à la création d'une VM, - Ps : puissance nécessaire au fonctionnement d'un serveur, - Psv : puissance nécessaire au fonctionnement d'un serveur en mode veille, et - Cs : énergie nécessaire pour sortir un serveur du mode veille (réveil). 15 D'autre part, on considère la consommation d'un centre de données liée à l'infrastructure non-IT, telle que mentionnée ci-dessus. La puissance non-IT du centre de données i comprend une partie fixe, et une partie variable qui dépend de la charge du centre de données ; on la modélisera par une fonction affine : Pi= prin ai(prax _ pmin) quel que soit i = 1, ...,n, 20 où ai est une constante (0 ai 1), Prin la puissance à charge nulle et Prax la puissance à charge maximum. Par ailleurs, la migration d'une requête du centre de données DC i vers le centre de données DC i consomme une énergie notée eij. Enfin, on note : 25 - PGi(t) la puissance verte disponible au centre de données DC i et au temps t, - E11 (d, t) l'énergie de traitement d'une requête de durée d, arrivée au temps t dans le centre de données DC - Ci (d, t) l'énergie non-verte pour le traitement d'une requête de durée d, 30 au temps t, dans le centre de données DC - MR(d,t,i,j) l'énergie non-verte économisée (MR sont les initiales des mots anglais « Migration Reward » signifiant « Gain dû à la Migration ») si 3058287 12 l'on migre une requête de durée d, au temps t, depuis le centre de données DC i vers le centre de données DC j, et - Ni le nombre maximum de VM que peut héberger le centre de données i. Suite à l'arrivée, au temps t et à un centre de données DC i, d'une 5 requête de vidéo de durée d, le répartiteur de charge calcule les MR(d,t,i,j) pour tous les j compris entre 1 et n inclus (sauf éventuellement pour j = puisque, évidemment, MR(d, t, = 0), au moyen de la formule suivante : MR(d,t,i,j) = Ci (d, t) - C'j (d, t) - eij . En effet, MR(d,t,i,j) est un indicateur de l'énergie non-verte qui pourrait 10 être économisée en faisant migrer une requête du centre de données DC i vers le centre de données DC j, et il est exactement égal au coût de traitement de la requête si elle reste sur le centre de données DC i diminuée du coût de traitement sur le centre de données DC j, et diminuée du coût de migration de DC i à DC j. 15 Voici comment le répartiteur de charge peut calculer ces coûts énergétiques de traitement. 1) Calcul de E11 (d, t) : - si au moins un serveur actif n'est pas utilisé à pleine capacité, alors E11 (d, t) = Pvm - d + Cvm + ( maxn prin pi_ Npin d; ) 20 - si tous les serveurs actifs sont utilisés à pleine capacité, alors (a) s'il reste un serveur en mode veille, E11 (d, t) est égal à la valeur ci-dessus, additionnée du terme associé au réveil d'un serveur qui vaut Cs +(Ps - Psv).d ; (b) s'il ne reste plus de serveur disponible, on considère que le coût est 25 infini, à savoir E11 (d, = +09. 2) Calcul de Ci (d, t) connaissant PGi(t): - si la puissance verte générée est suffisante pour couvrir le traitement de la requête, alors Ci (d, = 0 ; - si la puissance verte générée est insuffisante, alors 30 Ci (d, t)= E11 (d, t) - PGi(0.d. Une fois ces calculs achevés, le répartiteur de charge : 3058287 13 - détermine - quelle valeur de j présente le MR(d,t,i,j) le plus grand, et - si ce MR(d,t,i,j) est positif, et - fournit ces informations au contrôleur SDN. 5 En variante, le répartiteur de charge fournit au contrôleur SDN les valeurs de MR(d,t,i,j) pour tous les j compris entre 1 et n inclus (sauf éventuellement pour j = i), et c'est le contrôleur SDN qui détermine quelle valeur de j présente le MR(d,t,i,j) le plus grand, et si ce MR(d,t,i,j) est positif. Selon une étape S5, le contrôleur SDN donne instruction au centre de 10 données DC i, soit de transférer la requête au centre de données DC j tel que le maximum de MR(d,t,i,j) est obtenu pour j # i si ce maximum est positif, soit de traiter lui-même la requête dans le cas contraire. Enfin, selon une étape S6, le centre de données DC i transfère la requête au centre de données DC j, ou la traite lui-même, selon le cas. 15 L'invention peut être mise en oeuvre au sein des noeuds, par exemple des centres de données, des contrôleurs SDN ou des répartiteurs de charge, de réseaux de communication, au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme 20 indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions 25 pour la mise en oeuvre de l'un quelconque des procédés de gestion selon l'invention. En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé de gestion selon l'invention, lorsqu'il est 30 exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire 3058287 14 entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations, inamovible, ou partiellement ou totalement amovible, lisible par un ordinateur, et comportant des 5 instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un 10 disque dur, ou encore une clé USB (« USB flash drive » en anglais). D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de 15 type Internet. En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution de l'un quelconque des procédés de gestion selon l'invention. 20 REVENDICATIONS1. Procédé de gestion de la consommation d'énergie dans un réseau de n> 1 centres de données, comprenant les étapes suivantes : - réception par un centre de données DC i, où i = 1, n, d'une requête pour un contenu multimédia nécessitant une durée de traitement d, - calcul d'un indicateur MR(d,t,i,j) associé à la migration au temps t de ladite requête dudit centre de données DC i vers un centre de données DC j du réseau, où j = 1, ..., n, et j # i , sur la base d'informations préalablement fournies par lesdits centres de données, et - réception par le centre de données DC i d'une instruction, soit de transférer la requête au centre de données DC j tel que le maximum de MR(d,t,i,j) est obtenu pour j # i si ce maximum est positif, soit de traiter lui-même la requête dans le cas contraire, ledit procédé étant caractérisé en ce que ledit indicateur MR(d,t,i,j) est donné par MR(d,t,i,j) = CL (d, t) - C'j (d, t) - eij, où Ck (d,t), où k = 1, n, désigne l'énergie non-produite dans le voisinage du centre de données DC k, requise pour le traitement au temps t, dans le centre de données DC k d'une requête de contenu multimédia pendant une durée d, et eij désigne l'énergie consommée par la migration d'une requête de contenu multimédia du centre de données DC i vers le centre de données DC j, et en ce que lesdites informations comprennent au moins la valeur de la puissance disponible produite dans le voisinage de chacun des n centres de données. 2. Procédé de gestion selon la revendication 1, caractérisé en ce que lesdites informations comprennent également, pour chacun desdits n centres de données du réseau : - la puissance nécessaire à l'exécution d'une machine virtuelle, - l'énergie nécessaire à la création d'une machine virtuelle, - le nombre maximum de machines virtuelles que peut héberger ledit centre de données, 3058287 16 - le nombre de machines virtuelles en exécution sur chaque serveur du centre de données, et - le nombre de machines virtuelles inactives sur chaque serveur du centre de données. 5 3. Procédé de gestion selon la revendication 1 ou la revendication 2, caractérisé en ce que lesdites informations comprennent également, pour chacun desdits n centres de données du réseau : - la puissance nécessaire au fonctionnement d'un serveur dudit centre de 10 données, - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, - l'énergie nécessaire pour sortir un serveur du centre de données du mode veille, et 15 - le nombre de serveurs en veille dans le centre de données. 4. Centre de données dans un réseau de centres de données, caractérisé en ce qu'il comprend des moyens pour déterminer, et fournir à un contrôleur dudit réseau, la valeur de la puissance disponible produite dans le 20 voisinage dudit centre de données. 5. Centre de données selon la revendication 4, caractérisé en ce qu'il comprend en outre des moyens pour déterminer, et fournir audit contrôleur, les informations suivantes : 25 - la puissance nécessaire à l'exécution d'une machine virtuelle, - l'énergie nécessaire à la création d'une machine virtuelle, - le nombre maximum de machines virtuelles que peut héberger ledit centre de données, - le nombre de machines virtuelles en exécution sur chaque serveur du 30 centre de données, et - le nombre de machines virtuelles inactives sur chaque serveur du centre de données. 3058287 17 6. Centre de données selon la revendication 4 ou la revendication 5, caractérisé en ce qu'il comprend en outre des moyens pour déterminer, et fournir audit contrôleur, les informations suivantes : - la puissance nécessaire au fonctionnement d'un serveur dudit centre de 5 données, - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, - l'énergie nécessaire pour sortir un serveur du centre de données du mode veille, et 10 - le nombre de serveurs en veille dans le centre de données. 7. Contrôleur dans un réseau de n> 1 centres de données, caractérisé en ce qu'il comprend des moyens pour, suite à la réception par un centre de données DC i, où i = 1, ...,n, d'une requête pour un contenu multimédia 15 nécessitant une durée de traitement d : - calculer, ou faire calculer, un indicateur MR(d,t,i,j) associé à la migration au temps t de ladite requête dudit centre de données DC i vers un centre de données DC j du réseau, où j = 1, ...,n, et j # i , sur la base d'informations préalablement fournies audit contrôleur par lesdits centres de données, et 20 - donner instruction au centre de données DC i, soit de transférer la requête au centre de données DC j tel que le maximum de MR(d,t,i,j) est obtenu pour j # i si ce maximum est positif, soit de traiter lui-même la requête dans le cas contraire, ledit contrôleur étant caractérisé en ce que ledit indicateur MR(d,t,i,j) est donné 25 par MR(d,t,i,j) = CL (d, t) - C'j (d, t) - eij, où Ck (d,t), où k = 1, n, désigne l'énergie non-produite dans le voisinage du centre de données DC k, requise pour le traitement au temps t, dans le centre de données DC k d'une requête de contenu multimédia pendant une durée d, et eij 30 désigne l'énergie consommée par la migration d'une requête de contenu multimédia du centre de données DC i vers le centre de données DC j, 3058287 18 et en ce que lesdites informations comprennent au moins la valeur de la puissance disponible produite dans le voisinage de chacun des n centres de données. 5 8. Contrôleur selon la revendication 7, caractérisé en ce que lesdites informations comprennent en outre : - la puissance nécessaire à l'exécution d'une machine virtuelle, - l'énergie nécessaire à la création d'une machine virtuelle, - le nombre maximum de machines virtuelles que peut héberger ledit 10 centre de données, - le nombre de machines virtuelles en exécution sur chaque serveur du centre de données, et - le nombre de machines virtuelles inactives sur chaque serveur du centre de données. 15 9. Contrôleur selon la revendication 7 ou la revendication 8, caractérisé en ce que lesdites informations comprennent en outre : - la puissance nécessaire au fonctionnement d'un serveur dudit centre de données, 20 - la puissance nécessaire au fonctionnement d'un serveur en mode veille du centre de données, - l'énergie nécessaire pour sortir un serveur du centre de données du mode veille, et - le nombre de serveurs en veille dans le centre de données. 25 10. Système de distribution de contenu multimédia, caractérisé en ce qu'il comprend : - au moins deux centres de données selon l'une quelconque des revendications 4 à 6, et 30 - au moins un contrôleur selon l'une quelconque des revendications 7 à 9. 11. Moyen de stockage de données inamovible, ou partiellement ou totalement amovible, comportant des instructions de code de programme 3058287 19 informatique pour l'exécution des étapes d'un procédé de gestion selon l'une quelconque des revendications 1 à 3. 12. Programme d'ordinateur téléchargeable depuis un réseau de 5 communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions pour l'exécution des étapes d'un procédé de gestion selon l'une quelconque des revendications 1 à 3, lorsqu'il est exécuté sur un ordinateur.