Proyectos de Centros de Datos

Proyectos de centros de datos: La planeacin del sistema
Neil Rasmussen Suzanne Niles
Informe interno N 142

Prepare
Business NEED
Design
Acquire
Implement
Detailed DESIGN
Resumen ejecutivo
La planeacin del sistema es el taln de Aquiles de los proyectos de infraestructura fsica en los centros de datos. Los errores en la planeacin pueden agravarse y propagarse en las fases posteriores de implementacin; 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 planeacin del sistema como un modelo de flujo de datos, con una secuencia ordenada de tareas que transforman y refinan la informacin en forma progresiva desde la concepcin inicial hasta el diseo final.
2007 de American Power Conversion. Todos los derechos reservados. Queda prohibida la utilizacin, reproduccin, fotocopiado, transmisin o almacenamiento de esta publicacin en cualquier sistema de recuperacin 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
Introduccin
La planeacin sigue siendo uno de los principales desafos para las instalaciones informticas grandes y pequeas. Por lo general, los proyectos de construccin y actualizacin de centros de datos se planean utilizando mtodos que se acercan ms al arte que a la ciencia: se trata de un proceso que a menudo se percibe como intimidante, difcil y no estructurado. Los planes se comunican en forma deficiente entre los distintos integrantes de la organizacin que participan de alguna manera en su actividad. Puede suceder que los encargados de la planeacin reciban propuestas con un nivel excesivo de detalle en cuanto a los aspectos tcnicos, pero que carezcan de la informacin necesaria para tomar decisiones. Un mnimo 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 planeacin 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 diseo de cada proyecto particular. Sin embargo, en la actualidad se presenta la oportunidad de consolidar esa experiencia acumulada durante dcadas de planeacin de centros de datos y de evolucionar hacia un enfoque ms estandarizado que brinde mayor calidad y aprovechamiento de los costos tanto para el proveedor como para el consumidor.
En un proyecto de construccin o actualizacin de un centro de datos, la planeacin inicial es la actividad que presenta mayores posibilidades de que se cometan errores. La mayora de los defectos que surgen en las etapas posteriores de un proyecto no son provocados por problemas en los componentes fsicos del sistema, sino por descuidos o decisiones tomadas sin contar con la informacin adecuada durante la planeacin. 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 cmo se realiza la planeacin en el contexto de un proyecto para un centro de datos. La seccin PLANEACIN del proyecto, que consta de las fases Preparacin y Diseo, 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 fsico que se crear y del proceso mediante el cual se crear el sistema.
Figura 1 La seccin PLANEACIN del proceso sienta las bases del proyecto
PLAN
BUILD
The idea
The System
La planeacin del proceso incluye tareas como asignar responsabilidades, configurar la gestin de proyectos, tomar decisiones relacionadas con la tercerizacin, realizar presupuestos y programacin de tareas. La planeacin del sistema el tema de este informe se ocupa de la configuracin del hardware, que es el resultado palpable del proyecto. La planeacin del sistema transforma el concepto del proyecto original en un diseo detallado de la construccin. Para sustentar la planeacin del sistema, es fundamental contar con la gua de un modelo de flujo de datos, dependencias y estrategia de diseo estructurado claramente. Este informe no ofrece recomendaciones detalladas para la planeacin, sino que proporciona un marco que permite organizar, comprender y efectuar un seguimiento de la secuencia lgica que atraviesa el diseo del sistema desde el concepto hasta los planos.
La secuencia de planeacin descrita en este informe abarca el diseo en el nivel de la infraestructura fsica del centro de datos, cuya funcin es alojar, alimentar, enfriar y proteger las funciones informticas y de red del centro de datos, es decir, los "niveles informticos" del centro de datos. En esta secuencia de planeacin, se parte del supuesto de que la determinacin de los requisitos informticos y el diseo general de los niveles informticos ya se realizaron. Luego, ciertas caractersticas del concepto del sistema informtico brindan informacin esencial para la planeacin de la infraestructura fsica, como veremos en la primera tarea de la secuencia de planeacin.
Qu es la secuencia de planeacin del sistema?

La secuencia de planeacin del sistema es el curso lgico de pensamiento, actividades y datos que transforman la idea del proyecto inicial en un plan detallado de instalacin. En la implementacin del proceso del proyecto estandarizado de APC, la planeacin de sistemas comprende una secuencia de cinco tareas que se realizan durante las fases de Preparacin y Diseo del proyecto.
Estas cinco tareas que forman la planeacin del sistema se llevan a cabo dentro del contexto de otras tareas necesarias para la realizacin general del proyecto, como el anlisis del presupuesto, la contratacin de proveedores de servicios y la generacin de propuestas. Sin embargo, las tareas para la planeacin del sistema forman su propia secuencia lgica que puede extraerse y considerarse por separado. De este modo, se hace mucho ms fcil visualizar y comprender el curso de actividades que transforma y refina una idea general hasta convertirla en un diseo detallado del sistema.
En la figura 2 se ilustran estas cinco tareas que componen la planeacin de sistemas, en el contexto de las fases Preparacin y Diseo (marcadas con crculos y tildes) y extradas en una lista separada de cinco elementos.
Figura 2 Las cinco tareas de la secuencia de planeacin del sistema
PLAN
Prepare
Assess Need
Review business requirements and assumptions Determine IT parameters Identify risk areas
BUILD
Acquire Implement
Design
Initialize Project Establish Requirements
Determine user requirements Generate specification For more about the project process, including steps in the Acquire and Implement phases, see APC White Paper #140, Data Center Projects: Standardized Process
Tasks in the
SYSTEM PLANNING SEQUENCE:
Develop Concept
Develop system concept Create budgetary estimate
1 2 3 4 5
Determine IT parameters Develop system concept Determine user requirements Generate specification Generate detailed design
Finalize Proposal Submit Purchase Order
La secuencia de planeacin como modelo de flujo de datos

En cada una de estas cinco tareas, se requiere informacin de entrada; como resultado de la tarea, la informacin se transforma o incorpora nuevos datos y luego pasa como entrada a la tarea siguiente. Esta progresin 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 descripcin del sistema en desarrollo. En este diagrama, los datos se muestran como pginas de una tablilla con sujetapapeles que pasa de una tarea a otra (los valos azules); en cada escala del camino, se agrega una nueva pgina de datos. Los nuevos
datos se suman a las pginas de datos incorporadas en escalas anteriores, de manera que todos los datos anteriores estn disponibles por si fuera necesario utilizarlos como referencia o para revisin en cualquier punto de la secuencia. De esta forma, se preservan los objetivos de los responsables de los pasos de planeacin 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 planeacin del sistema
De lo abstracto a lo especfico
La informacin de salida de cada tarea se convierte en la informacin de entrada de la siguiente. En cada tarea, los datos de entrada se transforman: se refinan, incorporan ms informacin o adquieren un formato diferente; como resultado, se tornan ms especficos en relacin con el sistema que se est diseando. Las primeras tareas se basan principalmente en el razonamiento humano para analizar, evaluar qu se sacrifica, tomar decisiones y obtener la informacin requerida para la planeacin. A medida que la informacin se vuelve ms estructurada, las tareas subsiguientes se basan cada vez ms en mtodos automatizados, como especificaciones estandarizadas y herramientas de software. En la figura 4 se muestra esta progresin de las operaciones basadas en el razonamiento humano a las automatizadas, y de lo general a lo especfico.
Figura 4 A medida que la secuencia de planeacin avanza del concepto al diseo final, las tareas se vuelven ms automatizadas y los datos ms estructurados Planning Planning START START
Determine IT Parameters
lity tica Cri acity an l Cap wth p Gro
[Please replace figure with the translated text]
Develop System Concept

ign des Ref m Roo
Determine User Requirements

s nce fere Pre
Identi fy needs
ints stra Con
Generate Specification
COMPLETE SPECIFICATION
Planning END
Generate Detailed Design

DETAILED DESIGN
Jerarqua de la informacin
En cada punto del proceso de planeacin, la informacin se vuelve menos abstracta y ms detallada. Esta jerarqua comienza con la determinacin de tres parmetros informticos fundamentales que afectan directamente el diseo del sistema de infraestructura fsica: Criticidad: importancia para los negocios, en trminos de la tolerancia ante el tiempo de inactividad. Capacidad: requisitos informticos de energa (mximo previsto despus de la expansin). Plan de crecimiento: descripcin de la expansin hasta alcanzar el requisito mximo de energa, teniendo en cuenta cierto grado de incertidumbre. Una vez que se definen estos parmetros informticos fundamentales, se determina un concepto para el diseo del sistema. Este proceso se puede facilitar seleccionando uno o ms diseos de referencia que sean compatibles con los tres parmetros y con las caractersticas fsicas de la sala que se utilizar para la instalacin. A continuacin, se renen y examinan los detalles especficos que describen el sistema propuesto para el usuario, para ver qu debe ajustarse en base a los costos y otras consideraciones. Esos detalles especficos para el usuario en cuestin son los requisitos del usuario; combinados con especificaciones para un centro de datos estndar, constituyen las especificaciones completas para el centro de datos del usuario. Las especificaciones se utilizan como pautas que deben seguirse para la creacin del diseo detallado del sistema. En el ltimo nivel de la jerarqua, se crea el diseo detallado. Incluye productos especficos, disposiciones en planta y cronogramas, todos los cuales deben cumplir con las especificaciones. A partir de este diseo detallado final surgen los planos de lo que ser el sistema instalado.
A medida que la planeacin avanza desde el concepto al diseo, de lo abstracto a lo especfico, se requiere de diferentes competencias, conocimientos y experiencia que aportarn al proceso. En las primeras etapas, los lderes corporativos aportan su visin de las necesidades que impulsan el proyecto. Ms adelante, la toma de decisiones queda en manos de individuos o grupos que comprenden los equilibrios que es necesario establecer y los detalles tcnicos involucrados en la relacin entre la infraestructura fsica y otros sistemas, entre otros, el sistema informtico, las instalaciones elctricas y mecnicas existentes, y los suministros de red.
En la figura 5 se muestran los factores que se espera que contribuyan en cada nivel de la jerarqua de la planeacin, desde la necesidad de negocios hasta los detalles constructivos.
Figura 5 Jerarqua de la informacin en la secuencia de planeacin de sistemas

lity tica Cri acity an l Cap wth p Gro

ign des Ref m Roo

s nce fere Pre
Identi fy needs
ints stra Con

DETAILED DESIGN
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.
Anlisis con el nivel correcto de abstraccin

En cualquier etapa de la secuencia de planeacin, es importante manejarse con el nivel correcto de abstraccin; en otras palabras, hablar slo en trminos de lo que es pertinente a la toma de decisiones en ese punto del proceso. Si se cuenta con poca informacin o con informacin demasiado abstracta, no se tienen suficientes pautas para tomar decisiones. El exceso de informacin o la informacin que es demasiado especfica o que puede, incluso, ser errnea 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 informacin de lo general a lo especfico, quienes toman las decisiones en cada paso deben rever y contribuir al plan con un nivel de abstraccin que sea adecuado en funcin de sus conocimientos y su rol en el proceso. Por ejemplo, en la primera etapa de la secuencia de planeacin (Determinar los parmetros informticos), son los lderes corporativos quienes deben estar a cargo del debate, pues en esa etapa se debe hablar de las necesidades de negocios, y no de tcnicas de implementacin especficas. Los lderes corporativos deben poder formular conceptualmente la necesidad en funcin de su propia visin y en su lenguaje. En este punto, deben abandonar el debate y dejar los detalles de diseo en manos de quienes lleven a cabo tareas subsiguientes que aadirn al concepto datos especficos a partir de los cuales se puedan tomar decisiones, en base a consideraciones, requisitos y restricciones prcticas de implementacin.
Los siguientes son ejemplos de algunas afirmaciones que son adecuadas para la etapa Determinar los parmetros informticos, y algunas que no lo son:
Las directivas provenientes del liderazgo corporativo que son demasiado especficas con respecto a la implementacin y que pueden no estar slidamente fundamentadas desde el punto de vista tcnico pueden conducir a que en las actividades subsecuentes de la planeacin 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 planeacin, se rene ms informacin sobre los requisitos de la instalacin en particular; los datos se van refinando progresivamente para que la descripcin sea cada vez ms especfica, hasta obtener finalmente instrucciones detalladas y puntuales de instalacin.
En las siguientes secciones se analizar el camino que sigue la informacin en el modelo de flujo detallando cada uno de los pasos que lo componen.
10
Tarea 1 de la secuencia de planeacin de sistemas: Determinar los parmetros informticos

Esta tarea comienza con la idea general de una necesidad de negocios que requiere un cambio en la capacidad informtica de la organizacin. A partir de esa idea, se hace un esbozo para determinar tres factores que cuantificarn el plan para contar con una capacidad informtica mejorada (o nueva). Estos tres factores son la criticidad, la capacidad y el plan de crecimiento. Estas son caractersticas de la funcin informtica del centro de datos, y no de la infraestructura fsica que la admitir, que es el resultado final de esta secuencia de planeacin. En la tarea subsiguiente, tales parmetros informticos se utilizarn para comenzar a definir los requisitos de la infraestructura fsica para el centro de datos.
lity ica Crit acity lan Cap wth p o r G

ign des Ref m Roo

s nce fere Pre
Identi fy needs
ints stra Con

DETAILED DESIGN
Tabla 2 Parmetros informticos Parmetro informtico
Expresado como...
Descripcin
Objetivo de disponibilidad y confiabilidad del centro de datos, correspondiente a la misin de negocios.
Para obtener un resumen de los niveles de criticidad, consulte el Informe interno N 122 de MGE, Pautas para la especificacin de la criticidad del centro de datos - Niveles
1, 2, 3 4
Criticidad
(4 es el nivel ms alto)
Capacidad
kW
Carga mxima para la alimentacin de los equipos informticos durante toda la vida til del centro de datos. Esta cifra ser el parmetro de carga final mxima del perfil de carga informtica
11
Parmetro informtico
Expresado como...
1. Carga final mxima (kW) 2. Carga final mnima (kW) 3. Carga inicial (kW)
Descripcin
Plan de crecimiento
4. Tiempo de expansin (aos)

1 2
Carga informtica esperada durante la vida til del centro de datos, expresada como perfil de carga informtica (cuatro parmetros).
Para obtener ms informacin sobre este modelo de crecimiento, consulte el Informe interno N 143 de APC, Proyectos de centros de datos: Modelo de crecimiento.
4 Perfil de carga informtica
El diseo informtico es lo primero

La secuencia de planeacin descrita en este informe abarca el diseo del nivel de la infraestructura fsica del centro de datos, cuya funcin es alojar, alimentar y proteger las funciones informticas y de red del centro de datos, es decir, los niveles informticos. En el comienzo de esta secuencia de planeacin, se parte del supuesto de que la determinacin de los requisitos informticos y el diseo de los niveles informticos ya se realizaron. Ese anlisis se realiza previamente y escapa al alcance de este informe. Sin embargo, el debate con respecto a los recursos informticos genera razonamientos esenciales de los que surge la informacin bsica para este proceso de planeacin del diseo del sistema de infraestructura fsica.
El anlisis del nivel informtico parte de las necesidades informticas, analizando primero el diseo de la aplicacin para pasar luego al diseo de los servidores y el almacenamiento, y despus a los requisitos de red. Luego, el foco del diseo cambia al tema de este informe: el sistema de infraestructura fsica que brinda energa, enfriamiento, gestin, seguridad fsica y proteccin 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 diseo que comienza con los requisitos informticos y avanza, nivel por nivel, hasta llegar al sistema de infraestructura fsica. Ntese que la criticidad y el plan de crecimiento afectan directamente el diseo de cada nivel. Sin embargo, la capacidad que, en el nivel de la aplicacin, adopta la forma de cuntos cmputos deben realizarse, pasa a cada nivel sucesivo como un requisito de soporte que evoluciona de cuntos servidores se necesitan a qu alimentacin se necesita. Es claro entonces que la criticidad, la capacidad y el plan de crecimiento ya fueron considerados cuando llega el momento de disear el sistema de infraestructura fsica.
Los parmetros informticos criticidad, capacidad y plan de crecimiento con los que se inicia la secuencia de planeacin de la infraestructura fsica son slo los mismos conceptos que se habrn
12
analizado, en alguna medida, durante el diseo informtico, aunque refinados. Sin embargo, en la realidad no existen conceptos o trminos estandarizados para estos parmetros fundamentales del diseo informtico, as que deben clarificarse y cuantificarse antes de que puedan utilizarse como pautas para la secuencia de planeacin descrita en este informe.
Figura 6 Los tres parmetros informticos afectan todos los niveles del diseo del centro de datos
Power and Coolng design
Network design
Server/Stg Server/Stg design
Application design
Parmetros informticos: CRITICIDAD

La criticidad es un nmero del 1 al 4 que representa la importancia que tiene el funcionamiento del centro de datos para los negocios, en trminos de la tolerancia ante el tiempo de inactividad. La criticidad es una expansin del concepto conocido de niveles de disponibilidad. La criticidad seleccionada determinar las caractersticas principales de la arquitectura del sistema, tales como la redundancia de los sistemas de alimentacin y enfriamiento, la solidez del monitoreo del sistema y diversos detalles concernientes a la construccin 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 anlisis exhaustivo de los niveles de criticidad, consulte el Informe interno N 122 de APC, Pautas para la especificacin de la criticidad del centro de datos - Niveles
Nivel de criticidad
Caractersticas de negocios
Por lo general para pequeas empresas; principalmente con manejo de efectivo; presencia online limitada; poca dependencia de los sistemas informticos; se perciben los tiempos de inactividad como un inconveniente tolerable.
Efecto sobre el diseo del sistema

Varios puntos de falla nicos en todos los aspectos del diseo; sin generador; extremadamente vulnerable a las inclemencias climticas; por lo general no puede soportar un corte de energa que se prolongue por ms de 10 minutos.
1
(Ms bajo)
13
Nivel de criticidad
Caractersticas de negocios
Cierta cantidad de generacin de ingresos en forma online; varios servidores; el sistema de telefona es vital para los negocios; dependencia del correo electrnico; cierta tolerancia ante tiempos de inactividad programados. Presencia de la empresa en todo el mundo; mayora de los ingresos derivados de negocios online; sistema de telefona VoIP; mucha dependencia de los sistemas informticos; costo de inactividad alto; marca muy reconocida. Empresa con volmenes de negocios multimillonarios; mayora de los ingresos provenientes de transacciones electrnicas; modelo de negocios completamente dependiente de los sistemas informticos; costo de inactividad extremadamente alto.
Efecto sobre el diseo del sistema

Cierto grado de redundancia en los sistemas de alimentacin y enfriamiento; respaldo por generador; puede soportar un corte de energa de 24 horas; mnimas consideraciones para la seleccin del establecimiento; barrera contra el vapor; sala de datos exclusiva separada de las dems reas. Dos circuitos de la red elctrica (uno activo y uno pasivo); sistemas redundantes de alimentacin y enfriamiento; proveedores de servicios redundantes; puede soportar un corte de energa de 72 horas; planeacin cuidadosa de la seleccin del establecimiento; una hora de exposicin segura al fuego; admite mantenimiento simultneo Dos circuitos de la red elctrica independientes; sistemas de alimentacin y enfriamiento con redundancia 2N; puede soportar un corte de energa de 96 horas; criterios estrictos para la seleccin del establecimiento; dos horas de exposicin segura al fuego; alto nivel de seguridad fsica; personal de mantenimiento en el establecimiento las 24 horas del da, los 365 das del ao.
2 3 4
(Ms alto)
Parmetros informticos: CAPACIDAD

Este parmetro informtico responde la pregunta general: Qu tamao debe tener el centro de datos que necesito?. La CAPACIDAD (en este anlisis) es la carga mxima estimada para la alimentacin de los equipos informticos del centro de datos durante toda la vida til del centro de datos. No es la capacidad energtica del sistema de infraestructura fsica que se disear mediante esta secuencia de planeacin (que ser mayor); en cambio, es una estimacin de la carga informtica mxima que se admitir durante la vida til del centro de datos. Esta cifra ser uno de los cuatro parmetros para el PLAN DE CRECIMIENTO.
2
Parmetros informticos: PLAN DE CRECIMIENTO

El PLAN DE CRECIMIENTO se compone en realidad de cuatro parmetros: un conjunto de cuatro cifras que describen el crecimiento esperado de la carga para la alimentacin de los equipos informticos, expresadas en kW. Estas cuatro cifras forman el perfil de carga informtica que dar las pautas para el diseo del sistema de alimentacin. La incertidumbre con respecto al crecimiento futuro se maneja en forma
Este parmetro de CAPACIDAD con el sentido de carga informtica mxima determinar la implementacin inicial de los elementos no escalables del centro de datos, tales como la entrada del servicio elctrico y el tamao fsico de la sala. No significa que todos los elementos de la infraestructura fsica dentro de la sala se construirn inicialmente para admitir esa carga de alimentacin, ni tampoco implica que la carga informtica alcanzar necesariamente ese nivel (por lo general eso no ocurrir).
14
sencilla: se presenta una carga final mxima (el parmetro CAPACIDAD mencionado anteriormente) y la carga final mnima, y se supone la opcin de un diseo de sistema escalable que se aproxima al valor mximo en incrementos a lo largo del tiempo. En la figura 7a se ilustran estos cuatro parmetros de crecimiento. En la figura 7b se incorpora un plan tpico de capacidad del sistema para el sistema de energa y enfriamiento que se disear para admitir el perfil de carga informtica. El plan de capacidad del sistema siempre se disea previendo la carga esperada mxima, pero la cantidad y la magnitud de los pasos incrementales dependen de diversos factores, que se determinan ms adelante en la secuencia de planeacin a medida que avanza el diseo del sistema.
Para obtener ms informacin 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 informtica, 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 parmetros informticos.
Figura 7 El PLAN DE CRECIMIENTO se expresa como un perfil de carga informtica de cuatro parmetros
[Please replace figures with the translated text]
15
Figura 8 Detalle de la tarea Determinar los parmetros informticos.

[Please replace figures with the translated text]
Tarea 2 de la secuencia de planeacin del sistema: Desarrollar el concepto del sistema

Esta tarea toma los parmetros informticos bsicos de la tarea anterior criticidad, capacidad y plan de crecimiento y los utiliza para formular un concepto general del sistema de infraestructura fsica. La piedra angular de esta tarea es la seleccin de un diseo de referencia con la criticidad y la capacidad deseadas, y una escalabilidad que admita el plan de crecimiento.
lity ica Crit acity lan Cap wth p Gro

ign des Ref m Roo

s nce fere Pre
Identi fy needs
ints stra Con

DETAILED DESIGN
Qu es un diseo de referencia?
16
Dados los parmetros informticos de criticidad, capacidad y plan de crecimiento, existen potencialmente miles de formas en las que se puede disear el sistema de infraestructura fsica, pero la cantidad de buenos diseos es mucho menor. Se puede utilizar una biblioteca de estos diseos ptimos es decir, recomendados y probados para reducir las posibilidades rpidamente. En forma similar a un catlogo de diseos de cocinas de una tienda de equipamientos para el hogar, los diseos de referencia brindan una variedad de arquitecturas generales para el diseo del sistema. Pueden servir para concentrarse en algunos diseos o descartar otros, al presentar ideas que pueden ser difciles de expresar o que quiz no se hayan contemplado. Estos diseos incorporan la mayor parte de la ingeniera del sistema, pero con suficiente variabilidad como para satisfacer los requisitos especficos de una gran variedad de proyectos de usuarios.
Un diseo de referencia es un diseo de un sistema real que sirve como prototipo o esbozo de representacin de un conjunto de atributos clave en un diseo para un usuario hipottico. Representa una combinacin especfica de atributos, entre otros, caractersticas de criticidad, densidad de potencia, caractersticas de escalabilidad y nivel de instrumentacin. Los diseos de referencia tienen un espectro prctico de capacidad de potencia para el cual son adecuados.
El gran potencial de los diseos de referencia radica en que brindan una forma ms rpida de evaluar eficazmente diseos alternativos sin la necesidad de perder tiempo en el proceso de llevar a cabo las especificaciones y los diseos reales (tareas 4 y 5 de esta secuencia de planeacin). Se pueden tomar decisiones de calidad en forma rpida y eficaz.
3
Seleccin de la sala fsica

Al seleccionar la sala fsica donde se instalar el sistema, se deben tener en cuenta las caractersticas de la sala que pueden restringir la eleccin de un diseo de referencia. Algunos ejemplos de posibles restricciones son el tamao de la sala, la ubicacin de las puertas, la ubicacin de las columnas de carga, la resistencia del piso y la altura del techo.
Por ejemplo, si un diseo de referencia no se corresponde exactamente con la sala del usuario en lo que respecta a caractersticas fsicas, podra ser necesario agregar o eliminar racks. Tal diseo de referencia podra tener un atributo costo que permita la estimacin del ajuste de costos necesario para escalar el diseo y adaptarlo a un espacio especfico.
Seleccin del diseo de referencia

El diseo 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 planeacin. Este diseo tendr caractersticas que lo harn
No es necesario que un diseo de referencia provenga de una librera de diseos preparada con antelacin si existe otra posibilidad que cumple con los criterios deseados. Un diseo de referencia perfectamente adecuado podra ser un centro de datos existente identificado por el usuario como modelo para el que se disear (aunque los datos de rendimiento pueden no estar disponibles, lo que limitara la posibilidad de realizar los clculos del costo total de propiedad).
17
ms o menos adaptable en cada uno de estos aspectos. Por ejemplo, un diseo 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 diseo de referencia determina en qu medida puede admitir los pasos para la puesta en marcha progresiva del plan de crecimiento. Los diseos de referencia escalables pueden variar en la granularidad (magnitud de los pasos) de su escalabilidad, lo que los hace ms o menos adaptables a un plan de crecimiento especfico.
El perfil de la carga informtica (construido a partir de los cuatro parmetros del plan de crecimiento) sugerir una idea aproximada de los pasos para la puesta en marcha progresiva. Se elige un diseo 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 definirn en una etapa posterior de la secuencia de planeacin, despus de que se haya determinado la disposicin de las hileras de la sala.
Las bibliotecas de diseos de referencia sern particularmente tiles si cuentan con una herramienta de software que brinde asistencia para seleccionar un diseo de referencia adecuado. La informacin de entrada para un selector de diseos de referencia de ese tipo seran los parmetros informticos bsicos establecidos en la tarea previa, Determinar los parmetros informticos (criticidad, capacidad y plan de crecimiento. Para limitar ms los diseos de referencia posibles, tambin puede ser necesario incluir otros requisitos esenciales, como por ejemplo el tipo de enfriamiento o la densidad de potencia. Posteriormente, es posible repasar los diseos de referencia seleccionados automticamente teniendo en cuenta consideraciones adicionales que la herramienta de seleccin quiz no contemple, como la ubicacin de las puertas y las columnas de carga, u otras restricciones significativas.
Uso de los diseos de referencia para desarrollar el concepto del sistema

En una biblioteca de diseos de referencia, puede haber ms de un diseo compatible con los parmetros informticos y otros requisitos especificados por el usuario. El usuario puede querer comparar estos diseos entre s o con otras alternativas, como diseos de referencia de otros fabricantes o incluso con diseos personalizados elaborados por terceros. La posibilidad de realizar tal comparacin resulta de gran utilidad para el desarrollo del concepto de la infraestructura fsica. Entre los atributos esenciales para esta comparacin, se incluyen: TCO; costo inicial; uso de la energa elctrica; capacidad de admitir densidad; capacidad de los equipos informticos (para un espacio dado).
18
Las herramientas de clculo que toman los parmetros informticos del usuario y los combinan con un diseo de referencia dado para estimar la informacin anterior pueden ayudar a tomar una decisin fundada con respecto a la seleccin de un diseo de referencia. Por lo tanto, los diseos de referencia ms tiles estarn acompaados de documentacin que detalle los valores especficos de sus caractersticas esenciales por ejemplo, eficiencia, densidad, costo, etctera que pueden utilizarse para calcular la informacin 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

lity ica Crit acity lan Cap wth p Gro

ign des Ref m Roo

s nce fere Pre
Identi fy needs
ints stra Con

DETAILED DESIGN
19
Tarea 3 de la secuencia de planeacin del sistema: Determinar los requisitos del usuario
Entre los requisitos del usuario se incluye toda aquella informacin sobre el proyecto que sea especfica para el proyecto de este usuario en particular. En esta tarea se renen y evalan los requisitos del usuario para determinar si son vlidos 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 caractersticas y opciones clave, restricciones relativas a la sala, restricciones informticas existentes y restricciones logsticas. Esta tarea tiene dos aspectos, que dividen los requisitos del usuario en dos categoras generales: Preferencias: elementos que el usuario desea, pero que pueden llegar a cambiarse o ajustarse despus de analizar (o reconsiderar) el costo y las consecuencias. Las preferencias son aspectos que el usuario desea, pero sobre los cuales puede cambiar de opinin luego de recibir nueva informacin.
lity ica Crit acity lan Cap wth p o r G

ign des Ref m Roo
Restricciones: elementos que o bien no pueden cambiarse, o bien slo pueden cambiarse ocasionando grandes gastos o causando consecuencias inaceptables. Las restricciones son condiciones preexistentes que son difciles o imposibles de cambiar.

s nce fere Pre
Identi fy needs
ints stra Con
Cada categora requiere un tipo de dilogo diferente, que a menudo se lleva a cabo con tipos de personas diferentes. Si algn aspecto causa problemas ms adelante en el proceso de planeacin, es importante saber si este era una restriccin o una

DETAILED DESIGN
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 planeacin, durante la seleccin del diseo 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 tamao de la sala fsica es una restriccin. Las preferencias y las restricciones que se necesita conocer para la seleccin del diseo de referencia pueden averiguarse con antelacin o pueden establecerse como resultado de un proceso de entrevistas durante la seleccin mencionada. Luego deben agregarse a las preferencias y restricciones catalogadas durante esta tarea, ya que pueden afectar a otros elementos del diseo.
Preferencias
20
Las preferencias son decisiones relativas al diseo 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 despus 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 alimentacin instalado en altura) o con el proceso (Deseo que Ace Electric realice las tareas relacionadas con el servicio elctrico). Por lo general, las preferencias relacionadas con detalles tcnicos especficos deben evitarse en este punto del proceso, ya que el diseo y la especificacin tcnica del sistema se llevan a cabo ms adelante en el proceso, y puede surgir un conflicto con las preferencias elegidas sin la debida informacin tcnica que se expresan aqu (ver una seccin anterior a la tarea 1, Anlisis con el nivel correcto de abstraccin.)
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 gustara contar por razones de negocios; algo sobre lo que el usuario podra cambiar de opinin, si cuenta con nueva informacin; algo que el usuario puede decidir cambiar ms adelante durante el proceso, si surge nueva informacin.
Ntese que, en la tablilla con sujetapapeles, los parmetros plan de crecimiento, capacidad y diseo 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 estn dictadas por las circunstancias y no estn bajo el control del cliente. Una restriccin 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 restriccin 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 decisin de resolverlas, ya que el costo vale la pena.
Ejemplos de restricciones:
21
una caracterstica fsica de la sala (como la altura del techo); una ley o cdigo que debe cumplirse; una norma con respecto a la que se estableci un compromiso de cumplimiento (como la TIA 942); una caracterstica fsica del circuito de entrega (como la capacidad de peso que admite el elevador que se utilizar para transportar los equipos a la sala).
Preferencia o restriccin?
Es importante asegurarse de que las restricciones realmente lo sean. Estos son dos ejemplos de soluciones para salvar restricciones:
Restriccin: no es posible interrumpir la operacin del centro de datos (para realizar actualizaciones). Solucin posible: poner una pared temporal para separar el sistema en funcionamiento del rea de trabajo en que se llevar a cabo la nueva instalacin, y tender una lnea independiente de suministro elctrico de la de red para operar
Es importante saber si cada aspecto es una preferencia o una restriccin, especialmente si provoca inconvenientes en el proceso de planeacin. Por ejemplo, en la mayora de los casos, el objetivo de capacidad es una preferencia, no una restriccin, ya que el futuro es incierto. Supongamos que en los parmetros informticos originales se estableci un centro de datos de un megavatio (MW), escalable a 4 MW. Ms adelante en el proceso, un ingeniero descubre que los cables de alimentacin slo pueden suministrar 3,5 MW. Suponiendo que el plan de expansin a 4 MW no puede cambiarse, el ingeniero planifica llevar a cabo la expansin hasta 3,5 MW y luego gastar una gran cantidad de dinero para actualizar la alimentacin de red para admitir los 500 kW restantes. Interpretar que la expansin hasta 4 MW es una restriccin que no puede cambiarse impide que el ingeniero retroceda en la cadena de planeacin para rever esta decisin. Si el objetivo de capacidad de 4 MW se hubiera categorizado como preferencia que puede cambiar al surgir nueva informacin, el ingeniero podra volver a analizar esta situacin y contemplar alternativas. Esto permite que el encargado de la planeacin original reconsidere su decisin y acepte una expansin a 3,5 MW en lugar de 4 MW en vista de la situacin.
ambos sistemas a la vez durante el proceso de cambio.
Restriccin: no se pueden utilizar unidades de extraccin de aire con ductos que pasen por el falso techo, ya que el techo tiene un ducto de conexin a la cmara de distribucin de aire que no es a prueba de incendios, y el inspector de instalaciones a prueba de incendios no permite esa conexin. Solucin posible: rociar el ducto con un producto a prueba de fuego.
Ntese que la seleccin de la sala (uno de los cuatro datos de entrada para esta tarea) desemboca en la categora RESTRICCIONES de la tarea. Esto se debe a que la sala es algo fsico y preexistente que puede tener caractersticas que se conviertan en restricciones para el diseo del sistema.
Evaluacin y refinacin 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 intencin de que el centro de datos tenga fines de exhibicin, montar una pared de vidrio puede ser una preferencia. Sin embargo, el costo econmico y el riesgo de
22
seguridad pueden excluirla como posibilidad. Tambin debe examinarse cada restriccin para determinar su efecto en el diseo del sistema, y si vale la pena el costo econmico u otra consecuencia negativa que supondra eliminarla.
En ambos casos, se identifican alternativas, se evala qu se debe sacrificar, y la preferencia o restriccin se mantiene, se ajusta o se elimina, segn sea lo adecuado.
En los proyectos complejos, algunas preferencias y restricciones pueden tener un impacto negativo excepcionalmente grave. La revisin por parte de expertos es esencial para establecer su costo u otras consecuencias, que pueden no haber sido evidentes para los encargados de la planeacin 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 diseo de referencia. Toda la informacin pasa a la siguiente tarea (Generar las especificaciones), en la que se utilizan como datos especficos para el usuario en las especificaciones completas del proyecto.
En su gran mayora, las preferencias y restricciones no son necesarias para seleccionar el diseo de referencia (parte de una tarea anterior), pero s son necesarias para crear las especificaciones y el diseo detallado (parte de una tarea posterior). Estas preferencias y restricciones pueden dividirse en categoras segn las siguientes reas: cronograma; divisin de trabajos; restricciones elctricas del establecimiento; restricciones de enfriamiento del establecimiento; restricciones estructurales de la sala; reutilizacin de infraestructura existente; plan de puesta en marcha progresiva.
Ntese que estas preferencias y restricciones se agregan a los parmetros informticos 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 ms informacin 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.
23
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 planeacin de sistemas: Generar las especificaciones

Para que sea posible traducir los requisitos del usuario (provenientes de la tarea anterior) en un diseo detallado (como resultado de la tarea siguiente), es necesario un paso intermedio en la secuencia de planeacin: la creacin de especificaciones del sistema.
Las especificaciones del sistema se utilizan como un conjunto de reglas que deben seguirse en la creacin del diseo detallado del sistema. Las especificaciones constan de los siguientes elementos:
Especificaciones estndar que no varan de un proyecto a otro. Estas especificaciones estndar comprenden la mayor parte de las especificaciones. Ejemplos de especificaciones estndar son el cumplimiento de las normas vigentes, la compatibilidad entre subsistemas, la mano de
24
obra, la seguridad y las mejores prcticas.
Especificaciones del usuario que definen los detalles especficos para el usuario en este proyecto. Estos son los requisitos del usuario (preferencias y restricciones) de la tarea anterior, que provienen del trabajo acumulado durante la secuencia de planeacin hasta este punto.
4
La combinacin de las especificaciones estndar y las especificaciones del usuario da lugar a especificaciones generales que se utilizan como reglas para el diseo detallado del sistema. El diseo detallado del sistema (generado en la siguiente tarea, que es la ltima) debe cumplir con todos los parmetros de las especificaciones generales.
Separar las especificaciones que son comunes a todos los sistemas (las especificaciones estndar) 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 estndar 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 estndar; 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 informacin que describe en detalle todo lo que se refiere puntualmente al proyecto de este usuario: informacin sobre todos los elementos del sistema de infraestructura fsica en s e informacin sobre otras estructuras y sistemas que afectan el diseo de la infraestructura fsica. Los siguientes parmetros son una muestra de la informacin particular para el usuario que se incluye: caractersticas fsicas de la sala; entrada del servicio elctrico; potencia promedio y mxima por hilera; tiempo de autonoma requerido para la unidad UPS; caractersticas de la distribucin de energa; plan de puesta en marcha progresiva; tipo de sistema de eliminacin del calor; tipo de sistema de apagado de incendios; tipo de sistema de seguridad fsica; preexistencia de un sistema de administracin de red y/o de edificios.
Las especificaciones del usuario tambin incluyen detalles especficos del usuario relativos al proceso que se utilizar para crear este sistema, incluidos los roles correspondientes a la gestin del proyecto y quines los desempearn. 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.
25
Existen tres niveles de abstraccin para la informacin particular para el usuario: para toda la sala, por hilera y por rack. El proceso de especificacin (completar las hojas de trabajo) comienza por la sala y avanza hacia los niveles ms especficos de la hilera o el rack, segn sea necesario.
Planta
La planta es una parte clave de las especificaciones del usuario. Es parte de las especificaciones y no del diseo, 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 ubicacin de las hileras, pero en ella no se necesita especificar qu espacios de racks de cada hilera contienen equipos de infraestructura fsica o informticos. Durante la creacin del diseo detallado (la tarea siguiente), algunos espacios en los racks quedarn ocupados con dispositivos de infraestructura fsica. Es posible efectuar una estimacin del espacio en los racks que se ocupar con equipos informticos en la etapa de especificacin a partir de reglas sencillas, dado que en este punto ya se conoce la arquitectura bsica de la infraestructura fsica, pero el espacio disponible para equipos informticos exacto no se determinar hasta que se complete el diseo detallado.
No es necesario especificar la ubicacin de los diferentes dispositivos de la infraestructura fsica en la planta (por ejemplo, las unidades CRAC situadas en el permetro de la sala). Esto se debe a que los dispositivos o bien no insumen espacio en el piso (porque estn montados en racks) o bien son dispositivos para montaje en rack y ya son parte de la disposicin de las hileras. Se considera que la seleccin y ubicacin de los dispositivos es parte del diseo (la siguiente tarea) y no del proceso de especificacin (la presente tarea).
Para los lectores que ya son clientes de APC
Si el diseo 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 diseo principal en la planta es la hilera. Una hilera es un grupo cualquiera de uno o ms racks contiguos. Una hilera larga con un espacio en el centro se considera como dos hileras. La ubicacin de las hileras se dispone utilizando la metodologa descrita en el Informe interno N 144 de APC, Proyectos de centros de datos: Cmo establecer una planta.
Especificaciones para toda la sala

Algunas especificaciones se aplican invariablemente a toda la sala, como la seguridad fsica, sistemas para extinsin de incendios y los requisitos de alimentacin de red. En algunos proyectos tambin 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 implementacin. Cuando esas
26
especificaciones son uniformes para todo el centro de datos, conviene considerarlas especificaciones para toda la sala.
Especificaciones por hilera

Una planta incluye una o ms 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 implementacin (descrita ms adelante). NOTA: La metodologa de diseo utilizada por APC (en la siguiente tarea, Generar un diseo detallado) alcanza resultados ptimos cuando se aplica en la especificacin por hilera. Se considera mejor prctica que las hileras se definan como unidad de criticidad, densidad o fase de implementacin, con especificaciones uniformes dentro de cada hilera.
Especificaciones por rack

El ideal de la especificacin por hilera no es siempre necesario o deseable; por ejemplo, cuando se sabe de antemano que existen racks especficos 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 especificacin por rack como excepcin o por cada rack dentro de la hilera. Sin embargo, la especificacin por rack para cada rack dentro de una hilera puede limitar excesivamente las especificaciones generales con el resultado de que los dispositivos de energa y enfriamiento necesarios no puedan ubicarse en la hilera. Por lo tanto, la especificacin por rack debe utilizarse nicamente como excepcin, y la especificacin por hilera debe controlar la mayor parte de las caractersticas del rack.
No slo es posible, sino que adems 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 implementacin 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 implementacin adicional. Este plan se desarrolla a partir del perfil de carga informtica que se determin anteriormente en la tarea 1, Determinar los parmetros informticos, como se muestra en la figura 11.
La magnitud de cada paso se determina en base a consideraciones estratgicas y tcticas:
Estratgicas: el concepto general de la magnitud de los pasos pocos pasos, muchos o ninguno se determina en base al tiempo de expansin, la diferencia entre la carga inicial y la mxima, 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 realizarn las implementaciones.
27
Tcticas: la magnitud especfica de cada paso en lo que respecta al hardware se determina a partir de la configuracin fsica de las hileras en la planta. Desde el punto de vista de las mejores prcticas, 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 fsica tambin es por hilera, y en cada paso se implementar una zona integrada con los equipos informticos y los de la infraestructura fsica 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 implementarn, su densidad de potencia e incluso si realmente se producirn. 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 elctrica y evitar inversiones en capacidad inmovilizada. Cuando se especifica la densidad de las fases futuras, conviene tomar recaudos y establecer una especificacin que exceda lo requerido, en la medida de lo posible. Esto significa que la infraestructura clave para admitir la nueva fase, como las tuberas de suministro de agua y las entradas de suministro elctrico, se instala inicialmente en funcin de la carga potencial mxima. Sin embargo, no necesariamente tendr lugar la implementacin total de las unidades CRAC, UPS y PDU segn lo proyectado. En un diseo tpico, es posible reducir la especificacin de densidad antes de una implementacin futura, pero puede ser muy difcil 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 informtica
Data center lifespan
Data center lifespan
STEP SIZE
Power capacity plan

MARGIN MAXIMUM final load MINIMUM final load
MAXIMUM final load MINIMUM final load
INITIAL load RAMP-UP time
INITIAL load RAMP-UP time
The IT load profile is determined in the first task, Determine IT Parameters
The phase-in plan consists of the size and timing of steps during the ramp-up to full capacity
Especificacin 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 planeacin del sistema, pero tambin se realizan tareas relacionadas con la configuracin de los pasos, la asignacin de trabajo y los roles de gestin para el proceso. Por lo tanto, las especificaciones generales del proyecto incluyen una
28
29
instrucciones detalladas de instalacin; cronograma detallado del proyecto; caractersticas reales del diseo tal como fue ideado, incluyendo su eficiencia, densidad y capacidad de expansin.
La idea es que el diseo 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, ms 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 diseo detallado representar el sistema descrito en las especificaciones.
Idealmente, si las especificaciones generales son suficientemente slidas y claras, el diseo detallado podra generarse a partir de ella en forma automtica. Sin embargo, por lo general no es as. La creacin del diseo detallado, an si est automatizada parcialmente con una herramienta de diseo (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 arquitectnicos an cuando un edificio se haya diseado con todo detalle. Si la secuencia de planeacin se ejecut cuidadosamente de acuerdo con el modelo descrito en este informe, no debera haber necesidad de tomar ninguna decisin 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 informacin de salida (el diseo detallado) a partir de la informacin de entrada (las especificaciones). En la figura 13 se muestra el detalle de la tarea Generar el diseo detallado.
Figura 13 Detalle de las tareas para Generar el diseo detallado
30
Resumen de la relacin entre datos y documentacin

En el curso de la secuencia de planeacin, diversos conjuntos de datos y documentos interactan y evolucionan. En la figura 14 se presentan en un diagrama las interacciones y dependencias entre esos diversos elementos de informacin. A la izquierda se reproduce el modelo de flujo de datos como referencia.
Figura 14 Resumen de la secuencia de planeacin, y datos y documentacin correspondientes

31
Conclusin
A pesar de la importancia decisiva que reviste la planeacin de los sistemas en lo que respecta al xito de los proyectos, histricamente se ha considerado que tal planeacin constituye una tarea difcil, no estructurada, que se lleva a cabo aplicando mtodos ms propios del arte que de la ciencia, que dan lugar a posibilidades de dar pasos en falso, adoptar supuestos errneos y enfrentar problemas en la comunicacin que pueden tener graves consecuencias en fases posteriores del proyecto. Gran parte de la dificultad puede eliminarse si se visualiza la planeacin 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 elaboracin del proyecto de un centro de datos, son las dos fases de la planeacin Preparacin y Diseo las que sientan las bases esenciales. Adems 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 planeacin del sistema fsico. Cada una de las tareas de esta secuencia de planeacin del sistema es un subproceso que refina o transforma el concepto del sistema en su evolucin desde la idea inicial al diseo detallado. La secuencia comienza con:
una Necesidad de negocios, de la que surgen Parmetros informticos, 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 estndar para formar las Especificaciones, que son las reglas que deben seguirse para generar el Diseo detallado.
En cada uno de los niveles de esta jerarqua, la informacin se vuelve menos abstracta y ms detallada. Las tareas estn definidas en forma tal que brinden la cantidad correcta de informacin, con el nivel adecuado de detalle, en el momento apropiado, es decir, la informacin necesaria y suficiente para cada punto. De esta manera, se reduce la necesidad de rehacer el trabajo previo, se acelera el ciclo de implementacin, y los responsables de la toma de decisiones en el proceso pueden rever, y aprobar si fuera necesario, la informacin al nivel que sea adecuado para su rol. Es crtico que la ejecucin de esta secuencia de planeacin reciba la debida atencin, por parte de expertos, y contando con la informacin necesaria para lograr que el proceso se lleve a cabo en forma eficiente y el resultado del proyecto sea exitoso.
La planeacin 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 dcadas.
32
Es hora de consolidar este reservorio de conocimientos para dar origen a un proceso estandarizado, de modo que las capacidades creativas de ingeniera puedan concentrarse en las instalaciones inusuales, complejas y de grandes dimensiones que requieren un grado de pericia especializado o excepcional. La estandarizacin, los trminos unificados y la adhesin 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 Tecnologa de APC. Establece el destino tecnolgico del mayor presupuesto mundial de Investigacin y Desarrollo dedicado al tema de la infraestructura de energa, enfriamiento y racks para redes crticas. 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 diseador del sistema InfraStruXure de APC.
Antes de fundar APC en el ao 1981, Neil recibi los ttulos de Bachelor y Master en Ingeniera Elctrica del MIT, donde realiz su tesis sobre el anlisis de una fuente de potencia 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.
Suzanne Niles es Analista Senior de Investigacin en el Centro de Estudios de Centros de Datos de APC, donde desarrolla informes internos y presentaciones sobre temas tcnicos y estratgicos que sustentan la misin de APC. Estudi matemticas en el Wellesley College antes de obtener el ttulo de Bachelor en Ciencias Informticas 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 administracin de datos multidimensional pionero en la industria (ahora parte de Oracle). Ha contribuido a la formacin de pblicos diversos por ms de 30 aos utilizando diferentes medios, desde manuales de software hasta fotografas y canciones para nios.
33
Informes internos relacionados

Informes internos de APC sobre el proceso de proyeccin de centros de datos
Informe interno
Tema
N 140 N 141 N 142
Proyectos de centros de datos: Un proceso estandarizado La gestin de proyectos Proyectos de centros de datos: La planeacin del sistema [este informe]
N 143 N 144
Proyectos de centros de datos: Modelo de crecimiento Cmo establecer la disposicin en el piso
34

Proyectos de Centros de Datos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyectos de Centros de Datos

Cargado por

Copyright:

Formatos disponibles

Proyectos de centros de datos: La planeacin del sistema

Neil Rasmussen Suzanne Niles

Informe interno N 142

Qu es la secuencia de planeacin del sistema?

Figura 2 Las cinco tareas de la secuencia de planeacin del sistema

SYSTEM PLANNING SEQUENCE:

Finalize Proposal Submit Purchase Order

La secuencia de planeacin como modelo de flujo de datos

Figura 3 Las cinco tareas de la secuencia de planeacin del sistema

[Please replace figure with the translated text]

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Figura 5 Jerarqua de la informacin en la secuencia de planeacin de sistemas

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Anlisis con el nivel correcto de abstraccin

[Please replace figure with the translated text]

Tarea 1 de la secuencia de planeacin de sistemas: Determinar los parmetros informticos

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Tabla 2 Parmetros informticos Parmetro informtico

4. Tiempo de expansin (aos)

4 Perfil de carga informtica

El diseo informtico es lo primero

Power and Coolng design

Server/Stg Server/Stg design

Parmetros informticos: CRITICIDAD

Tabla 3 Resumen de los niveles de criticidad

Efecto sobre el diseo del sistema

Efecto sobre el diseo del sistema

Parmetros informticos: CAPACIDAD

Parmetros informticos: PLAN DE CRECIMIENTO

[Please replace figures with the translated text]

Figura 8 Detalle de la tarea Determinar los parmetros informticos.

Tarea 2 de la secuencia de planeacin del sistema: Desarrollar el concepto del sistema

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Seleccin de la sala fsica

Seleccin del diseo de referencia

Uso de los diseos 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

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Develop System Concept

Determine User Requirements

ints stra Con

Generate Detailed Design

Preferencias y restricciones iniciales

ambos sistemas a la vez durante el proceso de cambio.

Evaluacin y refinacin de las preferencias y restricciones

Qu se hace con las preferencias y restricciones?

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