Proyectos de centros de datos:

planificacin del sistema

Documento Tcnico 142

Revisin 2

por Neil Rasmussen

Contenido
> Resumen ejecutivo Haga clic en una seccin para saltarla

Introduccin 2
Planning of a data center physical infrastructure project
need not be a time consuming or frustrating task. La
La secuencia de planificacin 3
experiencia demuestra que, si las cuestiones correctas de sistemas
las resuelven las personas adecuadas en el orden
apropiado, los requisitos imprecisos se pueden convertir Tarea n. 1: 5
rpidamente en un diseo detallado. En este documento Establecer los parmetros
se describen los pasos prcticos que se deben llevar del proyecto
a cabo para tratar de reducir costes mediante la Tarea n. 2: 7
simplificacin y la reduccin del proceso de planificacin, Desarrollar el concepto
todo ello mientras se mejora la calidad del plan. de sistemas

Tarea n. 3: 8
Incorporar preferencias
y restricciones de los usuarios

Tarea n. 4: 10
Determinar los requisitos
de implantacin

Conclusin 12

Recursos 13

by Schneider Electric. Los Documentos tcnicos ahora forman parte de la

biblioteca de Schneider Electric producido por el centro de investigacin cientfica
para Centros de Datos de Schneider Electric
DCSC@Schneider-Electric.com
 Proyectos de centros de datos: planificacin del sistema

Introduccin La planificacin de los proyectos para construir o actualizar centros de datos sigue siendo un
reto importante para muchos departamentos de TI. Con frecuencia los planes se comunican
en forma deficiente entre los distintos integrantes de la organizacin que participan de
alguna manera en su actividad. Quienes toman decisiones pueden recibir propuestas con
un nivel excesivo de detalle en cuanto a los aspectos tcnicos pero que, a pesar de todo,
parezcan carecer de la informacin necesaria para tomar decisiones de negocio correctas.
Cambios iniciales de planes aparentemente pequeos pueden tener consecuencias
importante en los costos ms adelante, en la fase de construccin y montaje del centro de
datos. El proceso de planificacin y aprobacin puede consumir una parte importante del
tiempo de calendario de un proyecto y es frecuente que surjan sorpresas y los cambios
imprevistos en fases tardas del proceso de planificacin, los cuales provocan trabajos
de replanificacin que, a su vez, retrasan de forma importante la finalizacin del proyecto.

Nuestra experiencia con muchos proyectos de centros de datos sugiere que muchos de
estos problemas se pueden evitar si se proporciona la informacin adecuada en la secuencia
correcta a quienes toman las decisiones.

Este informe describe un mtodo de planificacin de proyectos de centros de datos para

mejorar la calidad y la velocidad de los resultados. Este mtodo de planificacin estructurado
describe una secuencia de pasos a seguir y las decisiones clave que se derivan de cada
paso. Siguiendo este proceso y haciendo que el proceso sea visible para todas las partes
interesadas, los administradores del proyecto pueden mejorar la transparencia del proyecto,
hacer que las partes interesadas aprecien que su tiempo se utiliza de forma ms eficiente
y mejorar su aceptacin del proyecto. En la Figura 1 se muestra cmo se realiza la
planeacin en el contexto del ciclo de vida de un centro de datos. La fase del "Plan" est
dividida en las cuatro tareas principales de la secuencia de planificacin de sistemas.
La secuencia de planificacin descrita en este informe establece los requisitos de diseo
para el diseo de ingeniera detallado de la infraestructura fsica del centro de datos,
el cual alimenta, refrigera, aloja y protege los sistemas informticos. Esta secuencia de
planificacin est separada de la planificacin informtica y asume que hay otro proceso
de planificacin informtica en paralelo o ya ha tenido lugar anteriormente.

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 2
 Proyectos de centros de datos: planificacin del sistema

Tasks in the Plan phase

1 Establish key project parameters

2 Develop system concept

3 Incorporate user preferences and constraints

4 Determine implementation requirements

Figura 1
La fase del plan en el
contexto del ciclo de vida
del centro de datos, con las Plan Design
cuatro tareas principales
de planificacin
Build

Assess

Commission

Maintain, Operate,
Monitor, Optimize

Las fases del ciclo de vida resaltadas en color gris en la Figura 1 representan el proyecto
de centro de datos completo. La porcin del PLAN del ciclo de vida establece los cimientos
de todo lo que viene a continuacin. La fase de planificacin debera tomar el mnimo tiempo
y dar lugar al mnimo gasto, pero tiene el mximo impacto sobre el rendimiento y el costo
del centro de datos. La fase de planificacin establece los detalles del sistema fsico que se
crear y del proceso del proyecto mediante el cual se crear el sistema. Para obtener ms
informacin sobre el proceso del proyecto, consulte el Informe tcnico n. 140, "Proyectos
de centros de datos: proceso estandarizado". Para obtener ms informacin sobre el ciclo
de vida de un centro de datos, consulte el Informe tcnico n. 195, Gestin del ciclo de vida
de un centro de datos.

La secuencia La secuencia de planificacin de sistemas es el flujo lgico de pensamiento, actividades

de planificacin y datos que transforma la idea inicial de un proyecto en un conjunto compacto de requisitos
y documentos que debern controlar el rendimiento y el costo del centro de datos construido.
de sistemas En la implementacin de Schneider Electric del proceso estandarizado del proyecto,
la planificacin de sistemas est secuenciada en cuatro tareas que tienen lugar durante
la fase de Planificacin del proyecto tal como se ilustra en la Figura 1.

El flujo de procesos descrito en estas cuatro tareas contiene algunas ideas clave que hemos
encontrado que son prcticas recomendadas eficientes para la planificacin de centros
de datos y conforman la base del mtodo que se describe en este informe. Estas claves
fundamentales son:

Separacin del concepto del sistema del diseo detallado: Resulta muy eficiente elegir
un concepto de sistema antes de generar una especificacin tcnica detallada, trabajar en
un diseo detallado o debatir largas listas de requisitos o preferencias de los usuarios. Las
revelaciones en relacin con el rendimiento o los costos que ocurren despus de empezar
el diseo detallado pueden cambiar el concepto fundamental del sistema y provocar grandes

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 3
 Proyectos de centros de datos: planificacin del sistema

cantidades de repeticin del trabajo y retrasos. Las partes iniciales del proceso de diseo
se deben centrar exclusivamente en asegurar una comprensin compartida de las
capacidades ms importantes del centro de dato y de su coste, y se debe evitar
invertir en el diseo y la especificacin detallada. Decidir sobre un concepto de diseo
implica que quienes toman las decisiones a alto nivel determinen los objetivos a alto nivel
y establezcan desde el principio el equilibrio entre rendimiento, coste, tamao, ubicacin
y programacin temporal del centro de datos implicado en el proyecto. Esta aproximacin
pretende el problema frecuente de que las partes interesadas no son conscientes de las
caractersticas o los costos fundamentales de diseo hasta que se empiezan a ver diseos
detallados en una fase posterior del proceso.

Separacin de los parmetros clave del proyecto de las preferencias y restricciones

establecidas por los usuarios: Existe un pequeo conjunto de parmetros fundamentales
de alto nivel del proyecto necesarios y suficientes para permitir la eleccin de un concepto
de sistema. Algunos de estos parmetros fundamentales incluyen conceptos como la
densidad y el plan de crecimiento, que no siempre han estado definidos claramente,
y mtodos de cuantificacin sin ambigedades. La planificacin temprana debera
centrarse en establecer un consenso sobre estos parmetros y posponer el abordaje
de las preferencias de los usuarios y la mayora de restricciones, con el fin de alcanzar
una decisin temprana sobre el concepto del sistema. Esto garantiza que quienes toman
las decisiones a alto nivel se centren en las decisiones ms importantes pronto y no se dejen
arrastrar por la discusin de los detalles.

Las 4 tareas de planificacin

Cada una de las tareas esenciales de planificacin de la Figura 1 utiliza informacin como
entrada, la transforma o le aade detalles y la remite a la tarea siguiente. Se puede
esperara que haya iteraciones dentro de cada paso, pero el objetivo es un proceso
eficaz para tratar de minimizar las repeticiones y especialmente eliminar los errores
que obliguen a retroceder dos o ms pasos en el proceso. Este progreso se puede
modelizar utilizando el flujo ilustrado en la Figura 2. Los datos que fluyen y se transforman
son la descripcin en desarrollo del sistema. En la Figura 2, los datos se muestran en forma
de pginas en un portapapeles que viaja de una tarea a otra (los rectngulos verdes) con
una nueva pgina que sirve como entrada adicional para cada paso subsiguiente en el
camino. Cada tarea agrega ms informacin y la suma del contenido se convierte en los
requisitos de diseo para el proceso subsiguiente de ingeniera en detalle. Los requisitos
de implementacin (Tarea 4), combinados con los resultados establecidos en las tres tareas
anteriores, juntos se convierten en los requisitos completos de diseo y sirven como "libro
de normas" del diseo detallado de ingeniera que tiene lugar en la fase posterior de diseo
(la cual no se analiza en este informe).

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 4
 Proyectos de centros de datos: planificacin del sistema

Figura 2
Las cuatro tareas de la secuencia de planificacin
de sistemas

Tarea n. 1: Esta tarea se inicia con la idea general de una necesidad de negocio que requiere un cambio en

Establecer los
las capacidades informticas de una organizacin. A partir de ah, la tarea n. 1 implica la
determinacin de los parmetros siguientes del proyecto: criticidad, capacidad, plan de
parmetros crecimiento, eficiencia, densidad y presupuesto. Las partes interesadas clave que deberan

del proyecto estar implicadas en esta fase incluyen la gerencia de finanzas, el Director ejecutivo, un ejecutivo
clave de IT, el gerente de operaciones de IT y otras personas que entiendan las necesidades
y los objetivos empresariales fundamentales. Los seis parmetros del proyecto establecen los
objetivos de alto nivel del proyecto de centro de datos, que ms tarde se utilizan para desarrollar
el concepto de sistemas de infraestructuras fsicas para el centro de datos.

Estos seis parmetros clave del proyecto se definen del modo siguiente:

1. Criticidad: Nivel de disponibilidad del sistema que se debe alcanzar en trminos

de normas estndar de la industria.
2. Capacidad: Mxima cargad e IT (en kW) que debe soportar la infraestructura fsica
del centro de datos.
3. Plan de crecimiento: Descripcin de la evolucin hasta los requisitos de mxima
potencia, incorporando la incertidumbre (consulte el Informe tcnico n. 143,
Proyectos de centros de datos: Modelo de crecimiento)

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 5
 Proyectos de centros de datos: planificacin del sistema

4. Eficiencia: Objetivo de eficiencia energtica de los sistemas de infraestructura

del centro de datos.
5. Densidad: Potencia promedio y cresta que se espera que consuman los gabinetes
de IT (kW/rack) y espacio necesario sobre el piso (consulte el Informe tcnico n. 155,
Clculo de las necesidades de espacio y de densidad de potencia totales para centros
de datos) junto con informacin relativa a la incertidumbre en la densidad.
6. Presupuesto: Costos de capital planificados 1 para el proyecto.

Muchos fallos de planificacin, trabajo de diseo desperdiciado y retrasos en el calendario

se pueden trazar hasta los problemas siguientes:

Las partes interesadas no han logrado entender y acordar de forma compartida estos
parmetros clave en una fase temprana del proceso.
Las partes interesadas no eran del todo conscientes de los pros y contras entre estos
parmetros.
Las partes interesadas no estaban totalmente informadas de cmo iba a funcionar
el diseo a partir de estos parmetros hasta que hay un diseo detallado en curso
o incluso completado, cuando realizar correcciones puede ser demasiado caro.

Un objetivo importante de esta tarea es garantizar que se dedique poco tiempo de gerencia
a tomar las decisiones ms importantes. Una forma eficaz de lograrlo es dividir esta tarea
en dos pasos:

En primer lugar, es necesario celebrar reuniones en las que se impliquen la gerencia del
proyecto y cada una de las partes interesadas individuales (p. ej. gerente de finanzas,
gerente de informtica, gerente de instalaciones) a fin de explicar el proceso, proporcionar
un lenguaje comn para los seis parmetros del proyecto, validar los miembros adecuados
de sus equipos para participar en el proceso y prepararlos individualmente para una futura
reunin conjunta en la cual se acordarn los seis parmetros clave del proyecto. Esto
permite a cada miembro del equipo tener un conocimiento compartido del plan y pensar
acerca de los problemas con antelacin y validar sus necesidades y preocupaciones.

En segundo lugar se debe organizar una jornada de trabajo para que las partes interesadas
se centren en establecer los seis parmetros. Se espera que este proceso sea iterativo,
ya que la eleccin de un parmetro (como la criticidad) puede hacer que otro parmetro
(como el coste) sea inaceptable y esto, a su vez, puede impulsar un cambio en uno o ms
parmetros. Por ejemplo, elegir una sobre especificacin de los requisitos de capacidad
en kW para futuras ampliaciones de las estructuras informticas puede llevar el proyecto
a superar el presupuesto objetivo y exigir ahorros mediante la reduccin de la criticidad.

Las partes interesadas que participen en esa jornada de trabajo pueden considerar los pros
y contras de los parmetros esenciales del proyecto en tiempo real, confiando en un experto
conocedor y de confianza que participe en el debate o utilizando un modelo matemtico
como la Herramienta de planificacin de centros de datos (ejemplo en la Figura 3). Esto
permite a las partes interesadas considerar distintos escenarios posibles y entender las
relaciones de compromiso entre el coste de capital, las dimensiones de la potencia, la
eficiencia y la capacidad. Este tipo de herramientas de planificacin se pueden utilizar
en una jornada de trabajo para contribuir a que las partes interesadas desarrollen una
comprensin conjunta de cmo sus reas de inters particulares (como las finanzas, por
ejemplo) afectan a las dems reas del proyecto (como la capacidad del centro de datos).

1
El presupuesto para la planificacin es el presupuesto del proyecto y no incluye el presupuesto de gastos
de explotacin. Sin embargo, los costos de explotacin son una consideracin que se tiene en cuenta al
establecer un equilibrio entre los distintos parmetros durante la seleccin del concepto del sistema.

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 6
 Proyectos de centros de datos: planificacin del sistema

El objetivo de estas sesiones de planificacin es generar un conjunto de objetivos realistas

de presupuesto, capacidad, plan de crecimiento, eficiencia, densidad y criticidad del centro
de datos. Es posible que no se puedan establecer los seis parmetros en un una nica
jornada de trabajo ejecutiva, ya que algunos de los participantes pueden necesitar ms
tiempo para considerar o analizar las decisiones de equilibrio que se hayan identificado.
No obstante, en muchos casos se pueden tomar decisiones de calidad en unos pocos das,
y ese debera ser el objetivo de duracin de este paso.

Figura 3
Captura de pantalla
de una herramienta
de planificacin de
centros de datos

Tarea n. 2: Esta tarea toma los parmetros fundamentales del proyecto determinados en la tarea anterior
(criticidad, capacidad, crecimiento, plan, eficiencia, densidad y presupuesto), y los utiliza
Desarrollar el para seleccionar un concepto general de sistema de infraestructuras fsicas. Las partes
concepto de interesadas clave implicadas en esta fase deben

sistemas incluir el grupo de operaciones de TI, gerencia de Establish

PROJECT PARAMETERS
TI, gerencia de instalaciones, ingeniera de
instalaciones y un consultor con experiencia en Develop
planificacin de sistemas para proyectos de centros SYSTEM CONCEPT

de datos. El elemento fundamental de esta tarea es

seleccionar un diseo de referencia que contenga Incorporate
USER PREFERENCES
las caractersticas de criticidad, capacidad, AND CONSTRAINTS

eficiencia, densidad y presupuesto deseadas y que

Determine
tenga la estabilidad necesaria para soportar el plan IMPLEMENTATION
de desarrollo. Adems, al finalizar este paso es REQUIREMENTS

importante haber decidido la ubicacin especfica

(sala, edificio o lugar) para el centro de datos.

En comparacin con la forma de diseo de centros de datos tradicional sobre un papel en

blanco, los diseos de referencias sirven como un buen punto de partida para avanzar en la
fase de diseo. Un diseo de referencia es un modelo de diseo de ejemplo que contiene una
combinacin especfica de atributos, incluidas funciones de criticidad, densidad de potencia,
tecnologas de equipos, caractersticas de escalabilidad y nivel de instrumentacin. Un diseo
de referencia eficaz tambin incluye especificaciones de rendimiento a nivel de sistemas como
el peso, el espacio ocupado, etc. e incluye una lista detallada de los materiales o componentes

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 7
 Proyectos de centros de datos: planificacin del sistema

que conforman el sistema. Un diseo de referencia determinado cuenta con una gama prctica
de capacidades de alimentacin para la cual es adecuado y proporciona una forma inmediata de
evaluar con eficacia otros diseos sin realizar el laborioso proceso del diseo y la especificacin
propiamente dichos. Se pueden tomar las decisiones adecuadas de una forma rpida y eficaz.
Para obtener ms informacin sobre los diseos de referencia, consulte el Informe tcnico
n. 147, Proyectos de centros de datos: Ventajas del uso de un diseo de referencia.

Aunque existe un nmero prcticamente ilimitado de posibles diseos de referencia, los seis
parmetros clave del proyecto descartarn rpidamente la mayora de ellos y permitirn que
el proceso de seleccin de un diseo de referencia se convierta en una eleccin sencilla
entre unas cuantas opciones en lugar de un proceso largo de creacin de un diseo que
cumpla los parmetros a partir de una hoja de papel en blanco.

Una vez que se hayan identificado varias opciones de diseos de referencia, las alternativas
se pueden revisar en relacin con otros aspectos tales como la logstica, la reputacin del
proveedor, las referencias de los clientes, etc.

En muchos casos, la ubicacin propuesta para el centro de datos ya se conoce o est limitada
a unas cuantas opciones. Seleccionar un diseo de referencia en una fase temprana
proporciona la informacin necesaria para evaluar rpidamente si el concepto de diseo es
compatible con una ubicacin determinada. Si se observan incompatibilidades, se pueden
examinar la eleccin de un diseo de referencia, las opciones de ubicacin de emplazamiento
y los parmetros del proyecto de forma conjunta e inmediata, y llegar a compromisos
equilibrados para lograr una combinacin satisfactoria. En un proceso de diseo tradicional,
es posible que no se identifiquen las incompatibilidades hasta despus de comenzar el diseo
detallado, por lo que se pierde un tiempo valioso y se obliga a gerencia a volver atrs y a volver
a plantearse decisiones que ya crean que estaban tomadas. Todo esto significa repetir trabajo
y, en ltima instancia, se traduce en retrasos en el proyecto y costos adicionales. Esta
capacidad de llegar a los compromisos ms importantes de forma temprana y rpida se
consigue mediante la condensacin de las decisiones importantes en tres elementos: 1) los
seis parmetros del proyecto, 2) una lista limitada de diseos de referencia y, 3) una lista de
ubicaciones posibles.

Si el administrador del proyecto se prepara bien para esta tarea, podra completarse en una
nica jornada de trabajo de gerencia. Para los proyectos ms pequeos, las tareas 1 y 2 se
pueden completar en una sola jornada de trabajo.

Tarea n. 3: Las preferencias de los usuarios y las limitaciones incluyen los requisitos de diseo
tcnicos que no estn incluidos en los seis parmetros clave del proyecto y no aparecen
Incorporar explcitamente en el concepto del sistema o la eleccin de la ubicacin. Teniendo en cuenta
preferencias la eleccin del concepto del sistema de la tarea anterior, esta tarea recopila y evala las

y restricciones preferencias de los usuarios y las limitaciones para determinar si son vlidas, o bien si se
deben ajustar de alguna forma para reducir el costo o evitar problemas. La idea central en
de los usuarios este caso es que las preferencias y restricciones impuestas por los usuarios se deben
adaptar de tal modo que funcionen con el concepto de sistema elegido previamente.
Establish
Nuestra experiencia dicta que es eficaz validar PROJECT PARAMETERS
y adaptar las preferencias y las restricciones de los
usuarios una vez elegido el concepto de diseo, Develop
SYSTEM CONCEPT
en lugar de recopilarlas como requisitos previos
e intentar utilizarlas para dirigir el diseo general.
Incorporate
Son las preferencias de los usuarios y las USER PREFERENCES
AND CONSTRAINTS
limitaciones a menudo las que alejan de forma
inadvertida los diseos de los centros de datos de Determine
los diseos estndar e incrementan el costo y el IMPLEMENTATION
REQUIREMENTS
tiempo de desarrollo y disminuyen la calidad.

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 8
 Proyectos de centros de datos: planificacin del sistema

Entre los colaboradores clave implicados en esta fase se deben incluir operaciones de TI,
ingenieros de redes, ingenieros de instalaciones, otro personal relacionado con las
actividades del da a da del centro de datos y un asesor con experiencia en la planificacin
de sistemas para los proyectos de centros de datos.

Las preferencias y las restricciones de los usuarios se definen del modo siguiente:

Las preferencias son los deseos de los usuarios que estn sujetos a la realizacin de
cambios o ajustes tras considerar (o volver a considerar) el coste y las consecuencias.
A veces, las preferencias de los usuarios cambian cuando reciben informacin nueva.
Las limitaciones son obstculos que no se pueden superar o que solo se pueden
cambiar si implican un gran gasto o consecuencias inaceptables. Las limitaciones son
condiciones previas que resultan difciles o imposibles de cambiar.

Las preferencias son caractersticas deseables por parte de los operadores o la organizacin
en funcin de sus objetivos o experiencia, pero no son restricciones. Entre los ejemplos de
preferencias de los usuarios se encuentran:

Preferimos la distribucin en alto del cableado de alimentacin.

Necesitamos que los visitantes puedan ver el centro de datos en las visitas a las instalaciones.
Queremos cmaras de seguridad vigilando cada milmetro del espacio del centro de datos.
No queremos tener que hacer trabajos de cableado elctrico o fontanera en la sala de
TI una vez que est en marcha.
Preferimos usar racks de TI anchos para disponer de ms espacio para cables.
Queremos separar fsicamente los armarios de TI por cliente.
Queremos una pantalla en la pared que muestre el resumen del rendimiento
energtico del centro de datos.

Las restricciones dependen de las circunstancias y escapan al control del diseador del centro
de datos. Entre las restricciones se incluyen las limitaciones de las instalaciones o las normativas,
o los requisitos empresariales inalterables. Los asesores deben evaluar si las decisiones que
influyen en la planta fsica de las instalaciones cumplen los cdigos nacionales y locales.

Entre los ejemplos de restricciones se encuentran:

Una caracterstica fsica de la instalacin (por ejemplo, la altura del techo, la capacidad
de carga del piso, la geometra de la sala, las paredes o columnas existentes o los
requisitos de montaje en el tejado para los dispositivos de exterior).
Una ley o cdigo que requiera su cumplimiento.
Un estndar que se deba cumplir (como TIA 942).
Las normas de trabajo (como las horas de acceso o las normas de los sindicatos).
Una caracterstica fsica de la ruta de entrega (como la capacidad de carga del
montacargas que se utilizar para transportar los equipos a la sala).

Una vez validadas, las preferencias y las restricciones de los usuarios se revisan para
comprobar su compatibilidad con el concepto de sistema seleccionado. Las que son
compatibles pasan a formar parte de los requisitos del diseo. Si una preferencia o restriccin
validada no es compatible con el concepto de diseo, se intenta conciliar mediante ajustes en
la preferencia o restriccin, o bien mediante la inclusin de solicitudes de cambios menores
en el concepto del sistema (por ejemplo, adaptaciones del concepto). Tal vez sea necesario
repetir este proceso varias veces, ya que pueden existir equilibrios e interacciones entre las
distintas preferencias y restricciones, tal como se muestra en la Figura 4. El objetivo aqu

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 9
 Proyectos de centros de datos: planificacin del sistema

es realizar adaptaciones en el concepto para evitar la necesidad de volver a considerar

el concepto del sistema a menos que sea absolutamente necesario. Segn nuestra
experiencia, casi todas las preferencias y limitaciones se pueden incorporar
satisfactoriamente de forma que funcionen con el concepto del sistema elegido.

From Design
task 2 Parameters
Reference
Design Provide OUTPUT
Alternatives
Room
Figura 4 Choice Identify
Conflicts Assess
Detalles de la tarea para Tradeoffs Concept
Adaptations
la incorporacin de
preferencias de los
INPUTS Validated
Validate Preferences
usuarios y limitaciones Preferences
& Constraints Validated
User Reconcile Constraints
Preferences Conflicts

Constraints

Es importante asegurarse de que una limitacin es realmente una limitacin. A continuacin,

se muestran dos ejemplos de soluciones alternativas para una limitacin:

Limitacin: el centro de datos existente no permite su desconexin (para realizar

la actualizacin).
Posible solucin: Coloque una pared temporal para separar el sistema en ejecucin
del rea de trabajo para la nueva instalacin e instale un suministro de alimentacin
independiente para ejecutar los dos sistemas a la vez durante el cambio.

Limitacin: No podemos utilizar unidades de expulsin de aire con conductos en

el falso techo, ya que el techo no dispone de conducto de plnum contra incendios
y el inspector de incendios no permitir una conexin.
Posible solucin: Pulverice una preparacin ignfuga en el conducto.

En la mayora de los casos, es necesario realizar varias repeticiones para obtener un conjunto
definitivo de preferencias de los usuarios y limitaciones. Esta tarea estar completa cuando
las preferencias y las limitaciones se hayan conciliado con el concepto del sistema y se hayan
descrito como adaptaciones del concepto y preferencias y limitaciones validadas. Esta tarea
del proceso se puede agilizar si se recopilan las preferencias de los usuarios y las limitaciones
junto con las tareas anteriores. Tenga en cuenta que muchas de las limitaciones no se
pueden determinar hasta que se elija el emplazamiento. Esto puede requerir que la tarea
anterior, Desarrollar el concepto del sistema, se lleve a cabo antes de que se puedan
recopilar las limitaciones.

Tarea n. 4: Los requisitos de implantacin actan como un conjunto de reglas que se deben seguir a la
hora de crear un diseo detallado del sistema, adems de los resultados establecidos en las
Determinar los tres tareas anteriores. Los requisitos de implantacin constan de los siguientes elementos:
requisitos de 1. Requisitos estndar que no varan de un proyecto a otro. Normalmente, los
implantacin requisitos estndar aparecen como especificaciones estndar que incluyen la mayor

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 10
 Proyectos de centros de datos: planificacin del sistema

parte de la especificacin del centro de datos. Algunos ejemplos de requisitos

estndar son los estndares de cumplimiento de normativas especiales,
compatibilidad de subsistemas, seguridad o prcticas recomendadas que deben
2
indicarse de forma explcita a ingenieros o instaladores .
2. Requisitos del proyecto que definen los detalles especficos de los usuarios
relacionados con la ejecucin del proyecto. Aqu se incluyen fechas lmite especiales,
asignaciones o limitaciones de recursos de equipos o humanos, proveedores que se
deben utilizar o adquisiciones especiales u otros procesos administrativos que el
proyecto debe seguir.

La divisin de los requisitos de implantacin en aquellos que son comunes para todos los
sistemas (requisitos estndar) y aquellos que son especficos de este proyecto del usuario
(requisitos del proyecto) simplifica el trabajo de creacin y mantenimiento del diseo del
sistema detallado, ya que la mayor parte de la
Establish
revisin y de las decisiones se pueden centrar PROJECT PARAMETERS
en el subconjunto de requisitos especficos del
proyecto. Puede encontrar ms informacin en Develop
SYSTEM CONCEPT
System Specification and Project Manual Volume
1: Small and Medium Data Centers (Manual del
Incorporate
proyecto y especificacin del sistema volumen 1: USER PREFERENCES
AND CONSTRAINTS
Centros de datos pequeos y medianos).
Determine
IMPLEMENTATION
Los requisitos de implantacin, junto con los REQUIREMENTS
resultados establecidos en las tres tareas anteriores
dan como resultado la totalidad de requisitos de
diseo y actan como reglas para el diseo
detallado en la fase de diseo posterior (no descrita en este documento). En la fase de diseo
posterior, los requisitos de diseo establecidos mediante el proceso de planificacin descrito
en este documento definen la ingeniera del proyecto y el sistema. Es en este paso de diseo
posterior donde se desarrollan las especificaciones de ingeniera, entre las que se incluyen:

1. Listas detalladas de componentes

2. Planta exacta de racks, lo que incluye el equipamiento de alimentacin y refrigeracin
3. Instrucciones de instalacin detalladas
4. Programacin detallada del proyecto
5. Caractersticas finales reales del diseo (eficacia, densidad y capacidad de ampliacin)

El uso de un diseo de referencia como medio para establecer el concepto del diseo, tal
y como se recomienda en este documento, simplifica en gran medida el diseo detallado
del sistema que se ha creado en la fase de diseo, en caso de que se hayan proporcionado
detalles suficientes en el diseo de referencia. Los diseos de referencia eficaces ya
incluyen gran parte del contenido de la lista anterior, por lo que no es necesario volver
a crearlos. Normalmente, los diseos de referencia incluyen diagramas lineales de los
espacios elctricos, mecnicos y de TI, proporcionan diseos en planta, una lista de
materiales (BOM) y ofrecen las caractersticas de rendimiento del sistema esperadas. Todo
ello se puede incorporar directamente en el diseo detallado con adaptaciones menores
y procesos de anlisis e ingeniera adicionales mnimos.

2
Se supone que ingenieros y arquitectos conocen y cumplen las normas obligatorias locales, y no es
necesario indicarlas de forma explcita. El objetivo de este paso es identificar las normas del sector,
internas o voluntarias que se deben cumplir adems de las normas obligatorias locales.

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 11
 Proyectos de centros de datos: planificacin del sistema

Conclusin A pesar de su importancia crucial para que el proyecto se desarrolle con xito,
tradicionalmente, la planificacin del sistema se ha considerado un proceso desestructurado
y dificultoso que se ha llevado a cabo como un arte en lugar de una ciencia, con cabida para
errores, supuestos incorrectos y malentendidos que pueden tener consecuencias negativas
en las fases posteriores del proyecto. Esta fase suele emplear mucho ms tiempo del que
est previsto o es necesario. Muchas de las dificultades se pueden evitar considerando
la planificacin del sistema como un proceso estandarizado que consta de una secuencia
ordenada de tareas que, de forma progresiva, desarrollan y pulen el concepto del sistema
para garantizar que el sistema final satisfaga la necesidad empresarial original.

En este documento, se describe un proceso de planificacin del centro de datos compuesto

por cuatro tareas, cada una de las cuales pule o transforma el concepto del sistema
conforme progresa de la idea a los requisitos de diseo. El principio de este proceso
es garantizar que las personas adecuadas toman las decisiones correctas en el orden
apropiado con el fin de maximizar la eficacia. La secuencia empieza con:

Una necesidad empresarial a partir de la que se establecen

parmetros del proyecto, a partir de los cuales se desarrolla un
concepto del sistema, complementado con
preferencias de los usuarios y limitaciones validadas que se suman a los
requisitos de implantacin.

La combinacin de los resultados de estos pasos da lugar a un paquete de requisitos de

diseo con el nivel de detalle adecuado para permitir que las partes interesadas lleguen
a un entendimiento comn y se impliquen, a la vez que se proporciona la orientacin
necesaria suficiente para garantizar que en las fases posteriores de ingeniera y construccin
del proyecto se logren los resultados acordados.

La estandarizacin del proceso de planificacin, cuando se combina con el uso de un

lenguaje comn para la descripcin de los requisitos, puede llevar la planificacin de la
mayora de los centros de datos al mbito de una ciencia predecible y repetitiva. Seguir un
proceso organizado permite al director del proyecto evitar descuidos y la desinformacin en
la toma de decisiones durante la fase de planificacin temprana de un proyecto de centro
de datos, as como garantizar que las partes interesadas emplean su tiempo de forma eficaz.

Sobre el autor
Neil Rasmussen es Vicepresidente Senior de Innovacin en Schneider Electric. Orienta el destino
tecnolgico del mayor presupuesto mundial de Investigacin y Desarrollo dedicado al tema de la
infraestructura de energa, refrigeracin y racks para redes crticas.

Neil tiene 25 patentes relacionadas con la infraestructura de refrigeracin y el suministro elctrico

a centros de datos de alta eficiencia y densidad, y ha publicado ms de 50 informes tcnicos
relacionados con los sistemas de alimentacin y refrigeracin, muchos de ellos publicados en
ms de 10 idiomas, los ms recientes con un enfoque en la mejora de la eficiencia energtica.
Es reconocido internacionalmente por sus conferencias sobre el tema de los centros de datos de
alta eficiencia. Actualmente se dedica a desarrollar la ciencia de las soluciones de infraestructura
para centros de datos escalables, de alta densidad y alta eficiencia, y es el principal diseador del
sistema InfraStruXure de APC.

Antes de fundar APC en el ao 1981, Neil recibi los ttulos de licenciado y mster en Ingeniera
Elctrica del MIT, donde realiz su tesis sobre el anlisis de una fuente de alimentacin de
200 MW para un reactor de fusin Tokamak. Desde 1979 hasta 1981 trabaj para MIT Lincoln
Laboratories en sistemas de almacenamiento energtico de volante y sistemas de energa
elctrica solar.

Schneider Electric Data Center Science Center Documento Tcnico 142 Rev 2 12

Recursos
Haga clic sobre el icono para
conectarse a el recurso
Schneider Electric Data Center Science Center
Proyectos de centros de datos: planificacin del sistema
Instrucciones para la especificacin de la criticidad/niveles de clasificacin
de centros de datos
Documento Tcnico 122
Proyectos de centros de datos: Proceso estandarizado
Documento Tcnico 140
Proyectos de centros de datos: Modelo de crecimiento
Documento Tcnico 143
Proyectos de centros de datos: Ventajas del uso de un diseo de referencia
Documento Tcnico 147
Clculo de los requisitos de espacio y la densidad de potencia totales para
los centros de datos
Documento Tcnico 155
Proyectos de centros de datos: Establecimiento de una superficie en planta
Documento Tcnico 144
Gestin del ciclo de vida del centro de datos
Documento Tcnico 195
Explore todos los
informes tcnicos
whitepapers.apc.com
Herramienta de planificacin del centro de datos
TradeOff Tool 8
Explore todas las herramientas
TradeOff Tools
tools.apc.com
Contctenos
Para incluir comentarios sobre el contenido de este informe tcnico:
Centro de investigacin cientfica para Centros de Datos
DCSC@Schneider-Electric.com
Si tu eres un cliente y tiene preguntas especficas sobre su proyecto de centro
de datos:
Pngase en contacto con su representante de Schneider Electric
www.apc.com/support/contact/index.cfm
Documento Tcnico 142 Rev 2 13