Upload
duongtuyen
View
214
Download
0
Embed Size (px)
Citation preview
Quelle que soit la durée prévue par le propriétaire, les systèmes de l'infrastructure physique
doivent systématiquement répondre aux spécifications de performance conceptuelle des
installations, même lorsque les besoins métiers et informatiques évoluent. La compréhension
des phases du cycle de vie du datacenter et de leurs interconnexions par les gestionnaires
assure le respect des spécifications. Une compréhension globale (événements de chaque
phase, tâches essentielles de gestion et impact de chaque phase sur la suivante) peut aider
les entreprises à atteindre leurs objectifs en termes de coûts, de rapidité de déploiement, de
disponibilité et d'efficacité du datacenter. L'objectif du présent document est de permettre aux
propriétaires et gestionnaires de datacenter d'acquérir ces connaissances.
La Figure 1 présente les cinq phases fondamentales qui composent le cycle de vie du
datacenter : planification, conception, construction, exploitation et évaluation. Cette vision du
cycle de vie s'applique aussi bien aux nouvelles constructions de datacenters qu'aux projets
de modernisation et de consolidation. Il convient de noter que le cycle de vie d'un projet doit
être représenté dans son intégrité par les phases de planification, de conception et de
construction.
La phase de planification1, souvent appelée « programmation », constitue la première phase
du cycle de vie (ou projet) du datacenter. Bien qu'elle constitue la plus courte et la moins
onéreuse de toutes les phases, elle peut potentiellement avoir l'impact le plus fort tant sur les
coûts que sur les capacités du datacenter. Correctement organisés et gérés, les projets de
datacenter sont plus homogènes et rapides et le risque est moindre de surprises survenant
ultérieurement au cours des phases de conception et de construction, sources de délais
coûteux, de nombreuses versions conceptuelles et de retravail. Bien gérée, cette phase de
planification précoce peut être limitée à quelques semaines. Mal gérée, elle peut s'étendre
sur plusieurs mois et avoir un impact négatif sur la longueur des phases suivantes.
Au cours de cette phase, ce sont généralement les services de l'équipement et informatique,
les cadres, le directeur financier du propriétaire et éventuellement un groupe immobilier au
sein de l'entreprise qui se réunissent pour commencer à déterminer la construction du projet.
Cette phase de planification doit déterminer les paramètres essentiels du système
physique du projet à créer (concept du système), le choix du site et le processus du
projet qui les détermine.
L'exécution réussie d'un projet dépend largement du processus qui le pilote lors de son
développement et de sa réalisation, du concept à la mise en service. L'un des problèmes
majeurs rencontrés dans de nombreux projets de datacenter réside dans les pertes de temps
et de budget ou des défauts dus à des imperfections du processus (transferts manqués,
responsabilité ambiguë, décisions mal informées et autres erreurs de communication ou
d'exécution). Cette situation n'est pas nécessairement due à des imperfections dans l'activité
des différentes parties impliquées dans le processus (l'utilisateur final, le ou les fournisseurs
de matériel, les ingénieurs d'études), mais plutôt à l'absence d'un processus commun entre
toutes les parties, qui permet de clarifier les responsabilités et les communications.
Pour éviter ces problèmes, un processus formel, standardisé et documenté doit être
employé. Le livre blanc 140, « Projets de datacenter : processus standardisé », présente une
définition et une description détaillées d'un processus de ce type. Quelle que soit la
méthodologie utilisée, le processus doit conduire le projet avec efficacité, fiabilité et clarté,
avec des mesures de précaution établies pour éliminer les problèmes tels que transferts
manqués, responsabilité ambiguë et informations égarées. Le processus doit détailler
clairement qui sont les principaux acteurs et qui doit être impliqué dans chaque processus
décisionnel et d'approbation d'étape. Il doit comprendre les stratégies de gestion des
événements imprévus tels que modifications et défauts du projet. Il doit être modulaire et
configurable afin de pouvoir l'adapter à des projets de différents types et envergures.
Un processus standardisé répondant aux exigences générales susmentionnées doit
présenter les caractéristiques suivantes :
Chacune des activités nécessaires à l'achèvement du projet est intégrée au processus.
Chacune des étapes possède des tenants et des aboutissants clairement définis.
Chaque résultat représente le début d'une autre étape ou constitue le résultat final du
projet. Les résultats superflus, qui n'apportent rien à la progression ou au résultat
ultime du projet, ne font pas l'objet d'efforts inutiles.
1 Seule la planification du système est couverte dans le présent document. La planification du système concerne la puissance, le refroidissement, les racks et autres systèmes d'infrastructure de support. La planification relative à l'équipement informatique n'est pas abordée dans ce document.
2 Cette section reprend en grande partie un extrait du livre blanc 140, « Projets de datacenter ; processus standardisé »
Le processus décrit dans le livre blanc 140 a été développé par Schneider Electric comme guide de recommandations pour les projets d'infrastructure physique de datacenter. Schneider Electric suit en interne une version similaire de ce processus pour préparer les projets de ses clients (en qualité de fournisseur de produits et services d'infrastructure). Le processus interne de Schneider Electric comprend des activités supplémentaires de fournisseur (évaluation du risque, traitement de la commande, facturation, etc.), mais aussi chacune des étapes côté client présentées dans le présent document, pour veiller à ce qu'elles soient toutes prises en compte et exécutées, quel qu'en soit le « responsable ». Certains éléments du processus, ou le processus complet, sont proposés par Schneider Electric sous forme de prestations de services aux clients qui souhaitent déléguer tout ou une partie de la responsabilité. Nonobstant qui exécute effectivement quelles étapes (client, Schneider Electric ou prestataire extérieur) la version interne du processus de Schneider Electric comprend toujours le suivi des responsabilités et la fin de chaque étape pour garantir que l'ensemble des tâches est exécuté.
Les responsabilités de chaque étape du processus sont clairement affectées, évitant
ainsi tout « abandon en cours de route » dû à des responsabilités non affectées ou
ambiguës des étapes.
Il n'existe aucune « fissure » ni temps mort entre les étapes : chacune d'entre elles est
liée aux conditions préalables et aux étapes suivantes par ses tenants et aboutissants.
Lorsqu'une étape a reçu tous ses éléments constituants, ses tâches peuvent être
terminées et son résultat mis à disposition des autres étapes qui en dépendent.
Il existe des fonctions spéciales « asynchrones » qui demeurent en attente pendant la
durée du projet, pour traiter systématiquement les modifications non planifiées ou la
correction des défauts.
Des étapes peuvent être supprimées pour configurer le processus en fonction du projet
concerné.
Un système de suivi et d'état sur le Web est accessible pour tous les acteurs (le client
comme toutes les parties prestataires de services du projet), pour partager la
documentation, les données et les rapports.
Le principal résultat de la phase de planification doit être une description détaillée du
système (le concept du système) élaborée en incluant les préférences et contraintes validées
de l'utilisateur ainsi que toutes les normes, tous les codes, affectations de ressources, dates
butoir et exigences du processus auxquels le projet doit se conformer. Cet ensemble
d'informations validées et convenues (exigences conceptuelles) devient l'élément constituant
de la phase conceptuelle. Le livre blanc 142, « Projets de datacenter : planification du
système », définit et décrit une séquence de planification qui développe correctement cet
ensemble d'éléments constituants de la phase conceptuelle. La séquence de planification
représente le flux logique des idées, de l'activité et des données qui transforment le projet
initial en un ensemble compact d'exigences et de documents destinés à contrôler la
performance et le coût du datacenter construit. Dans l'implémentation du processus de projet
standardisé de Schneider Electric mentionné ci-dessus, la planification du système est
répartie en quatre tâches qui interviennent pendant la phase de planification du projet
illustrée à la Figure 2.
Establish
PROJECT PARAMETERS
Develop
SYSTEM CONCEPT
Incorporate
USER PREFERENCES
AND CONSTRAINTS
Determine
IMPLEMENTATION
REQUIREMENTS
1
2
3
4
Make the six foundational decisions that will
control the system architecture and budget
Choose a model design for the system,
based on the six PROJECT PARAMETERS
Identify, validate, and adapt user-
specific details that will refine the SYSTEM CONCEPT
Collect standards, codes,
deadlines, resource assignments,
and process requirements the
project must conform to
• Criticality• Capacity• Growth plan• Efficiency• Density• Budget
•Referencedesign
•Room choice
•Concept Adaptations
•Validated Preferences
•Validated Constraints
Implementation requirements
The combined outputs
are the design
requirements for input
to the DESIGN phase
La planification de projets représente souvent un problème pour de nombreuses entreprises.
Les plans sont souvent mal communiqués parmi les différents acteurs professionnels au sein
de l'entreprise. Les décisionnaires reçoivent parfois des propositions présentées en des
termes extrêmement techniques, mais qui au final n'apportent pas les informations
nécessaires pour prendre des décisions éclairées. Des modifications initiales d'apparence
anodine peuvent avoir des conséquences majeures en termes de coût une fois le stade de
construction du datacenter abordé. Le processus de planification et d'approbation peut
occuper une place importante dans le calendrier du projet, et il n'est pas rare que de
mauvaises surprises ou des modifications surviennent tardivement dans le processus de
planification, entraînant des délais importants dans l'achèvement du projet.
Notre expérience acquise dans le cadre de nombreux projets de datacenter suggère qu'un
grand nombre de ces problèmes peut être évité si…
Les décisionnaires concernés reçoivent l'information appropriée dans l'ordre adéquat
L'accent est placé exclusivement sur la garantie d'une compréhension partagée et d'un
éventuel consensus quant aux paramètres essentiels du projet : niveau stratégique,
plan de développement, efficacité, densité et budget
Aucune étude conceptuelle détaillée n'est entreprise tant que les besoins conceptuels
validés et convenus ne sont pas mis en application, signalant la fin de la phase de
planification
Le livre blanc 142, « Projets de datacenter : planification du système », explique comment
mettre en place ce processus de manière plus détaillée.
Pour assurer la validité et l'utilité de l'ensemble des besoins conceptuels décrits ci-dessus
dans la phase de conception (lorsque les études conceptuelles sont effectuées pour créer
des concepts constructibles), il importe que les ingénieurs d'étude ou les bureaux d'études
soient impliqués dans la phase précoce de planification. Ils peuvent valider techniquement et
précocement les hypothèses conceptuelles et les choix, réduisant ou évitant par conséquent
les reprises de travaux et la multiplication des versions du concept, qui entraînent une pertes
de temps, également en termes d'efforts et de budget. Les conseillers en construction
peuvent également être utiles à ce stade en vérifiant les paramètres essentiels du projet
dans le contexte des besoins structurels, qui permettent d'effectuer des estimations du coût
total du projet plus précises et de valider plus avant les choix précoces pour le projet.
Particulièrement lorsqu'un bureau d'études n'est pas encore impliqué dans le projet, les
concepts de référence doivent servir de modèles conceptuels du système pour faciliter un
processus comparatif et des calculs de compromis rapides au cours de cette phase précoce
de planification. Proposé par certains fournisseurs, un concept de référence de datacenter
est un plan précis, validé et documenté qui porte sur la façon dont les systèmes
d'infrastructure physique doivent être étudiés, configurés et agencés, ainsi que sur la
description des composants spécifiques utilisés. Étant pré-étudiés et basés sur une
expérience préalable (c'est-à-dire validés), les concepts de référence constituent une
méthode valable et fiable pour développer une conception du système englobant les
paramètres essentiels du projet convenus par les acteurs. Consultez le livre blanc 147,
« Avantages de l'utilisation d'une conception de référence » pour des informations plus
détaillées.
Ce n'est qu'une fois le concept du système déterminé et validé que les équipes du projet
doivent commencer à évaluer des sites. Le problème que pose une sélection trop précoce du
site réside dans le fait que le site peut parfaitement s'avérer incompatible avec les besoins
conceptuels du datacenter en projet. Pour évaluer un site existant ou nouveau, considérez
1. Mettre l'accent sur l'investissement plutôt que sur le coût total d'exploitation : les choix en termes de conception du système influencent à la fois les investissements et les coûts d'exploitation, il convient par conséquent de tenir compte des deux aspects 2. Mauvaise estimation du coût de construction : cause courante de non respect du calendrier et de retravail du concept. Collaborez étroitement avec l'équipe de conception et intégrez l'entrepreneur pour assurer la précision des devis ; prenez en compte le coût total d'exploitation et non uniquement l'investissement 3. Critères de conception inadaptés : une mauvaise compréhension de l'impact des coûts/délais des choix conceptuels est source de perte de temps et de réorganisation 4. Choisir le site avant les critères de conception : le site doit être choisi en fonction des besoins conceptuels 5. Planifier l'espace avant les critères de conception : la spécification de densité de puissance doit être le facteur de spécification de l'espace 6. Conception menant à une impasse : utilisez des concepts flexibles et modulaires pour prendre en compte les événements inattendus 7. Mauvaise compréhension du facteur PUE : conduit à des investissements inutiles 8. Mauvaise compréhension du facteur LEED : susceptible de bouleverser les budgets et le calendrier 9. Conceptions excessivement complexes : entraînent des pertes au niveau du budget et éventuellement une réduction de la fiabilité Consultez le livre blanc 145, « Les 9 principales erreurs de planification de datacenter » pour des informations plus détaillées.
tous les risques de disponibilité et les avantages financiers qu'i l présente. Chaque site
présente des risques liés à sa situation géographique (p. ex. tornades, ouragans,
tremblements de terre, etc.), ses conditions locales (p. ex. qualifications de la main d'œuvre,
infrastructure municipale, taxes) et au bâtiment proprement dit (p. ex. ancienneté du
bâtiment, types de charges exécutées). Les considérations financières principales
comprennent les coûts énergétiques, les préférences/avantages fiscaux et le coût de la main
d'œuvre. Pour en savoir plus sur la méthode de sélection d'un site de datacenter, consultez
le livre blanc 81, « Sélection d'un site pour les installations stratégiques ».
Cette phase suivante du cycle de vie du datacenter implique un travail de conception détaillé
pour convertir les résultats de la phase de planification (Figure 2) en schémas détaillés
spécifiques au site et en documents de bâtiments constructibles (schémas et spécifications).
Ces documents sont approuvés par les ingénieurs du bureau d'études, approuvés par le
propriétaire et finalement utilisés pour demander les autorisations à la juridiction locale
(AHJ). C'est également au cours de cette phase que les entrepreneurs en bâtiment sont
évalués et sélectionnés. Dans un modèle « conception/construction » bien géré (voir la barre
latérale) cette phase peut prendre entre 4 et 6 semaines. Dans un modèle
« conception/soumission/construction » bien géré, cette phase prend environ 8 à
10 semaines en raison du temps nécessaire au processus d'appel d'offres et de
l'impossibilité de commencer la construction avant la finalisation des plans. Les événements
spécifiques, le moment auquel ils surviennent, leur durée et les personnes impliquées dans
cette phase dépendent de nombreux facteurs, notamment le type de construction et la
méthode de livraison (voir la barre latérale), l'envergure/l'étendue du projet, ainsi que les
besoins spécifiques, les préférences, les connaissances et les compétences de l'équipe de
projet du datacenter. La Figure 3 offre un aperçu des événements habituels au cours de la
phase conceptuelle d'un projet de nouveau datacenter.
Key Tasks:
Project management, meet budget, feasibility studies, preliminary
design, detailed design & specification, quotation, hire/bid general
contractor and/or sub-contractors for build & commissioning phases
General Contractor
Architect & CE Firm
Likely parties involved in
detailed design:
Owner/Owner’s Rep
Architect
MEP engineers
Structural, civil engineers
IT consultants
Energy/LEED consultants
Commissioning agent
Facility Operators
Owner’s Design Requirements from
Plan Phase (see Figure 2)
OR Design/Build Firm
Owner evaluates,
hires, and enters
into contract
with…
•Schematic
design (10%
complete)
•Design
development (50% complete)
•Construction
documents (100% complete)
Detailed design outputs (approved by owner):
Electrical Contractor
Mechanical Contractor Low Voltage Contractor
Cycles of design iteration
typically take place as
requirements, preferences,
and constraints change.
If construction delivery
model is “design/bid/build”,
bidding by contractorsoften
takes place at each of the
design documentation
levels (10%, 50%, 100%
are common)
…hired by architect or design/build
firm
Networking Contractor
Le propriétaire ou son représentant fait généralement appel à un architecte, qui fait appel à
son tour à un bureau d'études (CE) (s'il n'en existe pas déjà un en interne ou en prestation)
pour commencer à convertir les besoins principaux du propriétaire en documents
conceptuels détaillés. Il existe également des bureaux d'études et de construction qui
proposent des services d'architecture, de génie mécanique et électrique (MEP), structurels et
d'autres prestations associées au sein d'une seule entreprise. Certaines parmi ces
entreprises globales, spécialisées dans les projets de datacenter, peuvent également
proposer des prestations de mise en service, d'exploitation des locaux, de gestion
énergétique et même de gestion de la construction. Sachez que les architectes, bureaux
d'études et sociétés d'études et construction sont très variés en termes de portée, de
capacités et d'expérience. Dans certains cas, ces sociétés sous-traitent les éléments du
cahier des charges (SOW, énoncé des travaux à réaliser) à d'autres sociétés susceptibles de
posséder l'expertise ou les capacités dont le responsable du SOW (la société) ne dispose
pas.
Notez également que le présent livre blanc offre une description générale des phases de
conception et de construction. Il existe de nombreuses variantes de ce processus. Par
exemple, les utilisateurs finaux de grande envergure peuvent disposer d'un groupe de
services immobiliers ou de locaux/construction gérant l'architecte, le bureau d'études et
l'entrepreneur général. Certaines sociétés peuvent choisir d'engager un maître d'œuvre pour
remplir cette fonction spécifique. Dans d'autres cas, le maître d'œuvre peut également jouer
le rôle d'entrepreneur et collaborer avec le propriétaire du datacenter pour engager et gérer
les équipes de conception et de construction (sous-traitants).
Comme illustré à la Figure 3, dans le cadre d'une livraison de construction
« Conception/construction » (voir la barre latérale), les entrepreneurs généraux du bâtiment
et les sous-traitants sont choisis par l'intermédiaire d'un processus d'appel d'offres à chaque
niveau de la documentation conceptuelle. Bien que ce processus relève généralement de la
responsabilité et de la gestion de l'architecte ou du bureau d'études, le propriétaire doit être
impliqué et décisionnaire final dans le choix de l'entreprise et de l'entrepreneur.
Dans le choix d'une entreprise ou d'un entrepreneur, il est essentiel que le propriétaire
comprenne clairement qui ils sont et à quel point ils correspondent à ses besoins et à ses
préférences. En qualité de propriétaire, tenez compte de ces aspects pour choisir ou
approuver le choix des entreprises ou des entrepreneurs :
Comment les partenaires et les clients précédents les évaluent-ils ?
Une assistance locale sur site est-elle nécessaire, ou l'entreprise peut-elle être située à
distance ?
Sont-ils bien informés sur les exigences des codes locaux et autres réglementations ?
Quelle est leur expérience dans la conception/construction de datacenters ? Cette
expérience correspond-elle à la complexité du projet ?
Quels services offrent-ils et correspondent-ils aux besoins du projet ?
Bien qu'une entreprise soit susceptible de proposer de nombreux types de services,
est-elle nécessairement la meilleure (ou suffisante) pour les besoins d'un service
spécifique, en termes de capacités ?
Les compétences/ressources sont-elles disponibles en interne pour gérer le projet ou
l'entreprise doit-elle assurer ce service (ou convient-il d'engager un maître d'œuvre
distinct) ?
Leur qualité d'écoute est-elle bonne ? Sont-ils disposés à concevoir le projet selon vos
besoins et préférences ? Ou bien sont-ils plus enclins à utiliser leurs concepts de
prédilection ou réalisés antérieurement ? La réutilisation de concepts éprouvés peut
être avantageuse, mais seulement s'ils correspondent à vos exigences validées.
Il existe deux types de modèle courants dans le secteur du datacenter : « Conception/Appel d'offres/Construction » Approche conventionnelle dans laquelle les entrepreneurs font des offres pendant ou en cours du développement conceptuel. L'entrepreneur le moins cher qui correspond aux exigences est sélectionné et la construction commence. AVANTAGES : Coût éventuellement plus faible (si les modifications de la conception sont bien contrôlées) Généralement plus de choix proposés par plus de fournisseurs pour un concept spécifique INCONVÉNIENTS : Le processus d'appel d'offres peut retarder le projet de plusieurs mois « Conception/construction » Le propriétaire ou l'architecte engage une équipe responsable de la conception et de la construction. Le choix est fondé sur les avantages et le prix. Le prix est garanti et les changements d'ordre ne sont généralement pas admis par l'entrepreneur. AVANTAGES : Raccourcit le calendrier de plusieurs mois en éliminant le délai nécessaire au processus d'appel d'offres et en commençant la construction parallèlement au développement de la documentation conceptuelle Le propriétaire est davantage susceptible d'obtenir exactement l'équipement, les systèmes et le concept spécifiés Permet une implication précoce des entrepreneurs dans la conception, susceptible de réduire le risque et le nombre de versions du concept Favorise une étroite collaboration entre les concepteurs et les entrepreneurs INCONVÉNIENTS : Probablement pas le coût le plus bas
Il est malheureusement nécessaire d'établir plusieurs versions de la concept ion, car les
exigences, les préférences et les contraintes changent ou des surprises surviennent. Si la
phase de planification précoce est correctement gérée comme indiqué ci-dessus, le nombre
de ces versions coûteuses en temps et en argent est réduit. Un aspect essentiel du bon
fonctionnement de ce processus réside dans l'implication des personnes appropriées, au bon
moment et concentrées sur les bons aspects. Pendant les phases de planification et de
conception, il importe que les personnes appropriées soient impliquées dans la phase
détaillée de conception, afin que les attentes, les accords et les exigences des acteurs soient
satisfaits. Le Tableau 1 ci-dessous indique les personnes et décrit leur rôle principal dans le
processus.
L'un des outils importants pour garantir que les « personnes appropriées soient impliquées
au bon moment et se concentrent sur les bons aspects » est le contrat entre le propriétaire et
l'architecte ou l'entreprise de conception/construction (et/ou avec le maître d'œuvre, le cas
échéant). Ce contrat définit et documente les rôles et les responsabilités des acteurs
principaux par phase, détermine la rémunération et les assurances requises, décrit le coût
des travaux, les méthodes de résolution des litiges, le processus et les limites de modification
d'ordre et les motifs et processus de révocation. Le contrat doit couvrir les phases de
conception et de construction. Un bon contrat scelle des relations appropriées, qui favorisent
la confiance et la coopération entre les parties. Un bon contrat encourage les parties à
collaborer et à promouvoir et protéger les meilleurs intérêts du propriétaire dans l'ensemble
du projet. Les parties doivent rédiger et signer ce contrat avant le début des travaux de
conception détaillée.
Définir et convenir des paramètres principaux du projet qui conditionnent la conception : caractère stratégique, capacité, plan de développement, densité, efficacité et budget. Ceci doit être effectué en collaboration avec les ingénieurs MEP, l'agent de mise en service, les exploitants du site, le service/conseil informatique et l'architecte. Choix de l'architecte/bureau d'études ou entreprise de conception/construction. Vérifier et approuver le développement conceptuel en cours et le processus d'appel d'offres aux entreprises. Vérifier que les paramètres essentiels du projet sont détaillés. Collaborer avec l'architecte ou les entreprises de conception/construction pour réaliser l'évaluation du site et obtenir les permis et autorisations.
Gère et conçoit les structures physiques du site. Engage et dirige parfois les ingénieurs MEP. Certains architectes peuvent compter des ingénieurs parmi leur personnel, auquel cas l'architecte gère également la conception MEP. Crée et gère la conception structurelle en conjonction avec la conception électrique et mécanique. Certains architectes gèrent également l'embauche et la direction de l'entrepreneur général.
Gère et crée les documents conceptuels détaillés pour les systèmes électrique, mécanique, et informatique. Il doit veiller à ce que la conception et la construction correspondent au budget du propriétaire et aux paramètres essentiels du projet. Ce sont parfois les bureaux d'études, plutôt que l'architecte, qui engagent et dirigent l'entrepreneur général. Les bureaux d'études varient considérablement en termes de capacités, certains proposant des services de mise en service, de gestion de projet/construction, etc.
Le service et/ou les conseils informatiques doivent être impliqués dans le projet pour définir les besoins informatiques spécifiques (besoins en termes de types de prestation de service/SLA, matériel du serveur, bande passante/matériel de mise en réseau et de stockage et de logiciel/applications, etc.). Ces besoins déterminent ensuite les besoins en termes d'infrastructure physique. Le service informatique doit être impliqué dans la planification et la conception de l'infrastructure physique pour garantir qu'elle dispose de la puissance, du refroidissement et de l'espace pour répondre aux besoins informatiques du projet.
Il s'agit de conseillers spécialisés qui mesurent, surveillent, rapportent et/ou conseillent sur la consommation d'énergie. Certains offrent des conseils sur l'obtention de la certification LEED (Leadership in Energy & Environmental Design) pour le site. Dans les phases de planification et de conception, ces conseillers peuvent veiller à que la conception détaillée reflète les besoins du propriétaire en termes d'efficacité énergétique et d'impact environnemental avant la construction du datacenter. Dans certains cas, l'entreprise de conception/construction dispose de ces compétences.
L'implication de ces personnes ou corps de métier dans un projet spécifique dépend
largement de son envergure et de sa portée. En règle générale, plus le projet est important et
complexe, plus le nombre d'acteurs impliqué est grand. Par exemple, la simple augmentation
de puissance et de capacité de refroidissement d'un datacenter existant disposant d'un
important espace inutilisé ne nécessitera probablement pas l'intervention d'un architecte ou
de conseillers LEED.
Les acteurs d'un projet de datacenter font souvent appel à des « équipes de conception et de
construction ». Le groupe de conception est généralement composé de l'architecte, des
ingénieurs MEP et informatiques. L'équipe de construction comprend principalement
l'entrepreneur général, les sous-traitants et les fournisseurs d'équipement.
Avant le début de la phase de construction, l'équipe de construction développe un plan de
projet identifiant clairement les éléments de chemin critique, crée un plan de mise en service,
un budget, un plan de facturation et un calendrier. Il importe que l'équipe de construction
travaille en étroite collaboration avec l'équipe conceptuelle, les documents de conception et
de construction étant finalisés de sorte que ces plans, calendriers et budgets reflètent la
réalité. Le propriétaire doit également vérifier et approuver ce travail à mesure de son
avancement.
Agissant indépendamment ou comme membre du personnel du bureau d'étude (ou de l'entreprise de conception/construction), il teste les systèmes installés et vérifie qu'ils fonctionnent comme prévu. Pendant les phases de planification et de conception, l'agent développe un programme détaillé planifié dans le temps et ordonnancé pour tester tous les systèmes d'infrastructure stratégiques. Idéalement, le développement de ce programme est supervisé par le bureau d'études. La collaboration dans ces phases précoces contribue à assurer une transition plus homogène et plus rapide vers un datacenter opérationnel et fiable.
Le personnel qui doit exploiter et entretenir les installations au quotidien doit être impliqué dans ces phases précoces. Son savoir-faire pratique peut contribuer à valider et à orienter les décisions conceptuelles. Son implication peut contribuer à une meilleure optimisation du datacenter pour une exploitation fiable à long terme. En outre, lorsqu'il est impliqué assez tôt, le personnel peut développer plus efficacement la documentation du programme d'exploitation et de maintenance (O&M) et développer/mettre en œuvre le programme de formation nécessaire de l'opérateur.
Il est en relation directe avec l'architecte ou le concepteur/constructeur pour réaliser tout ou partie des travaux de construction. Un entrepreneur peut également être consulté, avant l'attribution du marché de construction, pour valider, commenter ou conseiller en termes de choix architecturaux et de concept MEP du point de vue des coûts, des délais, des autorisations et autres obligations réglementaires ou légales. Un projet de construction lui est généralement attribué vers la fin de la phase conceptuelle.
Ils sont sous contrat direct avec l'entrepreneur général pour réaliser une partie spécifique des travaux d'un projet. Les électriciens, mécaniciens, spécialistes réseau et basse tension sont généralement des sous-traitants. L'entrepreneur (avec l'approbation du propriétaire) les sélectionne généralement assez tard au cours de la phase conceptuelle ou tôt dans la phase de construction. Leur savoir-faire spécialisé peut s'avérer très utile pour identifier et résoudre des problèmes liés à la conception ou à la construction.
Ils conçoivent, fabriquent, testent, livrent et souvent installent/configurent et entretiennent l'équipement. Au cours de ces phases précoces, les fournisseurs d'équipement créent les documents d'offre contenant les spécifications du produit pour répondre à l'appel d'offres du projet. Les fournisseurs sont sélectionnés vers la fin de la phase conceptuelle et au début de la phase de construction, avec l'approbation du propriétaire. Les fournisseurs peuvent apporter leur aide dans les phases précoces du projet par des conseils conceptuels, la formation du personnel d'exploitation et le respect des dates butoir de livraison.
Les documents de construction (décrits ci-dessus) développés pendant la phase
conceptuelle détaillée, sont utilisés pour l'appel d'offres (dans le contexte
« conception/soumission/construction ») par les entrepreneurs, pour obtenir les permis de
construire et en fin de projet comme base de construction réelle sur le site choisi. Avec
l'autorisation du propriétaire, l'équipe de construction dirigée par l'entreprise de
conception/construction, l'architecte ou l'entrepreneur général commence la construction
conformément au plan du projet. Les membres des équipes se concentrent sur les disciplines
qui leur sont affectées, telles que construction civile, QA/QC, mécanique, électricité,
intégration d'équipement, etc. L'assurance qualité et les audits doivent être effectués
régulièrement et faire d'objet de rapports. Des réunions hebdomadaires doivent être
organisées et des rapports établis à l'intention du propriétaire à mesure de l'avancement des
travaux. Le propriétaire doit centrer son attention sur l'avancement, la qualité et l'identification
précoce des risques concernant le calendrier.
À mesure que les systèmes sont construits et intégrés les uns aux autres, la phase de
construction offre une excellente opportunité de formation du propriétaire et de l'équipe
d'exploitation des installations. L'un des aspects de cette formation est la responsabilité de
l'équipe de construction quant au développement de la liste de contrôle, des plans de
bâtiment, des manuels de l'équipement, de la séquence des documents d'exploitation, des
fiches de données de sécurité des matériaux (MSDS) et des documents de garantie. Cette
documentation, associée à une formation pratique dispensée par les fournisseurs de
l'équipement sur les systèmes d'infrastructure physique, constitue une source de contenu
pour développer les procédures d'urgence (EOP) et les méthodes de travail (MOP). Ces
procédures documentées constituent l'aspect essentiel d'un programme d'exploitation et de
maintenance (O&M) efficace.
La phase de construction ne doit être considérée comme achevée que lorsque…
L'assurance qualité confirme que les travaux sont terminés conformément aux
exigences du projet
Le certificat définitif d'achèvement est remis au propriétaire par le responsable de
l'équipe de construction
Les résultats des tests de mise en service sont positifs (s'il sont prévus dans le projet)
Le propriétaire présente une lettre d'acceptation formelle du projet
Le propriétaire doit assumer des rôles et entreprendre des actions essentiels pour assurer
une phase de construction fluide et efficace :
Vérifier et approuver les documents de construction avant le début des travaux
Aider l'équipe de construction à remplir les documents nécessaire à l'approbation des
AHJ
Vérifier et confirmer le caractère acceptable de toutes les modifications envisagées
Rencontrer régulièrement l'équipe de construction pour examiner l'avancement et la
qualité
Veiller à ce que l'éventuel équipement fourni par le propriétaire soit livré et installé en
temps utile
Approuver formellement le projet de construction achevé
La mise en service (Cx) est définie comme une source fiable de documentation et de
validation du résultat des processus de conception et de construction du datacenter. Cette
phase est totalement différente des services de « démarrage » au cours desquels les
fournisseurs d'équipement installent, configurent, alimentent les appareils et fournissent à
l'entrepreneur un certificat d'achèvement pour chacun des appareils. Le problème de cette
approche directe réside dans l'impossibilité de détecter les problèmes au niveau du système,
susceptibles de réduire l'efficacité, d'entraîner une perte de productivité, des risques de
sécurité ou des temps d'arrêt. Les datacenters sont un écosystème diversifié et hautement
intégré de dispositifs de refroidissement, de capteurs, de compteurs et de logiciels de
contrôle, tous gérés et commandés par des êtres humains. Une mise en service efficace tient
compte de cette complexité en testant et en documentant la réponse globale du système à
différentes situations et changements réels. Tester de cette manière constitue un moyen
efficace permettant de garantir que le concept et sa mise en œuvre dans la phase de
construction sont sûrs. La phase de mise en service est recommandée pour tous les projets
de datacenters neufs. Elle est également recommandée dans tous les projets de
modernisation impliquant des modifications importantes du système global, en particulier
lorsque le système de commande ou les connexions entre les appareils et les systèmes ont
été modifiés. Il appartient au propriétaire de décider d'une phase de mise en service.
Comme décrit dans les sections précédentes, le processus de mise en service commence
bien avant les tests vers la fin de la phase de construction. Généralement engagés par le
propriétaire pendant la phase conceptuelle, les agents de mise en service collaborent avec
les équipes de conception et de construction pour développer un plan et un calendrier de
mise en service. Leur plan se base sur les données de démarrage des composants et sur les
paramètres conceptuels du datacenter (niveau des couches, densité, plan d'implantation,
etc.) Ensemble, ces informations permettent à l'agent ou à l'équipe de mise de service de
développer une stratégie de scénarisation et ultérieurement de test des systèmes intégrés.
En raison de la nature de leurs tâches, les agents Cx possèdent souvent un savoir -faire
pratique étendu et une expérience qui rendent leur intervention précieuse pour les équipes
de conception comme de construction. Grâce à leur connaissance détaillée de la
programmation, de la mise en réseau et du comportement de ces systèmes complexes en
fonction des changements de conditions, leur contribution est à la fois pratique et utile. Par
conséquent, l'agent de mise en service doit être impliqué à un stade précoce du projet. De
plus, une implication précoce permet d'obtenir des informations claires et moins filtrées pour
une planification précise et renforce la capacité de l'équipe Cx pour identi fier les points
individuels de défaillance potentiels. L'implication précoce d'un agent de mise en service
réduit également le risque que le processus de mise en service voit son budget réduit si le
projet se trouve en dépassement.
Le savoir retiré de l'exercice de mise en service doit être documenté. Les trois documents
suivants sont généralement (et doivent être) produits comme résultats de la phase :
1. Rapport de l'ouvrage fini : présente un rapport ligne par ligne de la réussite/de l'échec
des tests
2. Rapport du journal d'erreurs des composants : décrit les échecs et les éléments
affectés
3. Rapport de tendance : synopsis des tendances de performance
Le propriétaire, les équipes de conception et de construction doivent rencontrer les agents
Cx pour étudier les résultats et convenir de plans correctifs en cas d'échec des tests. Une
fois convenu que la phase de mise en service est terminée, les rapports des Cx doivent être
remis à l'équipe d'exploitation des installations et conservés comme documentation de
support pour leur programme d'exploitation et de maintenance. Pour en savoir plus sur le
processus de mise en service et ses résultats, consultez le livre blanc 148, « Projets de
datacenter : mise en service ». Pour comprendre les obstacles courants associés à la mise
en service, consultez le livre blanc 149, « Dix erreurs à éviter lors de la mise en service d'un
datacenter ».
Une fois la construction terminée et les tests de mise en service réussis conformément aux
exigences du projet, la gestion et l'exploitation des installations sont transférées à l'équipe
d'exploitation. L'entrepreneur doit mener la formation de cette équipe afin de lui communiquer
les informations nécessaires à l'exploitation et à la maintenance de tous les équipements et
systèmes en toute sécurité. Ces informations, associées aux plans de l'ouvrage fini et aux
documents des résultats de la mise en service, constituent la base de développement des
politiques d'exploitation et des procédures des installations utilisées dans la phase
d'exploitation.
Il s'agit de la phase la plus longue et la plus coûteuse du cycle de vie du datacenter. Cette
phase d'exploitation dure fréquemment 10, 15 ou même 20 ans. C'est au cours de cette
longue période que l'infrastructure fonctionne comme prévu : elle héberge, alimente, refroidit
et sécurise les serveurs informatiques, le stockage et l'équipement de mise en réseau.
L'infrastructure physique doit fonctionner en continu, même lorsque l'équipement vieillit, est
réparé et éventuellement remplacé. L'exploitation doit faire l'objet d'une maintenance
continue, même en cas de fluctuations de la demande informatique et métier. L'exploitation
d'une installation stratégique telle qu'un datacenter est très différente de tout autre type de
gestion. Elle a parfois été comparée à « entretenir un avion tout en le faisant voler ». Aucun
échec n'est permis car la réussite de l'entreprise est très souvent liée à sa performance
informatique (ou lorsque l'informatique CONSTITUE l'activité de l'entreprise). Il importe que
les propriétaires et gestionnaires appréhendent cet aspect lorsqu'ils organisent et gèrent le
programme d'exploitation et de maintenance (O&M) du datacenter.
Un programme O&M bien conçu, mis en œuvre et soutenu diminue les risques, réduit les
coûts et offre même un avantage concurrentiel à l'ensemble de l'activité soutenue par le
datacenter. Un programme mal organisé, en revanche, peut rapidement ébranler la
conception des installations, plaçant son personnel, ses systèmes informatiques et
l'entreprise proprement dite en danger d'accident ou d'interruption.
Un programme O&M efficace commence par l'adoption d'une « mentalité stratégique » de la
part des équipes dirigeante et d'exploitation, qui place l'accent sur l'atténuation du risque et
appréhende le caractère interconnecté des installations et des systèmes informatiques. Cette
philosophie constitue le fondement d'un programme O&M de qualité. Le Tableau 2 ci-
dessous décrit ses principes fondamentaux et ses résultats.
Le Tableau 3 ci-dessous présente les éléments critiques pour l'exploitation fiable et efficace
des installations de datacenter. Le propriétaire ou l'équipe de gestion des installations doit
veiller à la présence, à la bonne mise en œuvre et au support de ces aspects au sein de son
programme O&M. Le livre blanc 196, « Éléments essentiels d'exploitation des installations de
datacenter », offre une description plus détaillée et complète de chacun des éléments du
programme indiqués dans le présent document.
Il est bien entendu avantageux pour les propriétaires et les équipes de gestion de favoriser la
coopération et l'esprit d'équipe parmi le personnel. La coopération permet de simplifier et de
faciliter la gestion d'un écosystème complexe de composants, de systèmes interconnectés et
de métiers divers. Malheureusement, dans bien des entreprises, une mentalité de
cloisonnement existe souvent entre les équipes de l'équipement et de l'informatique.
Chacune tend à évoluer dans son propre univers en utilisant ses propres outils de gestion,
avec peu ou pas de visibilité transversale entre les deux. Compte tenu de la dépendance de
l'informatique en termes d'alimentation, de refroidissement et d'espace et du fait que
l'informatique est, en réalité, cliente de l'équipe des équipements, il est utile que les deux
groupes communiquent et travaillent en collaboration. La coopération...
Augmente la précision de planification des capacités et l'efficacité de l'exploitation
quotidienne
Réduit l'impact sur le SLA et l'entreprise en cas de difficultés
Diminue la perturbation provoquée par les déplacements, ajouts et modifications des
installations ou de l'équipement informatique
Bien que la mise en œuvre efficace des outils DCIM modernes3 puisse contribuer à
rapprocher équipement et informatique, il incombe largement au propriétaire et à la direction
d'encourager et de favoriser cette coopération. Certaines entreprises y sont parvenues grâce
à une structure hiérarchique commune, le responsable des équipements et le responsable de
l'informatique ayant le même responsable. La direction doit également créer et structurer les
objectifs d'équipe et individuels de sorte à encourager un meilleur travail équipe.
Une fois le projet original du datacenter terminé et les installations en exploitation actives, la
phase d'évaluation commence. Bien que concomitante avec la phase d'exploitation,
Schneider Electric considère la tâche stratégique de surveillance et d'évaluation formelle
comme une phase distincte du cycle de vie global. En outre, parmi toutes les phases, il s'agit
probablement de la plus négligée. Comme l'indique le Tableau 3, l'évaluation régulière de la
performance constitue un élément important de tout programme O&M efficace. Comprendre
la performance continue des exploitants et des systèmes d'infrastructure physique permet
d'obtenir des informations utiles et concrètes, notamment :
Degré de réalisation des objectifs de conception et des installations respecté par
l'infrastructure en exploitation
Efficacité énergétique de l'infrastructure physique soutenant l'informatique
État général et profil de risque actuel de l'infrastructure physique
Capacités actuelles d'alimentation, de refroidissement et d'espace, et tendances
d'utilisation
Efficacité et niveaux d'expérience du personnel
Maturité et efficacité du programme d'exploitation et de maintenance des installations
Une surveillance régulière de la performance, la vérification formelle et l'action sur les
résultats permettent de détecter les tendances négatives et les problèmes potentiels.
L'évaluation efficace de votre datacenter contribue à le rendre plus sûr, plus efficace et plus
fiable.
Les indicateurs de performance clés (KPI) permettent l'évaluation de performance la plus
efficace (voir la barre latérale) ; ils offrent en effet une perspective et initient les
améliorations du programme. Plusieurs avantages en découlent, notamment l'alignement des
activités d'exploitation avec les objectifs métiers et le renforcement positif de l'innovation et
de l'amélioration des processus.
La clé d'un bon programme de surveillance et d'étude de la performance réside dans des KPI
structurés et mesurés et dans les SLA associés. Définissez clairement chaque mesure
quantifiable en termes discrets plutôt que sur la base de critères subjectifs. Déduisez les
mesures de données quantifiées issues de la surveillance des installations et des systèmes
de contrôle tels que les logiciels DCIM, les outils CMMS, les journaux de sécurité et autres
systèmes d'aide à l'exploitation. Chacune des mesures doit comporter des objectifs de
réussite et des niveaux d'échec définis, ainsi que des niveaux considérés comme
« acceptables ». De bons KPI procurent des indicateurs avant-coureurs de défaillance, ainsi
plus prévisibles et évitables. Recueillez ces mesures continuellement et traitez-les
mensuellement, une vérification formelle trimestrielle étant recommandée. Notez et corrigez
immédiatement tout écart par rapport aux niveaux de performance « acceptables ». Enfin,
administrez le programme de sorte qu'il favorise une atmosphère d'esprit d'équipe et de
3 Pour obtenir des conseils pratiques sur la mise en œuvre efficace des outils DCIM, consultez le livre blanc 170, « Éviter les pièges courants lors de l'évaluation et de la mise en œuvre de solutions DCIM ».
Disponibilité de la charge critique
Maintenance de la redondance de charge
Disponibilité du système de support
Réalisation de la maintenance
Couverture des effectifs
Conformité à la politique de sécurité
Exercices de préparation aux situations d'urgence
Respect de la procédure de réaction en cas d'urgence
Respect de la politique et de la procédure de sécurité
Développement, gestion et utilisation des procédures
Contrôle/amélioration de la qualité
Conformité de la formation
Amélioration des processus
Rapports d'exploitation
Notification et transfert hiérarchique corrects des événements
Rapports sur les coûts ponctuels et précis
coopération plutôt que de crainte. Mettez l'accent sur des primes financières positives pour
atteindre ou dépasser les buts et objectifs plutôt que des avertissements en cas d'échec dans
ce domaine.
Les propriétaires et la direction du datacenter jouent un rôle essentiel dans cette phase. La
direction doit considérer la surveillance de la performance et son étude comme une priorité.
La réussite dépend d'un engagement sans relâche en termes de temps, de ressources et
d'efforts. La direction doit vérifier régulièrement les résultats et en tirer les conséquences.
Faute de quoi les évaluations risquent d'être totalement écartées ou d'être effectuées
partiellement, en pure perte.
Pour chacune des phases du cycle de vie du datacenter, des prestataires proposent des
services de conseil, de gestion, de démarrage, de configuration, de formation, d'évaluation,
de test et d'exploitation. La barre latérale « Services du cycle de vie » présente la liste des
services généralement disponibles par phase du cycle de vie. L'acquisition de ces services
peut offrir plusieurs avantages, notamment :
Profiter de l'expérience et du savoir-faire d'autrui
Libérer des ressources internes pour se concentrer sur d'autres tâches et
responsabilités essentielles
Éviter la courbe d'apprentissage naturelle et les erreurs prévisibles lors de la première
exécution des tâches
Fournir des moyens alternatifs pour atteindre les objectifs lorsque les ressources
internes sont insuffisantes pour acquérir les compétences requises ou remplir certaines
fonctions.
Il importe que les propriétaires et leurs équipes de gestion soient au fait et comprennent
l'offre de services pour les installations en question. En d'autres termes, quelle est l'offre
spécifique, quels niveaux de services sont possibles et quel en est le coût. Comparez les
prestataires de services et les fournisseurs en termes de capacités, de savoir -faire,
d'expérience, de couverture et de coût. Évaluez ensuite l'ensemble de ces informations par
rapport à ce que les installations offrent actuellement en interne en termes de couverture des
effectifs, de compétences et d'expérience. Lorsque le savoir-faire et les ressources
nécessaires sont insuffisants, l'utilisation efficace de services externes peut rendre la
possession et l'exploitation de datacenters plus aisée et plus efficace.
Phases de planification et de conception
Gestion du projet Concept et conception détaillée Services de sélection de site Choix entre construction et externalisation
Phase de construction Gestion de la construction Démarrage/intégration matériel/logiciel Configuration de l'équipement Mise en service Formation à l'exploitation de l'équipement
Phase d'exploitation Gestion de l'exploitation des installations Gestion des fournisseurs externes Services d'approvisionnement en énergie Maintenance préventive
Phase d'évaluation Évaluations énergétiques Évaluation de la maturité d'exploitation des installations Études de coordination des disjoncteurs et des arcs électriques Analyse de la circulation d'air CFD Évaluations de risque et de fiabilité
Cet article permet aux propriétaires et aux équipes de gestion d'appréhender les bases de
direction et de gestion de projets et d'exploitation d'installations stratégiques dans le contexte
du cycle de vie du datacenter. Les événements dans chacune des phases, l'interconnexion
entre les phases, les acteurs principaux et les zones centrales d'attention sont décrits et
identifiés. Ces informations et les autres livres blancs qui les étayent donnent des indications
sur les efforts et les éléments de base requis pour créer et exploiter des installations fiables
et efficaces pendant toute leur durée de vie.
Patrick Donovan est analyste de recherche senior au sein du Data Center Science Center de Schneider Electric. Il possède plus de 18 années d'expérience dans le développement et le support des systèmes d'alimentation et de refroidissement stratégiques pour la division informatique de Schneider Electric, notamment plusieurs solutions primées de protection, d'efficacité et de disponibilité énergétique. Auteur de nombreux livres blancs, articles sur l'industrie et évaluations technologiques, les recherches de Patrick sur les technologies d'infrastructure physique de datacenter et les marchés offrent des recommandations et des conseils sur les meilleures pratiques de planification, de conception et d'exploitation des installations de datacenter.
© 2
013
Sch
neid
er E
lect
ric. T
ous
droi
ts r
éser
vés.