Snis-6qjgs2 R0 LS

Proyectos de centros
de datos: La
planeación del
sistema
Neil Rasmussen
Suzanne Niles
Informe interno
N° 142
Prepare Design Acquire Implement
Business
NEED
Detailed
DESIGN
Resumen ejecutivo
La planeación del sistema es el talón de Aquiles de los proyectos de infraestructura física
en los centros de datos. Los errores en la planeación pueden agravarse y propagarse en las
fases posteriores de implementación; como resultado, se producen demoras, costos
excesivos, desperdicio de tiempo y, en última instancia, se puede poner en riesgo el
sistema. Muchos de estos inconvenientes pueden eliminarse visualizando la planeación del
sistema como un modelo de flujo de datos, con una secuencia ordenada de tareas que
transforman y refinan la información en forma progresiva desde la concepción inicial hasta
el diseño final.
2007 de American Power Conversion. Todos los derechos reservados. Queda prohibida la utilización, reproducción, fotocopiado, 2
transmisión o almacenamiento de esta publicación en cualquier sistema de recuperación de cualquier tipo, en todo o en parte, sin el
consentimiento escrito del titular del derecho de autor. www.apc.com Informe interno N° 142 Rev 2007-0
Introducción
La planeación sigue siendo uno de los principales desafíos para las instalaciones informáticas grandes y
pequeñas. Por lo general, los proyectos de construcción y actualización de centros de datos se planean
utilizando métodos que se acercan más al arte que a la ciencia: se trata de un proceso que a menudo se
percibe como intimidante, difícil y no estructurado. Los planes se comunican en forma deficiente entre los
distintos integrantes de la organización que participan de alguna manera en su actividad. Puede suceder
que los encargados de la planeación reciban propuestas con un nivel excesivo de detalle en cuanto a los
aspectos técnicos, pero que carezcan de la información necesaria para tomar decisiones. Un mínimo
cambio en el plan puede tener graves consecuencias con respecto a los costos o generar sorpresas y
terribles problemas en las etapas posteriores.
Tradicionalmente, la planeación de los sistemas para los centros de datos quedó a cargo de los ingenieros
consultores, quienes se centraron, en especial, en los requisitos singulares y el diseño de cada proyecto
particular. Sin embargo, en la actualidad se presenta la oportunidad de consolidar esa experiencia
acumulada durante décadas de planeación de centros de datos y de evolucionar hacia un enfoque más
estandarizado que brinde mayor calidad y aprovechamiento de los costos tanto para el proveedor como
para el consumidor.
En un proyecto de construcción o actualización de un centro de datos, la planeación inicial es la actividad

que presenta mayores posibilidades de que se cometan errores. La mayoría de los defectos que surgen en
las etapas posteriores de un proyecto no son provocados por problemas en los componentes físicos del
sistema, sino por descuidos o decisiones tomadas sin contar con la información adecuada durante la
planeación. Afortunadamente, es posible evitar muchos de estos problemas si se logra que las personas
correctas tomen las decisiones adecuadas en el orden apropiado.
En la figura 1 se muestra cómo se realiza la planeación en el contexto de un proyecto para un centro de

datos. La sección PLANEACIÓN del proyecto, que consta de las fases Preparación y Diseño, sienta las
bases para todas las operaciones subsiguientes. Transitar con cuidado esta parte del proceso resulta
decisivo para el éxito del proyecto. En estas dos fases se definen los detalles del sistema físico que se
creará y del proceso mediante el cual se creará el sistema.
Figura 1 – La sección PLANEACIÓN del proceso sienta las bases del proyecto
PLAN BUILD
The System
The idea
La planeación del proceso incluye tareas como asignar responsabilidades, configurar la gestión de
proyectos, tomar decisiones relacionadas con la tercerización, realizar presupuestos y programación de
tareas. La planeación del sistema –el tema de este
informe– se ocupa de la configuración del
hardware, que es el resultado palpable del
proyecto. La planeación del sistema transforma el
concepto del proyecto original en un diseño
detallado de la construcción. Para sustentar la
planeación del sistema, es fundamental contar con
la guía de un modelo de flujo de datos,
dependencias y estrategia de diseño estructurado claramente. Este informe no ofrece recomendaciones
detalladas para la planeación, sino que proporciona un marco que permite organizar, comprender y efectuar
un seguimiento de la secuencia lógica que atraviesa el diseño del sistema desde el concepto hasta los
planos.
La secuencia de planeación descrita en este informe abarca el diseño en el nivel de la infraestructura

física del centro de datos, cuya función es alojar, alimentar, enfriar y proteger las funciones informáticas y
de red del centro de datos, es decir, los "niveles informáticos" del centro de datos. En esta secuencia de
planeación, se parte del supuesto de que la determinación de los requisitos informáticos y el diseño general
de los niveles informáticos ya se realizaron. Luego, ciertas características del concepto del sistema
informático brindan información esencial para la planeación de la infraestructura física, como veremos en la
primera tarea de la secuencia de planeación.
¿Qué es la “secuencia de planeación del sistema”?

La “secuencia de planeación del sistema” es el curso lógico de pensamiento, actividades y datos que
transforman la idea del proyecto inicial en un plan detallado de instalación. En la implementación del
proceso del proyecto estandarizado de APC, la planeación de sistemas comprende una secuencia de cinco
tareas que se realizan durante las fases de Preparación y Diseño del proyecto.
Estas cinco tareas que forman la planeación del sistema se llevan a cabo dentro del contexto de otras
tareas necesarias para la realización general del proyecto, como el análisis del presupuesto, la contratación
de proveedores de servicios y la generación de propuestas. Sin embargo, las tareas para la planeación del
sistema forman su propia secuencia lógica que puede extraerse y considerarse por separado. De este
modo, se hace mucho más fácil visualizar y comprender el curso de actividades que transforma y refina una
idea general hasta convertirla en un diseño detallado del sistema.
En la figura 2 se ilustran estas cinco tareas que componen la planeación de sistemas, en el contexto de las
fases Preparación y Diseño (marcadas con círculos y tildes) y extraídas en una lista separada de cinco
elementos.
Figura 2 – Las cinco tareas de la “secuencia de planeación del sistema”
PLAN BUILD
Acquire Implement
Prepare Design
Assess Need For more about the project process, including

Initialize Project steps in the Acquire and Implement phases,
• Review business requirements see APC White Paper #140, “Data Center
and assumptions Projects: Standardized Process”
• Determine IT parameters Establish Tasks in the

• Identify risk areas Requirements SYSTEM PLANNING SEQUENCE:
• Determine user requirements
Develop Concept • Generate specification 1 Determine IT parameters

• Develop system concept
• Create budgetary estimate
Finalize Proposal 2 Develop system concept
Submit Purchase Order

3 Determine user requirements
4 Generate specification
5 Generate detailed design
La secuencia de planeación como modelo de flujo de datos

En cada una de estas cinco tareas, se requiere información de entrada; como resultado de la tarea, la
información se transforma o incorpora nuevos datos y luego pasa como entrada a la tarea siguiente. Esta
progresión se puede modelar utilizando el diagrama de flujo de datos que se muestra en la figura 3. Los
datos que ingresan y se transforman constituyen la descripción del sistema en desarrollo. En este
diagrama, los datos se muestran como páginas de una tablilla con sujetapapeles que pasa de una tarea a
otra (los óvalos azules); en cada escala del camino, se agrega una nueva página de datos. Los nuevos
datos se suman a las páginas de datos incorporadas en escalas anteriores, de manera que todos los datos
anteriores están disponibles por si fuera necesario utilizarlos como referencia o para revisión en cualquier
punto de la secuencia. De esta forma, se preservan los objetivos de los responsables de los pasos de
planeación anteriores y en caso de que se presente cualquier problema en etapas subsiguientes, se puede
rastrear el origen en datos y decisiones anteriores y volver a evaluarlos, si fuera necesario.
Figura 3 – Las cinco tareas de la “secuencia de planeación del sistema”
De lo abstracto a lo específico
La información de salida de cada tarea se convierte en la información de entrada de la siguiente. En cada
tarea, los datos de entrada se transforman: se refinan, incorporan más información o adquieren un formato
diferente; como resultado, se tornan más específicos en relación con el sistema que se está diseñando. Las
primeras tareas se basan principalmente en el razonamiento humano para analizar, evaluar qué se
sacrifica, tomar decisiones y obtener la información requerida para la planeación. A medida que la
información se vuelve más estructurada, las tareas subsiguientes se basan cada vez más en métodos
automatizados, como especificaciones estandarizadas y herramientas de software. En la figura 4 se
muestra esta progresión de las operaciones basadas en el razonamiento humano a las automatizadas, y de
lo general a lo específico.
Figura 4 – A medida que la secuencia de planeación avanza del concepto al diseño

final, las tareas se vuelven más automatizadas y los datos más estructurados
Planning
Planning
START
START
Determine IT
Parameters [Please replace figure with the translated text]
lity
tica
Cri acity an
l
Cap wth p
Gro
Develop
System Concept
ign
des
Ref
m
Roo
Determine User
Requirements
Identi
fy
s ints
nce
needs
fere stra
Pre Con
Generate
Specification
COMPLETE
SPECIFICATION
Planning Generate
Detailed Design
END
DETAILED
DESIGN
Jerarquía de la información
En cada punto del proceso de planeación, la información se vuelve menos abstracta y más detallada. Esta
jerarquía comienza con la determinación de tres parámetros informáticos fundamentales que afectan
directamente el diseño del sistema de infraestructura física:
• Criticidad: importancia para los negocios, en términos de la tolerancia ante el tiempo de

inactividad.
• Capacidad: requisitos informáticos de energía (máximo previsto después de la expansión).
• Plan de crecimiento: descripción de la expansión hasta alcanzar el requisito máximo de

energía, teniendo en cuenta cierto grado de incertidumbre.
Una vez que se definen estos parámetros informáticos fundamentales, se determina un concepto para el
diseño del sistema. Este proceso se puede facilitar seleccionando uno o más “diseños de referencia” que
sean compatibles con los tres parámetros y con las características físicas de la sala que se utilizará para la
instalación. A continuación, se reúnen y examinan los detalles específicos que describen el sistema
propuesto para el usuario, para ver qué debe ajustarse en base a los costos y otras consideraciones. Esos
detalles específicos para el usuario en cuestión son los requisitos del usuario; combinados con
especificaciones para un centro de datos estándar, constituyen las especificaciones completas para el
centro de datos del usuario. Las especificaciones se utilizan como “pautas” que deben seguirse para la
creación del diseño detallado del sistema. En el último nivel de la jerarquía, se crea el diseño detallado.
Incluye productos específicos, disposiciones en planta y cronogramas, todos los cuales deben cumplir con
las especificaciones. A partir de este diseño detallado final surgen los planos de lo que será el sistema
instalado.
A medida que la planeación avanza desde el concepto al diseño, de lo abstracto a lo específico, se requiere
de diferentes competencias, conocimientos y experiencia que aportarán al proceso. En las primeras etapas,
los líderes corporativos aportan su visión de las necesidades que impulsan el proyecto. Más adelante, la
toma de decisiones queda en manos de individuos o grupos que comprenden los equilibrios que es
necesario establecer y los detalles técnicos involucrados en la relación entre la infraestructura física y otros
sistemas, entre otros, el sistema informático, las instalaciones eléctricas y mecánicas existentes, y los
suministros de red.
En la figura 5 se muestran los factores que se espera que contribuyan en cada nivel de la jerarquía de la
planeación, desde la necesidad de negocios hasta los detalles constructivos.
Figura 5 – Jerarquía de la información en la secuencia de planeación de sistemas
[Please replace figure with the translated text]

Determine IT
Parameters
lity
tica
Cri acity an
l
Cap wth p
Gro
Develop
System Concept
ign
des
Ref
m
Roo
Determine User
Requirements
Identi
fy
s ints
nce
needs
fere stra
Pre Con
Generate
Specification
COMPLETE
SPECIFICATION
Generate
Detailed Design
DETAILED
DESIGN
1
The process specification details the process that will be used to create this system, including project management
roles and who will perform them. The process is a critical part of the project, but is not the subject of this paper.
The project process is described in APC White Paper #140, “Data Center Projects: Standardized Process.”
Análisis con el nivel correcto de abstracción

En cualquier etapa de la secuencia de planeación, es importante manejarse con el nivel correcto de
abstracción; en otras palabras, hablar sólo en términos de lo que es pertinente a la toma de decisiones en
ese punto del proceso. Si se cuenta con poca información o con información demasiado abstracta, no se
tienen suficientes pautas para tomar decisiones. El exceso de información o la información que es
demasiado específica –o que puede, incluso, ser errónea si se encuentra fuera del dominio de
conocimientos y experiencia de quien la brinda– puede abrumar a los responsables clave de la toma de
decisiones, e imponer restricciones a las tareas posteriores o provocar errores en ellas en forma
innecesaria.
En el desarrollo del flujo de información de lo general a lo específico, quienes toman las decisiones en cada
paso deben rever y contribuir al plan con un nivel de abstracción que sea adecuado en función de sus
conocimientos y su rol en el proceso.
Por ejemplo, en la primera etapa de la secuencia de planeación (Determinar los parámetros

informáticos), son los líderes corporativos quienes deben estar a cargo del debate, pues en esa etapa se
debe hablar de las necesidades de negocios, y no de técnicas de implementación específicas. Los líderes
corporativos deben poder formular conceptualmente la necesidad en función de su propia visión y en su
lenguaje. En este punto, deben abandonar el debate y dejar los detalles de diseño en manos de quienes
lleven a cabo tareas subsiguientes que añadirán al concepto datos específicos a partir de los cuales se
puedan tomar decisiones, en base a consideraciones, requisitos y restricciones prácticas de
implementación.
Los siguientes son ejemplos de algunas afirmaciones que son adecuadas para la etapa Determinar los
parámetros informáticos, y algunas que no lo son:
Las directivas provenientes del liderazgo corporativo que son demasiado específicas con respecto a la
implementación –y que pueden no estar sólidamente fundamentadas desde el punto de vista técnico–
pueden conducir a que en las actividades subsecuentes de la planeación se utilicen estrategias
innecesarias, costosas o incluso imposibles. El debate conceptual de la primera etapa debe centrarse en
afirmaciones que reflejen directamente las necesidades de negocios.
A medida que progresa la secuencia de planeación, se reúne más información sobre los requisitos de la
instalación en particular; los datos se van refinando progresivamente para que la descripción sea cada vez
más específica, hasta obtener finalmente instrucciones detalladas y puntuales de instalación.
En las siguientes secciones se analizará el camino que sigue la información en el modelo de flujo
detallando cada uno de los pasos que lo componen.
Tarea 1 de la secuencia de planeación de
sistemas: Determine IT
Parameters
Determinar los parámetros informáticos ica

lity
Crit acity
Cap wth p
G r o
lan
Develop
System Concept
ign
des
Ref
Esta tarea comienza con la idea general de una necesidad de negocios que requiere un Roo
m
Determine User
cambio en la capacidad informática de la organización. A partir de esa idea, se hace un Requirements
Identi
fy
s ints
nce
needs
fere stra
Pre Con
esbozo para determinar tres factores que cuantificarán el plan para contar con una
Generate
capacidad informática mejorada (o nueva). Estos tres factores son la criticidad, la Specification
capacidad y el plan de crecimiento. Estas son características de la función COMPLETE

SPECIFICATION
informática del centro de datos, y no de la infraestructura física que la admitirá, que es Generate
Detailed Design
el resultado final de esta secuencia de planeación. En la tarea subsiguiente, tales DETAILED

DESIGN
parámetros informáticos se utilizarán para comenzar a definir los requisitos de la

infraestructura física para el centro de datos.
Tabla 2 – Parámetros informáticos
Parámetro
Expresado como... Descripción
informático
Objetivo de disponibilidad y confiabilidad del

1, 2, 3 ó 4 centro de datos, correspondiente a la misión de
negocios.
Criticidad (4 es el nivel más alto)
Para obtener un resumen de los niveles de
criticidad, consulte el Informe interno N° 122 de
MGE, “Pautas para la especificación de la criticidad
del centro de datos - Niveles”
Carga máxima para la alimentación de los

equipos informáticos durante toda la vida útil del
kW centro de datos.
Capacidad
Esta cifra será el parámetro de “carga final
máxima” del perfil de carga informática
Parámetro
Expresado como... Descripción
informático
1. Carga final máxima (kW)

2. Carga final mínima (kW) Carga informática esperada durante la vida útil
3. Carga inicial (kW) del centro de datos, expresada como perfil de
carga informática (cuatro parámetros).
Plan de 4. Tiempo de expansión (años)
Para obtener más información sobre este modelo
crecimiento de crecimiento, consulte el Informe interno Nº 143
1 de APC, “Proyectos de centros de datos: Modelo
2 de crecimiento”.
3
4
Perfil de carga informática
El diseño informático es lo primero

La secuencia de planeación descrita en este informe abarca el diseño del nivel de la infraestructura física
del centro de datos, cuya función es alojar, alimentar y proteger las funciones informáticas y de red del
centro de datos, es decir, los niveles informáticos. En el comienzo de esta secuencia de planeación, se
parte del supuesto de que la determinación de los requisitos informáticos y el diseño de los niveles
informáticos ya se realizaron. Ese análisis se realiza previamente y escapa al alcance de este informe. Sin
embargo, el debate con respecto a los recursos informáticos genera razonamientos esenciales de los que
surge la información básica para este proceso de planeación del diseño del sistema de infraestructura
física.
El análisis del nivel informático parte de las necesidades informáticas, analizando primero el diseño de la
aplicación para pasar luego al diseño de los servidores y el almacenamiento, y después a los requisitos de
red. Luego, el foco del diseño cambia al tema de este informe: el sistema de infraestructura física que
brinda energía, enfriamiento, gestión, seguridad física y protección contra incendios para todo el centro de
datos.
En la figura 6 se muestra que la criticidad, la capacidad y el plan de crecimiento afectan la cadena de

diseño que comienza con los requisitos informáticos y avanza, nivel por nivel, hasta llegar al sistema de
infraestructura física. Nótese que la criticidad y el plan de crecimiento afectan directamente el diseño de
cada nivel. Sin embargo, la capacidad que, en el nivel de la aplicación, adopta la forma de “cuántos
cómputos deben realizarse”, pasa a cada nivel sucesivo como un requisito de soporte que evoluciona de
“cuántos servidores se necesitan” a “qué alimentación se necesita”. Es claro entonces que la criticidad, la
capacidad y el plan de crecimiento ya fueron considerados cuando llega el momento de diseñar el sistema
de infraestructura física.
Los “parámetros informáticos” –criticidad, capacidad y plan de crecimiento– con los que se inicia la
secuencia de planeación de la infraestructura física son sólo los mismos conceptos que se habrán
analizado, en alguna medida, durante el diseño informático, aunque refinados. Sin embargo, en la realidad
no existen conceptos o términos estandarizados para estos parámetros fundamentales del diseño
informático, así que deben clarificarse y cuantificarse antes de que puedan utilizarse como pautas para la
secuencia de planeación descrita en este informe.
Figura 6 – Los tres “parámetros informáticos” afectan todos los niveles del diseño
del centro de datos
Power and Application

Network Server/Stg
Server/Stg
Coolng design
design design
design
Parámetros informáticos: CRITICIDAD

La criticidad es un número del 1 al 4 que representa la “importancia” que tiene el funcionamiento del centro
de datos para los negocios, en términos de la tolerancia ante el tiempo de inactividad. La criticidad es una
expansión del concepto conocido de niveles de disponibilidad. La criticidad seleccionada determinará las
características principales de la arquitectura del sistema, tales como la redundancia de los sistemas de
alimentación y enfriamiento, la solidez del monitoreo del sistema y diversos detalles concernientes a la
construcción de la sala que afectan la confiabilidad. En la tabla 3 se brinda un breve resumen de los niveles
de criticidad.
Tabla 3 – Resumen de los niveles de criticidad
Para obtener un análisis exhaustivo de los niveles de criticidad, consulte el Informe interno N° 122 de APC,
“Pautas para la especificación de la criticidad del centro de datos - Niveles”
Nivel de Características de Efecto sobre el diseño del

criticidad negocios sistema
Por lo general para pequeñas
Varios puntos de falla únicos en todos los
empresas; principalmente con manejo
aspectos del diseño; sin generador;
1 de efectivo; presencia online limitada;
poca dependencia de los sistemas
informáticos; se perciben los tiempos
extremadamente vulnerable a las inclemencias
climáticas; por lo general no puede soportar un
(Más bajo) corte de energía que se prolongue por más de
de inactividad como un inconveniente
10 minutos.
tolerable.
Nivel de Características de Efecto sobre el diseño del
criticidad negocios sistema
Cierto grado de redundancia en los sistemas de
Cierta cantidad de generación de
alimentación y enfriamiento; respaldo por
ingresos en forma online; varios
generador; puede soportar un corte de energía
2 servidores; el sistema de telefonía es
vital para los negocios; dependencia del
correo electrónico; cierta tolerancia ante
de 24 horas; mínimas consideraciones para la
selección del establecimiento; barrera contra el
vapor; sala de datos exclusiva separada de las
tiempos de inactividad programados.
demás áreas.
Dos circuitos de la red eléctrica (uno activo y
Presencia de la empresa en todo el uno pasivo); sistemas redundantes de
mundo; mayoría de los ingresos alimentación y enfriamiento; proveedores de
3 derivados de negocios online; sistema

de telefonía VoIP; mucha dependencia
de los sistemas informáticos; costo de
servicios redundantes; puede soportar un corte
de energía de 72 horas; planeación cuidadosa
de la selección del establecimiento; una hora de
inactividad alto; marca muy reconocida. exposición segura al fuego; admite
mantenimiento simultáneo
Dos circuitos de la red eléctrica independientes;
Empresa con volúmenes de negocios sistemas de alimentación y enfriamiento con
multimillonarios; mayoría de los redundancia 2N; puede soportar un corte de
4 ingresos provenientes de transacciones

electrónicas; modelo de negocios
completamente dependiente de los
energía de 96 horas; criterios estrictos para la
selección del establecimiento; dos horas de
exposición segura al fuego; alto nivel de
(Más alto) sistemas informáticos; costo de seguridad física; personal de mantenimiento en
inactividad extremadamente alto. el establecimiento las 24 horas del día, los 365
días del año.
Parámetros informáticos: CAPACIDAD

Este parámetro informático responde la pregunta general: “¿Qué tamaño debe tener el centro de datos que
necesito?”. La CAPACIDAD (en este análisis) es la carga máxima estimada para la alimentación de los
2
equipos informáticos del centro de datos durante toda la vida útil del centro de datos. No es la capacidad
energética del sistema de infraestructura física que se diseñará mediante esta secuencia de planeación
(que será mayor); en cambio, es una estimación de la carga informática máxima que se admitirá durante la
vida útil del centro de datos. Esta cifra será uno de los cuatro parámetros para el PLAN DE CRECIMIENTO.
Parámetros informáticos: PLAN DE CRECIMIENTO

El PLAN DE CRECIMIENTO se compone en realidad de cuatro parámetros: un conjunto de cuatro cifras
que describen el crecimiento esperado de la carga para la alimentación de los equipos informáticos,
expresadas en kW. Estas cuatro cifras forman el perfil de carga informática que dará las pautas para el
diseño del sistema de alimentación. La incertidumbre con respecto al crecimiento futuro se maneja en forma
2
Este parámetro de CAPACIDAD –con el sentido de “carga informática máxima”– determinará la implementación inicial
de los elementos no escalables del centro de datos, tales como la entrada del servicio eléctrico y el tamaño físico de la
sala. No significa que todos los elementos de la infraestructura física dentro de la sala se construirán inicialmente para
admitir esa carga de alimentación, ni tampoco implica que la carga informática alcanzará necesariamente ese nivel (por
lo general eso no ocurrirá).
sencilla: se presenta una carga final máxima (el parámetro CAPACIDAD mencionado anteriormente) y la
carga final mínima, y se supone la opción de un diseño de sistema escalable que se aproxima al valor
máximo en incrementos a lo largo del tiempo.
En la figura 7a se ilustran estos cuatro parámetros de crecimiento. En la figura 7b se incorpora un plan

típico de capacidad del sistema para el sistema de energía y enfriamiento que se diseñará para admitir el
perfil de carga informática. El plan de capacidad del sistema siempre se diseña previendo la carga
esperada máxima, pero la cantidad y la magnitud de los pasos incrementales dependen de diversos
factores, que se determinan más adelante en la secuencia de planeación a medida que avanza el diseño
del sistema.
Para obtener más información sobre este modelo de crecimiento y de la forma en que se obtiene el plan de
capacidad del sistema a partir del perfil de carga informática, consulte el Informe interno Nº 143 de APC,
“Proyectos de centros de datos: Modelo de crecimiento”.
En la figura 8 se ilustra el detalle de las tareas para Determinar los parámetros informáticos.
Figura 7 – El PLAN DE CRECIMIENTO se expresa como un “perfil de carga

informática” de cuatro parámetros
[Please replace figures with the translated text]
Figura 8 – Detalle de la tarea Determinar los parámetros informáticos.
[Please replace figures with the translated text]
Tarea 2 de la secuencia de planeación del

sistema:
Determine IT
Parameters
lity
ica
Crit acity
Desarrollar el concepto del sistema

lan
Cap wth p
Gro
Develop
System Concept
ign
des
Esta tarea toma los parámetros informáticos básicos de la tarea anterior –criticidad, Ref
m
Roo
Determine User
capacidad y plan de crecimiento– y los utiliza para formular un concepto general Requirements
Identi
fy
s ints
nce
needs
fere stra
del sistema de infraestructura física. La piedra angular de esta tarea es la selección Pre Con
de un diseño de referencia con la criticidad y la capacidad deseadas, y una Generate

Specification
escalabilidad que admita el plan de crecimiento. COMPLETE

SPECIFICATION
Generate
Detailed Design
DETAILED
DESIGN
¿Qué es un diseño de referencia?
Dados los parámetros informáticos de criticidad, capacidad y plan de crecimiento, existen potencialmente
miles de formas en las que se puede diseñar el sistema de infraestructura física, pero la cantidad de
“buenos” diseños es mucho menor. Se puede utilizar una biblioteca de estos diseños óptimos –es decir,
recomendados y probados– para reducir las posibilidades rápidamente. En forma similar a un catálogo de
diseños de cocinas de una tienda de equipamientos para el hogar, los diseños de referencia brindan una
variedad de arquitecturas generales para el diseño del sistema. Pueden servir para concentrarse en
algunos diseños o descartar otros, al presentar ideas que pueden ser difíciles de expresar o que quizá no
se hayan contemplado. Estos diseños incorporan la mayor parte de la ingeniería del sistema, pero con
suficiente variabilidad como para satisfacer los requisitos específicos de una gran variedad de proyectos de
usuarios.
Un diseño de referencia es un diseño de un sistema real que sirve como prototipo o “esbozo” de
representación de un conjunto de atributos clave en un diseño para un usuario hipotético. Representa una
combinación específica de atributos, entre otros, características de criticidad, densidad de potencia,
características de escalabilidad y nivel de instrumentación. Los diseños de referencia tienen un espectro
práctico de capacidad de potencia para el cual son adecuados.
El gran potencial de los diseños de referencia radica en que brindan una forma más rápida de evaluar
eficazmente diseños alternativos sin la necesidad de perder tiempo en el proceso de llevar a cabo las
especificaciones y los diseños reales (tareas 4 y 5 de esta secuencia de planeación). Se pueden tomar
3
decisiones de calidad en forma rápida y eficaz.
Selección de la sala física

Al seleccionar la sala física donde se instalará el sistema, se deben tener en cuenta las características de la
sala que pueden restringir la elección de un diseño de referencia. Algunos ejemplos de posibles
restricciones son el tamaño de la sala, la ubicación de las puertas, la ubicación de las columnas de carga, la
resistencia del piso y la altura del techo.
Por ejemplo, si un diseño de referencia no se corresponde exactamente con la sala del usuario en lo que
respecta a características físicas, podría ser necesario agregar o eliminar racks. Tal diseño de referencia
podría tener un atributo costo que permita la estimación del ajuste de costos necesario para escalar el
diseño y adaptarlo a un espacio específico.
Selección del diseño de referencia

El diseño de referencia debe admitir la criticidad, la capacidad de potencia y el plan de crecimiento que se
determinaron en la tarea 1 de la secuencia de planeación. Este diseño tendrá características que lo harán
3
No es necesario que un diseño de referencia provenga de una librería de diseños preparada con antelación si existe
otra posibilidad que cumple con los criterios deseados. Un diseño de referencia perfectamente adecuado podría ser un
centro de datos existente identificado por el usuario como modelo para el que se diseñará (aunque los datos de
rendimiento pueden no estar disponibles, lo que limitaría la posibilidad de realizar los cálculos del costo total de
propiedad).
más o menos adaptable en cada uno de estos aspectos. Por ejemplo, un diseño de referencia puede estar
destinado a un nivel de criticidad determinado o permitir, en cambio, modificaciones para aumentar o
disminuir el nivel de criticidad; puede brindar la posibilidad de admitir un espectro de cargas diferentes;
puede ser escalable o no. La escalabilidad del diseño de referencia determina en qué medida puede admitir
los pasos para la puesta en marcha progresiva del plan de crecimiento. Los diseños de referencia
escalables pueden variar en la granularidad (magnitud de los pasos) de su escalabilidad, lo que los hace
más o menos adaptables a un plan de crecimiento específico.
El perfil de la carga informática (construido a partir de los cuatro parámetros del plan de crecimiento)
sugerirá una idea aproximada de los pasos para la puesta en marcha progresiva. Se elige un diseño de
referencia que cuente con una escalabilidad que admita ese concepto general de puesta en marcha
progresiva. Dado que los pasos concretos para la puesta en marcha progresiva se realizan por hilera, los
detalles concernientes a las hileras del plan de puesta en marcha progresiva se definirán en una etapa
posterior de la secuencia de planeación, después de que se haya determinado la disposición de las hileras
de la sala.
Las bibliotecas de diseños de referencia serán particularmente útiles si cuentan con una herramienta de
software que brinde asistencia para seleccionar un diseño de referencia adecuado. La información de
entrada para un “selector de diseños de referencia” de ese tipo serían los parámetros informáticos básicos
establecidos en la tarea previa, Determinar los parámetros informáticos (criticidad, capacidad y plan de
crecimiento. Para limitar más los diseños de referencia posibles, también puede ser necesario incluir otros
requisitos esenciales, como por ejemplo el tipo de enfriamiento o la densidad de potencia. Posteriormente,
es posible repasar los diseños de referencia seleccionados automáticamente teniendo en cuenta
consideraciones adicionales que la herramienta de selección quizá no contemple, como la ubicación de las
puertas y las columnas de carga, u otras restricciones significativas.
Uso de los diseños de referencia para desarrollar el concepto del sistema

En una biblioteca de diseños de referencia, puede haber más de un diseño compatible con los parámetros
informáticos y otros requisitos especificados por el usuario. El usuario puede querer comparar estos
diseños entre sí o con otras alternativas, como diseños de referencia de otros fabricantes o incluso con
diseños personalizados elaborados por terceros. La posibilidad de realizar tal comparación resulta de gran
utilidad para el desarrollo del concepto de la infraestructura física. Entre los atributos esenciales para esta
comparación, se incluyen:
• TCO;
• costo inicial;
• uso de la energía eléctrica;
• capacidad de admitir densidad;
• capacidad de los equipos informáticos (para un espacio dado).
Las herramientas de cálculo que toman los parámetros informáticos del usuario y los combinan con un
diseño de referencia dado para estimar la información anterior pueden ayudar a tomar una decisión fundada
con respecto a la selección de un diseño de referencia. Por lo tanto, los diseños de referencia más útiles
estarán acompañados de documentación que detalle los valores específicos de sus características
esenciales –por ejemplo, eficiencia, densidad, costo, etcétera– que pueden utilizarse para calcular la
información anterior.
En la figura 9 se muestra en detalle la tarea Desarrollar el concepto del sistema.
Figura 9 – Detalle de la tarea Desarrollar el concepto del sistema
Determine IT
Parameters
lity
ica
Crit acity
lan
Cap wth p
Gro
Develop
System Concept
ign
des
Ref
m
Roo
Determine User
Requirements
Identi
fy
s ints
nce
needs
fere stra
Pre Con
Generate
Specification
COMPLETE
SPECIFICATION
Generate
Detailed Design
DETAILED
DESIGN
Tarea 3 de la secuencia de planeación del sistema:
Determinar los requisitos del usuario
Entre los requisitos del usuario se incluye toda aquella información sobre el proyecto que sea específica
para el proyecto de este usuario en particular. En esta tarea se reúnen y evalúan los requisitos del usuario
para determinar si son válidos o si deben ajustarse de alguna manera para reducir los costos o evitar
inconvenientes. Los requisitos del usuario para el proyecto pueden incluir aspectos tales como
características y opciones clave, restricciones relativas a la sala, restricciones informáticas existentes y
restricciones logísticas. Esta tarea tiene dos aspectos, que dividen los requisitos del usuario en dos
categorías generales:
Preferencias: elementos que el usuario desea, pero que pueden llegar a

Determine IT
cambiarse o ajustarse después de analizar (o reconsiderar) el costo y las Parameters
lity
ica
Crit acity
consecuencias. Las preferencias son aspectos que el usuario desea, pero Cap wth p
G r o
lan
sobre los cuales puede cambiar de opinión luego de recibir nueva información. Develop
System Concept
ign
des
Ref
m
Roo
Restricciones: elementos que o bien no pueden cambiarse, o bien sólo Determine User
Requirements
pueden cambiarse ocasionando grandes gastos o causando consecuencias Identi
fy
needs
fere
nce
s
stra
ints
Pre Con
inaceptables. Las restricciones son condiciones preexistentes que son difíciles

Generate
Specification
o imposibles de cambiar.
COMPLETE
SPECIFICATION
Generate
Cada categoría requiere un tipo de diálogo diferente, que a menudo se lleva a cabo con Detailed Design
DETAILED
tipos de personas diferentes. Si algún aspecto causa problemas más adelante en el DESIGN
proceso de planeación, es importante saber si este era una restricción o una

preferencia, para que sea posible manejarlo adecuadamente y ajustarlo, si fuera lo apropiado.
Preferencias y restricciones iniciales

Algunas preferencias y restricciones ya se identificaron anteriormente en la secuencia de planeación,
durante la selección del diseño de referencia en la tarea anterior (Desarrollar el concepto del sistema).
Por ejemplo, el objetivo de capacidad es una preferencia (ya que el futuro es incierto), y el tamaño de la
sala física es una restricción. Las preferencias y las restricciones que se necesita conocer para la selección
del diseño de referencia pueden averiguarse con antelación o pueden establecerse como resultado de un
proceso de entrevistas durante la selección mencionada. Luego deben agregarse a las preferencias y
restricciones catalogadas durante esta tarea, ya que pueden afectar a otros elementos del diseño.
Preferencias
Las preferencias son decisiones relativas al diseño tomadas por el usuario en base a su experiencia, su
conveniencia o sus criterios de negocios. Es posible volver a evaluar una preferencia y decidir cambiarla
después de tomar en cuenta su costo y las consecuencias que acarrea. Las preferencias pueden estar
relacionadas con el sistema (“Deseo que la sala tenga cableado de alimentación instalado en altura”) o con
el proceso (“Deseo que Ace Electric realice las tareas relacionadas con el servicio eléctrico”). Por lo
general, las preferencias relacionadas con detalles técnicos específicos deben evitarse en este punto del
proceso, ya que el diseño y la especificación técnica del sistema se llevan a cabo más adelante en el
proceso, y puede surgir un conflicto con las preferencias elegidas sin la debida información técnica que se
expresan aquí (ver una sección anterior a la tarea 1, Análisis con el nivel correcto de abstracción.)
En general, las preferencias son:
• algo que el usuario desea, en lugar de algo que se ve obligado a aceptar;

• algo con lo que al usuario le gustaría contar por razones de negocios;
• algo sobre lo que el usuario podría cambiar de opinión, si cuenta con nueva información;
• algo que el usuario puede decidir cambiar más adelante durante el proceso, si surge nueva
información.
Nótese que, en la tablilla con sujetapapeles, los parámetros plan de crecimiento, capacidad y diseño de
referencia desembocan en el aspecto de la tarea correspondiente a PREFERENCIAS. Salvo en casos muy
poco frecuentes, estos son preferencias y no restricciones.
Restricciones
Las restricciones están dictadas por las circunstancias y no están bajo el control del cliente. Una restricción
no es algo que el usuario pide, sino que existe por si solo independientemente de las necesidades de
negocios. Entre ellas se incluyen las limitaciones reglamentarias o del establecimiento, o los requisitos de
negocios que no se pueden modificar.
Cambiar una restricción puede resultar costoso, complicado o imposible. Por lo general, las restricciones no
son tema de debate, por ejemplo, la existencia de un poste en el medio de la sala. Sin embargo, algunas de
ellas pueden causar tantos inconvenientes en los pasos subsiguientes que se toma la decisión de
resolverlas, ya que el costo vale la pena.
Ejemplos de restricciones:
• una característica física de la sala (como la
¿Preferencia o restricción?
altura del techo);
• una ley o código que debe cumplirse; Es importante saber si cada aspecto es una
preferencia o una restricción, especialmente si
• una norma con respecto a la que se estableció
provoca inconvenientes en el proceso de
un compromiso de cumplimiento (como la TIA planeación. Por ejemplo, en la mayoría de los
casos, el objetivo de capacidad es una
942);
preferencia, no una restricción, ya que el futuro es
• una característica física del circuito de entrega incierto. Supongamos que en los parámetros
informáticos originales se estableció un centro de
(como la capacidad de peso que admite el datos de un megavatio (MW), escalable a 4 MW.
elevador que se utilizará para transportar los Más adelante en el proceso, un ingeniero
descubre que los cables de alimentación sólo
equipos a la sala).
pueden suministrar 3,5 MW. Suponiendo que el
plan de expansión a 4 MW no puede cambiarse,
el ingeniero planifica llevar a cabo la expansión
Es importante asegurarse de que las restricciones hasta 3,5 MW y luego gastar una gran cantidad
realmente lo sean. Estos son dos ejemplos de soluciones de dinero para actualizar la alimentación de red
para admitir los 500 kW restantes. Interpretar que
para salvar restricciones: la expansión hasta 4 MW es una restricción que
no puede cambiarse impide que el ingeniero
retroceda en la cadena de planeación para rever
Restricción: no es posible interrumpir la
esta decisión. Si el objetivo de capacidad de 4
operación del centro de datos (para realizar MW se hubiera categorizado como “preferencia” –
actualizaciones). que puede cambiar al surgir nueva información–,
el ingeniero podría volver a analizar esta situación
Solución posible: poner una pared temporal para y contemplar alternativas. Esto permite que el
separar el sistema en funcionamiento del área encargado de la planeación original reconsidere
su decisión y acepte una expansión a 3,5 MW en
de trabajo en que se llevará a cabo la nueva
lugar de 4 MW en vista de la situación.
instalación, y tender una línea independiente de
suministro eléctrico de la de red para operar
ambos sistemas a la vez durante el proceso de cambio.
Restricción: no se pueden utilizar unidades de extracción de aire con ductos que pasen por el falso
techo, ya que el techo tiene un ducto de conexión a la cámara de distribución de aire que no es a
prueba de incendios, y el inspector de instalaciones a prueba de incendios no permite esa
conexión.
Solución posible: rociar el ducto con un producto a prueba de fuego.
Nótese que la selección de la sala (uno de los cuatro datos de entrada para esta tarea) desemboca en la
categoría RESTRICCIONES de la tarea. Esto se debe a que la sala es algo físico y preexistente que puede
tener características que se conviertan en restricciones para el diseño del sistema.
Evaluación y refinación de las preferencias y restricciones

Algunas preferencias y restricciones pueden tener un impacto negativo importante en el proyecto. Es
necesario examinar cada preferencia para determinar si existen costos o consecuencias que anulen su
valor de negocios. Por ejemplo, si se tiene la intención de que el centro de datos tenga fines de exhibición,
montar una pared de vidrio puede ser una preferencia. Sin embargo, el costo económico y el riesgo de
seguridad pueden excluirla como posibilidad. También debe examinarse cada restricción para determinar
su efecto en el diseño del sistema, y si vale la pena el costo económico u otra consecuencia negativa que
supondría eliminarla.
En ambos casos, se identifican alternativas, se evalúa qué se debe sacrificar, y la preferencia o restricción
se mantiene, se ajusta o se elimina, según sea lo adecuado.
En los proyectos complejos, algunas preferencias y restricciones pueden tener un impacto negativo
excepcionalmente grave. La revisión por parte de expertos es esencial para establecer su costo u otras
consecuencias, que pueden no haber sido evidentes para los encargados de la planeación inicial. Una vez
que las consecuencias de ciertas preferencias y restricciones se advierten con claridad, es importante
repasarlas y determinar si pueden refinarse o ajustarse para lograr un mejor resultado general.
¿Qué se hace con las preferencias y restricciones?

Es posible que algunas preferencias y restricciones se hayan utilizado en la tarea anterior (Desarrollar el
concepto del sistema) para seleccionar un diseño de referencia. Toda la información pasa a la siguiente
tarea (Generar las especificaciones), en la que se utilizan como datos específicos para el usuario en las
especificaciones completas del proyecto.
En su gran mayoría, las preferencias y restricciones no son necesarias para seleccionar el diseño de
referencia (parte de una tarea anterior), pero sí son necesarias para crear las especificaciones y el diseño
detallado (parte de una tarea posterior). Estas preferencias y restricciones pueden dividirse en categorías
según las siguientes áreas:
• cronograma;
• división de trabajos;
• restricciones eléctricas del establecimiento;
• restricciones de enfriamiento del establecimiento;
• restricciones estructurales de la sala;
• reutilización de infraestructura existente;
• plan de puesta en marcha progresiva.
Nótese que estas preferencias y restricciones se agregan a los parámetros informáticos originales
criticidad, capacidad y plan de crecimiento.
Una vez que se establecieron las preferencias y restricciones, se pueden crear las especificaciones del
sistema (en la tarea siguiente), ya que estas forman las especificaciones del usuario en las
especificaciones generales del sistema. Para obtener más información sobre preferencias y restricciones,
consulte la siguiente tarea (Generar las especificaciones), en la que se las describe con mayor detalle
con su nuevo nombre, especificaciones del usuario.
En la figura 10 se muestra en detalle la tarea Determinar los requisitos del usuario.
Figura 10 – Detalle de la tarea Determinar los requisitos del usuario
INPUT
Tarea 4 de la secuencia de planeación de sistemas:

Generar las especificaciones
Para que sea posible traducir los requisitos del usuario (provenientes de la tarea
anterior) en un diseño detallado (como resultado de la tarea siguiente), es necesario
un paso intermedio en la secuencia de planeación: la creación de especificaciones
del sistema.
Las especificaciones del sistema se utilizan como un conjunto de reglas que deben
seguirse en la creación del diseño detallado del sistema. Las especificaciones constan
de los siguientes elementos:
Especificaciones estándar que no varían de un proyecto a otro. Estas

especificaciones estándar comprenden la mayor parte de las
especificaciones. Ejemplos de especificaciones estándar son el cumplimiento
de las normas vigentes, la compatibilidad entre subsistemas, la mano de
obra, la seguridad y las mejores prácticas.
Especificaciones del usuario que definen los detalles específicos para el usuario en este
proyecto. Estos son los requisitos del usuario (preferencias y restricciones) de la tarea anterior,
4
que provienen del trabajo acumulado durante la secuencia de planeación hasta este punto.
La combinación de las especificaciones estándar y las especificaciones del usuario da lugar a

especificaciones generales que se utilizan como “reglas” para el diseño detallado del sistema. El diseño
detallado del sistema (generado en la siguiente tarea, que es la última) debe cumplir con todos los
parámetros de las especificaciones generales.
Separar las especificaciones que son comunes a todos los sistemas (las especificaciones estándar) y las
particulares del sistema de este usuario (las especificaciones del usuario) simplifica en gran medida el
trabajo de especificar la totalidad del sistema, ya que el conjunto de las especificaciones estándar es mucho
mayor que el de las especificaciones del usuario. Las especificaciones particulares del usuario puede
escribirse en hojas de trabajo y adjuntarse a las especificaciones estándar; en conjunto, ambas
especificaciones constituyen las especificaciones generales del sistema para el proyecto.
Elementos de las especificaciones particulares para el usuario

La parte de las especificaciones del sistema que es particular para el usuario incluye información que
describe en detalle todo lo que se refiere puntualmente al proyecto de este usuario: información sobre todos
los elementos del sistema de infraestructura física en sí e información sobre otras estructuras y sistemas
que afectan el diseño de la infraestructura física. Los siguientes parámetros son una muestra de la
información particular para el usuario que se incluye:
características físicas de la sala;

entrada del servicio eléctrico;
potencia promedio y máxima por hilera;
tiempo de autonomía requerido para la unidad UPS;
características de la distribución de energía;
plan de puesta en marcha progresiva;
tipo de sistema de eliminación del calor;
tipo de sistema de apagado de incendios;
tipo de sistema de seguridad física;
preexistencia de un sistema de administración de red y/o de edificios.
4
Las especificaciones del usuario también incluyen detalles específicos del usuario relativos al proceso que se utilizará
para crear este sistema, incluidos los roles correspondientes a la gestión del proyecto y quiénes los desempeñarán. El
proceso es una parte decisiva del proyecto, pero no es el tema de este informe. El proceso del proyecto se describen en
el Informe interno N° 140 de APC, “Proyectos de centros de datos: Un proceso estandarizado”.
Existen tres niveles de abstracción para la información particular para el usuario: para toda la sala, por
hilera y por rack. El proceso de especificación (completar las hojas de trabajo) comienza por la sala y
avanza hacia los niveles más específicos de la hilera o el rack, según sea necesario.
Planta
La planta es una parte clave de las especificaciones del usuario. Es parte de las especificaciones y no del
diseño, ya que se necesita la planta para especificar las variaciones de densidad y los planes de puesta en
marcha progresiva, que son un elemento esencial de las especificaciones generales.
La planta debe mostrar la ubicación de las hileras, pero en

ella no se necesita especificar qué espacios de racks de Para los lectores que ya son clientes
cada hilera contienen equipos de infraestructura física o de APC
informáticos. Durante la creación del diseño detallado (la
tarea siguiente), algunos espacios en los racks quedarán No es necesario especificar la ubicación de los
ocupados con dispositivos de infraestructura física. Es diferentes dispositivos de la infraestructura física
en la planta (por ejemplo, las unidades CRAC
posible efectuar una estimación del espacio en los racks situadas en el perímetro de la sala). Esto se debe
que se ocupará con equipos informáticos en la etapa de a que los dispositivos o bien no insumen espacio
en el piso (porque están montados en racks) o
especificación a partir de reglas sencillas, dado que en
bien son dispositivos para montaje en rack y ya
este punto ya se conoce la arquitectura básica de la son parte de la disposición de las hileras. Se
considera que la selección y ubicación de los
infraestructura física, pero el espacio disponible para
dispositivos es parte del diseño (la siguiente
equipos informáticos exacto no se determinará hasta que tarea) y no del proceso de especificación (la
se complete el diseño detallado. presente tarea).
Si el diseño incluye dispositivos que no sean compatibles con los racks, como unidades CRAC para
montaje en pared, debe reservarse espacio para ellos en la planta.
El elemento de diseño principal en la planta es la hilera. Una hilera es un grupo cualquiera de uno o más
racks contiguos. Una hilera larga con un espacio en el centro se considera como dos hileras. La ubicación
de las hileras se dispone utilizando la metodología descrita en el Informe interno N° 144 de APC, “Proyectos
de centros de datos: Cómo establecer una planta”.
Especificaciones para toda la sala

Algunas especificaciones se aplican invariablemente a toda la sala, como la seguridad física, sistemas para
extinsión de incendios y los requisitos de alimentación de red. En algunos proyectos también puede haber
condiciones preexistentes (como un piso elevado) que deben incluirse en las especificaciones del usuario;
estas condiciones casi siempre se aplican a toda la sala.
Algunos tipos de especificaciones pueden establecerse para toda la sala, u opcionalmente por hilera o por
rack. Ejemplos de esas especificaciones que pueden aplicarse a racks o hileras individuales son la
criticidad, la densidad de potencia, el tipo de rack y la fase de implementación. Cuando esas
especificaciones son uniformes para todo el centro de datos, conviene considerarlas especificaciones para
toda la sala.
Especificaciones por hilera

Una planta incluye una o más hileras, que pueden tener cualquier longitud. Algunos atributos pueden
especificarse por hilera con gran eficacia, por ejemplo, la criticidad, la densidad de potencia y la fase de
implementación (descrita más adelante).
NOTA: La metodología de diseño utilizada por APC (en la siguiente tarea, Generar un diseño detallado)
alcanza resultados óptimos cuando se aplica en la especificación por hilera. Se considera mejor práctica
que las hileras se definan como unidad de criticidad, densidad o fase de implementación, con
especificaciones uniformes dentro de cada hilera.
Especificaciones por rack

El ideal de la especificación por hilera no es siempre necesario o deseable; por ejemplo, cuando se sabe de
antemano que existen racks específicos y únicos, como dispositivos SAN o paneles de patcheo de
cableado, instalados dentro de una hilera. En esos casos, se contempla la posibilidad de la especificación
por rack como excepción o por cada rack dentro de la hilera. Sin embargo, la especificación por rack para
cada rack dentro de una hilera puede limitar excesivamente las especificaciones generales con el resultado
de que los dispositivos de energía y enfriamiento necesarios no puedan ubicarse en la hilera. Por lo tanto,
la especificación por rack debe utilizarse únicamente como excepción, y la especificación por hilera debe
controlar la mayor parte de las características del rack.
No sólo es posible, sino que además es esperable que algunas especificaciones NO incluyan
especificaciones por rack.
Plan de puesta en marcha progresiva

Una vez que se han identificado las hileras en una planta, es posible crear un plan de implementación con
puesta en marcha progresiva. El plan de puesta en marcha progresiva (parte de las especificaciones del
usuario) describe la magnitud de cada paso y el momento en que se realizará cada implementación
adicional. Este plan se desarrolla a partir del perfil de carga informática que se determinó anteriormente en
la tarea 1, Determinar los parámetros informáticos, como se muestra en la figura 11.
La magnitud de cada paso se determina en base a consideraciones estratégicas y tácticas:
Estratégicas: el concepto general de la magnitud de los pasos –pocos pasos, muchos o ninguno–
se determina en base al tiempo de expansión, la diferencia entre la carga inicial y la máxima, y la
incertidumbre con respecto a la carga final. Estos temas se exponen en detalle en el Informe
Interno Nº 143 de APC, “Proyectos de centros de datos: Modelo de crecimiento”. Este modelo de
crecimiento considera la incertidumbre y el momento en que se realizarán las implementaciones.
Tácticas: la magnitud específica de cada paso en lo que respecta al hardware se determina a
partir de la configuración física de las hileras en la planta. Desde el punto de vista de las mejores
prácticas, la magnitud de los pasos es por hilera: en cada paso se implementa una hilera o un
grupo de ellas (se parte del supuesto de que el soporte de la infraestructura física también es por
hilera, y en cada paso se implementará una zona integrada con los equipos informáticos y los de la
infraestructura física necesarios para dar soporte a los primeros).
A menudo existe un grado significativo de incertidumbre con respecto a las fases futuras y el momento en
que se implementarán, su densidad de potencia e incluso si realmente se producirán. Los proyectos con
una puesta en marcha progresiva a largo plazo y con un alto grado de incertidumbre pueden especificarse
con una arquitectura con gran modularidad para maximizar la eficiencia eléctrica y evitar inversiones en
capacidad inmovilizada. Cuando se especifica la densidad de las fases futuras, conviene tomar recaudos y
establecer una especificación que exceda lo requerido, en la medida de lo posible. Esto significa que la
infraestructura clave para admitir la nueva fase, como las tuberías de suministro de agua y las entradas de
suministro eléctrico, se instala inicialmente en función de la carga potencial máxima. Sin embargo, no
necesariamente tendrá lugar la implementación total de las unidades CRAC, UPS y PDU según lo
proyectado. En un diseño típico, es posible reducir la especificación de densidad antes de una
implementación futura, pero puede ser muy difícil aumentarla si faltan elementos clave de la infraestructura
necesaria para admitirla.
Figura 11 – El plan de puesta en marcha progresiva se desarrolla a

partir del perfil de carga informática
Data center lifespan
Data center lifespan
STEP Power capacity plan

SIZE
MARGIN
MAXIMUM MAXIMUM
final load final load
MINIMUM MINIMUM
final load final load
INITIAL INITIAL
load load
RAMP-UP RAMP-UP time

time
The IT load profile is determined in the first The phase-in plan consists of the size and timing of
task, Determine IT Parameters steps during the ramp-up to full capacity
Especificación del proceso

Un proyecto está compuesto por el sistema que se crea y el proceso por el que se realiza el trabajo de
planificar el sistema y construirlo. El tema de este informe es la planeación del sistema, pero también se
realizan tareas relacionadas con la configuración de los pasos, la asignación de trabajo y los roles de
gestión para el proceso. Por lo tanto, las especificaciones generales del proyecto incluyen una
• instrucciones detalladas de instalación;
• cronograma detallado del proyecto;
• características reales del diseño tal como fue ideado, incluyendo su eficiencia, densidad y
capacidad de expansión.
La idea es que el diseño detallado cumpla con las especificaciones generales creadas en la tarea anterior.
Las especificaciones generales incluyen especificaciones de los detalles particulares correspondientes al
usuario de este sistema, más un extenso conjunto de especificaciones basadas en el rendimiento que se
aplican a cualquier sistema. En la medida en que cumpla con todas estas “reglas”, el diseño detallado
representará el sistema descrito en las especificaciones.
Idealmente, si las especificaciones generales son suficientemente sólidas y claras, el diseño detallado
podría generarse a partir de ella en forma automática. Sin embargo, por lo general no es así. La creación
del diseño detallado, aún si está automatizada parcialmente con una herramienta de diseño (como lo está
en APC), requerirá los servicios de un ingeniero profesional, en la misma forma en que se necesita una
persona que realice los planos arquitectónicos aún cuando un edificio se haya diseñado con todo detalle. Si
la secuencia de planeación se ejecutó cuidadosamente de acuerdo con el modelo descrito en este informe,
no debería haber necesidad de tomar ninguna decisión significativa en este punto. El único requisito es
contar con una persona que tenga las herramientas, los conocimientos y la experiencia para generar
correctamente la información de salida (el diseño detallado) a partir de la información de entrada (las
especificaciones). En la figura 13 se muestra el detalle de la tarea Generar el diseño detallado.
Figura 13 – Detalle de las tareas para Generar el diseño detallado
Resumen de la relación entre datos y documentación
En el curso de la secuencia de planeación, diversos conjuntos de datos y documentos interactúan y
evolucionan. En la figura 14 se presentan en un diagrama las interacciones y dependencias entre esos
diversos elementos de información. A la izquierda se reproduce el modelo de flujo de datos como
referencia.
Figura 14 – Resumen de la secuencia de planeación, y datos y documentación

correspondientes
Conclusión
A pesar de la importancia decisiva que reviste la planeación de los sistemas en lo que respecta al éxito de
los proyectos, históricamente se ha considerado que tal planeación constituye una tarea difícil, no
estructurada, que se lleva a cabo aplicando métodos más propios del arte que de la ciencia, que dan lugar
a posibilidades de dar pasos en falso, adoptar supuestos erróneos y enfrentar problemas en la
comunicación que pueden tener graves consecuencias en fases posteriores del proyecto. Gran parte de la
dificultad puede eliminarse si se visualiza la planeación del sistema como un modelo de flujo de datos
estandarizado, que se compone de una secuencia ordenada de tareas que se desarrollan progresivamente
y refinan el concepto del sistema, para asegurar que el sistema final satisfaga la necesidad de negocios
original.
En el proceso de elaboración del proyecto de un centro de datos, son las dos fases de la planeación –
Preparación y Diseño– las que sientan las bases esenciales. Además de las tareas administrativas y
relacionadas con el proceso, existe una secuencia de tareas que entrelaza estas dos fases y asegura el
éxito de la planeación del sistema físico. Cada una de las tareas de esta “secuencia de planeación del
sistema” es un subproceso que refina o transforma el concepto del sistema en su evolución desde la idea
inicial al diseño detallado. La secuencia comienza con:
una Necesidad de negocios, de la que surgen

Parámetros informáticos, a partir de los que se desarrolla un
Concepto del sistema, detallado para que incluya los
Requisitos del usuario, refinados e integrados con los requisitos estándar para
formar las
Especificaciones, que son las “reglas” que deben seguirse para generar el
Diseño detallado.
En cada uno de los niveles de esta jerarquía, la información se vuelve menos abstracta y más detallada.
Las tareas están definidas en forma tal que brinden la cantidad correcta de información, con el nivel
adecuado de detalle, en el momento apropiado, es decir, la información necesaria y suficiente para cada
punto. De esta manera, se reduce la necesidad de rehacer el trabajo previo, se acelera el ciclo de
implementación, y los responsables de la toma de decisiones en el proceso pueden rever, y aprobar si fuera
necesario, la información al nivel que sea adecuado para su rol. Es crítico que la ejecución de esta
secuencia de planeación reciba la debida atención, por parte de expertos, y contando con la información
necesaria para lograr que el proceso se lleve a cabo en forma eficiente y el resultado del proyecto sea
exitoso.
La planeación de centros de datos ha madurado hasta alcanzar el punto en que ya no requiere un esfuerzo
heroico por parte de un artesano, como ocurrió a lo largo de su historia, que ya cuenta con varias décadas.
Es hora de consolidar este reservorio de conocimientos para dar origen a un proceso estandarizado, de
modo que las capacidades creativas de ingeniería puedan concentrarse en las instalaciones inusuales,
complejas y de grandes dimensiones que requieren un grado de pericia especializado o excepcional. La
estandarización, los términos unificados y la adhesión a un proceso bien definido pueden lograr que buena
parte de la actividad de planificar centros de datos quede comprendida en el reino de la ciencia, predecible
y repetible.
Acerca de los autores

Neil Rasmussen es el Director de Tecnología de APC. Establece el destino tecnológico del mayor
presupuesto mundial de Investigación y Desarrollo dedicado al tema de la infraestructura de energía,
enfriamiento y racks para redes críticas. En la actualidad, lidera los proyectos de APC para el desarrollo de
soluciones para infraestructuras de centros de datos modulares, escalables y de alta eficiencia, y es el
principal diseñador del sistema InfraStruXure de APC.
Antes de fundar APC en el año 1981, Neil recibió los títulos de Bachelor y Master en Ingeniería Eléctrica del
MIT, donde realizó su tesis sobre el análisis de una fuente de potencia de 200 MW para un reactor de
fusión Tokamak. Desde 1979 hasta 1981 trabajó para MIT Lincoln Laboratories en sistemas de
almacenamiento energético de volante y sistemas de energía eléctrica solar.
Suzanne Niles es Analista Senior de Investigación en el Centro de Estudios de Centros de Datos de APC,
donde desarrolla informes internos y presentaciones sobre temas técnicos y estratégicos que sustentan la
misión de APC. Estudió matemáticas en el Wellesley College antes de obtener el título de Bachelor en
Ciencias Informáticas en el MIT, con una tesis sobre reconocimiento de caracteres manuscritos.
De 1971 a 1981 Suzanne trabajó en el equipo de desarrollo que creó Express, un sistema de
administración de datos multidimensional pionero en la industria (ahora parte de Oracle). Ha contribuido a la
formación de públicos diversos por más de 30 años utilizando diferentes medios, desde manuales de
software hasta fotografías y canciones para niños.
Informes internos relacionados
Informes internos de APC sobre el proceso de proyección de centros de datos
Informe interno Tema
N° 140 Proyectos de centros de datos: Un proceso estandarizado

N° 141 La gestión de proyectos
N° 142 Proyectos de centros de datos: La planeación del sistema [este
informe]
N° 143 Proyectos de centros de datos: Modelo de crecimiento
N° 144 Cómo establecer la disposición en el piso

Snis-6qjgs2 R0 LS

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Snis-6qjgs2 R0 LS

Enviado por

Direitos autorais:

Formatos disponíveis

Proyectos de centros

fases posteriores de implementación; como resultado, se producen demoras, costos

excesivos, desperdicio de tiempo y, en última instancia, se puede poner en riesgo el

sistema. Muchos de estos inconvenientes pueden eliminarse visualizando la planeación del

transforman y refinan la información en forma progresiva desde la concepción inicial hasta

En un proyecto de construcción o actualización de un centro de datos, la planeación inicial es la actividad

En la figura 1 se muestra cómo se realiza la planeación en el contexto de un proyecto para un centro de

La secuencia de planeación descrita en este informe abarca el diseño en el nivel de la infraestructura

¿Qué es la “secuencia de planeación del sistema”?

Figura 2 – Las cinco tareas de la “secuencia de planeación del sistema”

Assess Need For more about the project process, including

• Determine IT parameters Establish Tasks in the

Develop Concept • Generate specification 1 Determine IT parameters

Submit Purchase Order

5 Generate detailed design

La secuencia de planeación como modelo de flujo de datos

Figura 3 – Las cinco tareas de la “secuencia de planeación del sistema”

Figura 4 – A medida que la secuencia de planeación avanza del concepto al diseño

• Criticidad: importancia para los negocios, en términos de la tolerancia ante el tiempo de

• Capacidad: requisitos informáticos de energía (máximo previsto después de la expansión).

• Plan de crecimiento: descripción de la expansión hasta alcanzar el requisito máximo de

[Please replace figure with the translated text]

Análisis con el nivel correcto de abstracción

Por ejemplo, en la primera etapa de la secuencia de planeación (Determinar los parámetros

Determinar los parámetros informáticos ica

capacidad y el plan de crecimiento. Estas son características de la función COMPLETE

el resultado final de esta secuencia de planeación. En la tarea subsiguiente, tales DETAILED

parámetros informáticos se utilizarán para comenzar a definir los requisitos de la

Tabla 2 – Parámetros informáticos

Objetivo de disponibilidad y confiabilidad del

Carga máxima para la alimentación de los

1. Carga final máxima (kW)

El diseño informático es lo primero

En la figura 6 se muestra que la criticidad, la capacidad y el plan de crecimiento afectan la cadena de

Power and Application

Parámetros informáticos: CRITICIDAD

Nivel de Características de Efecto sobre el diseño del

3 derivados de negocios online; sistema

4 ingresos provenientes de transacciones

Parámetros informáticos: CAPACIDAD

Parámetros informáticos: PLAN DE CRECIMIENTO

En la figura 7a se ilustran estos cuatro parámetros de crecimiento. En la figura 7b se incorpora un plan

Figura 7 – El PLAN DE CRECIMIENTO se expresa como un “perfil de carga

[Please replace figures with the translated text]

[Please replace figures with the translated text]

Tarea 2 de la secuencia de planeación del

Desarrollar el concepto del sistema

de un diseño de referencia con la criticidad y la capacidad deseadas, y una Generate

escalabilidad que admita el plan de crecimiento. COMPLETE

¿Qué es un diseño de referencia?

Selección de la sala física

Selección del diseño de referencia

Uso de los diseños de referencia para desarrollar el concepto del sistema

En la figura 9 se muestra en detalle la tarea Desarrollar el concepto del sistema.

Figura 9 – Detalle de la tarea Desarrollar el concepto del sistema

[Please replace figure with the translated text]

Preferencias: elementos que el usuario desea, pero que pueden llegar a

inaceptables. Las restricciones son condiciones preexistentes que son difíciles

proceso de planeación, es importante saber si este era una restricción o una

Preferencias y restricciones iniciales

En general, las preferencias son:

• algo que el usuario desea, en lugar de algo que se ve obligado a aceptar;

Evaluación y refinación de las preferencias y restricciones