https://air.imag.fr/api.php?action=feedcontributions&user=BaptisteMorin&feedformat=atomair - User contributions [en]2024-03-28T17:24:02ZUser contributionsMediaWiki 1.35.13https://air.imag.fr/index.php?title=SmartGrid_Marketplace&diff=4548SmartGrid Marketplace2012-02-27T15:23:19Z<p>BaptisteMorin: </p>
<hr />
<div>* UE/Module: RICOM en RICM5 option SR<br />
* Enseignant: Didier Donsez<br />
* Elèves 2010-2011: Xavier Hess (chef d'équipe), Hugo Cordier, Marc Ferradou, Ludrig Mol, Clément Morel<br />
* Elèves 2011-2012: Baptiste Morin (chef d'équipe), Thibault Jurado-Leduc, Haythem Mraihi, Alban Moreau<br />
<br />
Le but de ce projet est de developper une place de marché pour l'achat et la vente d'électricité entre consommateurs et producteurs (petits et grands). Il intègre la prévision des consommations et des productions, ainsi un monitoring simulé et réelle de la consommation ou de la production.<br />
Ce projet est réalisé par les élèves ingénieurs RICM 5 en 2010-2011 et 2011-2012 dans le cadre des UEs eCOM et RICOM.<br />
<br />
==Introduction==<br />
What is the SmartGrid ?<br />
* http://smartgrid.ieee.org<br />
* http://en.wikipedia.org/wiki/Smart_grid<br />
* http://bmsmail3.ieee.org:80/u/17355/857788 <br />
* https://mentor.ieee.org/2030/dcn/10/2030-10-0056-00-0011-smart-grid-communications.pdf<br />
* [http://spectrum.ieee.org/energywise/energy/environment/smart-grid-education Smart Grid Education]<br />
<br />
The goal of the project is to develop a Electricity marketplace.<br />
<br />
==Features==<br />
<br />
* Electricity producers and consumers, storage<br />
** Electric cars, HVAC, Home Appliances<br />
** Nuclear plants, solar panel, wind turbine …<br />
** Pumped-storage hydroelectricity, car ...<br />
* Auction marketplace (eBay)<br />
* Consumption forecasting<br />
** SmartGrid friendly electric cars, washing machines, heaters ...<br />
** Android app<br />
* Production forecasting<br />
** weather web services<br />
** local weather station for solar and wind, temperature (HVAC) <br />
* Instant Consumption publishing<br />
** CO2 production calculator<br />
** Smart metering (plogg)<br />
*** IoT integration (for power consumption measurement)<br />
**** 6LoWPAN / Zigbee sensors (ZigBee Smart Energy 2.0 profile)<br />
* Home Ecological Network<br />
** UPnP Home Energy Management and Smart Grid (HEMS)<br />
** [http://upnp.org/specs/lp/UPnP-lp-LPArchitecture-v1.pdf UPnP LowPower]<br />
<br />
== Equipment ==<br />
===Wireless Nodes===<br />
* [[Atmel AVR RZRaven]] with ContikiRPL (2 kits prétés)<br />
* [http://www.sparkfun.com/products/9712 Arduino FIO] (with XBee Pro modules<br />
[[Image:Solarpanel2.jpg|200px|thumb|right|Zigbee Weather Station]]<br />
<br />
===Monitoring===<br />
* [[SmartPlug]]<br />
** Current clamps<br />
** Opto couplers for legacy metering<br />
*** [http://community.pachube.com/?q=node/65 Connecting your electricity meter to Pachube]<br />
** Weather station (XBee)<br />
<br />
===Micro production===<br />
** 100W solar panel<br />
** Wind turbine<br />
<br />
== Software ==<br />
* JPachube<br />
* PSEM2M<br />
* Pachube J2ME http://community.pachube.com/node/500<br />
* XBeeLib http://kenai.com/projects/xbeelib<br />
<br />
== Links ==<br />
* Efficient Smart Metering with s-net® and Energy Harvesting http://www.iis.fraunhofer.de/EN/pr/Presse/Presseinformationen_2010/PI_Metering.jsp<br />
* http://openenergymonitor.org/emon/<br />
* Chevrolet Volt apps http://gm-volt.com/2010/01/06/chevy-volt-iphone-blackberry-and-droid-apps-unveiled/<br />
* .NET CF (Netduino) http://www.resco.net/developer/support/samples_smartgrid.aspx<br />
* Google Meter http://www.google.com/powermeter/about<br />
* Hydra project http://www.hydramiddleware.eu/news.php</div>BaptisteMorinhttps://air.imag.fr/index.php?title=EA2011&diff=3470EA20112011-11-05T15:36:09Z<p>BaptisteMorin: /* Vendredi 21 octobre */</p>
<hr />
<div>=Etudes d'approfondissement=<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* UE/Module: EAM et EAR en RICM5<br />
<br />
<br />
L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
[[File:presentation-EA-RICM5-1112.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning des séances=<br />
==Vendredi 07 octobre==<br />
* [[Perception Visuelle 3D]] --> Corentin Foucault<br />
* Programmation de flux AV avec [[GStreamer]] --> Julien Seisson, Jonathan Odul.<br />
<br />
==Vendredi 14 octobre==<br />
* SSO, [[OpenID]], [[One-Time Password]] : démonstration d'OpenID et d'OTP avec calculette Gemalto Ezio pour de l'authentification multifactorielle (AWS) --> Willy Carpaye.<br />
* Canevas de calcul massivement parallèle et distribué [http://fr.wikipedia.org/wiki/MapReduce MapReduce], [http://hadoop.apache.org/ Hadoop], ... --> Mathieu Dewulf<br />
* Autonomic Computing : démonstration de l'outil OW2 Jasmine http://jasmine.ow2.org --> Haythem Mraihi<br />
<br />
==Vendredi 21 octobre==<br />
* [[Cloud]] Computing : démonstration des plateformes Azure, EC2 (avec Ezio), GoogleApp Engine. Hébergement de votre projet eCOM ou de son modèle réduit (2 classes Cart et Product). --> Baptiste Morin.<br />
* Systèmes d'information géographique --> Aurelie Moiroux, Flavien Garcia, Thibaud Michel<br />
** PostGIS : manipulation d'informations de géométrie (points, lignes, polygones) par le SGBD PostgreSQL<br />
** OpenScales : framework cartographique open source écrit en ActionScript 3/Flex.<br />
** API de géocodage (Géo Portail, Google Maps, Google Earth, Map Quest)<br />
** API sur téléphone portable (Android, iPhone, Windows Phone 7)<br />
** Cartes fournies par OpenStreetMap et GéoPortail<br />
* API de reporting. Démonstration avec [[BIRT]] --> Nysrine Elbakkouri, Solis Nahum<br />
<br />
==Vendredi 04 novembre==<br />
* [[FreeRT OS]]. Démonstration sur le [http://www.freertos.org/FreeRTOS-for-Cortex-M3-STM32-STM32F100-Discovery.html STM32 Discovery] ([http://www.stm32circle.com/projects/project.php?id=211 A voir aussi]) et sur le [[Lego Mindstorm NXT]]. --> Alban Moreau<br />
* Système d'exploitation [[Contiki OS]] (voir http://www.simonduquennoy.net/uploads/Research/SimonDuquennoyThese.pdf) pour capteurs. Démonstration sur Arduino Mega. --> Arthur Alexandre<br />
* Realtime Java : RTSJ, RT Garbage Collectors, RT JVM ([http://java.sun.com/javase/technologies/realtime/index.jsp Sun Java RTS], [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.index.html IBM Metronome], [http://www.aicas.com/ Jamaica], JRate, [http://www.fiji-systems.com/ Fiji VM]). Démonstration et comparaison de JRTS, Metronome et Fiji sur [[RT-Linux]] du benchmark CDj et comparaison avec CDc (voir http://www.ovmj.net/cdx). [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.harmonicon.html Démo Harmonicon ?] --> Thibault Jurado-Leduc<br />
* Programmation de [[GPU]] et [[GPGPU]] : démonstration de votre GPU NVIDIA (voir Damien Leone & Vincent Danjean) --> Cedric Gérard<br />
<br />
==Vendredi 18 novembre==<br />
* OpenGL ES et/ou WebGL. Démonstration OpenGL ES sous Android (http://developer.android.com/guide/topics/graphics/opengl.html) et/ou WebGL (http://www.chromeexperiments.com/webgl) --> Benjamin Malkas, Emilien Riot<br />
* Haptic perception --> Christophe Havard, Renaud Collin.<br />
<br />
<br />
== Réserve (2012) ==<br />
* BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages<br />
* NoSQL : [http://en.wikipedia.org/wiki/Shard_%28database_architecture%29 Sharding], [http://fr.wikipedia.org/wiki/Th%C3%A9or%C3%A8me_CAP Theoreme de Brewer], MongoDB, GigaSpaces, Cassandra, BigTable/GAE DataStore, ...<br />
* Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter.<br />
* BIométrie. Démonstration reconnaissance d'empreintes digitales<br />
* Motion capture (capture de mouvement). Démonstration Kinect<br />
* 3D scanning<br />
** démonstration du recollement de maillages http://meshlab.sourceforge.net/wiki/index.php/Alignment http://graphics.stanford.edu/data/3Dscanrep/<br />
* Serveurs vocaux : technologies, canevas et formats (VoiceXML, CCXML, SRGS, SSML). Démonstration.<br />
* Musique électronique, effets sonores<br />
* Plateformes de jeux mobiles multijoueurs. Démonstration de [http://gasp.ow2.org/ uGASP] Bluetooth sur téléphone Android et J2ME (contacter Romain Pellerin, UbiDreams)<br />
* Développement avec Silverlight (Multimedia)</div>BaptisteMorinhttps://air.imag.fr/index.php?title=EA2011&diff=3469EA20112011-11-05T15:35:43Z<p>BaptisteMorin: /* Vendredi 21 octobre */</p>
<hr />
<div>=Etudes d'approfondissement=<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* UE/Module: EAM et EAR en RICM5<br />
<br />
<br />
L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
[[File:presentation-EA-RICM5-1112.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning des séances=<br />
==Vendredi 07 octobre==<br />
* [[Perception Visuelle 3D]] --> Corentin Foucault<br />
* Programmation de flux AV avec [[GStreamer]] --> Julien Seisson, Jonathan Odul.<br />
<br />
==Vendredi 14 octobre==<br />
* SSO, [[OpenID]], [[One-Time Password]] : démonstration d'OpenID et d'OTP avec calculette Gemalto Ezio pour de l'authentification multifactorielle (AWS) --> Willy Carpaye.<br />
* Canevas de calcul massivement parallèle et distribué [http://fr.wikipedia.org/wiki/MapReduce MapReduce], [http://hadoop.apache.org/ Hadoop], ... --> Mathieu Dewulf<br />
* Autonomic Computing : démonstration de l'outil OW2 Jasmine http://jasmine.ow2.org --> Haythem Mraihi<br />
<br />
==Vendredi 21 octobre==<br />
* [[Cloud Computing]] : démonstration des plateformes Azure, EC2 (avec Ezio), GoogleApp Engine. Hébergement de votre projet eCOM ou de son modèle réduit (2 classes Cart et Product). --> Baptiste Morin.<br />
* Systèmes d'information géographique --> Aurelie Moiroux, Flavien Garcia, Thibaud Michel<br />
** PostGIS : manipulation d'informations de géométrie (points, lignes, polygones) par le SGBD PostgreSQL<br />
** OpenScales : framework cartographique open source écrit en ActionScript 3/Flex.<br />
** API de géocodage (Géo Portail, Google Maps, Google Earth, Map Quest)<br />
** API sur téléphone portable (Android, iPhone, Windows Phone 7)<br />
** Cartes fournies par OpenStreetMap et GéoPortail<br />
* API de reporting. Démonstration avec [[BIRT]] --> Nysrine Elbakkouri, Solis Nahum<br />
<br />
==Vendredi 04 novembre==<br />
* [[FreeRT OS]]. Démonstration sur le [http://www.freertos.org/FreeRTOS-for-Cortex-M3-STM32-STM32F100-Discovery.html STM32 Discovery] ([http://www.stm32circle.com/projects/project.php?id=211 A voir aussi]) et sur le [[Lego Mindstorm NXT]]. --> Alban Moreau<br />
* Système d'exploitation [[Contiki OS]] (voir http://www.simonduquennoy.net/uploads/Research/SimonDuquennoyThese.pdf) pour capteurs. Démonstration sur Arduino Mega. --> Arthur Alexandre<br />
* Realtime Java : RTSJ, RT Garbage Collectors, RT JVM ([http://java.sun.com/javase/technologies/realtime/index.jsp Sun Java RTS], [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.index.html IBM Metronome], [http://www.aicas.com/ Jamaica], JRate, [http://www.fiji-systems.com/ Fiji VM]). Démonstration et comparaison de JRTS, Metronome et Fiji sur [[RT-Linux]] du benchmark CDj et comparaison avec CDc (voir http://www.ovmj.net/cdx). [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.harmonicon.html Démo Harmonicon ?] --> Thibault Jurado-Leduc<br />
* Programmation de [[GPU]] et [[GPGPU]] : démonstration de votre GPU NVIDIA (voir Damien Leone & Vincent Danjean) --> Cedric Gérard<br />
<br />
==Vendredi 18 novembre==<br />
* OpenGL ES et/ou WebGL. Démonstration OpenGL ES sous Android (http://developer.android.com/guide/topics/graphics/opengl.html) et/ou WebGL (http://www.chromeexperiments.com/webgl) --> Benjamin Malkas, Emilien Riot<br />
* Haptic perception --> Christophe Havard, Renaud Collin.<br />
<br />
<br />
== Réserve (2012) ==<br />
* BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages<br />
* NoSQL : [http://en.wikipedia.org/wiki/Shard_%28database_architecture%29 Sharding], [http://fr.wikipedia.org/wiki/Th%C3%A9or%C3%A8me_CAP Theoreme de Brewer], MongoDB, GigaSpaces, Cassandra, BigTable/GAE DataStore, ...<br />
* Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter.<br />
* BIométrie. Démonstration reconnaissance d'empreintes digitales<br />
* Motion capture (capture de mouvement). Démonstration Kinect<br />
* 3D scanning<br />
** démonstration du recollement de maillages http://meshlab.sourceforge.net/wiki/index.php/Alignment http://graphics.stanford.edu/data/3Dscanrep/<br />
* Serveurs vocaux : technologies, canevas et formats (VoiceXML, CCXML, SRGS, SSML). Démonstration.<br />
* Musique électronique, effets sonores<br />
* Plateformes de jeux mobiles multijoueurs. Démonstration de [http://gasp.ow2.org/ uGASP] Bluetooth sur téléphone Android et J2ME (contacter Romain Pellerin, UbiDreams)<br />
* Développement avec Silverlight (Multimedia)</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3409Cloud2011-11-04T13:33:13Z<p>BaptisteMorin: /* Principe technique */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.<br />
<br />
Dans un premier temps, on peut voir l'architecture simpliste comme ceci :<br />
<br />
[[Image:simple.png]]<br />
<br />
Un Cloud est donc composé d'un "cloud manager" et de plusieurs "nodes". Au niveau de la couche système :<br />
- Pour les noeuds, ils disposent d'un système de virtualisation qu'on appelle "hypervisor" qui est adapté à l'infrastructure matérielle et qui sait gérer le cycle de vie des images logicielles. Chaque noeud dispose également d'une application bas niveau chargée de gérer les interactions entre le cloud manager et l'hypervisor mais aussi de lancer ou arrêter les images virtuelles grâce aux signaux reçus.<br />
<br />
- Pour le cloud manager, c'est lui qui gère dynamiquement l'allocation des ressources (stockage, temps de calcul, mémoire, ...). Il commande les noeuds et est capable de répartir la charge grâce au "load balancer", il dispose de plusieurs interfaces permettant d'être inter-manager et inter-cloud. Il y'a donc une communication complète entre plusieurs "Cloud" et tous les managers dont ils sont composés. Cela confère bien l'aspect élastique du cloud computing.<br />
<br />
On arrive donc à une architecture ressemblant plus à celle-ci :<br />
<br />
[[Image:complete.png]]<br />
<br />
=Sécurité=<br />
<br />
Les données stockées en local sont sécurisées grâce au NAS qui sont dupliqués et cryptés. Quant aux données en transit, on fait appel à des services concurrent à l'intérieur du cloud pour garantir la sécurité. Les données en transit à l'extérieur sont évidemment sensibles aux attaques, on met donc en place des firewall et filtrage par adresses pour réduire au maximum le risque d'attaques. En interne, on utilise classiquement la technologie VLAN à laquelle on ajoute un cryptage applicatif sur les données physiques.<br />
<br />
=Fournisseurs=<br />
Je vous invite à consulter ce blog qui résume les 3 fournisseurs les plus important du marché avec une application dynamique permettant de voir la décompositions de tous les services proposés. Les trois fournisseurs sont aujourd'hui [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-aws/ Amazon EC2], [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-google-app-engine/ GoogleAppEngine] et [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-microsoft-azure/ Windows Azure].</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3408Cloud2011-11-04T13:32:43Z<p>BaptisteMorin: /* Principe technique */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.<br />
<br />
Dans un premier temps, on peut voir l'architecture simpliste comme ceci :<br />
<br />
[[Image:simple.png]]<br />
<br />
Un Cloud est donc composé d'un "cloud manager" et de plusieurs "nodes". Au niveau de la couche système :<br />
- Pour les noeuds, ils disposent d'un système de virtualisation qu'on appelle "hypervisor" qui est adapté à l'infrastructure matérielle et qui sait gérer le cycle de vie des images logicielles. Chaque noeud dispose également d'une application bas niveau chargée de gérer les interactions entre le cloud manager et l'hypervisor mais aussi de lancer ou arrêter les images virtuelles grâce aux signaux reçus.<br />
<br />
- Pour le cloud manager, c'est lui qui gère dynamiquement l'allocation des ressources (stockage, temps de calcul, mémoire, ...). Il commande les noeuds et est capable de répartir la charge grâce au "load balancer", il dispose de plusieurs interfaces permettant d'être inter-manager et inter-cloud. Il y'a donc une communication complète entre plusieurs "Cloud" et tous les managers dont ils sont composés. Cela confère bien l'aspect élastique du cloud computing.<br />
<br />
On arrive donc à une architecture ressemblant plus à celle-ci :<br />
[[Image:complete.png]]<br />
<br />
=Sécurité=<br />
<br />
Les données stockées en local sont sécurisées grâce au NAS qui sont dupliqués et cryptés. Quant aux données en transit, on fait appel à des services concurrent à l'intérieur du cloud pour garantir la sécurité. Les données en transit à l'extérieur sont évidemment sensibles aux attaques, on met donc en place des firewall et filtrage par adresses pour réduire au maximum le risque d'attaques. En interne, on utilise classiquement la technologie VLAN à laquelle on ajoute un cryptage applicatif sur les données physiques.<br />
<br />
=Fournisseurs=<br />
Je vous invite à consulter ce blog qui résume les 3 fournisseurs les plus important du marché avec une application dynamique permettant de voir la décompositions de tous les services proposés. Les trois fournisseurs sont aujourd'hui [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-aws/ Amazon EC2], [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-google-app-engine/ GoogleAppEngine] et [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-microsoft-azure/ Windows Azure].</div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Simple.png&diff=3407File:Simple.png2011-11-04T13:31:29Z<p>BaptisteMorin: </p>
<hr />
<div></div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Complete.png&diff=3406File:Complete.png2011-11-04T13:31:12Z<p>BaptisteMorin: </p>
<hr />
<div></div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3405Cloud2011-11-04T13:30:48Z<p>BaptisteMorin: /* Fournisseurs */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.<br />
<br />
Dans un premier temps, on peut voir l'architecture simpliste comme ceci :<br />
[[Image:simple.png]]<br />
Un Cloud est donc composé d'un "cloud manager" et de plusieurs "nodes". Au niveau de la couche système :<br />
- Pour les noeuds, ils disposent d'un système de virtualisation qu'on appelle "hypervisor" qui est adapté à l'infrastructure matérielle et qui sait gérer le cycle de vie des images logicielles. Chaque noeud dispose également d'une application bas niveau chargée de gérer les interactions entre le cloud manager et l'hypervisor mais aussi de lancer ou arrêter les images virtuelles grâce aux signaux reçus.<br />
<br />
- Pour le cloud manager, c'est lui qui gère dynamiquement l'allocation des ressources (stockage, temps de calcul, mémoire, ...). Il commande les noeuds et est capable de répartir la charge grâce au "load balancer", il dispose de plusieurs interfaces permettant d'être inter-manager et inter-cloud. Il y'a donc une communication complète entre plusieurs "Cloud" et tous les managers dont ils sont composés. Cela confère bien l'aspect élastique du cloud computing.<br />
<br />
On arrive donc à une architecture ressemblant plus à celle-ci :<br />
[[Image:complete.png]]<br />
<br />
=Sécurité=<br />
<br />
Les données stockées en local sont sécurisées grâce au NAS qui sont dupliqués et cryptés. Quant aux données en transit, on fait appel à des services concurrent à l'intérieur du cloud pour garantir la sécurité. Les données en transit à l'extérieur sont évidemment sensibles aux attaques, on met donc en place des firewall et filtrage par adresses pour réduire au maximum le risque d'attaques. En interne, on utilise classiquement la technologie VLAN à laquelle on ajoute un cryptage applicatif sur les données physiques.<br />
<br />
=Fournisseurs=<br />
Je vous invite à consulter ce blog qui résume les 3 fournisseurs les plus important du marché avec une application dynamique permettant de voir la décompositions de tous les services proposés. Les trois fournisseurs sont aujourd'hui [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-aws/ Amazon EC2], [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-google-app-engine/ GoogleAppEngine] et [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-microsoft-azure/ Windows Azure].</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3404Cloud2011-11-04T13:30:30Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.<br />
<br />
Dans un premier temps, on peut voir l'architecture simpliste comme ceci :<br />
[[Image:simple.png]]<br />
Un Cloud est donc composé d'un "cloud manager" et de plusieurs "nodes". Au niveau de la couche système :<br />
- Pour les noeuds, ils disposent d'un système de virtualisation qu'on appelle "hypervisor" qui est adapté à l'infrastructure matérielle et qui sait gérer le cycle de vie des images logicielles. Chaque noeud dispose également d'une application bas niveau chargée de gérer les interactions entre le cloud manager et l'hypervisor mais aussi de lancer ou arrêter les images virtuelles grâce aux signaux reçus.<br />
<br />
- Pour le cloud manager, c'est lui qui gère dynamiquement l'allocation des ressources (stockage, temps de calcul, mémoire, ...). Il commande les noeuds et est capable de répartir la charge grâce au "load balancer", il dispose de plusieurs interfaces permettant d'être inter-manager et inter-cloud. Il y'a donc une communication complète entre plusieurs "Cloud" et tous les managers dont ils sont composés. Cela confère bien l'aspect élastique du cloud computing.<br />
<br />
On arrive donc à une architecture ressemblant plus à celle-ci :<br />
[[Image:complete.png]]<br />
<br />
=Sécurité=<br />
<br />
Les données stockées en local sont sécurisées grâce au NAS qui sont dupliqués et cryptés. Quant aux données en transit, on fait appel à des services concurrent à l'intérieur du cloud pour garantir la sécurité. Les données en transit à l'extérieur sont évidemment sensibles aux attaques, on met donc en place des firewall et filtrage par adresses pour réduire au maximum le risque d'attaques. En interne, on utilise classiquement la technologie VLAN à laquelle on ajoute un cryptage applicatif sur les données physiques.<br />
<br />
=Fournisseurs=<br />
Je vous invite à consulter ce blog qui résume les 3 fournisseurs les plus important du marché avec une application dynamique permettant de voir la décompositions de tous les services proposés. Les trois fournisseurs sont aujourd'hui Amazon [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-aws/ EC2], [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-google-app-engine/ GoogleAppEngine] et [http://blog.octo.com/panorama-des-differentes-offres-de-cloud-computing-microsoft-azure/ Windows Azure].</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3403Cloud2011-11-04T13:23:11Z<p>BaptisteMorin: /* Principe technique */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.<br />
<br />
Dans un premier temps, on peut voir l'architecture simpliste comme ceci :<br />
[[Image:simple.png]]<br />
Un Cloud est donc composé d'un "cloud manager" et de plusieurs "nodes". Au niveau de la couche système :<br />
- Pour les noeuds, ils disposent d'un système de virtualisation qu'on appelle "hypervisor" qui est adapté à l'infrastructure matérielle et qui sait gérer le cycle de vie des images logicielles. Chaque noeud dispose également d'une application bas niveau chargée de gérer les interactions entre le cloud manager et l'hypervisor mais aussi de lancer ou arrêter les images virtuelles grâce aux signaux reçus.<br />
<br />
- Pour le cloud manager, c'est lui qui gère dynamiquement l'allocation des ressources (stockage, temps de calcul, mémoire, ...). Il commande les noeuds et est capable de répartir la charge grâce au "load balancer", il dispose de plusieurs interfaces permettant d'être inter-manager et inter-cloud. Il y'a donc une communication complète entre plusieurs "Cloud" et tous les managers dont ils sont composés. Cela confère bien l'aspect élastique du cloud computing.<br />
<br />
On arrive donc à une architecture ressemblant plus à celle-ci :<br />
[[Image:complete.png]]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3252Cloud2011-10-21T14:44:03Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3251Cloud2011-10-21T14:43:47Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf] ici]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3250Cloud2011-10-21T14:43:35Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3249Cloud2011-10-21T14:43:23Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[ici Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3248Cloud2011-10-21T14:43:06Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [ici [Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3247Cloud2011-10-21T14:42:49Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3246Cloud2011-10-21T14:42:27Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
La version PDF de la présentation est disponible ici : [[Media:cloud.pdf]]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Cloud.pdf&diff=3245File:Cloud.pdf2011-10-21T14:41:42Z<p>BaptisteMorin: Version PDF de la soutenance d'EAR du Vendredi 21 Octobre par Baptiste Morin</p>
<hr />
<div>Version PDF de la soutenance d'EAR du Vendredi 21 Octobre par Baptiste Morin</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3244Cloud2011-10-21T14:39:55Z<p>BaptisteMorin: /* Principe technique */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=<br />
L'architecture du Cloud repose sur un principe fondamental : la [http://fr.wikipedia.org/wiki/Virtualisation virtualisation]. Celle-ci rend possible une infrastructure composée, pour chaque "Cloud", d'un cloud manager et de plusieurs noeuds.</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3243Cloud2011-10-21T14:37:58Z<p>BaptisteMorin: /* SaaS : Software as a Service */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
Cette dernière couche, destinée directement aux utilisateurs, est une offre "clé en main". Le client paye pour utiliser le logiciel et non pour le posséder (à la différence d'une licence par exemple). Au jour d'aujourd'hui cette couche est peu fournie au niveau des services que proposent les principaux fournisseurs (Amazon, Google & Windows). Cela revient plus simplement à louer le logiciel seulement le temps qu'on l'utilise, comme si l'on louait une maison de vacances !<br />
<br />
=Principe technique=</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3242Cloud2011-10-21T14:34:50Z<p>BaptisteMorin: /* PaaS : Paltform as a Service */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement [http://fr.wikipedia.org/wiki/Middleware middleware] immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
<br />
=Principe technique=</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3241Cloud2011-10-21T14:34:14Z<p>BaptisteMorin: /* PaaS : Paltform as a Service */</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
Cette couche vient directement s'appuyer sur la couche précédente (IaaS). Cette couche met à disposition des entreprises un environnement middleware immédiatement disponible. Elle est plus particulièrement destinée aux développeurs web ou orientés web. Dans ce contexte ou la plate-forme est livrée, vous n'avez qu'à maintenir vos applications, votre fournisseur se charge de tout le reste.<br />
<br />
== SaaS : Software as a Service ==<br />
<br />
=Principe technique=</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3240Cloud2011-10-21T14:31:21Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
Cette couche représente le socle, le plus bas niveau : c'est donc la plus importante. Elle permet aux clients de louer ou acheter des machines ou serveurs virtuels ou bien même du stockage à la demande. Lorsque vous optez pour ce genre de services vous avez un certain nombre de choses à votre charge, mais cela vous permet d'optimiser l'utilisation de votre espace. La répartition de travail est comme suit :<br />
* Vous maintenez : les applications, les serveurs d'applications, l'intégration SOA et les bases de données.<br />
* Votre fournisseur maintient : la virtualisation, le matériel serveur, le stockage et les réseaux.<br />
<br />
== PaaS : Paltform as a Service ==<br />
<br />
== SaaS : Software as a Service ==<br />
<br />
=Principe technique=</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3239Cloud2011-10-21T14:26:08Z<p>BaptisteMorin: </p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
=Introduction=<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
=Principaux services=<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
== IaaS : Infrastructure as a Service ==<br />
<br />
== PaaS : Paltform as a Service ==<br />
<br />
== SaaS : Software as a Service ==<br />
<br />
=Principe technique ==</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Cloud&diff=3238Cloud2011-10-21T14:24:29Z<p>BaptisteMorin: Created page with ""Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur de…"</p>
<hr />
<div>"Le cloud computing ou informatique en nuage est un concept qui consiste à déporter sur des serveurs distants des traitements informatiques traditionnellement localisés sur des serveurs locaux ou sur le poste client de l'utilisateur"<br />
<br />
Le PDF de la présentation est disponible à cette [http://conqueringlions.free.fr/cloud.pdf adresse]<br />
<br />
==Introduction==<br />
La notion de Cloud abstrait complètement le principe de localité : serveurs locaux, machines clients, etc. Tout se passe à distance (serveurs distants), l'utilisateur n'a plus aucune notion de l'endroit ou sont stockées ses données. L'entreprise tout comme l'utilisateur ont une ingérence sur le système qui héberge leurs applications. La notion de matériel est ici abstraite pour l'utilisateur, son seul souci est d'avoir une bande passante décente pour accéder aux services désirés, généralement via des API standard ou des clients légers type navigateur web.<br />
<br />
Son apparition provient majoritairement au besoin grandissant de réponse aux problèmes de QoS et de continuité. L'architecture d'un cloud permet d'améliorer considérablement ces points sensibles. Les fournisseurs de "Cloud" proposent des services tout comme un fournisseur d'énergie propose de l'électricité : vous vous abonnez pour telle ou telle données et vous ne payez que ce que vous consommez. <br />
<br />
== Principaux services ==<br />
Les fournisseurs proposent différents services que l'on distingue en trois couches principales.<br />
= IaaS : Infrastructure as a Service =<br />
<br />
= PaaS : Paltform as a Service =<br />
<br />
= SaaS : Software as a Service =<br />
<br />
== Principe technique ==</div>BaptisteMorinhttps://air.imag.fr/index.php?title=EA2011&diff=3237EA20112011-10-21T14:12:49Z<p>BaptisteMorin: /* Vendredi 21 octobre */</p>
<hr />
<div>=Etudes d'approfondissement=<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* UE/Module: EAM et EAR en RICM5<br />
<br />
<br />
L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
[[File:presentation-EA-RICM5-1112.pdf|transparents d'introduction à l'UE]]<br />
<br />
=Planning des séances=<br />
==Vendredi 07 octobre==<br />
* [[Perception Visuelle 3D]] --> Corentin Foucault<br />
* Programmation de flux AV avec [[GStreamer]] --> Julien Seisson, Jonathan Odul.<br />
<br />
==Vendredi 14 octobre==<br />
* SSO, [[OpenID]], [[One-Time Password]] : démonstration d'OpenID et d'OTP avec calculette Gemalto Ezio pour de l'authentification multifactorielle (AWS) --> Willy Carpaye.<br />
* Canevas de calcul massivement parallèle et distribué [http://fr.wikipedia.org/wiki/MapReduce MapReduce], [http://hadoop.apache.org/ Hadoop], ... --> Mathieu Dewulf<br />
* Autonomic Computing : démonstration de l'outil OW2 Jasmine http://jasmine.ow2.org --> Haythem Mraihi<br />
<br />
==Vendredi 21 octobre==<br />
* [[Cloud]] Computing : démonstration des plateformes Azure, EC2 (avec Ezio), GoogleApp Engine. Hébergement de votre projet eCOM ou de son modèle réduit (2 classes Cart et Product). --> Baptiste Morin.<br />
* Systèmes d'information géographique --> Aurelie Moiroux, Flavien Garcia, Thibaud Michel<br />
** PostGIS : manipulation d'informations de géométrie (points, lignes, polygones) par le SGBD PostgreSQL<br />
** OpenScales : framework cartographique open source écrit en ActionScript 3/Flex.<br />
** API de géocodage (Géo Portail, Google Maps, Google Earth, Map Quest)<br />
** API sur téléphone portable (Android, iPhone, Windows Phone 7)<br />
** Cartes fournies par OpenStreetMap et GéoPortail<br />
* API de reporting. Démonstration avec [[BIRT]] --> Nysrine Elbakkouri, Solis Nahum<br />
<br />
==Vendredi 04 novembre==<br />
* [[FreeRT OS]]. Démonstration sur le [http://www.freertos.org/FreeRTOS-for-Cortex-M3-STM32-STM32F100-Discovery.html STM32 Discovery] ([http://www.stm32circle.com/projects/project.php?id=211 A voir aussi]) et sur le [[Lego Mindstorm NXT]]. --> Alban Moreau<br />
* Système d'exploitation [[Contiki OS]] (voir http://www.simonduquennoy.net/uploads/Research/SimonDuquennoyThese.pdf) pour capteurs. Démonstration sur Arduino Mega. --> Arthur Alexandre<br />
* Realtime Java : RTSJ, RT Garbage Collectors, RT JVM ([http://java.sun.com/javase/technologies/realtime/index.jsp Sun Java RTS], [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.index.html IBM Metronome], [http://www.aicas.com/ Jamaica], JRate, [http://www.fiji-systems.com/ Fiji VM]). Démonstration et comparaison de JRTS, Metronome et Fiji sur [[RT-Linux]] du benchmark CDj et comparaison avec CDc (voir http://www.ovmj.net/cdx). [http://domino.research.ibm.com/comm/research_projects.nsf/pages/metronome.harmonicon.html Démo Harmonicon ?] --> Thibault Jurado-Leduc<br />
* Programmation de [[GPU]] et GPGPU : démonstration de votre GPU NVIDIA (voir Damien Leone & Vincent Danjean) --> Cedric Gérard<br />
==Vendredi 18 novembre==<br />
* OpenGL ES et/ou WebGL. Démonstration OpenGL ES sous Android (http://developer.android.com/guide/topics/graphics/opengl.html) et/ou WebGL (http://www.chromeexperiments.com/webgl) --> Benjamin Malkas, Emilien Riot<br />
* Haptic perception --> Christophe Havard, Renaud Collin.<br />
<br />
<br />
== Réserve (2012) ==<br />
* BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages<br />
* NoSQL : [http://en.wikipedia.org/wiki/Shard_%28database_architecture%29 Sharding], [http://fr.wikipedia.org/wiki/Th%C3%A9or%C3%A8me_CAP Theoreme de Brewer], MongoDB, GigaSpaces, Cassandra, BigTable/GAE DataStore, ...<br />
* Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter.<br />
* BIométrie. Démonstration reconnaissance d'empreintes digitales<br />
* Motion capture (capture de mouvement). Démonstration Kinect<br />
* 3D scanning<br />
** démonstration du recollement de maillages http://meshlab.sourceforge.net/wiki/index.php/Alignment http://graphics.stanford.edu/data/3Dscanrep/<br />
* Serveurs vocaux : technologies, canevas et formats (VoiceXML, CCXML, SRGS, SSML). Démonstration.<br />
* Musique électronique, effets sonores<br />
* Plateformes de jeux mobiles multijoueurs. Démonstration de [http://gasp.ow2.org/ uGASP] Bluetooth sur téléphone Android et J2ME (contacter Romain Pellerin, UbiDreams)<br />
* Développement avec Silverlight (Multimedia)</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=3045Free Cooling2011-09-19T07:37:55Z<p>BaptisteMorin: /* Evolution */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. Les phénomènes thermiques autour de l'enceinte de confinement sont modélisables, cela fait appel à la thermique et à la mécanique des fluides. De nombreuses données sont possibles (températures et mesures par exemple) et peuvent être récupérées pour effectuer des calculs dessus. <br />
<br />
Au sein du Laboratoire Jean Kuntzmann est développé la bilbiothèque FEEL++, c'est une librairie C++ qui permet de résoudre les équations aux dérivées partielles dans les 3 dimensions par la méthode des éléments finis. Avec une bonne prise en main de Feel, on est capable de modéliser l'ensemble des entités du projet avec des maillages, puis d'effectuer des calculs dessus afin d'observer les variations de températures mais aussi celle des flux de chaleur. Un étudiant a effectué son stage autour de cette librairie, son rapport est disponible [http://conqueringlions.free.fr/RICM4-MORIN_BAPTISTE-2011.pdf ici] (en anglais).<br />
<br />
Le site de la librairie est [http://www.feelpp.org www.feelpp.org], vous y trouverez les sources de la bibliothèque qui est très largement documentée. Cet aspect du projet Free Cooling peut se manifester de manière incrémentale : <br />
* Modélisation de la salle (outils: [http://geuz.org/gmsh/ Gmsh] et [http://www.paraview.org/ Paraview])<br />
* Equations thermiques et mécanique des fluides<br />
* Conditions aux limites particulières de la salle (grâce aux données des capteurs et de la configuration de l'enceinte)<br />
* Paramètres pouvant changer<br />
* Visualisation<br />
<br />
Les étudiants voulant travailler dessus doivent avoir une solide base mathématiques mais aussi des connaissances en C++ (Feel utilise de nombreux namespaces et templates). A terme, ces travaux pourront servir d'outil de prédiction pour savoir s'il est utile d'utiliser le cluster dans telle ou telle tranche horaire par exemple. Ce cadre du projet avec Feel est modélisable de manière quasi-identique que celui du Free Cooling (un diagramme UML peut faire transparaitre cette correspondance). L'idée de donner une visualisation concrète des variations dimensionnées des entités physiques est une approche intéressante d'un problème thermique.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=3044Free Cooling2011-09-19T07:36:27Z<p>BaptisteMorin: /* Evolution */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. Les phénomènes thermiques autour de l'enceinte de confinement sont modélisables, cela fait appel à la thermique et à la mécanique des fluides. De nombreuses données sont possibles (températures et mesures par exemple) et peuvent être récupérées pour effectuer des calculs dessus. <br />
<br />
Au sein du Laboratoire Jean Kuntzmann est développé la bilbiothèque FEEL++, c'est une librairie C++ qui permet de résoudre les équations aux dérivées partielles dans les 3 dimensions par la méthode des éléments finis. Avec une bonne prise en main de Feel, on est capable de modéliser l'ensemble des entités du projet avec des maillages, puis d'effectuer des calculs dessus afin d'observer les variations de températures mais aussi celle des flux de chaleur. Un étudiant a effectué son stage autour de cette librairie, son rapport est disponible [http://conqueringlions.free.fr/RICM4-MORIN_BAPTISTE-2011.pdf ici] (en anglais).<br />
<br />
Le site de la librairie est [http://www.feelpp.org www.feelpp.org], vous y trouverez les sources de la bibliothèque qui est très largement documentée. Cet aspect du projet Free Cooling peut se manifester de manière incrémentale : <br />
* Modélisation de la salle (outils: [http://geuz.org/gmsh/ Gmsh] et [http://www.paraview.org/ Paraview])<br />
* Equations thermiques et mécanique des fluides<br />
* Conditions aux limites particulières de la salle (grâce aux données des capteurs et de la configuration de l'enceinte)<br />
* Paramètres pouvant changer<br />
* Visualisation<br />
<br />
A terme, ces travaux pourront servir d'outil de prédiction pour savoir s'il est utile d'utiliser le cluster dans telle ou telle tranche horaire par exemple. Ce cadre du projet avec Feel est modélisable de manière quasi-identique que celui du Free Cooling (un diagramme UML peut faire transparaitre cette correspondance). L'idée de donner une visualisation concrète des variations dimensionnées des entités physiques est une approche intéressante d'un problème thermique.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=3043Free Cooling2011-09-19T07:32:16Z<p>BaptisteMorin: /* Evolution */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. Les phénomènes thermiques autour de l'enceinte de confinement sont modélisables, cela fait appel à la thermique et à la mécanique des fluides. De nombreuses données sont possibles (températures et mesures par exemple) et peuvent être récupérées pour effectuer des calculs dessus. <br />
<br />
Au sein du Laboratoire Jean Kuntzmann est développé la bilbiothèque FEEL++, c'est une librairie C++ qui permet de résoudre les équations aux dérivées partielles dans les 3 dimensions par la méthode des éléments finis. Avec une bonne prise en main de Feel, on est capable de modéliser l'ensemble des entités du projet avec des maillages, puis d'effectuer des calculs dessus afin d'observer les variations de températures mais aussi celle des flux de chaleur. Un étudiant a effectué son stage autour de cette librairie, son rapport est disponible [http://conqueringlions.free.fr/RICM4-MORIN_BAPTISTE-2011.pdf ici] (en anglais).<br />
<br />
Le site de la librairie est [http://www.feelpp.org www.feelpp.org], vous y trouverez les sources de la bibliothèque qui est très largement documentée. Cet aspect du projet Free Cooling peut se manifester de manière incrémentale : <br />
<br />
<br />
A terme, ces travaux pourront servir d'outil de prédiction pour savoir s'il est utile d'utiliser le cluster dans telle ou telle tranche horaire par exemple.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=3042Free Cooling2011-09-19T07:13:44Z<p>BaptisteMorin: /* Evolution */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. Les phénomènes thermiques autour de l'enceinte de confinement sont modélisables, cela fait appel à la thermique et à la mécanique des fluides. De nombreuses données sont possibles (températures et mesures par exemple) et peuvent être récupérées pour effectuer des calculs dessus. <br />
<br />
Au sein du Laboratoire Jean Kuntzmann est développé la bilbiothèque FEEL++, c'est une librairie C++ qui permet de résoudre les équations aux dérivées partielles dans les 3 dimensions par la méthode des éléments finis. Avec une bonne prise en main de Feel, on est capable de modéliser l'ensemble des entités du projet avec des maillages, puis d'effectuer des calculs dessus afin d'observer les variations de températures mais aussi celle des flux de chaleur. Un étudiant a effectué son stage autour de cette librairie, son rapport est disponible [http://conqueringlions.free.fr/RICM4-MORIN_BAPTISTE-2011.pdf ici] (en anglais).<br />
<br />
A terme, ces travaux pourront servir d'outil de prédiction pour savoir s'il est utile d'utiliser le cluster dans telle ou telle tranche horaire par exemple.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=3041Free Cooling2011-09-19T07:12:53Z<p>BaptisteMorin: /* Evolution */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. Les phénomènes thermiques autour de l'enceinte de confinement sont modélisables, cela fait appel à la thermique et à la mécanique des fluides. De nombreuses données sont possibles (températures et mesures par exemple) et peuvent être récupérées pour effectuer des calculs dessus. <br />
<br />
Au sein du Laboratoire Jean Kuntzmann est développé la bilbiothèque FEEL++, c'est une librairie C++ qui permet de résoudre les équations aux dérivées partielles dans les 3 dimensions par la méthode des éléments finis. Avec une bonne prise en main de Feel, on est capable de modéliser l'ensemble des entités du projet avec des maillages, puis d'effectuer des calculs dessus afin d'observer les variations de températures mais aussi celle des flux de chaleur. Un étudiant a effectué son stage autour de cette librairie, son rapport est disponible [http://conqueringlions.free.fr/RICM4-MORIN_BAPTISTE-2011.pdf ici]. <br />
<br />
A terme, ces travaux pourront servir d'outil de prédiction pour savoir s'il est utile d'utiliser le cluster dans telle ou telle tranche horaire par exemple.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=2976Free Cooling2011-09-13T10:05:26Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Rapport du Projet ==<br />
La nouvelle version du projet est disponible [http://conqueringlions.free.fr/specifs_systeme_controle.pdf ici].<br />
<br />
Le rapport du Projet est disponible à cette [http://conqueringlions.free.fr/frigidr.pdf adresse].<br />
<br />
== Evolution ==<br />
<br />
En l'état le projet possède de nombreuses évolutions (liaison avec OAR, interface de contrôle/gestion sur le réseau, ...) mais un projet autour de la modélisation en lien avec des méthodes puissantes est aussi possible. <br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=2596Free Cooling2011-06-24T15:51:53Z<p>BaptisteMorin: /* Monitoring des températures (aide mémoire Bruno) */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> File:Flyer.pdf|Flyer<br />
File:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=2512Free Cooling2011-06-16T19:11:18Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> File:Flyer.pdf|Flyer<br />
File:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
=Monitoring des températures (aide mémoire Bruno)=<br />
==Script de collecte des températures==<br />
;/usr/local/sbin/poll_temps.sh<br />
:Ce script stock les infos de température dans des bases rrd<br />
(/var/lib/rrdtool) et aussi un fichiers brut (monitor_temps.raw)<br />
==Scripts de monotoring des températures==<br />
Ces scripts déclenchent des actions en fonction des valeurs courantes<br />
des températures.<br />
;/usr/local/sbin/monitor_temps.sh<br />
: Ce script est responsable de l'arrêt/redémarrage complet du cluster en<br />
cas de dépassement de la température max des noeuds et/ou de la salle<br />
(valeurs de consigne à fixer au début du script)<br />
;/usr/local/sbin/monitor_temps_fan.sh<br />
: Ce script coupe le ventilateur quand il fait trop froid<br />
;/usr/local/sbin/monitor_recycle.sh<br />
: Ce script ouvre/ferme la vane de recyclage d'air chaud pour réguler la<br />
température en face avant (contôle de l'arduino)<br />
==Lancement des scripts==<br />
Dans /etc/rc.local:<br />
# Run rrdtool pollers<br />
nohup /usr/local/sbin/poll_temps.sh > /dev/null&<br />
nohup /usr/local/sbin/poll_pdus.bash&<br />
<br />
# Monitoring script that shudown nodes when temperature is too high<br />
nohup /usr/local/sbin/monitor_temps.sh >> /var/log/monitor_temps.log 2>&1 &<br />
<br />
# Thermostat du ventilo<br />
nohup /usr/local/sbin/monitor_temps_fan.sh >> /var/log/monitor_fan.log<br />
2>&1 &<br />
<br />
# Vane de régulation par recyclage<br />
nohup /usr/local/sbin/monitor_recycle.sh >><br />
/var/log/monitor_recycle.log 2>&1 &<br />
<br />
==Passage en mode powersave==<br />
Manuel pour le moment, via le script: '''/root/energy_saving.sh'''<br />
<br />
==Logs des températures==<br />
Les fichiers de log sont archivés tous les mois, via logrotate, sur 10 ans<br />
;/var/log/monitor_temps.raw<br />
:Ce fichier est renseigné directement par le poller. Il contient les<br />
données brutes des températures pour un timestamp donné. D'abord pour<br />
chaque noeud, et ensuite les 4 senseurs ambiants:<br />
* ExtSensor1: à l'arrière des machines<br />
* ExtSensor2: à l'avant des machines<br />
* ExtSensor3: température ambiante de la salle, hors du freecooling (la<br />
sonde a été déplacée le 10/05/2011 car elle était trop près de la sortie<br />
d'un climatiseur de la salle et donnait des valeurs pas assez<br />
représentatives. Elle a été placée entre les 2 climatiseurs, moins dans<br />
le flux d'air des bouches de sortie)<br />
* ExtSensor4: température à l'extérieur du batiment. Par contre, la<br />
sonde est placée assez près de la bouche de sortie du freecooling, donc<br />
la température est biaisée par la chaleur évacuée par les machines.<br />
<br />
;/var/log/monitor_temps.log<br />
: Ce fichier enregistre les températures max des noeuds et température<br />
ambiante de la salle machine. Il log les évènements d'extinction et de<br />
rallumage du cluster (évènements qui dépendent des 2 températures<br />
citées: actuellement, on arrete le cluster si la température des noeuds<br />
dépasse 45 OU si la température de la salle dépasse 31, on remet en<br />
marche quand ces températures tombent en dessous de 25 pour les noeuds<br />
ET en dessous de 28 pour la salle)<br />
<br />
;/var/log/monitor_recycle.log<br />
: Ce fichier enregistre les évènements d'ouverture/fermeture de la vane<br />
de recyclage d'air chaud qui sert à réguler la température en face avant<br />
(20 degrés)<br />
<br />
;/var/log/monitor_fan.log<br />
: Ce fichier enregistre les évènements d'extinction du ventilateur.<br />
Cette extinction est provoquée lorsque la température des noeuds devient<br />
dangereusement basse (12 degrés) et sert quand la vanne de recyclage<br />
d'air de permet plus le réchauffement suffisant de l'air envoyé en face<br />
avant.<br />
<br />
''Historique des réétalonnages de sonde'':<br />
* 10/05/2011, sonde "room" déplacée<br />
* 23/05/2011 16h, sonde "room" réétalonnée (fausse depuis le<br />
déplacement) +6 degrés<br />
* 24/05/2011 14h45, sonde "room" réétalonnée -1 degrés<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=2511Free Cooling2011-06-16T19:10:28Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> File:Flyer.pdf|Flyer<br />
File:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
== Aide-mémoire Bruno ==<br />
<br />
=Monitoring des températures=<br />
==Script de collecte des températures==<br />
;/usr/local/sbin/poll_temps.sh<br />
:Ce script stock les infos de température dans des bases rrd<br />
(/var/lib/rrdtool) et aussi un fichiers brut (monitor_temps.raw)<br />
==Scripts de monotoring des températures==<br />
Ces scripts déclenchent des actions en fonction des valeurs courantes<br />
des températures.<br />
;/usr/local/sbin/monitor_temps.sh<br />
: Ce script est responsable de l'arrêt/redémarrage complet du cluster en<br />
cas de dépassement de la température max des noeuds et/ou de la salle<br />
(valeurs de consigne à fixer au début du script)<br />
;/usr/local/sbin/monitor_temps_fan.sh<br />
: Ce script coupe le ventilateur quand il fait trop froid<br />
;/usr/local/sbin/monitor_recycle.sh<br />
: Ce script ouvre/ferme la vane de recyclage d'air chaud pour réguler la<br />
température en face avant (contôle de l'arduino)<br />
==Lancement des scripts==<br />
Dans /etc/rc.local:<br />
# Run rrdtool pollers<br />
nohup /usr/local/sbin/poll_temps.sh > /dev/null&<br />
nohup /usr/local/sbin/poll_pdus.bash&<br />
<br />
# Monitoring script that shudown nodes when temperature is too high<br />
nohup /usr/local/sbin/monitor_temps.sh >> /var/log/monitor_temps.log 2>&1 &<br />
<br />
# Thermostat du ventilo<br />
nohup /usr/local/sbin/monitor_temps_fan.sh >> /var/log/monitor_fan.log<br />
2>&1 &<br />
<br />
# Vane de régulation par recyclage<br />
nohup /usr/local/sbin/monitor_recycle.sh >><br />
/var/log/monitor_recycle.log 2>&1 &<br />
<br />
==Passage en mode powersave==<br />
Manuel pour le moment, via le script: '''/root/energy_saving.sh'''<br />
<br />
==Logs des températures==<br />
Les fichiers de log sont archivés tous les mois, via logrotate, sur 10 ans<br />
;/var/log/monitor_temps.raw<br />
:Ce fichier est renseigné directement par le poller. Il contient les<br />
données brutes des températures pour un timestamp donné. D'abord pour<br />
chaque noeud, et ensuite les 4 senseurs ambiants:<br />
* ExtSensor1: à l'arrière des machines<br />
* ExtSensor2: à l'avant des machines<br />
* ExtSensor3: température ambiante de la salle, hors du freecooling (la<br />
sonde a été déplacée le 10/05/2011 car elle était trop près de la sortie<br />
d'un climatiseur de la salle et donnait des valeurs pas assez<br />
représentatives. Elle a été placée entre les 2 climatiseurs, moins dans<br />
le flux d'air des bouches de sortie)<br />
* ExtSensor4: température à l'extérieur du batiment. Par contre, la<br />
sonde est placée assez près de la bouche de sortie du freecooling, donc<br />
la température est biaisée par la chaleur évacuée par les machines.<br />
<br />
;/var/log/monitor_temps.log<br />
: Ce fichier enregistre les températures max des noeuds et température<br />
ambiante de la salle machine. Il log les évènements d'extinction et de<br />
rallumage du cluster (évènements qui dépendent des 2 températures<br />
citées: actuellement, on arrete le cluster si la température des noeuds<br />
dépasse 45 OU si la température de la salle dépasse 31, on remet en<br />
marche quand ces températures tombent en dessous de 25 pour les noeuds<br />
ET en dessous de 28 pour la salle)<br />
<br />
;/var/log/monitor_recycle.log<br />
: Ce fichier enregistre les évènements d'ouverture/fermeture de la vane<br />
de recyclage d'air chaud qui sert à réguler la température en face avant<br />
(20 degrés)<br />
<br />
;/var/log/monitor_fan.log<br />
: Ce fichier enregistre les évènements d'extinction du ventilateur.<br />
Cette extinction est provoquée lorsque la température des noeuds devient<br />
dangereusement basse (12 degrés) et sert quand la vanne de recyclage<br />
d'air de permet plus le réchauffement suffisant de l'air envoyé en face<br />
avant.<br />
<br />
''Historique des réétalonnages de sonde'':<br />
* 10/05/2011, sonde "room" déplacée<br />
* 23/05/2011 16h, sonde "room" réétalonnée (fausse depuis le<br />
déplacement) +6 degrés<br />
* 24/05/2011 14h45, sonde "room" réétalonnée -1 degrés<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1904Free Cooling2011-04-06T21:21:27Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> File:Flyer.pdf|Flyer<br />
File:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1903Free Cooling2011-04-06T21:20:59Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> Media:Flyer.pdf|Flyer<br />
Media:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1902Free Cooling2011-04-06T21:20:23Z<p>BaptisteMorin: </p>
<hr />
<div>[[Media:Example.ogg]]* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> [[Media:Flyer.pdf]]|Flyer<br />
[[Media:Poster_PDF.pdf]]|Poster<br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1901Free Cooling2011-04-06T21:19:43Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> File:Flyer.pdf|Flyer<br />
Media:Poster_PDF.pdf|Poster<br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1900Free Cooling2011-04-06T21:18:13Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer et le poster pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
<gallery> [[File:Flyer.pdf]]|Flyer<br />
[[Media:Poster_PDF.pdf]]|Poster<br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Poster_PDF.pdf&diff=1899File:Poster PDF.pdf2011-04-06T21:16:06Z<p>BaptisteMorin: </p>
<hr />
<div></div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Flyer.pdf&diff=1898File:Flyer.pdf2011-04-06T21:15:46Z<p>BaptisteMorin: </p>
<hr />
<div></div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1897Free Cooling2011-04-06T21:14:55Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet : <gallery> Image:materiel.jpg </gallery><br />
<br />
* Quelques photos de l'installation sur le site de Montbonnot : [http://wiki-oar.imag.fr/index.php/FrigID_construction]<br />
<br />
* Le flyer pour la présentation du projet, même s'il n'est pour l'instant pas possible de faire de démonstration (projet sur 2ans)<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=File:Materiel.jpg&diff=1896File:Materiel.jpg2011-04-06T21:12:49Z<p>BaptisteMorin: </p>
<hr />
<div></div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1895Free Cooling2011-04-06T21:12:13Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle ne communique pas encore avec les thermomètres (quasi fait, voir avec Nabil), reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
* L'algorithme principal est établi, il faut intégrer à celui-ci la partie communication avec capteurs (getteurs de température et humidité) mais aussi l'actionneur des registres.<br />
<br />
* Voici l'ensemble du matériel retenu pour le projet :<br />
<gallery><br />
Image:materiel.jpg <br />
</gallery><br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1775Free Cooling2011-03-28T15:25:55Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques pour le calcul scientifique est telle que les problémes lié à la consommation énergétique deviennent de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refroidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser des températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant de une à deux baies de serveurs). Il s'agira notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfrastructure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y en aura 7 au départ).<br />
<br />
* Le simulateur n'a pas été terminé car l'affichage en temps réel de l'évolution des températures sous Processing n'a pas été réussi, nous avons préféré le mettre de côté pour avancer dans le projet.<br />
<br />
* Communication SNMP (get & set) fonctionne avec un serveur SNMP fictif sous linux, donc à priori peu de difficultés à le mettre en route sur place. Au niveau de la communication, la carte et les différents PDU (connexion Eth) seront rassemblés sur un petit hub ethernet. Ce sera une réseau interne donc pas besoin de créer une connexion SSH. <br />
<br />
* Pour la carte, elle doit être autonome (c'est elle qui prendra les "décisions" et rendra les informations dans des fichiers logs souvent mis à jour. L'organe centrale sera simplement informé, de par ces fichiers, de l'état du système global. <br />
<br />
* Pour l'instant, elle communique avec les thermomètres, reste la communication avec les servomoteurs (reçus récemment). Cette partie sera faite par Nabil, quand au programme général sur la carte, il sera commencé cette semaine. Beaucoup de retard par déplacements de cours et de nombreux projet en parallèles.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1014Free Cooling2011-02-14T15:57:29Z<p>BaptisteMorin: /* Carnet de bord */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques<br />
pour le calcul scientifique est telle que les problémes lié à la consommation énergétique <br />
deviennet de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refr<br />
oidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser d<br />
es températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant à 1 à<br />
2 baies de serveurs). Il s'agirat notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfra<br />
structure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
* Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
* Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
* La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt d'un ou plusieurs châssis (il y'en aura 7 au départ).<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1013Free Cooling2011-02-14T15:53:59Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 1 3I4, 2 RICM4 (Option Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques<br />
pour le calcul scientifique est telle que les problémes lié à la consommation énergétique <br />
deviennet de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refr<br />
oidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser d<br />
es températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant à 1 à<br />
2 baies de serveurs). Il s'agirat notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfra<br />
structure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt<br />
d'un seul châssis (il y'en aura 7 au départ).<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1012Free Cooling2011-02-14T15:52:53Z<p>BaptisteMorin: /* Carnet de bord */</p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 3I4, RICM4 (Multimédia et Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques<br />
pour le calcul scientifique est telle que les problémes lié à la consommation énergétique <br />
deviennet de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refr<br />
oidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser d<br />
es températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant à 1 à<br />
2 baies de serveurs). Il s'agirat notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfra<br />
structure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
Installation du JDK Sun pour le faire fonctionner, tutoriel et apprentissage à partir d'exemple.<br />
Derrière ce simulateur, pour l'implémentation de celui-ci, recherche des facteurs thermiques pour la déperdition.<br />
La variation de température entre avant/arrière est de l'ordre de 8 à 10°. Plusieurs hypothèses retenues pour l'arrêt<br />
d'un seul châssis (il y'en aura 7 au départ).<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorinhttps://air.imag.fr/index.php?title=Free_Cooling&diff=1010Free Cooling2011-02-14T15:49:57Z<p>BaptisteMorin: </p>
<hr />
<div>* Enseignant: Olivier Richard<br />
* Public: 3I4, RICM4 (Multimédia et Réseau)<br />
<br />
*; Etudiants 2010/2011: <br />
** Nabil Kaced<br />
** Alban Moreau<br />
** Baptiste Morin<br />
<br />
=Etude et réalisation d'une solution de contrôle free-cooling pour baie de serveurs de calcul=<br />
<br />
== Introduction ==<br />
<br />
L'évolution du matériel et de leur coût dans le domaine des serveurs informatiques<br />
pour le calcul scientifique est telle que les problémes lié à la consommation énergétique <br />
deviennet de plus en plus aïgus.<br />
<br />
Un levier possible pour limiter le problème est de considérer un mode de climatisation alternatif.<br />
Un système intéressant est l'approche du [http://fr.wikipedia.org/wiki/Free_cooling Free-Cooling] qui consiste simplement à injecter assez d'air extérieur pour permettre un refr<br />
oidissement suffisant. Il est important de noter qu'il est nécessaire de disposer d'un asservisement en témpérature pour compenser d<br />
es températures extérieurs trop faible.<br />
<br />
== Réalisation ==<br />
<br />
Il s'agit de à participer à la réalisation d'une solution de Free-Cooling pour l'installation de 20 à 25 Kw (correspondant à 1 à<br />
2 baies de serveurs). Il s'agirat notamment de co-réaliser la solution d'asservisement et de sécurité et qui dialogera avec l'insfra<br />
structure de calcul global.<br />
<br />
* Asservissement et sécurisation utilisant la kit [[Stellaris Luminary Lm3s6965]]<br />
* Maquettage et simulation d'une installation de calcul climatisé<br />
* Couplage de l'asservissement avec le logiciel de gestion de tâche et ressource [http://oar.imag.fr OAR].<br />
* Prévision / optimisation des zones de disponibilité des ressources<br />
* Interface web de contrôle et de gestion<br />
<br />
== Ressources ==<br />
<br />
* Document global sur le projet de Free Cooling: [[File:Free_cooling_lig_projet.pdf]].<br />
* Un autre projet sur Grenoble: [http://informatique.in2p3.fr/?q=node/290 FreeCooling au LPLC].<br />
* Gestionnaire de tâche et de ressource: [http://oar.imag.fr OAR] et [http://wiki-oar.imag.fr/index.php/Main_Page wiki OAR].<br />
* Le portail web utilise [http://www.sencha.com/products/js/ ExtJS] pour la partie navigateur.<br />
<br />
== Carnet de bord ==<br />
<br />
* Lundi 7/02 : soutenance commerciale puis début du simulateur via Processing.<br />
<br />
== Notes ==<br />
<br />
* Lien wiki de la réalisation technique hébergée sur le wiki OAR : [http://wiki-oar.imag.fr/index.php/Go_free! Go_Free!]<br />
* Possibilité d'extension en stage et participation éventuel au [http://code.google.com/soc/ Google Summer Of Code]</div>BaptisteMorin