Christophe, Le 6 janvier 2010 17:02, Christophe Baegert <c.baegert-lis...@lixium.fr> a écrit : > Pour résumer et revenir à la discussion initiale, si on est autant à devoir > se décarcasser (pour rester poli) au lieu de taper dans les gammes standard > des 3 grands, c'est que celles-ci sont inadaptées, et complètement à côté de > la plaque si on parle Green IT...
Les gros font du standard, et le Green IT, le vrai, consiste à tailler à la serpe (non Octave, range la hache ;) ) dans tout ce qui constitue une fuite inutile d'énergie. Le problème à mon sens est de trouver le bon équilibre entre volume de production (et donc réduction de prix par amortissement de la R&D) et spécificité des designs permettant les économies. Mais pour trouver ces bons équilibres, il faut remettre pas mal de choses en question, telles que : * Les alimentations J'en avait longuement parlé avec Arnaud (dedibox) il y a quelques années : des petites alimentations pas chères ont un rendement de merde (et parfois des harmoniques), des petites alimentations à haut rendement sont horriblement chères (et pas forcement si efficaces), et des alimentations partagées entre les serveurs peuvent compliquer la maintenance, bien que ce soit sur le papier le plus efficace au niveau énergétique. * Les datacenter Mais si on va par là, le simple fait de regenerer du courant alternatif en tête d'onduleur pour le découper dans chaque alim est une perte énorme en terme de rendement. Distribuer du DC vers les machines semblerais bien plus efficace. Se pose alors le problème de section des câbles d'alimentation, car le DC est rarement à plus de 48v. * l'architecture du serveur Un DC-DC dimensionné pour un petit serveur peut atteindre un rendement de 98%. Il peut augmenter encore si on ne sort qu'une seule tension (alors que les cartes mères en demandent au moins 3 pour la plupart, quitte à les re-convertir ensuite). Mais si on avait des carte mères prenant du 48v en entrée et sortant du 5 et du 12 pour leurs besoins internes en plus des disques durs éventuels, on économiserait aussi bien en nombre de composants qu'en rendement. (c'est kif-kif niveau maintenance : sur des gros volumes, on s'amuse rarement à intervenir pour remplacer juste l'alim, et les DC-DC sont relativement fiables). * La dissociation stockage / CPU Le cas typique est celui des RPS d'Octave : en mutualisant le sotckage, on limite le nombre de disques, même si les perfs s'en ressentent. Un peu de flash en guise de cache sur les machines, quelques astuces logicielles, et le problème peut devenir imperceptible, voir au contraire, le cache en flash booste les perfs sur du fichier statique ou de la base à faible turnover * Le refroidissement Moins il y a de pièces mobiles, moins on brasse d'air, moins on risque de panne et moins on gaspille d'énergie. Les solutions de refroidissement intelligentes existent : le watercooling marche bien, encore une fois, le premier a l'avoir industrialisé avec succès dans notre secteur est parmi nous. On peut aller encore plus loin avec quelques subtilités au niveau du design (mais je vais pas vendre la mèche non plus, c'est trop juteux ;) ) * Au niveau logiciel Vaste programme... Mais force est de constater qu'on gaspille beaucoup de ressource à cause de softs mal foutus. Quand quelques jours de consulting me suffisent à diviser par 4 le nombre de serveurs nécessaires, le tout en faisant recoder même pas 1% d'une appli, je me dis que les devs qui ont pondu ça passeraient pour criminels aux yeux des écolos les plus extrèmes. Et ça tiens souvent à pas grand chose !!! (pour les devs s'il y en à ici, posez vous la question à chaque ligne : est ce que ma machine va _aimer_ cette instruction) Tout ce potentiel d'optimisation sort de la logique industrielle de standardisation. On a pas tous (hébergeurs) les mêmes besoins, nos clients encore moins, on a pas tous les mêmes infras à disposition (qui peut avoir du 48v à la pèle dans ses baies ?), bref, ell, HP & co ne peuvent pas nous satisfaire avec des solutions "clef en main". Dommage, le big boss, il aime bien le clef en main. -- Jérôme Nicolle --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
