projets De Datacenter : Planification Du Système · Schneider Electric Projets de datacenter :...

Projets de datacenter :

Planification du système

Révision 2

Par Neil Rasmussen

Livre blanc 142

Rien n'oblige la planification d'un projet d’infrastructure physique de datacenter à être un casse-tête ni à prendre un temps démesuré. L'expérience montre que si les vrais problèmes sont résolus dans le bon ordre et confiés aux bons intervenants, il est possible de transformer une série de besoins encore vagues en une conception précise et détaillée. Ce livre blanc décrit concrètement les étapes à suivre pour diminuer les coûts en simplifiant et en raccourcissant le processus de planification, tout en améliorant la qualité du plan.

Résumé Général

Introduction 2

La séquence de planification du système

3

Tâche 1 : Établir les paramètres du projet

5

Tâche 2 : Mise au point du concept du système

7

Tâche 3 : Intégrer les préférences utilisateurs et les contraintes

8

Tâche 4 : Détermination des exigences de mise en place

11

Conclusion 13

Ressources 14

Cliquez sur une section pour y accéder directement

Table Des Matières

by Schneider Electric. Les livres blancs APC font maintenant partie de la bibliothèque Schneider Electric produite par le Datacenter Science Center de Schneider Electric [email protected]

>

Projets de datacenter : Planification du système

Schneider Electric – Datacenter Science Center Livre Blanc 142 Rév 2 2

La planification de projets de construction ou de mise à niveau d'un datacenter reste un moment délicat pour de nombreux services informatiques. Les plans sont en outre souvent mal communiqués aux divers intervenants de l’entreprise. Quant aux décideurs, ils se voient souvent présenter des projets qui fourmillent de détails techniques, mais qui sont cruellement dépourvus des informations de base nécessaires à la prise de décisions. Des modifications de plans, mineures en apparence, peuvent avoir de lourdes conséquences en termes financières lorsque le datacenter entre dans sa phase de construction. Le processus de planification et d'approbation peut absorber une large part du calendrier d'un projet et il n'est pas rare que de mauvaises surprises ou des changements imprévus surgissent tard dans ce processus, obligeant les intervenants à remanier le planning, ce qui retarde d'autant la réalisation du projet. L'expérience que nous avons acquise au fil de nombreux projets de datacenters montre qu'un grand nombre de ces écueils peuvent être évités si les bons décisionnaires reçoivent les bonnes informations dans le bon ordre. Ce livre blanc présente une méthodologie de planification des projets de datacenter qui permet d'améliorer la qualité des résultats et d'accélérer les processus. Cette méthodologie de planification structurée décrit une séquence d'étapes à suivre et de décisions clés à prendre à chaque étape. En suivant cette procédure et en la rendant visible à toutes les parties prenantes, les gestionnaires de projets peuvent rendre le processus plus transparent, donner aux intervenants la sensation que leur temps est mieux utilisé et renforcer l'adhésion de tous au projet. La Figure 1 montre à quel moment la planification a lieu dans le cycle de vie d'un datacenter. La phase de « planification » se décompose en quatre grandes tâches qui constituent la séquence de planification du système. La séquence de planification décrite dans ce document définit les besoins de la conception d'ingénierie détaillée de l'infrastructure physique du datacenter, qui alimente en énergie, refroidit, héberge et protège les systèmes informatiques. Elle ne doit pas être confondue avec la planification informatique, qui est censée se trouver parallèlement en cours d'exécution ou avoir déjà eu lieu.

Introduction



Évaluation

Planification Conception

Construction

Mise en service

Entretenir, exploiter, suivre, optimiser

Tâches de la phase de planification

1 Établir les paramètres clés du projet

2 Mettre au point le concept du système

3 Intégrer les préférences utilisateurs et les contraintes

4 Identifier les exigences de mise en place

Les phases du cycle de vie apparaissant en gris dans la Figure 1 représentent la totalité du projet de datacenter. La partie PLANIFICATION du cycle de vie constitue la base de tout ce qui suit. Cette phase est celle qui doit prendre le moins de temps et coûter le moins cher. C'est pourtant celle dont l'impact sur les performances et les coûts du datacenter est le plus sensible. Elle permet en effet de définir le détail du système physique à créer et celui du processus requis pour le mettre en place. Pour en savoir plus sur le déroulement du projet, reportez-vous au Livre blanc APC n°140, « Projets de datacenters : Processus standardisé ». Pour en savoir plus sur le cycle de vie du datacenter, consultez le Livre blanc 195, Gestion du cycle de vie des datacenters. La séquence de planification du système est le flux logique de réflexions, d'activités et de données qui transforment l'idée initiale du projet en un jeu compact d'exigences et de documents visant à contrôler les performances et le coût du datacenter une fois celui-ci construit. Dans la mise en œuvre par Schneider Electric du processus de projet standardisé, la séquence de planification du système se divise en quatre tâches qui se déroulent pendant la phase de Planification du projet, comme sur la Figure 1. Le flux de processus décrit dans ces quatre tâches contient certaines idées clés dont nous avons constaté l'efficacité lorsqu'elles sont appliquées à la planification du datacenter. Ces idées, qui sont à la base de la méthode que nous décrivons dans ce livre blanc, sont les suivantes : Séparation du concept du système et de la conception détaillée : Nous avons découvert qu'il était très efficace de choisir la conception du système avant d'élaborer les caractéristiques techniques détaillées, d'avancer dans la conception détaillée ou d'étudier de longue liste de préférences ou de demandes des utilisateurs. Les révélations en matière de performances ou de coûts qui surviennent alors que la conception détaillée est déjà entamée peuvent venir bouleverser le concept fondamental du système et entraîner de nombreux

La séquence de planification du système

Figure 1 La phase de planification présentée dans le cadre du cycle de vie du datacenter, avec ses quatre tâches clés

http://www.apc.com/wp?wp=140





remaniements et des retards dans le calendrier. Dans les premières phases du processus de conception, il s'agit de faire exclusivement en sorte que tous partagent une même vision des fonctionnalités les plus importantes du datacenter et des coûts et d'éviter de s'éparpiller dans le détail de la conception et des caractéristiques. Le choix d'un concept de système implique que les décideurs au plus haut niveau déterminent des objectifs généraux et arbitrent le plus tôt possible entre divers impératifs de performances, de coûts, de taille, d'emplacement et de calendrier pour le datacenter compris dans le projet. Cette méthode a pour but d'éviter un écueil fréquent qui surgit lorsque les intervenants clés ne découvrent les caractéristiques fondamentales ou les coûts de la conception que lorsque les détails commencent à apparaître, plus tard dans le processus. Séparation entre les paramètres clés du projet, les préférences utilisateurs et les contraintes : nous avons remarqué qu'au niveau le plus global, les paramètres clés d'un projet, nécessaires et suffisants pour justifier le choix d'un concept de système, sont en réalité peu nombreux. Certains de ces paramètres clés sont notamment des concepts qui, jusqu'ici, n'ont guère été soumis à des méthodes de quantification claires. C'est le cas, par exemple, de la densité ou du plan de croissance. Dans un premier temps, la planification doit chercher à établir un consensus sur ces paramètres et remettre à plus tard l'examen des préférences utilisateurs et de la plupart des contraintes. Il importe en effet de choisir le plus tôt possible le concept du système. C'est ainsi que les décideurs au plus haut niveau pourront se concentrer sur les décisions les plus importantes sans se laisser happer par des débats sur des points de détail. Les 4 tâches de la planification Chacune des quatre tâches fondamentales de la planification décrites dans la Figure 1 se nourrit d'informations et les transforme ou les précise avant de les transférer à la tâche suivante. Chaque phase impliquera des allers-retours, mais l'objectif d'un processus efficace est de tenter de minimiser les remaniements et surtout d'éliminer les erreurs pouvant obliger le processus à reculer d'une ou de plusieurs étapes. Cette progression peut être modélisée à l'aide du flux illustré par la Figure 2. Les données qui circulent et subissent des transformations représentent la description active du système. Dans la Figure 2, les données s'affichent sous forme de pages d'un bloc-notes qui se déplace de tâche en tâche (les rectangles verts) avec une nouvelle page de données venant alimenter chacune des étapes suivantes du processus. Chaque tâche ajoute des informations et leur somme forme l'ensemble des exigences de conception qui serviront au processus suivant d'ingénierie détaillée. Les exigences de mise en place (Tâche 4), associées aux résultats issus des trois tâches précédentes, formeront le corps complet des exigences de conception et serviront de « guide » lors de la conception détaillée, qui sera l'objet de la phase de conception suivante (mais qui n'est pas traitée dans ce document).



Cette tâche commence par l’identification d’un besoin global obligeant à transformer les ressources informatiques de l’entreprise. Partant de là, la tâche n° 1 doit déterminer les paramètres du projet suivants : la criticité, la capacité,le plan de croissance, l'efficacité, la densité et le budget. A ce stade, les principaux intervenants à inclure sont le responsable financier, le PDG, un cadre informatique clé, le responsable du service informatique et d'autres personnes qui connaissent les besoins et les objectifs essentiels de l'entreprise. Les six paramètres du projet fixent les objectifs généraux assignés au datacenter, qui serviront plus tard à élaborer le concept du système d'infrastructure physique de ce datacenter. Ces paramètres clés sont les suivants :

1. Criticité : niveau visé de disponibilité du système, exprimé sous forme de normes du secteur.

2. Capacité : charge informatique maximale (en kW) pouvant être supportée par l'infrastructure physique du datacenter.

3. Plan de croissance : description de la montée en puissance à programmer jusqu'à obtenir la puissance maximale requise, en intégrant les imprévus (voir le Livre blanc 143,Projets de datacenters : modèle de croissance

Figure 2 Les quatre tâches de la « séquence de planification du système »

Tâche 1 : Établir les paramètres du projet

Établir lesPARAMÈTRES DU PROJET

Mettre au point leCONCEPT DU SYSTÈME

Intégrer lesPRÉFÉRENCES UTILISATEURS ET LES CONTRAINTES

Identifier lesEXIGENCES DE MISE EN PLACE

1

2

3

4

Prendre les six décisions fondamentales qui contrôleront l'architecture et le budget du système

Choisir un modèle de conception pour le système, basé sur les six PARAMÈTRES DU PROJET

Identifier, valider et adapter des détails spécifiques à l'utilisateur qui affineront le CONCEPT DU SYSTÈME

Collecter les normes, les codes, les échéances, les affectations de ressources et les exigences liées aux processus auxquels le projet doit se conformer

• Criticité• Capacité• Plan de

croissance• Rendement• Densité• Budget

• Conceptionde référence

• Choix du local

• Adaptations du concept • Préférences

validées• Contraintes

validées

Exigences de mise en place

Les résultats combinés constituent les exigences de conception qui serviront de base




4. Efficacité : objectif de rendement énergétique des systèmes d'infrastructure du datacenter

5. Densité : puissance moyenne et maximale que consommeront les armoires informatiques (en kW/rack) et surface au sol requise (voir le Livre blanc 155, Calcul de l'ensemble des besoins d'espace et de la densité de puissance des datacenters), avec des informations sur les incertitudes quant à la densité

6. Budget : l'argent prévu pour les investissements1 nécessaires au projet

Un grand nombre de planifications ratées, de travaux de conception gâchés et de calendriers froissés peuvent s'expliquer par les raisons suivantes : • Les parties prenantes n'ont pas réussi à partager une même vision de ces paramètres

clés et à s'accorder dessus tôt dans le processus.

• Les parties prenantes n'ont pas eu clairement conscience des compromis que ces paramètres entraînaient.

• Les parties prenantes n'ont été pleinement informées de la façon dont la conception se comporterait vis-à-vis de ces paramètres qu'une fois la phase de conception détaillée entamée, voire achevée, soit à un stade où il devenait trop coûteux d'apporter des corrections.

Un des objectifs fondamentaux de cette tâche est de s'assurer que le peu de temps dont disposent les dirigeants est consacré à prendre des décisions les plus importantes. Pour cela, il sera utile de la décomposer en deux étapes : Tout d'abord, il conviendra d'organiser des réunions entre le responsable du projet et chacun des intervenants (par exemple, le responsable financier, le responsable informatique ou celui des systèmes techniques). Ce sera l'occasion d'expliquer le processus, de fournir un langage commun pour les six paramètres du projet, de valider la désignation du ou des membres de chacune des équipes d'origine comme participant au projet et de les préparer individuellement à la tenue d'une future réunion où tous devront s'accorder sur les six paramètres clés. Cela permet à tous les membres de l'équipe de partager la même vision du plan, d'anticiper les problèmes et de valider leurs besoins et leurs préoccupations. Il s'agira ensuite d'organiser un atelier au cours duquel les parties prenantes s'attacheront à déterminer les six paramètres. Ce processus devra être récurrent pour s'assurer qu'une décision portant sur l'un des paramètres (par exemple, la criticité) n'en modifiera pas un autre (comme le coût) dans des proportions inacceptables ou ne viendra pas bouleverser un ou plusieurs autres paramètres. Par exemple, choisir de surdimensionner les besoins de capacité en kW en vue d'une éventuelle extension ultérieure de l'outil informatique peut faire basculer le projet au-delà de ses objectifs budgétaires et obliger à économiser en rognant, par exemple, sur la criticité. Au cours de cet atelier, les intervenants peuvent prendre conscience en temps réel des relations existant entre les paramètres du projet en écoutant des spécialistes leur faire part de leur expérience ou en utilisant des modèles mathématiques tels que l'Outil de planification de datacenter (exemple de la Figure 3). Ils peuvent ainsi envisager divers scénarios et visualiser les compromis à arbitrer entre investissements initiaux, dimensionnement de la puissance, efficacité et capacité. Ce type d'outil de planification se révélera utile dans un atelier au cours duquel les intervenants comprendront ensemble comment le domaine d'intérêt particulier de chacun (les finances, par exemple) influent sur les autres aspects du projet (par exemple, la capacité du datacenter). 1 Le budget de planification est le budget du projet. Il ne comprend pas le budget d'exploitation.

Toutefois, les coûts d'exploitation font bien partie des paramètres pris en compte au moment de choisir le concept du système.



http://www.apc.com/tool/?tt=8




L'objectif de ces séances de planification est de pouvoir fixer au datacenter des objectifs réalistes en termes de budget, de capacité, de plan de croissance, d'efficacité, de densité et de criticité. Il est possible qu'une seule séance ne suffise pas pour que tous s'accordent sur les six paramètres. Certains participants pourront avoir besoin de plus de temps pour étudier ou analyser les propositions de compromis présentées. Dans de nombreux cas, cependant, des décisions de qualité peuvent être prises en quelques jours, ce qui doit être la durée envisagée pour cette étape.

Cette tâche reprend les paramètres fondamentaux du projet définis lors de la tâche précédente, à savoir la criticité, la capacité, le plan de croissance, l'efficacité, la densité et le budget, puis les utilise pour formuler le concept global de l'infrastructure physique. Les parties prenantes clés intervenant à ce stade devront être le service informatique et son responsable, certains responsables des installations techniques avec un de leurs ingénieurs, ainsi qu'un consultant ayant l'expérience de la planification de systèmes dans le cadre de projets de datacenters. La pierre angulaire de cette tâche est le choix d’une conception de référence, qui regroupe la criticité, la capacité, l'efficacité, la densité et le budget souhaités et offre un potentiel d’évolutivité permettant de prendre en charge le plan de croissance. Il est en outre important qu'avant la fin de cette étape, le site du datacenter (salle, bâtiment ou site) ait été choisi. Comparées à la méthode classique de la « feuille blanche » pour concevoir des datacenters, les conceptions de référence sont un bon point de départ pour faire progresser la phase de conception. Une conception de référence est un modèle de conception qui intègre une combinaison spécifique d'attributs, notamment des éléments de criticité, de densité de

Tâche 2 : Mise au point du concept du système

Figure 3 Copie d'écran d'un Outil de planification de datacenter







puissance, de technologie des équipements, d'évolutivité et de niveau d'instrumentation. Une conception de référence efficace comprend également des caractéristiques de performances au niveau du système, telles que le poids, la surface au sol, etc., ainsi qu'une liste détaillée des matériaux ou des composants qui constituent le système. Elle présente une plage concrète de capacités de puissance pour laquelle elle est adaptée et permet d'évaluer de façon efficace et immédiate différentes options de conception sans perdre de temps à établir des caractéristiques et des conceptions réelles. Il est ainsi possible de prendre des décisions informées et de haute qualité, de manière rapide et efficace. Pour en savoir plus sur les conceptions de référence, reportez-vous au Livre blanc n° 147, Projets de datacenters : avantages d'une conception de référence. Alors que le nombre de conceptions de référence possibles est potentiellement illimité, les six paramètres clés du projet permettent d'en éliminer la plupart. Choisir une conception de référence ne revient donc plus qu'à choisir quelques options au lieu de devoir créer une conception complète pour définir les paramètres en partant d'une « feuille blanche ». Une fois identifiées un certain nombre d'options de conception de référence, les différentes solutions peuvent être étudiées à la lumière d'autres critères, tels que la logistique, la réputation du fournisseur, les références utilisateurs, etc. Dans de nombreux cas, le site envisagé pour l'installation du datacenter est déjà connu ou son choix ne se limite qu'à quelques possibilités. Choisir tôt une conception de référence permet de voir rapidement si le concept de la conception est compatible avec tel ou tel site. Si des incompatibilités apparaissent, le choix de la conception de référence, les options d'emplacement du site et les paramètres du projet peuvent être immédiatement examinés ensemble et des compromis peuvent être trouvés pour parvenir à une combinaison satisfaisante. Dans un processus de conception classique, les incompatibilités risquent de ne pas apparaître avant le début de la conception détaillée. Cela représente une perte de temps précieux et oblige la direction à revenir en arrière pour se pencher une nouvelle fois sur des décisions que l'on croyait déjà prises. Tout cela se traduit par des remaniements qui viendront à terme retarder le projet et pèseront sur les coûts. Cette capacité d'arbitrer tôt et rapidement les compromis les plus importants s'obtient lorsqu'on ramène les décisions importantes à trois éléments : 1) les 6 paramètres du projet, 2) un jeu limité de conceptions de référence et 3) une liste de sites possibles. Si le responsable du projet prépare efficacement cette tâche, elle peut être exécutée à l'occasion d'une seule réunion des dirigeants en atelier. Pour les projets de plus petite envergure, les tâches 1 et 2 peuvent être réalisées au cours d'un même atelier. Les préférences utilisateurs et les contraintes sont notamment les obligations techniques de conception qui ne font pas partie des six paramètres clés du projet et ne sont pas explicitées dans la conception du système ou le choix du site. En partant du concept de système choisi lors de la tâche précédente, cette tâche rassemble et évalue les préférences utilisateurs et les contraintes pour déterminer leur validité ou voir s'il est possible de les modifier afin de réduire les coûts ou d'éviter les problèmes. L'idée qui prédomine ici est qu'il vaut mieux que les préférences utilisateurs et les contraintes soit adaptées de manière à être compatibles avec un concept de système déjà choisi.

Tâche 3 : Intégrer les préférences utilisateurs et les contraintes





Nous avons pu constater qu'il était nettement plus efficace de valider et d'adapter les préférences utilisateurs et les contraintes après que le concept de la conception avait été choisi plutôt que de les recueillir dès le départ, d'en faire des prérequis et de tenter de les utiliser comme cadre de la conception globale. Bien souvent, ce sont les préférences utilisateurs et les contraintes qui détournent, malheureusement, les conceptions de datacenters des conceptions standard et viennent gonfler les coûts, rallonger la durée des déploiements et nuire à la qualité. À ce stade, les intervenants essentiels doivent être le service informatique, les ingénieurs réseaux, les ingénieurs techniques, les autres membres du personnel chargé des activités quotidiennes du datacenter et un consultant ayant l'expérience de la planification des systèmes pour les projets de datacenters. Les préférences utilisateurs et les contraintes se définissent comme suit : • Préférences : éléments souhaités par l’utilisateur, mais sujets à modification ou

à ajustement, après examen (ou réexamen) des coûts et des conséquences. Les préférences des utilisateurs changent souvent lorsque ces derniers se voient présenter de nouvelles informations.

• Contraintes : obstacles qui ne peuvent être surmontés, ou seulement à grand frais ou avec des conséquences inacceptables. Les contraintes sont des conditions préexistantes qu’il est difficile ou impossible de changer.

Les préférences sont des caractéristiques qui sont jugées souhaitables par les opérateurs ou par l'entreprise d'après leurs objectifs et leur expérience. Pour autant, il ne s'agit pas de contraintes. Voici quelques exemples de préférences utilisateurs : • Nous préférons que les câblages soient suspendus.

• Nos visiteurs doivent pouvoir voir le datacenter en visitant le site.

• Nous voulons que les caméras de sécurité puissent scruter chaque pouce du datacenter.

• Une fois la salle informatique mise en service, nous ne voulons plus jamais avoir à toucher au câblage électrique ou à la tuyauterie.

• Nous préférons des baies informatiques larges pour disposer de davantage d'espace pour les câbles.

• Nous voulons séparer physiquement les armoires informatiques par client.

• Nous voulons un affichage mural qui montre un résumé des performances énergétiques du datacenter.

Les contraintes sont dictées par les circonstances et ne sont pas du ressort du concepteur du datacenter. Il s'agit, par exemple de restrictions touchant les infrastructures, de réglementations ou de critères commerciaux immuables. Des consultants sont chargés de dire si les décisions touchant aux installations physiques du site respectent les réglementations nationales et locales.







Voici quelques exemples de contraintes : • Caractéristique physique du site (par exemple, hauteur de la dalle plafond, capacité

portante du sol, disposition de la pièce, emplacement de poteaux ou de murs existants, obligations d'installation sur le toit pour des appareils extérieurs).

• Loi ou réglementation exigeant une conformité

• Norme à respecter impérativement (TIA 942)

• Droit du travail (par exemple, horaires d'accès, règlements syndicaux)

• Caractéristique physique du parcours de livraison/mise en œuvre (capacité de poids de l’ascenseur menant à la salle, pour le transport du matériel)

Une fois les préférences utilisateurs et les contraintes validées, il faut étudier leur compatibilité avec le concept de système choisi. Si elles sont jugées compatibles, elles sont transmises plus avant ou intégrées aux exigences de la conception. Lorsqu'une référence ou une contrainte validée est incompatible avec le concept, il convient de tenter de concilier l'ensemble en ajustant la préférence ou la contrainte ou en ajoutant des obligations de changements mineurs au concept du système (autrement dit, des adaptations du concept). Ce processus pourra exiger quelques allers-retours s'il fait apparaître des contradictions et des interactions entre différentes préférences et contraintes, comme dans la Figure 4. L'objectif ici est de modifier légèrement le concept afin d'éviter, sauf nécessité absolue, de devoir reconsidérer le concept du système. Notre expérience nous a permis de constater que la quasi-totalité des préférences et des contraintes pouvaient s'harmoniser sans problème avec le concept de système choisi.

RÉSULTAT Paramètresde conceptionConception de référenceChoix du local

DONNÉES Envisagerdes compromis

Proposer desalternatives

Identifier les conflits Adaptations

du conceptPréférences validéesContraintes validées•

Valider les préférences et les contraintes

Résoudreles conflits

Préférences utilisateurs

Contraintes

De la tâche 2

Il est important de vérifier que ce qui est jugé comme une contrainte en est réellement une. Voici deux exemples de solution pour la gestion d’une contrainte :

Contrainte : le datacenter existant ne doit jamais être éteint (pour pouvoir exécuter des mises à niveau). Solution possible : installer une cloison temporaire pour séparer le système en fonctionnement de la zone où la nouvelle installation sera faite et prévoir une source d’alimentation séparée pour faire fonctionner les deux systèmes en même temps pendant la transition.

Figure 4 Détails de la tâche consistant à intégrer les préférences utilisateurs et les contraintes



Contrainte : nous ne pouvons pas utiliser d'unités d’extraction d’air dont le conduit arrive dans le faux plafond, car le plénum de ce dernier n'est pas homologué pour la résistance au feu et l’inspecteur de prévention incendie n’autorise pas de connexion. Solution possible : vaporiser le conduit avec un agent d’ignifugation.

Dans la plupart des cas, quelques allers-retours seront nécessaires pour arriver à un jeu définitif de préférences utilisateurs et de contraintes. Cette tâche est terminée lorsque les préférences et les contraintes ont été conciliées avec le concept du système et résumées sous forme d'adaptations du concept, de préférences validées et de contraintes validées. Cette tâche du processus peut être accélérée si les préférences utilisateurs et les contraintes sont recueillies au moment où s'exécutent les tâches précédentes. Notez que de nombreuses contraintes ne peuvent pas être déterminées tant que le site n'a pas été choisi. La tâche précédente, « Mise au point du concept du système », devra peut-être être exécutée avant la collecte des contraintes. Les exigences de mise en place servent de jeux de règles qu'il faudra suivre au moment d'élaborer la conception détaillée du système, au-dessus et au-delà des résultats obtenus au cours des trois premières tâches. Il s'agit des éléments suivants :

1. Les caractéristiques standard, qui ne varient pas d’un projet à l'autre. Les exigences standard apparaissent en général sous forme de caractéristiques standard qui constituent l'essentiel des caractéristiques du datacenter. Il peut s'agir, par exemple, de normes spécifiques de conformité réglementaire, de compatibilité des sous-systèmes, de questions de sécurité ou de pratiques recommandées qui doivent être précisées aux ingénieurs ou aux installateurs2.

2. Les exigences du projet, qui définissent les détails spécifiques de l'utilisateur quant à l'exécution du projet. Il peut s'agir notamment d'échéances spécifiques, de ressources en personnel ou en matériel affectées ou limitées, de fournisseurs à utiliser obligatoirement, de filières d'achat particulières ou de processus administratifs que le projet doit respecter.

Distinguer dans les exigences de mise en place celles qui sont communes à tous les systèmes (les caractéristiques standard) de celles qui concernent ce projet spécifique de l'utilisateur (les caractéristiques du projet) simplifie la création et la gestion de la conception détaillée du système puisque la plupart des études et des décisions peuvent ainsi se concentrer sur le sous-ensemble que constituent les caractéristiques spécifiques du projet. On trouvera des explications complémentaires dans le Manuel de spécification de système et de projet, Volume 1 : Datacenters de petite à moyenne envergure. Les exigences de mise en place, associées aux résultats issus des trois tâches précédentes, forment le corps complet des exigences de conception et servent de « guide » lors de la conception détaillée élaborée dans la phase de conception suivante (qui n'est pas traitée dans ce document). Pendant cette dernière phase de conception, les exigences de conception établies au cours du processus de planification décrit dans ce document forment

2 Les ingénieurs et les architectes sont censés connaître et respecter les obligations et les exigences

réglementaires locales, celles qui vont de soi et n'ont pas besoin d'être expliquées. L'étape qui nous intéresse ici consiste à identifier les normes spécifiques volontaires, internes ou sectorielles qui doivent être respectées en plus et au-delà des obligations locales.

Tâche 4 : Détermination des exigences de mise en place





http://www.apcmedia.com/salestools/VAVR-64CHBJ_R1_EN.pdf





le cadre de l'ingénierie du système et du projet. C'est lors de cette étape que les caractéristiques d'ingénierie sont développées, avec notamment les éléments suivants :

1. Listes de composants détaillées 2. Plan au sol des baies précis, indiquant les équipements de climatisation

et d’alimentation 3. Instructions d'installation détaillées

4. Calendrier détaillé du projet 5. Caractéristiques de conception conformes à l’exécution (rendement, densité

et évolutivité)

L'utilisation d'une conception de référence pour mettre au point un concept, comme le conseille de ce document, simplifie considérablement la conception détaillée du système élaborée lors de la phase de conception, pour peu que cette conception de référence ait été fournie avec suffisamment de détails. Une conception de référence performante comprend déjà l'essentiel des éléments de la liste ci-dessus, qu'il n'est donc plus nécessaire de créer. Les conceptions de référence comprennent en général des diagrammes pour une ligne décrivant les espaces électrique, mécanique et informatique. Elles fournissent aussi des plans de disposition au sol, des nomenclatures et des caractéristiques de performances attendues au niveau du système. Le tout peut être directement intégré dans la conception détaillée au prix de quelques adaptations et d'un minimum de travaux supplémentaires d'analyse et d'ingénierie.



Malgré son importance vitale dans la réussite de tout projet, la planification du système reste une activité souvent considérée par le passé comme étant complexe et peu structurée, reposant sur des méthodes plus artisanales que scientifiques et présentant de forts risques d’erreurs, de fausses hypothèses et de mauvaise communication, autant de facteurs négatifs pouvant avoir des conséquences graves sur les phases finales du projet. Cette phase prend souvent plus longtemps que prévu ou que nécessaire. Il est toutefois possible d’éliminer la plupart de ces problèmes en considérant la planification du système comme un processus standardisé, présentant une séquence méthodique de tâches qui transforment et affinent progressivement le concept initial du système pour déboucher sur un résultat final capable de répondre aux besoins de l’entreprise. Ce document décrit un processus de planification de datacenter composé de quatre tâches, dont chacune affine ou transforme la conception du système, depuis l'idée jusqu'à la liste des exigences. Le principe de ce processus est de veiller à ce que les bons intervenants prennent les bonnes décisions dans le bon ordre pour que l'efficacité soit maximale. Cette séquence commence par : Un besoin commercial, à partir duquel sont établis

des paramètres du projet, donnant lieu à un concept du système, complété par

des préférences utilisateurs et des contraintes validées, qui s'ajoutent à des exigences de mise en place

La combinaison des résultats de ces étapes donne naissance à un jeu de caractéristiques de la conception, dont le niveau de détail permet à toutes les parties prenantes de comprendre la conception et d'y adhérer, tout en fournissant un cadre nécessaire et suffisant pour garantir que les phases suivantes d'ingénierie et de construction du projet conduiront aux résultats convenus. La standardisation du processus de planification et l'utilisation d'un langage commun servant à décrire les caractéristiques peuvent aujourd’hui faire de la planification de la plupart des datacenters une science exacte et reproductible. En suivant un processus structuré, le responsable de projet peut éviter les oublis et les décisions basées sur des informations insuffisantes ou erronées pendant la phase précoce de planification d'un projet de datacenter. Quant aux intervenants, ils sont assurés que leur temps sera bien utilisé.

Conclusion

Neil Rasmussen est vice-président sénior du service Innovation de Schneider Electric. Il est en charge de la direction technique du plus gros budget du monde consacré à la recherche et au développement de l'infrastructure physique (alimentation, climatisation, rack) de réseaux critiques. Neil Rasmussen détient 25 brevets liés au haut rendement et à l'infrastructure d'alimentation et de refroidissement des datacenters à haute densité. Il a publié plus de 50 livres blancs dédiés aux systèmes d'alimentation et de refroidissement, dont une grande partie ont été traduits dans plus de 10 langues. Il s'est récemment intéressé plus spécifiquement à l'amélioration du rendement énergétique. C'est un conférencier reconnu dans le monde entier s'agissant des datacenters à haut rendement. Neil Rasmussen travaille actuellement au développement d'infrastructures évolutives à haut rendement et haute densité pour les datacenters. C'est l'un des principaux architectes du système InfraStruXure d'APC. Neil Rasmussen a obtenu un diplôme d’ingénieur et une maîtrise en génie électrique au Massachusetts Institute of Technology avec une thèse sur l’analyse de l’alimentation de 200 MW d’un réacteur à fusion Tokamak. De 1979 à 1981, il a travaillé aux Lincoln Laboratories du MIT sur les systèmes de stockage d’énergie à volant d’inertie et sur la génération électrique à partir de l’énergie solaire.

À propos de l’auteur



Consignes de définition des niveaux de criticité des datacenters Livre blanc 122

Projets de datacenter : Processus standardisé Livre blanc 140

Projets de datacenter : Modèle de croissance Livre blanc 143

Projets de datacenter : avantages d'une conception de référence Livre blanc 147

Calcul de l'ensemble des besoins d'espace et de densité de puissance des datacenters Livre blanc 155

Projets de datacenter : Établissement d’un plan au sol Livre blanc 144

Gestion du cycle de vie du datacenter Livre blanc 195

Outil de planification d'un datacenter Outil TradeOff Tool 8

Consultez tous les livres blancs whitepapers.apc.com

tools.apc.com

Consultez tous les outils TradeOff Tools™

Ressources Cliquez sur l'icône pour accéder aux ressources

Pour des commentaires sur le contenu de ce livre blanc: Datacenter Science Center [email protected] Si vous êtes client et que vous avez des questions relatives à votre projet de datacenter: Contactez votre représentant Schneider Electric www.apc.com/support/contact/index.cfm

Contactez-nous

http://www.apc.com/support/contact/index.cfm

http://www.apc.com/wp?wp122







http://whitepapers.apc.com

http://tools.apc.com


projets De Datacenter : Planification Du Système · Schneider Electric Projets de datacenter :...

Documents

Transcript of projets De Datacenter : Planification Du Système · Schneider Electric Projets de datacenter :...