ibm 100 razones

7/18/2019 Ibm 100 Razones

http://slidepdf.com/reader/full/ibm-100-razones 1/130

¿Dónde vive la Información?

Desarrollado por:

Site&Facilities ServicesDC Operations +

100 cuestiones sobre Datacenterscompartidas con nuestros clientes



¿Dónde vive la Información ?

Prólogo

En 2011 IBM cumple cien años

A lo largo de este siglo, esta compañía hacambiado continua y velozmente. Es elviaje de una empresa que empezó creandorelojes y básculas y hoy está entregada a latarea a ayudar a construir un planeta másinteligente.

En ese permanente cambio, sin embargo,hay algo que da sentido a todo y que se hamantenido inmutable: nuestra vocación deprogreso, nuestro empeño por crear futuro,

nuestro compromiso de aportar valor al ser-vicio de las necesidades más significativasde los clientes y de la sociedad.

Ese espíritu de progreso define un carác-ter inquieto y una activa conexión con losdesafíos de los clientes. Nos hacemospreguntas. Nos hacemos las preguntas quea los clientes les importan. Nos cuestiona-mos el funcionamiento de las cosas, desdela convicción de que siempre hay algo queinnovar, de que siempre hay algo que puedehacerse mejor o distinto.

Por eso, IBM, que sentó las bases de lainformática empresarial hace más de 50

años y artículo junto a empresas de todoel mundo los fundamentos de lo que es uncentro de proceso de datos, no ha dejadodesde entonces de hacerse preguntas,

con y para los clientes, sobre cómo hacerevolucionar los Datacenters y asegurar queese corazón de la infraestructura tecnológi-ca está, en cada momento, a la altura de lasaltas exigencias que necesariamente se leimponen.

Este libro quiere ser testimonio de eseespíritu y de esa vocación de progresoque, desde hace cien años, nos vincula tanprofundamente con nuestros clientes.

D. Juan Antonio Zufiria.

Presidente IBM España,Portugal, Grecia e Israel



100 cuestiones sobre Datacenters compartidas con nuestros clientes p. 3

Indice

CICLO DEVIDA DEL DATA CENTER

ECOSISTEMA DEL DATA CENTER

l013

015

016

018

019

020

022

024

025

026

027

028029

030

031

032

c

001 La importancia de cada fase y las interfases

002 Garantizando los objetivos de funcionamiento del Data Center a través de su ciclo de vida

003 “El Ecosistema Data Center”

004 Las Especies de Ecosistema Data Center: Los “Actores”

005 El Data Center en la agenda del CEO

006 Modelo de visualización de la importancia de los data centers para la empresa

ESTRATEGIA Y MODELO DEL DATA CENTERm

007 ¿En qué se basa un estrategia de DC?

008 La externalización de servicios entre los factores de decisión

009 Define el programa

010 Plan de capacidad

011 Análisis de riesgos

012 ¿Quién es el propietario de la continuidad?

013 Cash Flow analysis

014 El Porqué de la modularidad

015 ¿Cuánto cuesta un DC?

016 EMDC




R

ESTRATEGIA Y MODELO DEL DATA CENTER

CRITERIOS DE DISEÑO

m

017 Scalable Modular DC

018 PMDC... ¡ “P” de Portable!

019 Concepto de smarter DC

020 La Racionalización en la estrategia operativa: La opción de Consolidación de Sistemas

021 La gestión operativa debe estar contemplada en el diseño. Las operaciones del DC comienzan antes de la fasede diseño

022 El compromiso de los Agentes clave, internos y terceros.

023 ¿Podemos comenzar un proyecto sin criterios de diseño?

024 Los análisis de viabilidad

025 ¿Cuánto consumirá mi DC?

026 UPS (Uninterruptible Power Supply) tecnologías

027 Cálculo de potencias reales de equipamiento informático

028 Niveles de disponibilidad y certificación IBM – diferencias

029 Otros estándares sobre fiabilidad en el DC

030 Resolver las inconsistencias en los esquemas principales: La coherencia en el suministro eléctrico

031 Resolver las inconsistencias en los esquemas principales. Indefinición en los sistemas de frío

032 Puntos singulares de fallo en sistemas de climatización

033 El mensaje del Código Europeo de Conducta

034 Las prácticas del Código Europeo de Conducta

033

034

035

036

036

037

038

039

040

041

042

043

044

045

046

047

048

050




R035 Inercia térmica en una sala IT ante una caída del sistema de climatización

036 Criterios de seguridad. El factor constructivo

037 Asegurar la interfase de diseño

Indice

p

CRITERIOS DE DISEÑO

EFICIENCIA ENERGÉTICA

038 Eficiencia, a qué precio?

039 Guía para el planeamiento energético

040 El enfoque integral es el más beneficioso: Caso Lexington

041 DC de Cero emisiones

042 Los límites ambientales

043 Las certificaciones energéticas para DC

044 ¿Qué están haciendo los fabricantes?

045 Adaptando los sistemas a las mejores tecnologías: Refrigeración

046 Adaptando los sistemas a las mejores tecnologías: La utilización de la Corriente Continua (CC)

047 Rendimiento energético

048 DC existente. Por dónde comenzar.

049 Energías alternativas: Caso CHP (Combined Heat and Power)050 Casos reales: Universidad Syracusa GAS plant

051 Energías alternativas: El viento y el agua

052 Energías alternativas: sistemas de climatización basados en freecooling facilitan la certificación energética yacciones “green data center”

052

053

054

056

057

058

059

060

061

062

063

064

065

066

067068

069

070




059 ¿Por qué un proyecto de nuevo DC puede fallar?060 El Equipo de diseño

061 No todos los Level 4 son iguales

062 Aspectos importantes en la definición de sistemas eléctricos: Sistemas de puesta a tierra

063 Aspectos importantes en la definición de sistemas eléctricos: Seguridad inmaterial

064 Hay más que sistemas electromecánicos en un DC: Factores para escoger ToR, EoRow o EoRoom

065 Networking. La evolución de la arquitectura en las redes del DC

066 Hay más que sistemas electromecánicos en un DC: Sistemas de control y monitorización

067 Hay más que sistemas electromecánicos en un DC: Diseño de Enterprise Command Centers

068 Hasta dónde llegar con un sistema antiincendios

069 ¿Sabes diseñar un layout?

070 La importancia de las PDUs en el DC actual

P

p

MEJORES PRÁCTICAS DE DISEÑO DEL DATA CENTER

EFICIENCIA ENERGÉTICA

053 Energías alternativas: Analiza los riesgos en la utilización del enfriamiento gratuito por aire. P.J. Singh considerations

054 Energías alternativas: sistema de refrigeración para DC mediante climatizadores con aprovechamiento

de la energía geotérmica055 Liquid Cooling, o El frío acercándose al chip

056 Aplicando las mejores prácticas

057 Herramientas de análisis para la toma de decisiones frente a los Sistemas IT y su utilización

058 Mejora eficiencia cerramiento pasillos templados/calientes

071

072073

074

075

076

078079

080

081

082

083

084

085

086

087

088

089




Indice

A

Y

071 El proceso de aseguramiento de la calidad final

072 El proceso de entrega y puesta en marcha (Commissioning)

073 Pruebas fundamentales074 Commissioning: elemento clave de las operaciones del data center

075 Los Documentos Críticos de Operación se generan en el Commissioning

076 Physical planning. El valor de la ingeniería IT

077 Sistemas de Gestión de infraestructuras / facilities. Como plantear el sistema de mantenimiento

078 El plan de ocupación (relocation services)

079 Evaluar alternativas en las fases críticas de traslado

ASEGURAMIENTO DE LA CALIDAD Y COMMISSIONING

OPERACIONES

080 Necesidad de un Modelo de Madurez para la Dirección de Operaciones de Data Centers

081 Propuesta de Modelo de Madurez de Operaciones de Data Centers

082 Modelo de gestión de un Data Center

083 Best Practices en operaciones

090

092

093094

095

096

098

100

101

102

104

106

108




hMÉTRICAS

084 La eficiencia en métricas: ¿Por qué la eficiencia energética ha supuesto una revolución de las Operaciones de DataCenters?

085 Métricas de operaciones de data centers: ¿Por qué es la Eficiencia Energética un indicador clave de LAEXCELENCIA EN LA OPERACIÓN?

086 ¿Por qué es la Eficiencia Energética un indicador clave de LA MADUREZ DE LA ORGANIZACIÓN?

087 El sistema de métricas de gestión

088 Métricas de performance: Sistema de tomas de mediciones eléctricas en racks.

089 Métricas de performance: Control de condiciones ambientales

UHERRAMIENTAS

090 Business Analytics and Optimization

091 DCIM (DC Infrastructure Management).

092 Gestión del Servicio para “Smarter DC”. Roadmap

093 Gestión del Servicio para “Smarter DC”. Inventario y ciclo de vida

094 Gestión del Servicio para “Smarter DC”. Instrumentación y medida

095Gestión del Servicio para “Smarter DC”. Consolidación y monitorización de estado

096 Gestión del Servicio para “Smarter DC”. Análisis integral y optimización

097 DCRM – Gestión sencilla activos

110

111

112

113

114

115

116

117

118

120

121

122

123

124




Indice

U HERRAMIENTAS

098 La Analítica en la planificación del traslado de HW / ALDM

099 El mundo se mueve: Monitorización en nuestras manos

100 CFD en diseño y reingeniería de salas IT

125

126

127



Contenidos


No es fácil plasmar información sobreDataCenters sin extenderse por alguno delos muchos caminos de especialización quetiene. Este documento no pretende instruiren contenidos específicos. No pretende seruna guía o un estándar sobre Datacenter.Tan sólo hemos intentado recopilar 100cuestiones que IBM ha compartido con susclientes, preguntas habituales, inquietudes

sobre nuevos proyectos, criterios de diseño,técnicas muy concretas, tendencias; endefinitiva, sólo un puñado de experiencias;experiencias que los propios clientes noshan transmitido a lo largo de los años;experiencia de IBM en la gestión de másde 470 DC con un total de 800.000 m2 desalas IT ; experiencia en servicio duranteya 100 años.

Los contenidos siguen un guión basado enlos capítulos más comentados en nuestras

sesiones de trabajo con Clientes. Lo que lespreocupa y nos preocupa cuando comen-zamos su nuevo proyecto. Los contenidososcilan a veces entre lo abstracto y meto-dológico , y lo más concreto de la ingeniería.Cada proyecto es y debe ser único puesel DC tendrá un ciclo de vida será largo,cambiante y complejo.

Tras unos años de gran impacto de las nue-vas tecnologías en los DC existentes, conel protagonismo del ahorro energético y lareducción de costes, el panorama comienzaa normalizarse. Un planteamiento inteligenteno puede hacerse solamente escogiendodistintos dispositivos que encontramos en elmercado. Es tiempo, por tanto, de recordaralgunas claves en la definición de DC quese habían olvidado y que siempre seránimportantes.

Nota de los autores: En el texto aparecen múltiples menciones a términos tecnológicos propios de la industriade ICT. A menudo se ha dejado la versión inglesa por ser la más manejada por la mayoría de los usuarios.




Palabras clave como disponibilidad, resi-liencia y seguridad siguen siendo vigentes.Algunas otras son fruto de los nuevosobjetivos que se establecen en un nuevoproyecto y que han adquirido un protago-nismo antes no existente…eficiencia, costetotal de operación, modularidad, instrumen-tación…

También hemos querido introducir tenden-cias que pronto estarán muy vigentes yque serán la base de los DC del futuro in-mediato…smarter DC, gestión integral delservicio, SW analítico, Leadership DC.. .Afin de cuentas, en un mundo cada vez másinstrumentado, interconectado e inteligenteel futuro llega antes.




Ciclo de vida

001

lIT Knowledge Involvement in the Building of a Data Center: Functions and roles

Figura 1




001 La importancia de cada fase y lasinterfases

A lo largo de su vida, un Data center pasa

por ciertas fases claramente diferenciadasy conocidas, y por determinadas etapas oescalones dentro de estas fases (fig. 1).

La reflexión sobre las fases y las etapasdebe hacerse con la mirada puesta en losobjetivos que se quieren conseguir en cadauna de ellas, o incluso, a través de cada unade ellas. Por ejemplo, para asegurar que selogra la eficiencia energética en la operación

de un data center, deben irse tomando ac-ciones para este objetivo en cada una de lasfases. Es por ello que si lo miramos desdeel punto de vista del objetivo, vemos comoéste va pasando a través de todas las faseshasta llegar al momento de su realización enla fase de operación, previa comprobación ydemostración en la fase de commissioning(puesta en funcionamiento).

El otro elemento clave para garantiza eléxito es asegurar la participación de los

actores adecuados, con el nivel de decisiónadecuado, en las etapas adecuadas. Unfactor crítico es establecer interfases enlas que, para pasar de una etapa a otra -- yde modo mucho más importante cuando

el paso es de una fase a otra (por ejemplo,de la fase de Ejecución de Proyecto a la deComienzo de Operación) -- es necesariotomar conjuntamente una decisión paravalidar lo que se ha hecho hasta el momentoy aprobar el plan que se ha trazado para lasacciones inmediatas y la consecución de laidea finalista.

En la figura1 se muestra también de modocualitativo mediante los diagramas de sector,qué participantes llevan el peso de la partici-pación y decisión en cada fase.

l




Ciclo de Vida

Figura 2

FASE: Projecttransfer toOperations

FASE:Project Delivery

ORGANIZACIÓN DE NEGOCIO

ORGANIZACIÓN DE OPERACIONES

ORGANIZACIÓN DE PROYECTO

AGENTES EXTERNOS - CONTRATISTAS

AGENTES EXTERNOS - COMMISIONNING

FASE:Infrastructure

OperationsFASE:

Business Change

Load

Mgmt.

Maintenance

ChangeMgmt.

HandOver

IntegratedSystems Test

Commissioning

Build OutSelectEquipment &SuppliersDetail

DesignPreliminaryDesignDesign

BriefStatement ofRequirements

FundingApproval Business

Case Need/ Problem DC Business

Operations EventsMgmt




002 Garantizando los objetivos defuncionamiento del Data Center a través desu ciclo de vida

Lograr unas determinadas condiciones defuncionamiento, o asegurar que la etapa deCommissioning se realiza adecuadamenterequiere un alto grado de planificación pre-via, y la realización de numerosas accionesque tienen lugar desde la gestación delproyecto. Por ello decimos que “las Opera-ciones empiezan en la Etapa de Diseño (oincluso antes)”.

En la figura adjunta mostramos un ejemplode cómo se requiere un esfuerzo cons-ciente y coordinado por parte de los diver-sos actores y aprobadores en las distintasetapas del proyecto, para lograr que unobjetivo fluya a través de estas etapas yse consiga en la etapa de operación. Enel ejemplo, el objetivo que se pretendeasegurar es la eficiencia energética.

Previous plas es

Statement ofrequirements

solution proposed for

Detail

routes

parameters have

Ejemplo:ENSURING Energy Efficiency through the project lifecycle




El Ecosistema Data Center

002

c003 El Ecosistema Data Center

Los ecosistemas naturales se componende una serie de actores organizados en los

escalones de la cadena trófica, y enlazadospor interdependencias y flujos de materia yenergía. De igual modo, el “Ecosistema DataCenter” tiene entidad en sí mismo, y dentrode él se establecen flujos económicos y deRiesgo entre distintos actores interdepen-dientes que realizan su función dentro de unmedio: la sociedad actual, el marco regula-torio, la circunstancia competitiva, etc.

Los actores del mismo escalón compitenentre ellos, por unos recursos limitados o, enel caso del “Ecosistema Data Center”, por laatención de los actores del escalón supe-rior. Sin embargo, los distintos actores tam-

bién deben cooperar entre ellos para poderresponder conjuntamente a los desafíosdel medio, a fin de que el ecosistema sigaexistiendo de un modo sostenible. Competiry Cooperar = “Coopetition” (Adam Branden-burger – Harvard; Barry J.Nalebuff – Yale)

HEATENERGY

LOSS

DECOMPOSERS

TOP CARNIVORESe.g. shark, dolphin, albatross

2nd LEVEL CARNIVOROUS CONSUMERSe.g. larger fish

3nd LEVEL CARNIVOROUS CONSUMERSe.g. squid

1ST LEVEL CARNIVORO USCONSUMERSe.g. juvenille stages of fish and jellyfish as well as small fish, crustaceans and sea stars

HERBIVOROUS CONSUMERSe.g. zooplankton, cockles

PRIMARY PRODUCERSe.g. phytoplankton, seaweed

SUN’S

ENERGY




c

El “Ecosistema Data Center” se proponecomo un marco de referencia y una pro-puesta de clasificación e identificación deinterdependencias de los distintos actoresque constituyen la industria de los DataCenters. Este marco resulta útil para hacerun “autoposicionamiento” , para evaluar apotenciales clientes, proveedores, partners,competidores, y para encontrar compañíasque puedan ofrecer en sí mismas todo el“ecosistema” o una gran porción del mismo.

El marco muestra cómo, en virtud de suposición, cada actor tiene reconocido unconocimiento y dominio específico deesa área, y puede influir en el éxito de los

actores de escalones superiores, al mismotiempo que debe apoyarse en la calidad delos actores de los escalones inferiores.

El concepto de “Ecosistema data Center”subyace a determinadas iniciativas de or-

ganismos de regulación y control, com porejemplo el Codigo de Conducta para DataCenters de la Unión Europea (E” UROPEANCOMMISSION Code of Conduct on DataCentres Energy Efficiency” ) fomenta lasinterdependencias entre los actores delecosistema, haciendo que sean promotores(“endorsers”) de aquello que queda fuerade su control y que deben realizar otrosactores (“participants”).





004 Las Especies del EcosistemaData Center: Los “Actores”

Los actores de capa de “investigación ydesarrollo” y de creación de marcos dereferencia y conceptos generan una partemuy importante del “Capital Intelectual” dela materia y también son proveedores deformación. En esta capa se incluyen las aso-ciaciones de la industria y los organismosde normalización y creación de estándares.Los actores de esta capa son responsablesde generar la formación técnica especializa-

da, manuales y casos de éxito, así como degenerar los modelos, estándares y métricasde la industria.

Los actores en la capa de Diseño, Ingeniería,Construcción y Provisión son fundamen-talmente las empresas de ingeniería, losfabricantes de equipos de infraestructura dedata center (power, cooling, controls, etc),los fabricantes de equipos de IT, de comu-nicaciones, de cableado, los fabricantesde software y los proveedores de serviciosde “Mission Critical Facilities Management”.

Existe un cierto solape con la capa anterior através de las empresas de consultoría técni-ca o de ingeniería pura, que proporcionan elaparato científico-técnico que hace posible

utilizar en la práctica (en los proyectos reales)los marcos y conceptos más teóricos gene-rados en la capa precedente.

DC Operador

Suministrad. “DC” Colocation”

Suministradores de“DC Mayorista”

Suministradores de Equipos (Elect.Mec. BMS) /Telco. Cable

Diseñadores (Ingenierías) Constructores. Contratista General. PM CM

Consultores de Diseño / Tecnologías/Tier/ Commisionning y Creadores de conceptos




Los actores de la capa de operación son losque tienen la responsabilidad última sobreel modo en que se gestiona el Data Centery se entregan servicios desde el mismo.

Ocupan la cúspide de la pirámide debido ala influencia que ejercen sobre los integran-tes de las otras capas.

El Código de Conducta Europeo para laEficiencia Energética de Data Centersreconoce los siguientes tipos de operadoresprincipales de data centers, según su nivelde control:

Operador de Data Center: Con control totalsobre el edificio, las infraestructuras y losservicios entregados en el data center.

Suministrador de Alojamiento en Data Cen-ter “Housing”: Proporciona espacio de datacenter (espacio – power –cooling) a clientesque instalan y operan su HW IT (Cliente deAlojamiento Data Center)

“Managed Service Provider (MSP)”: Poseeel data center y realiza la operación del mis-mo, incluyendo además de las “facilities”, elequipamiento IT y de comunicaciones, y un

determinado nivel de provisión de softwarepara proporcionar servicios a sus clientes.Bajo esta clasificación se encuentra el“Outsourcing IT tradicional” y determina-

das formas de “Cloud Computing”. Comoalternativa con un menor nivel de controlglobal, el MSP podría ofrecer sus serviciosen un Data Center en el que se encuentrepresente en modalidad “housing”.

005 El Data Center en la agenda del CEO

Los términos “Data Center” (DC) o “Centrode Proceso de Datos” (DC) han dejado

en los últimos años de pertenecer a unnicho muy específico del ámbito técnicode las Tecnologías de la Información paraacceder con importancia creciente aldiccionario de los máximos responsablesde la dirección general de la empresa. Lascausas fundamentales de este fenómenoson tres:

a) Existe un creciente foco regulatorio sobrelos data centers desde el punto de vistade Eficiencia Energética, DependenciaEnergética y Protección del Medio am-biente: el “EC Code of Conduct for Data

Centers” en Europa y las diversas inicia-tivas de la EPA en USA son claros ejem-plos. El término “Data Center” apareceexplícitamente desde hace años en los

informes preceptivos de ResponsabilidadSocial Corporativa de las empresas.

b)Los data centers comienzan a estar bajoel escrutinio de organizaciones no-gubernamentales, grupos de presión y“watchdogs”, incluso en el vocabulario delos medios de comunicación no especia-lizados.

c) Riesgo financiero:

Directo: los data centers son grandesconsumidores de energía y esto hace ala empresa dependiente del suministrode energía y expuesta al impacto delprecio de la energía, tanto más cuantomayor cantidad de espacio de datacenter posea. Esta dependencia afectadirectamente al estado de cuentas de lasempresas y los gobiernos.

Indirecto: Los data centers forman partedel “Core Business” de muchas de lasmás grandes compañías y agenciasgubernamentales del mundo o en otros





caso llevan a cabo una parte muy impor-tante de las operaciones críticas de losmismos. El riesgo se deriva de los efectosde una interrupción de servicio del data

center. Estudios especializados cuantifi-can el “coste de downtime” en millonariassumas de pérdidas por hora, dependien-do de la actividad de la empresa cuyodata center sufra una caída. Datos delaño 2003: Venta minorista – 6’5 millonesde dólares por minuto, Tarjetas de Crédito– 2’6 millones por minuto, Venta minoristapor Internet – 100.000 dólares por minuto,Agencias de Reservas de CompañíasAéreas – 90.000, Industria Manufacture-ra – 27.000, Banca – 17.000, Industria deTransporte – 9.500 dólares por minuto.(fuente: Contingency Planning Research& Strategic Research Corporation, 2003).Este componente de riesgo financiero ysistémico ocasiona un refuerzo del focoregulatorio sobre los data centers (con-sultar por ejemplo la Ley de Protección

de Infraestructuras Críticas recientementeaprobada en España).

006 Modelo de visualización de la im-

portancia de los data centers para la empresa

Debido por tanto al carácter estratégico dela actividad de data centers de la empresa,se recomienda la utilización de instru-mentos de análisis y reflexión estrategiaque proporcionen a nivel CEO una visiónintegrada y orientada a la acción. La figuraadjunta muestra un uso adaptado de unode estos posibles modelos de visualización,que se centra en las que se consideran las

cuatro áreas clave para la competencia yla excelencia de una compañía (objetivosfinancieros, realidades externas, capacida-des internas, iteración), y hace una particula-rización básica para la industria de los datacenters.




Como se puede ver en la figura, el modeloa su vez hace uso de ciertas herramientasque se explican en otras secciones de estapublicación:

El ecosistema data center: para comprobarla composición de la industria o el mercadoy el posicionamiento de nuestra empresaen relación con el resto de actores.

La curva de madurez (necesidad y defini-ción -- diseño y construcción -- operación),para identificar en qué etapa estamosy poder sopesar las decisiones con uncomponente “situacional” pero sin perderde vista las otras fases del ciclo de vida deldata center (independientemente de quese considere al data center como “produc-to / servicio”, como “explotación” o como“inversión”)

El modelo de madurez, que no debe confun-dirse con la curva de madurez y que debeservirnos para autoevaluarnos y para crear el“roadmap” o plan de acción del cuál necesi-tamos que porporcione resulotados evidentesen muy corto plazo (de 4 a 6 meses)

El modelo, metodología y herramientas degestión integrada de las operaciones deldata center (DCO)

Legislación Grupos de Presión

(GREENPEACE)

La competencia

Prestigio de marca

Riesgo

OBJETIVOS FINANCIEROS

§ Márgenes Operativos§ Cash Flow

§ Intensidad de Capital

§ Crecimiento de Ingresos

§ Retorno de la Inversión

Accionistas (RSC, sostenibilidad, etc)

Costes de energía

Costes de Downtime

Riesgo

REALIDADES EXTERNAS

§ Evolución histórica (financiera) de tu industria§ Entorno del negocio

§ Clientes - necesidades, tendencias

§ Regulación

REALIDADES INTERNAS

§ Estrategia§ Operaciones

§ Mano de obra (número, capacitación)

§ Organización (nivel de madurez)

Personal

Capacitación

Outsourcing

Control

Visibilidad/ Sitios

Riesgo

Modelo “Confronting Reality”

Las ITERACIONES repetidasgeneran modelos de estrategiay operaciones realistas, “pro-bados” y listos para su puesta

en práctica

MODELO DEOPERACIÓNDEL DC

CURVA DE MADUREZDE LA ORGANIZACIÓNDE DCO

MODELO DECICLO DE VIDADEL DC




Estrategia y modelo de DC

003

m007 ¿En qué se basa una estrategiade DC?

El punto de partida de una

racionalización global deinfraestructuras TI debe ser unaestrategia de centros de datos.La estrategia de DC será el me-dio de poner en orden un plande acción a medio-largo plazo apartir de unos objetivos de nego-cio determinados. La estrategiadebe apoyarse totalmente enuna metodología específica yprobada.

El desarrollo de un servicio de estrategiade DC ayudará a responder las grandespreguntas previas a cualquier nuevoproyecto: ¿Qué necesito? ¿Qué suelo pre-

cisaré en el día 0, y en el día N? ¿CuántosDC conformarán el nº óptimo de sitios?¿Qué modelo de DC es el óptimo para minivel de resiliencia y mis condicionantes?¿Cómo plantearemos la transición?.

El marco financiero es un condicionanteesencial e introducirá un factor económicoen cualquier modelo de decisión posterior.

La estrategia a plantear tendrá un compo-nente temporal en función de los interesesy objetivos predominantes de los respon-sables de la Compañía (véase CIO / CEOStudies, IBM Corporation). No obstante los

Metodología de Estrategia de DCs




m

pilares de la estrategia se mantienen, y así,el aseguramiento de la capacidad actual yfutura y su gestión continua, la gestión decostes operativos y el mantenimiento de la

disponibilidad son una constante.

DataCenterStrategy

ResiliencyCapacity

Cost /

ROI

EnableBusinessExpansion

ImproveOperationalEfficiency Ensure

ApplicationAvailability

E i d l d DC





008 La externalización de serviciosentre los factores de decisión

El Plan de transformación puede incluirdecisiones de externalización. Esta opcióndebe traer ventajas claras de reducción deinversión, optimización de la gestión con-teniendo el gasto, reducción de personalasignado, etc…

El modelo puede implicar desde unaexternalización parcial de operaciones (DCoperation, outtasking…), pasando por ser-

vicios de continuidad y respaldo, hasta un“outsourcing” completo de los sistemas deinformación que albergará y gestionará untercero. Está fórmula alcanza el objetivo deconservar el capital y mantener constantesen el tiempo los costes operativos.

Sea cual sea la fórmula, las Compañíasdeben asegurar que el modelo de gestión

de DC es el adecuado para sus niveles dedisponibilidad. Las cuestiones principalesque debemos responder es cómo nuestromodelo de gestión cubre todos los ámbitosque nuestros clientes cubrían antes, y conunos mejores indicadores de servicio.

Un servicio gestionado debe plantearclaramente:

• Modelo de prestación del servicio

• Modelo de organización y relación connuestro cliente• Un marco de control de proyecto y finan-

ciero

Es especialmente importante el modelo derelación, y no se le presta la atención inicialque merece. No olvidemos que buscamosuna relación de confianza con un compro-miso medible y auditable continuamente.

Las prácticas para asegurar el buen Gobier-no, el nivel de satisfacción (medido por unosniveles de servicio, SLAs, definidos previa-mente) y el registro y reporte de estado deuna manera eficaz.

ServiceDeliveryModel

Financial &ControlFramework

Organization &RelationshipModel

Joint account and contract governance Clearly articulated roles and

Governance responsibilities Mutally agreed upon expectations and outcomes

Client Structured methodology ensures

satisfaction reliable execution

Focused on entire client experience

Drives continuous improvement

Transparency into Infrastructureperformance

Reporting Opportunity for shared insight andimprovement

Enables proactive optimization

IBM posee y gestiona 470 DC que suman800.000 m2 de espacio IT en todo elmundo.




Global at-a-glanceUp to 470 data centers+750.000 square meter of space1.291 Mainframes

1.144.430 MIPS11.028 Terabytes207.148 Mid Range Servers3.775.388 equipped user seats

465.000 Sq. M. of work area space

Consulte…Outsourcing in time of crisishttp://public.dhe.ibm.com/common/ssi/ecm/en/

ciw03056usen/CIW03056USEN.PDF

009 Define el programa

La estrategia de DC, básicamente desarro-llará las siguientes fases de estudio de una

manera ordenada y utilizando unas adecua-das “best practices” (prácticas probadas)

• Análisis de SITUACIÓN ACTUAL. A travésde talleres y entrevistas selectivas, serecopila la información de partida sobre elparque TI, valoración de inmuebles e ins-talaciones (DC due dilligence), condicio-nantes y restricciones de partida, centrosde respaldo…

• Estrategia TECNOLÓGICA. Incorporandolas estimaciones de crecimiento, posibili-dad de externalización, proyectos de racio-nalización, consolidación, virtualización

• Definir el MODELO de DECISIÓN paracada cliente, según el cual se evaluaránlas futuras alternativas

• Propuesta de ALTERNATIVAS, definidas

a partir de una serie de escenarios posi-bles, y filtrados hasta llegar a los modelosmás probables

• ANÁLISIS de opciones, teniendo encuenta muy distintos aspectos del mo-delo: Se desarrollan análisis de riesgos,

planes de desarrollo e inversión urbanística,plan energético (posibles condiciones espe-ciales para la energía disponible en el futuro),restricciones en comunicaciones, etc...

• Selección de la mejor opción y desarrollodel PLAN DE TRANSICIÓN

Este último plan debe solaparse con el“Master Plan” de la Compañía (existiráo no dependiendo de la magnitud de latransformación) y con el inicio del Diseño deSoluciones, que puede pasar por proce-sos de contratación de servicios externos,

nuevos proyectos de edificación, reforma,transformación de instalaciones y serviciosen espacio TI, nuevos planes de gestión deoperaciones, etc…

Algunas de las fases mencionadas sonllevadas a cabo a través de herramientasanalíticas a utilizar en cada caso según lanecesidad y complejidad del planteamiento.

Algunos ejemplos son “Cashflow analy-sis” (presupuesto necesario e inversionesparciales a lo largo del tiempo), “capacityplan”, determinación del modelo de DC enfunción del análisis de resiliencia, análisis deriesgos de implantación (“site trade-offs”).

Estrategia modelo de DC





010 Plan de capacidad

La permanente evolución de los DC enlos últimos años ha presentado nuevosdesafíos a los gestores de explotación deDC: flexibilidad para el cambio, actuacionesrepetidas en los DC en función del gradode escalabilidad del diseño, rapidez ante lademanda de servicio por parte de las áreasde negocio y gestión conjunta del consumoenergético, entre otros. Es inmediato pensar que las necesidades

de gestión han crecido y los gestores deSalas IT necesitan herramientas de medi-ción en tiempo real, así como de cuadros demando ejecutivos que recojan los principa-les parámetros de gestión. Estos paráme-tros podemos agruparlos en:

• Parámetros de capacidad (m2, kWe, kWf,conectividad…)

• Parámetros de calidad de servicio (SLAs

de operaciones IMACs, mantenimiento defacilities, tiempo medio de reparaciones, nivelreal de continuidad en el año o “real up-time”)

• Parámetros de consumo energético(discriminando por grupos)

El Plan de capacidad es una herramientaque IBM pone a disposición de sus clientespara incrementar fuertemente su poder degestión. Cualquier gestor de explotación, in-

fraestructuras IT o facilities en un DC precisade este tipo de información, mixta en cuantoa las fuentes que se consultan pero quetiene objetivos comunes a todos.

El plan de implantación suele ser muy breve(1-2 meses) y basado en los siguientes pasos:

• Conocimiento de las infraestructuras yde la organización IT+facilities de nuestrocliente

• Diseño del modelo de capacidad, pa-rámetros principales y herramientas degestión

• Puesta en práctica del programa demonitorización y control. Generación deinformes, auditorías específicas periódicas

• Implantación progresiva de un procesoparalelo de mejora continua

Algunas herramientas como el análisis decapacidad predicen las necesidades de re-cursos en función del crecimiento esperadoy de la escalabilidad conseguible en el DC m




011 Análisis de riesgos

Las caídas de los centros de datos puedengenerar enormes pérdidas para las em-

presas en caso de mal funcionamiento oincidente imprevisto.

Antes de acometer cualquier tipo deremodelación en el centro de datos, y acausa de la elevada inversión económicaque precisa, se hace necesario conocer elestado actual del centro. Conocer adecua-damente el estado del mismo permite dirigir

y focalizar apropiadamente las inversiones arealizar aprovechando las partidas presu-puestarias disponibles.

Con el fin de disponer de la informaciónprecisa acerca del estado del centro dedatos, IBM ofrece sus servicios de análisisde riesgos del DC. En el caso de centrosexistentes y en funcionamiento, y tras una vi-sita realizada por ingenieros especialistas en

centros de datos a las instalaciones en lasque se comprueban las instalaciones y serealizan mediciones específicas, se generael informe específico. En dicho informe seespecifican y clasifican los posibles riesgos

a los que se enfrenta el DC y que constitu-yen un riesgo para el normal funcionamientodel mismo. La inspección debe siemprerealizarse conservando la continuidad de

funcionamiento y con un previo análisis deriesgos que puedan surgir durante la misma.

En el caso de nuevos centros con posiblenueva edificación e implantación, existenuna serie de decisiones a tomar por el áreade inversión, como:

• Inversión en terrenos y expectativas derevalorización

• Facilidades a la implantación• Incremento del nivel de resiliencia global

• Uso mixto de la edificación o del Campus

• Ubicación de recursos humanos y costeasociado

• Disponibilidad de líneas de comunicacio-nes y coste asociado

• Coste de oportunidad

• Identificación de Riesgos

Siguiendo el último punto, los capítulosprincipales a analizar serían:

• Riesgos medioambientales

• Riesgos socio-políticos

• Riesgos locales

• Riesgos vecinales

• Accesibilidad

• Autoprotección perimetral y constructiva

• Agresiones externas

• Suministros






012 ¿Quién es el propietario de la

continuidad?

Aún hay una asignatura pendiente enmuchas compañías acerca de conocer sila organización está realmente preparadaante posibles contingencias que paralicenel servicio crítico.

Estar proactivamente advertido y preparado,y asegurar un conjunto de protocolos y me-dios de respaldo en caso de contingenciano es tarea fácil ni asequible. La Organiza-

ción debe comenzar por:

1. Auditar y valorar los actuales riesgos2.Desarrollar la propia estrategia de resi-

liencia de negocio3. Salvaguardar la información crítica sin

interrupción del servicio4. Habilitar un servicio interno o externo de

recuperación ante desastre

La valoración de riesgos es la fase querealizada de manera concreta puedeidentificar y evaluar con el peso debido losriesgos reales de cada organización. Hayque distinguir entre riesgos:

Business resilienceResiliencia en todos los niveles de laorganización

Risk mitigation strategies • Riesgos de Negocio o que afectan aprocesos de negocio directamente

• Riesgos asociados a pérdida de datos

• Riesgos asociados a parada de procesos/

organizaciones

Dentro del análisis de riesgos, los especia-listas deberán tener conocimiento y criteriospara analizar riesgos físicos, ambientales,ligados al DC físico así como a infraestruc-turas IT, seguridad lógica y capacidad delos procesos de negocio

La continuidad, en definitiva, es un factorde toda la organización.Toda puede verseafectada y cualquier área puede influir en lacontinuidad de negocio de manera directae indirecta. La puesta en práctica bajo unmodelo de gestión del servicio puede seruna opción ventajosa. Bajo ITIL y sus librospueden estructurarse y documentarse losprocesos implicados en la continuidad. ITILcomo metodología propone el estableci-

miento de estándares que nos ayuden enel control, operación y administración de losrecursos (ya sean propios o de los clientes).Plantea hacer una revisión y reestructura-ción de los procesos existentes en caso




de que estos lo necesiten (si el nivel deeficiencia es bajo o que haya una forma máseficiente de hacer las cosas), lo que noslleva a una mejora continua.

Para saber más:Business Continuity and Resiliency Serviceshttp://public.dhe.ibm.com/common/ssi/ecm/en/

buw03007usen/BUW03007USEN.PDF

013 Cash Flow analysis

Nuestro proyecto de nuevo DC o acondi-cionamiento intenso es susceptible de ser

acometido de forma escalable, diferien-do inversiones o no, respecto del primermomento (día 0). El análisis de las distintasopciones y el retorno económico para laCompañía es un factor clave en el modelode decisión de un nuevo modelo de DC.

Teniendo en cuenta que los períodos de pro-yecto pueden ser largos (entre 1,5-2,5 años),

el propio planteamiento tradicional requierede un plan de financiación para las diversasetapas (ingeniería, construcción, licencias,traslado de equipos…). Alguno de estoshitos son cuantitativamente muy importantes.

Tras la puesta en marcha, los costesrecurrentes se incorporan de una maneramás previsible (costes de gestión externa,mantenimiento, energía…), aunque es

crucial no olvidar hitos de inversión queaparecen entremezclados en el plan finan-ciero (reinversiones de activos, auditorías yampliaciones de suelo en un DC planteadomodularmente).

La magnitud de este tipo de proyectos exigeque el plan financiero incorpore los costesde capital iniciales y futuros, así como loscostes recurrentes. El modelo deberá servir

para posteriores planificaciones del flujo decaja. Una ventaja derivada, es la identifi-cación de ciertos capítulos de coste quepueden ser asignados desde un primermomento a centros de coste determinados,con una responsabilidad en la gestión de loscostes.

Cash Flow analysis

m






014 El porqué de la modularidad

Si el lector está relacionado con nuevosproyectos de DC, sin duda, coincidirá en

que modularidad es el término protagonistaen los últimos años.

Las soluciones modulares de DC han permi-tido brindar nuevas posibilidades ante losnuevos retos del mercado:

• Adaptarse a crecimientos inesperados

• Diferimiento de inversiones en un 50%aproximadamente

• Optimización del funcionamiento de equi-pos, mejorando el nivel de eficiencia en un20% aproximadamente

• Reducción de costes operativos (manteni-mientos)

Si bien, apenas se cuestiona, es pruden-te plantearse ¿qué me aporta un diseñomodular en mi caso?. Sin duda es una

buena opción, aunque pueden existir casosdiscutibles a la par que condicionantes decontratación que no permitan los crecimien-tos en el tiempo tan fácilmente como latécnica permite.

IBM puede analizar tales casos particulares,a través de la consideración de

• Parque IT inicial y expectativas de creci-

miento• Disponibilidad de inmuebles o suelo exis-tentes

• Condicionantes contractuales

Esquema de modularidad en 2 ejes (superficiey potencia

Las soluciones modulares de IBM se adap-tan a cualquier escala y plantean solucionespre-estudiadas con ventajas cuantificables,cortos tiempos de despliegue y con facili-

dad para realizar ingenierías de adecuacióna cada caso. En todos los casos los índicesde eficiencia energética son muy agresivos,con índice 1,2<PUE<1,6.

m

3x

2x

Increase number of modules per data center

Add modules asneeded

P o w e r a n d

c o o l i n g g r o w t h




015 ¿Cuánto cuesta un DC?

Otra eterna cuestión es la estimación eco-nómica de un nuevo proyecto de DC, cosa

lógica, dada la inversión necesaria paramantener un nivel de disponibilidad elevadoen un espacio que debe poder crecer confacilidad, y con unas potencias instaladaspor rack de hasta 20kW.

Algunos consultores han asociado un nivelde inversión de proyectos de nueva plantacon el nivel de disponibilidad del DC (siem-

pre excluyendo el coste del suelo y posibleslicencias asociadas).

Soluciones que impliquen proyectos deurbanización y edificación incorporan unacomplejidad adicional, no sólo por el alcan-ce de los trabajos, sino por la estructurade diseño y gestión de proyecto necesaria(ingeniería, dirección facultativa, “Projectmanagement”, control de calidad…)

Existe literatura orientativa al respecto “De-termining TCO for DC and NW room”, “Costmodel” (W. Pitt Turner), “Simple model fordetermining true TCO for DC” (J. Koomey).

Alguno de ellos basan la estimación enporcentajes por capítulo, otros utilizan ratiossegún nivel de disponibilidad o bien por m2de superficie IT o kW instalado.

Algunos de estos criterios de valoraciónpueden llevar a errores abultados porconsiderar ratios demasiado estáticos parasituaciones de diseño muy variables. Porejemplo, la definición de un DC Level 3+puede hacerse con soluciones técnicasdistintas para una misma superficie IT opotencia real, y el manejo únicamente de unratio de 23.000 US$/kW UPS es demasiado

simplista como para ser válido en general.

IBM contribuye con su Calculador “DC CostEstímate” con el fin de estimar el presupues-to total y con un grado de incertidumbreacorde a la fase de proyecto en curso. DCCost Estímate se basa en información nece-saria como:

• Nivel de disponibilidad (level 1,2,3,4..)

• Escalabilidad en el tiempo• Modelo de DC (2 en Campus, 2 regiona-

les, único…)

• Densidad de consumo promedio

• Tipología de construcción (la construc-ción puede pesar entre un 7%-25%dependiendo de los criterios de diseñoaplicados)

• Requerimientos de comunicaciones• Tecnologías especiales previstas

• Costes de operación y energéticos





m


016 EMDC

EMDC (Enterprise Modular Data Center) es larespuesta de IBM a los requisitos de modula-

ridad, escalabilidad y alta eficiencia energéti-ca para centros de datos corporativos.

Se basa en la replicación de una infraes-tructura de centro de datos autosuficientee independiente a partir de una superficiemínima aproximada de 500 m2 de sala IT yque permite el crecimiento de las instalacio-nes del centro de datos en una manera tanto

horizontal como vertical, lo cual se adaptatotalmente a las restricciones de espacioactualmente aplicables localmente.El centro de datos EMDC es totalmente ope-rativo, incluyendo la más moderna tecnolo-gía relativa a los sistemas de infraestructurapara mantener el sistema informático. Eltiempo de desarrollo de proyecto es menorde 3 meses y se alcanzan rangos de eficien-cia energética 1.25<PUE<1.65.

Los centros de datos actuales pretendencumplir con la cada vez más crecientedemanda de infraestructura IT con un costeefectivo que permita alojar el crecimiento

de las necesidades del negocio del clienteen nuestro entorno (reducción del 40-50%de la inversión necesaria al inicio) . Basadoen estas ideas, IBM persigue el desarrollodel desarrollo de un diseño conceptual paraofrecer a los clientes un centro de datosmodular (EMDC) que permita alojar lasnecesidades del cliente actuales y futuras.

El objetivo principal de este diseño concep-tual es la de ofrecer un bloque constructivoescalable y modular que cumple con lasnecesidades actuales del cliente, a la parque cumpliría también con las necesidades

futuras a través de un diseño estandarizadoy de una metodología de servicio incremen-tal. Del mismo modo, este concepto empleauna aproximación a un diseño que generaráuna solución a un coste razonable y efectivo.La solución es un centro de datos con unasuperficie que puede variar entre 500 y3000 m2 (área IT efectiva). Cada módulofuncional es capaz de ubicar 155 racks conuna potencia por rack , también escalablede entre 3 y 10 KW.




017 Scalable Modular DC

La actual situación de receso económicoy con presupuestos anuales limitados, no

permite en muchos casos la renovacióncompleta de la infraestructura de los centrosde proceso de datos prefiriéndose unaremodelación parcial y no consecutiva enel tiempo de las instalaciones del centrode datos. Del mismo modo, la inclusión denuevo equipamiento informático con cadavez una mayor concentración espacial conmayores necesidades de disipación térmi-ca, exigen la creación de nuevas solucionesque permiten adecuarse tanto técnica comoeconómicamente a la situación actual.

Es por ello por lo que la solución de IBMSMDC (Scalable Modular Data Center) seadecúa perfectamente tanto a este tipode situaciones como en el caso de diseñode centros de datos completos dondees posible instalar un centro de datos

totalmente independiente dentro de unoexistente permitiendo una concentración dela funcionalidad superior al centro de datostradicional. Del mismo modo, la adopción delas más modernas tecnologías de refrigera-

ción y disipación térmica solucionan casi latotalidad de los problemas de refrigeraciónde los actuales equipos informáticos.

SMDC se adapta a salas desde 15 m2hasta 400 m2 y capaz de abastecer conniveles de disponibilidad muy altos cargasde densidad muy elevada.

Al igual que en el caso del EMDC, SMDCmantiene una filosofía modular, en este casoescalable dentro de una misma sala IT, aña-diendo cualquier equipamiento y adecua-ción en otros espacios anexos.





g y

018 PMDC,…. ¡ “P” de Portable ¡

No siempre es posible la aplicación de lasconsideraciones de diseño tradicionales

para un centro de datos, o bien porque nose dispone del espacio necesario en lasinstalaciones del cliente para destinarlo acentro de datos o bien porque se precisauna movilidad del mismo sin desmontar lasinstalaciones.

En ambos casos, la solución de IBM basadaen bloques estándar (PMDC Portable Modu-lar Data Center) proporciona una solucióndirecta a los anteriores inconvenientespermitiendo disponer de un centro de datostotalmente operativo en el exterior de lasinstalaciones, sin requerir infraestructura adi-cional, a la par que facilita su desplazamien-to en caso de ser necesario siendo fácil deinstalar y trasladar como una única unidad.El PMDC no es solo un container paraequipamiento IT; PMDC es una solución

completa para Centros de Datos proporcio-nando una solución end-to-end.

La solución PMDC permite su ubicación ydesplazamiento en cualquier entorno, aun-

que éste sea climatológicamente adverso,proporcionando siempre las condicionesoperativas idóneas para el normal funciona-miento del equipamiento IT interno, inlcusodisponiendo de tecnologías de climatiza-ción basadas en free-cooling.

Otras soluciones similares requierencontenedores abiertos o equipamiento ITexpuesto. PMDC permite un entorno deservicio interno, seguro y protegido.

Solución Características Usos

Completo, totalmente funcional, DC stand-alone

Rápido de desplegar, solución llave en mano

Localizado en lugares no-standard

(oil rigs, transportation hubs)

Diseñado para tecnología de alta densidad y

arquitectura abierta de multi-fabricante

Estandarización del diseño del Data Center

incluyendo alta disponibilidad y eficiencia energética

PORTABLEMODULAR

DATA

Data center

remoto

Data center

móvil

Data center




019 Concepto de smarter DC

IBM materializó el concepto de smarter DCcon una filosofía EMDC en el centro de

datos situado en Reasearch Park Triangleen North Carolina, USA.

Además de implantar claramente la filosofíaescalable modular en varios ejes y de serun buena ventana hacia las posibilidades deEMDC para nuestros clientes, se configurarealmente como un centro de alta disponi-bilidad con filosofía de dar servicios bajodemanda en formato cloud.

Las capacidades en monitorización deeventos son muy importantes, así como laintensa acción en sistemas virtualizados queoptimizan la huella física y colaboran en laconsecución de un índice energético muyfavorable (1,4).

Resumen de características constructivas/

funcionales del DC IBM RTP.

Para saber más:IBM Raleigh Smarter DCwww-935.ibm.com/services/us/cio/smarterdc/

Design / Build

§ 100,000 sq ft raised floor

§

Economies of scale – 200,000sq ft site

§ High availability design point

§ Support liquid cooled IT

equipment

§ Up to 15MW of IT power

Operate

§ Cloud computing support for

public and private clouds

§ Energy efficient of DCiE 66%

to 71%

§ High virtualization utilization

§ Best practices equipment

layout with hot / cold aisle

configuration

§ Continuously self-regulating

energy efficient data center

with integrated IT, facilities

and building automation

systems

§ Real-time CFD monitoring

and control for IT equipment

placement

Cooling

§ Free cooling for 44% of the

calendar year with water-side

economizer

§ Variable speed drives on chi-

lled water pumping, chillers

and air handlers

§ Variable speed motors on

CRAC’s

§ Increased set point to 50o F

chilled water supply

Electrical

§ Modular power density – up to

32 kilowatts per rack

§ High efficiency components

for UPS, PDU

§ Support for high density

zones

Other building systems § Energy Efficient Lighting

§ High “R” Value Insulation

LEED Certification Objective

§ Certified LEED Gold

§ 95% original building shell-

reused

§ 80% original materials recy-

cled

§ 20% new materials from

recycled products

§ Harvesting rainwater

Energy Management Programs

§ Government Incentives of

§ Renewable Energy Certifica-

tes

IT Related Facilities Related Green





020 La Racionalización en la estrategiaoperativa: La opción de Consolidación deSistemas

Los objetivos de eficiencia y reducción decostes de explotación deben afectar dealguna forma al grado de utilización delHW. La industria ha respondido a esto consoluciones que ayudan a optimizar el uso desistemas. Permiten consolidar físicamentelas máquinas (proyectos de consolidaciónsimple), optimizan el uso de los recursosde proceso (virtualización de servidores)y flexibilizan la gestión de los recursos engran medida.

Normalmente, los proyectos deconsolidación+virtualización añaden unoscostes puntuales de migración y adquisiciónde nuevo HW, pero reducen significativa-mente los costes previstos de crecimientoen servidores, costes de personal, manteni-miento, licencias y el coste energético total.

Esta transformación consigue ratios dereducción en gasto de 8:5 y de reducciónde la demanda física (espacio / potencia)de 10:1.

Igualmente la gestión de la informaciónpermite la optimización de los medidas dealmacenamiento con similares resultados.La mecánica del almacenamiento, el menorespacio back up requerido para el mismonivel de disponibilidad, los algoritmos deaceleración del acceso, etc…permiten esto.

La consolidaciónde servidores es “el

primer paso hacia undiseño más racional,eficiente y resilientede la infraestructura

on-demand”

021 La gestión operativa debe estarcontemplada en el diseño. Las operaciones delDC comienzan antes de la fase de diseño

No es raro que muchos proyectos decentros de datos se comiencen con unadecisión de construcción, en ocasiones sinhaber evaluado otras alternativas (ver DCstrategy). En este caso, puede caerse en elerror de encargar un diseño de ingenieríabasándose en unos parámetros prefijadosde antemano: kW/Rack, superficie IT, locali-zación prefijada…

Las consideraciones operativas pueden in-fluir en la definición de esos y otros factoresde diseño, además de que la selección dedeterminados sistemas debe considerarcomo el DC va a operarse en el futuro.Es importante pensar en el DC como unSistema controlado en bucle cerrado. Ladinámica de sistemas requiere que se asig-nen puntos de monitorización y supervisión

en la gestión del mismo para el controlposterior. Esto implica diseñar desde elprincipio infraestructuras preparadas paraese procedimiento de control.




Estas consideraciones son variadas en suconcepto y deben tenerse presente en laetapa inicial. Algunas preguntas en la etapade diseño tienen que ver con esto, como:

• Operaciones de sistema ¿local, remota,son distintas las necesidades?

• Dptos. Relacionados con mi DC ¿Quéespacios, adecuaciones y requisitos deconectividad debo prever para alojaráreas de test, desarrollo, etc….?

• Diseño de espacios y circulación en elDC. ¿Se han tenido en cuenta los proce-dimientos de Seguridad y logística en el

diseño del edificio?• Gestión de cableado ¿Es flexible la distri-

bución de cableado en el edificio para losrequisitos del Dpto de comunicaciones?¿y para dentro de 5 años?

• ¿El diseño del “layout” de salas IT essuficientemente flexible para facilitar lasgestiones de operaciones de instalaciónde HW (IMACs)?

• ¿El diseño de ubicación de máquinas ensala permite una instrumentación suficientepara una posterior monitorización completa?

• ¿He incorporado un diseño industrializadode Rack en mi proyecto de DC?

• DC gestionado por tercero ¿Debo cambiarmi baremo a la hora de seleccionar tecno-logías en mi nuevo DC, diferentes calida-des, quién paga cada kWh ahorrado? ¿Midiseño me ayudará a evaluar los SLAs?

• Políticas corporativas de sostenibilidad.¿Qué implica en mi diseño?

• Plan de gestión de activos ¿Cómo incor-poro esto en mi diseño?

• Estándar de gestión energética ¿Quéherramientas y sistemas de control debodiseñar para la gestión posterior?

• (…)

022 El compromiso de los Agentes clave,internos y terceros

Es importante diferenciar de antemano unproyecto de DC con proyección de éxito deotro con propensión al fracaso. A menudola recomendación de IBM incide espe-cialmente en formar equipos completos ydesde el primer momento.

Este tipo de proyectos son multidisciplinares,afectan a distintas divisiones y estas tienenintereses a menudo divergentes.

Por otro lado la cuestión del “idioma” a utili-zar es de vital importancia. Es fundamentalel papel del “traductor-mediador” que puedacoordinar a las distintas funciones y dirigirlescon objetivos comunes.

Un nuevo DC puede implicar nuevos siste-mas, nuevas prácticas de gestión, nuevasorganizaciones…y no sólo nuevas instala-ciones de potencia y climatización. El papelde los consultores de IT en el equipo inicialde diseño es clave.

A nivel ejecutivo, las Direcciones Generalesde Medios/Informática deben esponsorizar

el proyecto, así como los homólogos de losprincipales agentes externos involucrados.

A nivel profesional, las divisiones de explota-ción IT, infraestructuras IT, Comunicaciones,servicios generales o mantenimiento de edi-ficación, ingeniería, etc…son fundamentalesy su implicación será continua e intensiva.

Igualmente se involucrará de manera pun-tual, a Sistemas de información, Seguridad,Área de Autoprotección, ResponsabilidadSocial Corporativa, etc…




Criterios de Diseño

004

R023 ¿Podemos comenzar un proyectosin criterios de diseño?

La necesidad de unos criterios de diseñose ha materializado en los últimos años enestándares de diversos organismos priva-

dos de la industria. Con estos, se pretendíallenar un vacío que sólo determinadasempresas especialistas podían cubrir por suexperiencia en la creación y gestión de DC.

Además de los criterios de diseño de IBMque abarcan todos los capítulos de un nue-vo proyecto, estándares como TIA/EIA942,ICREA, BICSI, aportan una clasificaciónsobre niveles de disponibilidad en DC a lavez que intentan especificar ciertos criteriospara los ingenieros.

Es importante distinguir criterios de diseño,de alta disponibilidad/seguridad/eficiencia

de meros estándares con un objetivo pre-determinado (disponibilidad o eficiencia oimpacto medioambiental…). Los criterios dediseño deben suplementar a los estándaresen lo siguiente:

• Flexibilidad para disponer de opciones

técnicas para un mismo nivel de disponibi-lidad (conjunción eficiencia /disponibilidad)

• Incluir evaluaciones de riesgosparticularizados

• Abarcar cualquier capítulo de un proyectode edificación especial (arquitectura,cimentación, sistemas eléctricos, datos,diseño de redes, influencia de otros usossobre el DC…..), o “un criterio para cada

pregunta”• Facilitar siempre la clave para evaluar

alternativas, de manera que no limiten elabanico de opciones mientras se conser-va la esencia del criterio aportado




• Ser trasladables de unos países a otros,facilitando la conversión de requisitos deuna determinada normativa nacional aotra (los estándares suelen referirse a lasnormativas nacionales del país emisor)

Estos estándares son útiles desde elpunto de vista que llenan parte del vacíode conocimiento que rodeaba los nuevosproyectos cuando estos son acometidospor ingenierías generalistas. Por otro lado, lasimplificación y la obligada concreción queexige un estándar dificulta la generación dealternativas técnicas beneficiosas para un

mismo nivel de disponibilidad por parte delos ingenieros no especialistas.

En IBM Site&Facilities se considera que laelección de los criterios de diseño constituyela base del éxito de cualquier diseño de DC,ayudando a los clientes a desarrollar y particu-larizar los mismos, adaptándolos a las necesi-dades concretas de cada infraestructura.

024 Los análisis de viabilidad

Los criterios de diseño se materializarán enmuchos casos en anteproyectos, previos a

un diseño definitivo de DC. La etapa de ante-proyecto puede presentar diversas solucio-nes técnicas y tecnológicas para un mismomodelo de DC, previamente consensuado.

Decisiones como tecnologías de UPS,sistemas de enfriamiento adiabáticofrente a compresión, simulación CFD decomportamientos térmicos en función de

los aislamientos de pasillos en salas IT,tecnología HW de corriente alterna frente acorriente continua, distintas temperaturas deaire “frío” en las salas IT y su repercusión enel consumo energético, sistemas distintosde extinción de incendios para activossensibles…pueden requerir de un análisisde tecnologías. En ocasiones estos análisisse limitan a comparativas entre distintosfabricantes.

El análisis de viabilidad proporcionará unajustificación técnico-económica para deci-siones de inversión.

Debe especificarse como protocolo deanálisis:• Disponibilidad de tecnologías para dife-

rentes alternativas

• Estado del arte, experiencia y tecnologíasalternativas (análisis de oportunidad técnico)• Impacto en el nivel de disponibilidad total

del sistema (endurancia electromecánica,MTBF y MTTR)

• Superficie que demandan• Impacto energético específico (eficiencia

por unidad de producción)• Impacto energético global (sobre volumen

energético demandable, así como otros

posibles recursos limitados necesarios)• Impacto en certificaciones (LEED, TÜV u otros)• Inversión inicial, ampliaciones, costes

recurrentes, renovaciones futuras• Disponibilidad geográfica y condiciones

de servicio• Requisitos formativos, staff técnico y otros

a incluir en la ecuación• Condicionantes de contratación a terce-

ros, financieros, etc...

Con este análisis IBM ayuda a la toma de deci-siones iniciales por parte del cliente, las cualesmarcarán el desarrollo del proyecto, aseguran-do el resultado final del mismo.





025 ¿Cuánto consumirá mi DC?

Según Gartner (Remaining IT: the 2011 CIOAgenda) la reducción de costes será toda-

vía la tercera preocupación, permanenteen las agendas de los CIOs.

Conocedores de que el coste energéticopuede llegar a ser 4 veces más eleva-do que el resto de costes operativos enel ciclo de vida completo de un DC, lapregunta que nos ocupa cobra un sentidomuy especial. Como ya hemos comen-tado anteriormente, ciertas decisionesestratégicas para el nuevo DC, así como laselección de tecnologías de los sistemas“power&cooling” y la arquitectura de la en-volvente del DC van a influir en el consumodel mismo en los siguientes 20 años.

Otro aspecto importante será la eleccióndel índice o índices de referencia para lamedición del consumo, la metodología aseguir y el procedimiento de cálculo.

Un proyecto de DC debe establecer deantemano esta metodología, sugerir losíndices y parámetros a utilizar y su validezuniversal para poder establecer compa-rativas, proponer los puntos de medicióndentro de la cadena energética, identifi-car consumidores auxiliares (alumbradogeneral, espacios ocupados, sistemas devisualización, infraestructuras relacionadas

externas al edificio…). Las estimaciones deconsumo deben llevarse a cabo para dife-rentes escenarios dentro de la vida útil delcentro, especialmente si este se ha ideadomodularmente y con crecimiento posterior.

• Considerar el estudio en día-0 y el creci-miento vegetativo (al menos 20%, 50%,80%, 100%)

• Incluir equipamiento real y previsible encada escenario

• Establecer rangos mínimos y máximosde consumo por máquina …Avr. kW/rackunit

• Extraer datos reales de fichas técnicasde fabricantes, ponderadas según con-diciones de proyecto

• Considerar estacionalidad

• Incluir factor de envejecimiento en equi-pos principales

• Tecnologías futuras igualarán a tecnolo-gías actuales (hipótesis conservadora)

• Deducir de lo anterior los límites mínimoy máximo del rango de consumo ener-gético y expresar el consumo por unidadde recurso IT

Data center operating costsCan be 3 to 5 times the capital costs




026 UPS (Uninterruptible Power Supply)

tecnologías

Teniendo en cuenta la disponibilidad de

suministro eléctrico de forma habitual y laposibilidad de almacenamiento de gas oil,para uso de motores diesel, se puede hablarde dos tecnologías de UPS: estáticas ydinámicas (rotary or dynamic UPS).

• Las UPS estáticas son las más habitua-les y están compuestas por rectificador,inversor, by pass estático y sistema de

baterías en continuidad. De forma inde-pendiente a ello se encuentra el motordiesel.

• Como UPS dinámica o rotativa, seplantea el sistema compuesto por grupodiesel, motor/generador, volante deinercia o acumulador que proporciona laautonomía en continuidad y bobina dereactancia.

Las UPS dinámicas presentan ventajas encuanto a eliminación de baterías, robustezy disponibilidad. No obstante, el uso de

una u otra tecnología dependerá de variosfactores que deberán analizarse en cadaproyecto concreto: espacios, disponibilidadde ventilación, sobrecarga de forjados,rendimiento, precio, fabricantes, costes de

operación, mantenimiento, etc. A continua-ción citan como ejemplo dos de los factoresque IBM aplica en la toma de decisión:

1. La ubicación de la UPS está ligada avarios aspectos, entre los cuales seencuentra el de la seguridad física.En el caso de las UPS´s dinámicas sedeben tener en cuenta los requerimien-

tos de ventilación que el sistema exige,especialmente el motor/generador y elmotor diesel (cuando está operativo). LasUPS´s estáticas admiten ubicaciones sinventilaciones significativas, aunque por elcontrario exigen condiciones climáticasque suponen la instalación de equipos declimatización de precisión, lo que implicael incremento de consumo eléctrico de lainstalación.

2. A la hora de diseñar un sistema eléctrico,es lógico plantear la alimentación bajo

UPS de determinados elementos mecá-nicos críticos. La UPS dinámica presentauna alta robustez frente a determinadasreacciones de la carga que alimenta, porejemplo, sobrecargas. Este aspecto, y un

análisis de cargas, pueden concluir a noconsiderar una UPS independiente paracargas mecánicas.

Estos factores se encuentran entre los queel equipo IBM S&F analiza habitualmenteen detalle en diseños de varios DC de altadisponibilidad.

R





027 Cálculo de potencias reales de

equipamiento informático

En muchas ocasiones nos encontramos

DC que han sido diseñados y equipadospara un nivel de potencia eléctrica y derefrigeración muy superior al que nunca sellega a alcanzar. Esto supone un gasto inútilde dinero, en muchas ocasiones de espa-cio y una infrautilización de los sistemasreduciéndose su eficiencia.

La raíz de este problema es, en muchos ca-

sos, que los sistemas se han diseñado con-siderando como consumo de los equiposel que aparece en la placa de característi-cas, que es un valor muy superior al real delos mismos. Sumando el valor de consumode todas las placas de característicasde los equipos IT se aumenta considera-blemente el error de cálculo y se asumeerróneamente que ese será el consumototal del DC (muy superior al real).

Calcular el consumo de un equipo correcta-mente es algo más complejo. Debemos teneren cuenta, al menos, 3 valores del equipo

y usar cada uno de ellos para un elementodistinto del diseño de las infraestructuras.

El primer valor será el que nos suministrala placa de características del equipo. Este

valor nos dice el máximo valor de corrientepara el que está diseñado el equipo, enespecial su fuente de alimentación. Esteserá el valor con el que diseñaremos lasprotecciones eléctricas del equipo.

El segundo valor será el consumo máximomedido del equipo. Normalmente lopodremos encontrar en los manuales de

instalación de las máquinas. Este valores el máximo consumo eléctrico y cargafrígorífica, que en las condiciones másdesfavorables operación podrá requerir unequipo.

Por último tenemos el consumo promediodel equipo. Es el consumo habitual delequipo en condiciones normales. Este valorse calcula para la configuración específica

que se instala utilizando calculadores deconsumo o estimadores del fabricante.Este valor será con el que calcularemos losconsumos y costes de explotación.

El no dominar estos datos a la hora dediseñar y dimensionar un DC, puede llegara situaciones de sobredimensionamientode las infraestructuras electromecánicas demás del 25%. Capacidad que se instala (se

paga) y nunca llega a utilizarse.

IBM S&F combina en el diseño el conoci-miento profundo del diseño de las infraes-tructuras electromecánicas, y de los propiosequipos informáticos. Por ello logra dimen-

sionar las infraestructuras de los DC en sutamaño justo, sin márgenes excesivos quesuponen un fuerte extra coste en ejecucióny coste futuro de operación.

OperatingPoint

C a p a c i t y

D e s i gnP oi n t

N am e pl a t e

M ax .m e a s ur e d

p ow er

Actualmeasuredpower

Data comes from equipment manufacturer




028 Niveles de disponibilidad y certifica-

ción IBM – diferencias

IBM dispone de criterios de diseño propios

que catalogan la disponibilidad de un DC(Facility Reliability Requirements). Se tratade criterios de disponibilidad que incorpo-ran factores de seguridad para equipos ypersonas, monitorización para la gestión yoperaciones. Hay cierta similitud con otrosestándares posteriores que han surgido enel mercado (ej. TIA/EIA942).

El estándar IBM se utiliza como base ennuevos diseños, auditorías y “due dilligence”de salas en funcionamiento, así como encertificaciones de las mismas.

El estándar de IBM diferencia entre seisniveles de disponibilidad, denominados:Level 1, Level 2, Level 2+, Level 3, Level 3+ yLevel 4. Los niveles 3+ y 4 de IBM presentanrequerimientos menos exigentes en cuanto a

redundancia de determinados equipos quelos Tiers 3 y 4 de Uptime Institute. Esto sedebe a la experiencia de IBM, la cual indica

que el incremento en la disponibilidad de lainstalación por incrementar redundanciasen determinados equipos, no justifica el altoincremento de inversión que esto supone.

El estándar de IBM plantea la mejora de ladisponibilidad poniendo foco en las causasmás habituales que pueden generar caídasen la instalación.

De forma añadida, y a diferencia de otrosestándares, IBM dispone de criterios dediseño de seguridad física que aseguran ladisponibilidad de la instalación.

IBM ofrece la opción de diseñar nuevos DCo adecuar existentes tomando como basediferentes estándares.

R





029 Otros Estándares sobre fiabilidaden el DC

Además de los Niveles estandarizados por

IBM, en la actualidad existen otros estánda-res reconocidos internacionalmente. Hastahace un año aproximadamente los dos es-tándares más conocidos eran el de TIA/EIA(Telecommunications Infrastructure Standardfor Data Centers) 942 y el de UI (Uptime Ins-titute). Desde hace poco tiempo, el estándarBICSI ha comenzado a popularizarse.

El estándar TIA/EIA 942 es un estándar ANSI

(approved american national standard) quemarca criterios de diseño para infraes-tructuras de telecomunicaciones en DC.Incluye un anexo informativo con criteriosde diseño del resto de infraestructuras delDC (arquitectura, electricidad, clima, …).Estos criterios son los aplicados cuando undiseño pretende seguir el estándar TIA, perosu cumplimiento no implica la obtención de

ninguna certificación dado que se trata de

un anexo que no forma parte del estándar.De todas formas dichos criterios tiene elreconocimiento como “best practices” anivel internacional.

En cuanto al Uptime Institute™, se trata deuna entidad privada que presenta criteriosde diseño de instalaciones electromecá-nicas para DC, recogidos en White Paperspúblicos y privados. UI ofrece certificar elcumplimiento de un determinado nivel dedisponibilidad de un diseño de DC concre-to. Ninguna otra entidad está autorizada acertificar, sí asesorar, sobre el cumplimiento

de un nivel UI.

Tanto TIA como UI presentan cuatro nivelesde disponibilidad denominados: tier 1, tier 2,tier 3 y tier 4, y ambos utilizan terminologíasimilar a la hora de “medir” la disponibilidadde la instalación. Se citan aquí tres criteriosde uso común en ambos estándares, loscuales no siempre son interpretados correc-tamente, lo cual puede conllevar a errores en

el diseño básico así como a sobre-inversio-nes innecesarias:

• Punto simple de fallo

• Mantenimiento concurrente• Continuidad en sistema de frío

La experiencia de IBM en diseño de DCsoptimiza el cumplimiento de los criterios dediseño de los estándares a aplicar, ademásde enfocar el diseño básico a medida de losrequerimientos de cada cliente.




030 Resolver las inconsistencias en losesquemas principales: La coherencia en elsuministro eléctrico

Alguno de los estándares mencionados, pre-sentan una serie de requerimientos para elcumplimiento del Tier deseado en lo que serefiere a instalación eléctrica. Unos especifi-can con mayor detalle que otros los factoresde diseño. El presente apartado muestraalgunos aspectos concretos que suelenconllevar discusiones de interpretación enfase de diseño básico.

En lo que se refiere al estándar TIA/EIA dereferencia, a la hora de especificar el nivelde redundancia de determinados elementoscríticos de la instalación, existen descripcio-nes que conllevan a malas interpretacionesdel estándar:

• Este aspecto es especialmente signifi-cativo en la redundancia de los sistemasde alimentación ininterrumpida (UPS). En

este caso se requiere el asesoramiento deexpertos y en muchos casos consultar ala propia Organización

• La redundancia tampoco se define aTransformadores.

• Sobre los grupos de emergencia sí se es-pecifica el dimensionado de los mismos

y la redundancia según el Tier, pero existeun criterio de conexión a bus simple querequiere de un estudio detenido de cara acumplir con lo requerido.

• En cuanto al diseño de instalacionesconsiderando UPS´s dinámicas, TIA hacereferencia a las mismas en su contenido,pero no permite llevar a cabo una confi-guración que asegure el cumplimiento de

sus requerimientos.

Si nos fijamos en otro estándar con certifica-ción propietaria, debido al hecho de que nohay guías técnicas públicas, es necesarioen varias ocasiones realizar interpretacionesde los contenidos disponibles, la validez delas cuales solo puede ser confirmada por elpropio organismo. Como aspecto concretoa señalar, se encuentra el esquema eléctrico

de principio clásico, correspondiente a TierIII. Dicho esquema presenta el requerimientode existencia de UPS en un solo ramal de

la instalación. En caso de caída de dichoramal, la carga crítica pasará a ser alimenta-da directamente desde red. IBM dispone decriterios y experiencia en diseño de Tier IIIque evitan este aspecto.





031 Resolver las inconsistencias enlos esquemas principales. Indefinición en lossistemas de frío

Los estándares internacionales publicadosde diseño de DCs (como IBM facility reliabi-lity requirements) definen los requerimientosde diseño de las infraestructuras mecánicasy en particular, para los sistemas de frío.

No todos los estándares coinciden en lasexigencias de los sistemas de frío, para ob-tener un determinado nivel de disponibilidad.En otros casos los estándares no disponen

de unos requisitos claros concretos sobrelos componentes de las instalaciones, o bientienen claro el objetivo a alcanzar pero no sefacilita como alcanzarlo, o incluso en algúncaso, los requisitos de las infraestructuras noforman parte integrante del estándar y sonsimples criterios con carácter informativo.

Algunos estándares hablan de Puntos

Singulares de Fallos , Mantenimiento Concu- rrente , Dual Path de los sistemas de frío (sinconcretar cómo alcanzarlos) o bien indicanla instalación de los equipos en una confi-

guración determinada (N+1, N+2, 2N,…) sinllegar a describir las prestaciones que sealcanzan con esa configuración.

De esta forma el responsable del desarrollo

de un nuevo DC (o encargado de la explo-tación del mismo una vez construido), seencuentra muchas veces con el dilema desimplemente obtener por imagen empresa-rial la calificación (Tier o Level) de un deter-minado estándar internacional o bien optapor alcanzar el nivel de disponibilidad y/ocomportamiento ante fallos que su empresanecesita para su DC en su infraestructura de

producción y distribución de frío.

Una variable adicional a considerar esla fuerte repercusión económica en elpresupuesto final de la instalación que tienela adopción de un determinado estándar oconfiguración en los sistemas de frío.

IBM proporciona la posibilidad de realizardiseños ajustados fielmente a estándaresconcretos (persiguiendo una certificaciónrespecto a un nivel determinado) o bienrealizar diseños mixtos con el fin de escoger

aquellos criterios que en cada caso aportanvalor al proyecto de nuevo DC.




032 Puntos singulares de fallo en siste-mas de climatización

Dentro de los estándares internacionales

de diseño de DC suelen incluirse medidasconcretas para evitar la parada completa detoda la infraestructura de refrigeración deun DC por el simple fallo de un solo de suscomponentes, conocido por “Punto singularde fallo”.

Por ejemplo en un sistema de refrigeraciónpor agua enfriada, el fallo, rotura o fuga en unsimple termómetro o válvula, puede provo-

car la parada total del sistema de climati-zación, necesitando vaciar completamentela instalación para acometer la reparacióny por tanto siendo necesaria una paradacompleta del DC.

Ante este riesgo, tradicionalmente se ha ve-nido considerando la adopción de diversassoluciones que pasan por duplicar los sis-

temas (y por tanto el precio) de los distintoscomponentes de las infraestructuras derefrigeración:

• “Dual Path” o colectores dobles

• Colectores en anillo

• Configuración 2N en producción de frío

• Equipos terminales de refrigeración con

doble batería• Instalación de doble alimentación eléctri-

ca a equipos (o instalación de STS´s)

Aparte de encarecer la instalación de refri-geración, la mayoría de estas actuacionesimplican una importante reducción en laeficiencia energética final de la instalaciónde refrigeración en operación normal (PUE

aumentando), ya que exige el tener la totali-dad de los equipos y sistemas redundantesen funcionamiento a cargas parciales (no ensu punto ideal de funcionamiento).

IBM ha implantado esas y otras medidasde incremento de la fiabilidad mecánicas yotras como: distintas formas de free-cooling(enfriamiento gratuito directo o indirecto),enfriamiento evaporativo, cogeneración,geotermia,… Son tecnologías que sepueden integrar en una misma instalaciónde refrigeración para dotarla de mayor

disponibilidad, evitando puntos singularesde fallos y obteniendo los mejores resultadosenergéticos.

Como ejemplo, uno de los últimos proyec-

tos integra en una misma instalación derefrigeración hasta tres tecnologías distintasde climatización redundantes pero a la vezcomplementarias de forma que en funciona-miento normal se obtiene el mejor rendi-miento posible, aprovechando las mejoresprestaciones de cada una.

R





033 El mensaje del Código Europeo deConducta

El Código Europeo de Conducta para Data

Centers (EU DC CoC) se autoproclamacomo “la nueva política (policy) Europeapara la Eficiencia Energética en los DataCenters”. Está instigado, dirigido y coor-dinado desde el centro de InvestigaciónConjunto de la Comisión Europea (EuropeanCommission Joint Research Center - JRC)cuya misión comprende los siguientesobjetivos:

a.Ser un mecanismo flexible para iniciar ydesarrollar políticas y para proporcionarbases científicas y tecnológicas para lageneración de políticas por parte de otrosorganismos.

b. Fijar para las industrias implicadas unaserie de estándares y compromisos “am-biciosos” (desde 2002, el JRC ha gene-rado Códigos de Conducta para fuentesde alimentación externas, servicios de

televisión digital, banda ancha y sistemasde alimentación ininterrumpida).

c. Ser un esfuerzo común de la Comisióny las empresas de la industria paramantener un dialogo continuado y abiertosobre la evolución de los productosy del mercado, y para identificar los

problemas más importantes y enfocarsecoordinadamente en su resolución.

d. Constituir un foro para la industria, losexpertos y los estados miembros.

Se ha seleccionado la industria de los datacenters por su gran – y todavía en aumento– peso en el consumo energético en los paí-ses miembros, y de la Unión Europea en su

conjunto, de modo similar a lo que ocurre enEstados Unidos con las iniciativas de la EPA(Environmental Protection Agency). El obje-tivo esencial del EU DC CoC es asegurarque las emisiones de CO2 y el consumo deenergía disminuyen, a partir de actuacionesen los data centers existentes o futuros quemaximicen su eficiencia energética.

El JRC reconoce que en este ámbito se haniniciado ya varias actividades, por ejemplola US EPA Energy Star, US DoE Save Energy

Now, IEEE-Server Project, Green Grid, etc.En Europa, sin embargo, no existían hasta elmomento iniciativas voluntarias o regulato-rias para acometer la eficiencia energéticade los data centers, lo cual suponía un

riesgo de confusión, mensajes mezcla-dos y descoordinación de actividades. Almismo tiempo, era patente la necesidad dedisponer de un análisis y una coordinaciónindependientes orientados específicamentea las circunstancias europeas, como porejemplo las condiciones climáticos o laregulación de los mercados de energía.

El EU DC CoC proporciona la plataforma ylas herramientas para reunir a los stakehol-ders europeos para discutir, diseñar, acordary realizar acciones voluntarias que produz-can una mejora de la eficiencia energética.

El concepto de “Ecosistema Data Center”presentado anteriormente en esta publica-ción subyace al planteamiento de EU DCCoC cuyas acciones y best práctices se

enfocan sobre todo a los actores integran-tes de la capa “Operación de Data Center”,

http://ec.europa.eu/information_society/activities/sustainable_growth/docs/datacenter_code-conduct.pdf




que son aquellos que tienen control directosobre la mayor parte de componentes con-sumidores de energía del data center.

Estos actores con mayor control (Operador

de Data Center, Proveedor de Housing(alojamiento), Cliente de Housing, Proveedorde Servicios Gestionados en DC propio o enHousing) pueden formar parte del EU DCCoC como participantes, mientras que losactores de las otras capas del ecosistema,con un control parcial o sin control directo(en el caso de los “thought leaders”, asocia-ciones de la industria, organismos guber-

namentales), pueden formar parte del CoCcomo “promotores” (endorsers). Aunque notodos los actores - ya sean “participantes”o “promotores” – tengan el mismo nivel decontrol o influencia sobtre la infraestructuradel data center, la mentalidad de “ecosiste-ma” requiere que cada uno de ellos se décuenta de la posición que ocupa y orientesus acciones a apoyar y complementar a lasacciones de los actores de escalones supe-

riores a fin de que éstos, y el ecosistema ensu conjunto, puedan al alcanzar el objetivofinalista perseguido: reducción del consumo

energético y emisiones de CO2 a través dela maximización de la eficiencia energéticaen los data centers actuales o futuros.

Estructura y componentes del European CoC for Data Centers





034 Las prácticas del Código Europeo deConducta

Para obtener la condición de Empresa

Participante en el EU DC CoC se requiereque la empresa propietaria / operadora dedata centers se comprometa a poner enpráctica todas o parte de las Best Practices de CoC en un plazo de tiempo acordado,sobre uno o varios data centers previamenteacordados. El compromiso de adopción ypuesta en práctica de las Best Practices ydel aumento de la eficiencia energética secomplementa con unos compromisos gene-

rales sobre gestión energética, apagado deequipos no necesarios y de reducción delconsumo cuando sea posible.

Resumen de las Reglas de Participación enel Código Europeo de Conducta para DataCenters:

• Para Data Centers existentes, la solicitudpara ser Participante debe acompañarse

de unas mediciones energéticas inicialesy una auditoría energética para identificar

las oportunidades más relevantes deahorro de energía.

• El solicitante debe proponer un Plande Acción con objetivos de eficiencia

energética en un determinado plazode tiempo. Cuando del Comité de CoCaprueba el plan de acción, el solicitanterecibe estatus de Participante.

• El participante ejecutará el Plan deAcción, monitorizando regularmenteel consumo energético. Se espera veruna mejora del indicador de EficienciaEnergética en el tiempo en las sucesivas

mediciones.• Las Best Practices sobre nuevas cons-

trucciones y renovaciones relevantesserán aplicables a todos los nuevosparticipantes a partir de 2010.

• Un Data Center de nueva construccióndebe ser eficiente de acuerdo con lasBest Practices desde el principio de suconstrucción y operación, y no esperar

a realizar una renovación relevante en elplazo de 36 meses.

• El Participante identificará claramentesus responsabilidades según los tipos deOperador de Data Center y responsabili-dades definidos en el CoC.

• La Comisión desarrolla un papel supervi-sor y aprobador (de los planes de acción,del estatus de participante, del progresoobtenido y el cumplimiento de los com-promisos, etc)

• Todos los participantes están obliga-dos a monitorizar continuamente el delconsumo energético y a implantar unagestión energética a fin de estar de modo

permanente buscando, identificando ycomprobando los resultados de accionesde mejora de la eficiencia energética ensus data centers.

• Uno de los principales objetivos del EUDC CoC es que cada participante realiceuna autoevaluación a lo largo del tiempo,usando la Métrica del CoC o cualesquieraotras métricas más sofisticadas que estén

disponibles, de manera que pueda tenery demostrar evidencia de la mejora conti-nua de la eficiencia energética.




035 Inercia térmica en una sala IT anteuna caída del sistema de climatización

La disponibilidad permanente de las

condiciones de temperatura y humedad enlas instalaciones de refrigeración de los DCes prioritario ya que garantiza la fiabilidad eintegridad de los equipos informáticos y dela información que contienen.

Hasta hace poco, y aún en los DC másfiables, los equipos de producción de fríono se conectaban al UPS, por el alto costeeconómico que suponía. Sin embargo sí

se conectaban a la red de emergencia (p.e.grupos electrógenos). Tras un corte de su-ministro pueden pasar varios minutos hastaque los grupos electrógenos están a plenacarga para alimentar los equipos de produc-ción de frío lo cual supone una parada delos sistemas de climatización.

Diversos estudios publicados analizan el

comportamiento térmico de la Sala IT du-rante está parada de la climatización (inerciatérmica), mostrando que en cuestión desegundos la Sala IT puede alcanzar tempe-

raturas que pondrían en peligro la fiabilidadde los equipos informáticos.

Tradicionalmente se ha venido incluyendosistemas para mejorar el funcionamiento de

la climatización de las salas IT durante loscortes de suministro:

• Ventiladores de los equipos terminales(CRACS) conectados a UPS.

• Depósitos de inercia de agua refrigeradacon capacidad frigorífica acumulada conconexión parcial a UPS. Esta medida tienefuertes implicaciones en cuanto a eficien-cia, coste, tamaño y peso de la solución.

IBM en sus nuevos proyectos ya ha aplicadocon éxito otras alternativas: la utilizaciónde máquinas frigoríficas especiales quese ponen de manifiesto tras un corte desuministro eléctrico. A esto se añade la

nueva tendencia marcada desde ASHRAE2011 para los entornos térmicos permitidos(menos restrictivos) para los equipos IT. Contodo ello IBM viene obteniendo resultadosde inercia térmica aceptable y fiable a uncoste mucho menor.

Gráfica experimental de inercia térmica (cortesía de CSE)




036 Criterios de seguridad. El factorconstructivo

La seguridad en el entorno físico ha sido

un capítulo primordial históricamente en losproyectos de Centros de datos. El gradode importancia de la seguridad física siguesiendo elevado y especialmente hoy en día,cuando las soluciones industriales, modula-res y escalables se imponen.

En centros con medidas de seguridadmedia y alta se deberán aplicar especialescriterios de diseño de diversa índole:

• Construcción resistente

• Medidas perimetrales de seguridad

• Mantenimiento de distancias límites(standoffs)

• Elementos de disuasión y disimulación(deception factor)

• Selección de materiales resistentes

• Definición de controles dentro de un plande seguridad basado en líneas y nivelesde seguridad

• Asignación de elementos de seguridadelectrónica a cada línea de seguridad

• Fuerzas de seguridad y sus cometidos enla operativa del DC

Basados en contrastadas referencias de se-guridad de organismos (FEMA, DoD,..) IBMdispone de criterios propios para especificarelementos constructivos, así como mediosde seguridad pasiva, activa y equipos huma-nos en la protección del DC.

La propuesta de centros bajo tierra siempreha sido una apuesta segura que sirve debaluarte a la protección de activos contrariesgos externos.

Estabilidad térmica, protección contraexplosión, protección contra interferenciaselectromagnéticas, aprovechamiento óptimodel terreno, son algunas de las ventajas queesta filosofía constructiva puede aportar. En

cualquier caso, la viabilidad de este tipo deconstrucción debe ser analizada en cadacaso teniendo en cuenta posibles factoresen contra.





037 Asegurar la interfase de diseño

Uno de los aspectos olvidados en la gestiónde proyectos de DC es el del asegura-miento de interfases. Esto ocurre por dosmotivos principales, bien porque no se estáaplicando una metodología de dirección deproyectos adecuada (IBM WWPMM, PMI…)que identifique los puntos de transición ylas responsabilidades que conllevan, o bienporque las fórmulas de contratación a losdiferentes agentes no resuelven la continui-dad necesaria en los equipos para que elconocimiento se transmita y se materialice.

Veamos por ejemplo, como un proyecto enel que aparecen consultores, definidoresde la estrategia y del modelo de DC, másingenieros y arquitectos para el diseño (aveces 2 ó 3 firmas en un mismo proceso),más un equipo de gestión de proyectoposterior, puede llegar a ser un grupo detrabajo voluminoso y que pueden llegar ano conocerse unos a otros.

La transmisión de los principios básicos de unnuevo centro, los criterios de diseño

IT + S&Fconsultants

DC Designers

FAC Designers

GeneralcontactorSpecialistContractor

ProjectManager

DCS Design Construction

IT Space Fit-up




Es habitual que las ingenierías involucradasen el diseño sean generalistas y se confíe enque plasmarán en el proyecto los criteriosrecibidos por consultores, sin más queseguir el manual de diseño. Nada más lejos

de la realidad. Se corre un gran riesgo deque ciertos criterios críticos se pasen poralto mientras se mantienen otros de gradoinferior. Otro error frecuente es seguir al piede la letra una determinada recomendacióntécnica sin “salirse del guión”, mientras queuna interpretación esencial de la recomen-dación por un experto puede proporcionarmás opciones de compra en el mercado,

con el consiguiente beneficio para la Pro-piedad.

Siguiendo el concepto de proyectos “closed-loops” la experiencia en gestión de opera-ciones en DC y en gestión de mantenimien-to en concreto es muy útil para refinar lasespecificaciones de diseño. Si la ingenieríano tiene esta experiencia parte del valorextraído de la práctica no se aplicará

El modelo de contratación de referenciapuede ser variado (véase cualquier estándar

de organización de proyectos como p.e.RIBA) pero siempre será importante delimi-tar qué agentes deben estar presentes entoda el proceso y cuáles serán puntuales.En este sentido es fundamental la figura de

la ingeniería especialista (a veces tambiénconsultora o gestora de proyectos) durantetodo el proceso, desde el anteproyectohasta la puesta en marcha

Durante la construcción es igualmente críti-co contar con un grupo de referencia parala aceptación de propuestas de cambio yresolución de inconvenientes.

Finalmente, es muy útil que el agente dereferencia durante todo el proyecto sea ca-paz de planear y coordinar las operacionesfinales, test, puesta en marcha, validación detraslado e instalación de HW, e incluso dirigiresta fase de instalación de HW con los con-siguientes trabajos residuales, posteriores ala instalación de HW y que son necesarios(incluido el seguimiento de las condiciones

de funcionamiento durante unas semanas)

R

005




Eficiencia energética

005

p038 Eficiencia, ¿a qué precio?

En la última década se ha observadoun avance sustancial en la importanciadada al Ahorro y la Eficiencia energética,

debido entre otros factores al exponencialincremento de precio de hidrocarburos y adirectrices nacionales y comunitarias rela-cionadas con el cambio climático. Por otrolado, hemos visto como p.e. en Reino Uni-do las tasas derivadas del CRC (CarbonReduction Commitment) para potenciarla reducción de emisiones comenzaránpronto a aplicarse.

Así pues entramos en la segunda décadadel milenio con un claro reto en nuestrosector, conseguir un Green Data Centersin menoscabar los criterios de resiliencia

y disponibilidad. Pero surge una pregunta¿es alcanzable este objetivo?.

La resiliencia implica una redundancia enlas instalaciones que en algunos casosdeben estar funcionando simultáneamen-te, con lo cual a menor carga por unidadse espera un menor rendimiento. No obs-tante, en los últimos años los fabricantesde equipos eléctricos y mecánicos hanmejorado la eficiencia en todo el rangode carga, por ejemplo, con la inclusiónde variadores de frecuencia en motoreseléctricos, o por medio de UPS que soncapaces de trabajar en distintos modos

de funcionamiento más o menos eficien-tes según las necesidades.

También por otro lado, las energías reno-vables y las tecnologías de enfriamiento

gratuito han sufrido un importante avancehaciendo DCs cada vez más eficientes.

Sin duda el paradigma es aumentar el nivelde eficiencia sin reducir el nivel de disponi-bilidad requerido por el servicio al usuariofinal. En este sentido, el mercado ha dadomayor protagonismo en los últimos añosa los diseños de nivel 3 según IBM levels(o Tier 3) frente al nivel 4, por consideraren general que se consigue un tiempode parada promedio (downtime) mínimoreduciendo la inversión sensiblementerespecto al siempre disponible nivel 4. Eneste caso cobra mayor importancia el tipo

de diseños que un nivel 3 puede acoger, yla experiencia de los proyectistas es clave.




039 Guía para el planeamiento ener-gético

Sin duda, a la hora de establecer objetivosde ahorro energético la suma de esfuerzosen proyectos diferentes es la única fórmulade alcanzar porcentajes de consumoenergético significativas.

El racional de esto se extrajo en IBM enel lanzamiento del Proyecto Big Green,teniendo en consideración las causas deineficiencia en el DC: el DC, las máquinas ysu utilización.

Los proyectos de consolidación y virtualiza-ción son los más rentables energéticamen-te hablando y desde el punto de vista delexplotador IT. También es una buena prác-

tica el extender una guía de operacioneseficientes al personal relacionado con in-fraestructuras y operaciones IMACs (InstallMove Add Change) para la conservaciónde la energía en el entorno del Rack.

Por parte del servicio de mantenimiento, unprograma de ahorro energético derivadode una auditoría detallada del sitio, habráproducido una serie de recomendaciones

en cuanto a reprogramación de equipos,puntos de consigna, renovación de com-ponentes anticuados o de excesivo con-sumo, método de medición de parámetrosbásicos de funcionamiento…

En definitiva, el camino hacia la consecu-ción de un programa de mejora podría serel siguiente:

• Analiza los costes energéticos del DC.Deduce el PUE inicial

• Pon en marcha una auditoría de los sitios

• Reduce el número de máquinas infrauti-lizadas

• Extrae mediciones de productividad delos sistemas, aprovechamiento efectivo elos dispositivos de almacenamiento

• Relaciona las métricas para concluir lasituación actual

• Planea acciones de mejora en áreasdiversas

• Implica a la organización : explotación +infraestructuras IT + facilities management

• Programa un objetivo conjunto en la or-ganización relacionado con la reducciónde consumo

• Gestiona la evolución de los distintosproyectos con un coordinador común

Centro de datos Centro de datos

Cargade TI

ProcesadorPorcentaje deutilización derecursos

Inactivo

Alimentación, memoria,ventiladores, placa base,unidades de disco...

Alimentacióny refrigeración

Recursos de TI

Fuente: Creating Energy-Efficent Data Centers. Dep. de Energía de EE.UU. Conferencia sobre instalaciones de centros de datos e ingeniería, 18 de mayo de 2007

0 0




¿Dónde vive la Información ?p

040 El enfoque integral es el másbeneficioso: Caso Lexington

Un ejemplo de lo anterior es el caso delCentro Lexington, o como aunar los ahorrosde espacio, energía e incrementos de pro-ductividad en sistemas (IT + facilities) parasumar un resultado asombroso. El resultadofue incrementar la capacidad IT X8 vecesen la misma huella física del DC existente;y de esta forma evitar un compleja y largahabilitación de espacios adicionales dentrode un proyecto que no llegó a realizarse.




Data Center

Eliminated CO2 Emission

Eliminated CO2 EmissionCO2 Emission

High Grade

Heat

Combined Heat

and Power Station

(CHP)

User for heat:

Homes, hospital, pool,

greenhouse, laundry

food processing etc.

User for high:

grade heat:

Industry

Medium Grade Heat

041 DC de Cero emisiones

Zero emissions DC es un concepto de usosin impacto global en las emisiones totales

de dióxido de carbono a la atmósfera. Setrata de un sueño para todos aquellos quehan gestionado y proyectado green DChasta ahora

El sueño es factible si se dan y se proyectanlos elementos necesarios para neutralizar losefectos de impacto medio ambiental que unDC produce.

A pesar de la cantidad de calor generada yel consumo energético masivo de un uso deeste tipo es posible diseñar un DC sin huellade carbono. El modelo desarrollado en el la-boratorio de Zurich de IBM es un intento real

• Ahorra energía

- Hasta un 50% al eliminar compresoresen el enfriamiento. Utilización de rangos

de temperatura distintos para evitar elenfiramiento

• Elimina emisión de dióxido de carbonocon el ahorro económico que conlleva

- Uso intensivo de liquid cooling

- Reduce la huella de carbono al mínimo

- Ahorro económico recogiendo un ingre-so por aprovechamiento de energía porun tercero

- Ahorros energéticos añadidos en climastemperados

- Posibilidad de reventa de energía a lared pública

• Permite cumplir las regulaciones medioambientales sin cortapisas

042 l ti ífi d i IT l b d t i d lí it d





042 Los límites ambientales

ASHRAE® es una sociedad profesionalnorteamericana de ingenieros. Fundada en1894, es considerada actualmente como laentidad de referencia respecto a condicio-nes climáticas en el interior de salas IT.

El comité TC9.9 de ASHRAE (al cual pertene-cen varios profesionales de IBM) especificalos valores recomendados de Temperatura yHumedad en el interior de una sala IT. Estosparámetros van a afectar al diseño de lainstalación electromecánica completa. IBM

dispone de experiencia contrastada quepermite adecuar el diseño y operación de unDC de cara al cumplimiento de los requeri-mientos ASHRAE.

Hasta ahora ASHRAE define varias catego-rías de equipamiento IT, denominadas “cla-ses”. La clase 1 corresponde a equipamien-to IT de DC. Es fundamental tener en cuentalos criterios Recomendado y Permisible, así

como el tipo específico de equipo IT a lahora de definir puntos consigna de tempera-tura y humedad de funcionamiento en sala.Es básico conocer la zona de control de latemperatura de aire de refrigeración de cara

a conseguir una correcta regulación delsistema de refrigeración.

ASHRAE ha incrementado la banda de fun-cionamiento de estos parámetros en cadanueva versión de su Thermal Guideline. Esteincremento favorece la utilización de técni-cas como el free-coolingdurante más tiempo alo largo del año, con losconsecuentes ahorrosenergéticos que elloconlleva. De todas formashay varios factores que sedeben tener en cuenta. Elincremento de temperatu-ra de aire de aspiración ensala debe ser analizadocon detenimiento en cada

caso particular, ya que

sobrepasar determinados límites puede ge-nerar riesgos para determinados equipos ITo incrementos de consumo de los mismos,lo cual implica incremento del consumo dela carga informática en contraprestación a lo

ahorrado en la carga mecánica.

2004 Version 2008 Version

Low end Temper ature 20º C(68ºF) 18º C (64.4º F)High End Temperature 25º C(77ºF) 18º C (80.6º F)

Low End Moisture 40% RH 5.5º C DP (41.9ºF)

High End Moisture 55% RH 60% RH &15º DC (59º FDP)

043




043 Las certificaciones energéticaspara DC

Tradicionalmente en el diseño de los Data

Center (DC) ha primado la robustez y fiabi-lidad de las soluciones técnicas frente a laeficiencia energética.

Hoy en día la creciente conciencia colectivasobre la protección de los recursos naturalesy el continuo aumento de los precios de laenergía han llevado a un primer plano eltérmino sostenibilidad a todos los ámbitosde la actividad económica.

La Certificación LEED de sostenibilidad paraEdificios Verdes (US Green Building Council)es voluntaria y promueve medidas como elahorro de energía y agua, reducción de lasemisiones de CO2, la mejora de la calidadecológica de los materiales interiores y losrecursos utilizados. Es otros casos solo sepersigue la publicidad “verde” diferenciadora

que esta certificación facilita en un mercadocada vez más competitivo.

Aunque la Certificación LEED está estruc-turada para grandes edificios de oficinas ycomplejos residenciales, no se ha desa-rrollado aun una versión exclusiva a DC,por lo que se aplican los mismo requisitos

generales.

En un edificio tipo, la tramitación LEEDpuede suponer un incremento del coste deejecución superior al 20%.

IBM ha identificado una serie de implicacio-nes que son determinantes en el éxito de lacertificación de un DC (que lo diferencian de

otro tipo de edificaciones) y que permiten lacertificación sin un incremento de coste deejecución significativo:

• El DC es un edificio de baja ocupación depersonas (o nula). Muchos de los requisi-tos de Leed van encaminados a mejorarel confort de los usuarios de los edificios.

• LEED exige comparar energéticamente

el edificio en estudio (DC) con un edificiotipo de referencia. La comparación resulta

complicada teniendo en cuenta el nivel deconsumo energético de un DC.

• Si la eficiencia energética es importantepara LEED en cualquier edificio, lo esmucho más en un DC. Por ello es críticoen la certificación de un DC la integraciónen el proyecto de energías alternativas olimpias.

IBM lleva muchos años participando envarias iniciativas y organismos, propios einternacionales, que promueven la figura delDC Verde. Está participando actualmente enla construcción de varios DCs certificados

bajo LEED, identificando con éxito aquellosaspectos que favorecen la certificaciónsin suponer un incremento del coste deejecución.

Otras certificaciones para DC, quizá menospopulares son BREEAM (de ámbito anglo-sajón principalmente) y TÜV. Se espera enel futuro una certificación específica a nivelde la UE, probablemente relacionada con el

Code Of Conduct for DC

044 por parte de las centrales eléctricas Este





044 ¿Qué están haciendo los fabricantes?

Desde tiempos inmemoriales el hombreha intentado optimizar sus esfuerzos enmúltiples campos como la agricultura, laganadería, la artesanía… y desde la revo-lución industrial los ingenieros han tratadode optimizar los esfuerzos en torno al pilarbásico, la energía, comenzando lo que hoydenominamos como Eficiencia Energética.La eficiencia energética no es ni mucho me-nos un concepto nuevo ni un nuevo invento,aunque a veces pueda parecer lo contrario.

No fue hasta el año 1970 que se creó, enlos Estados Unidos, el primer organismo en-cargado de proteger la salud del hombre yel medio ambiente, EPA (Environmental Pro-tection Agency). Sin embargo, el verdaderoimpulsor de la eficiencia energética han sidolas crisis energéticas.

Otro importante hito en la carrera de laeficiencia se produjo en 1992 cuando laEPA lanzó un programa llamado Energy Starpara promover los productos eléctricos conconsumo eficiente, reduciendo de esta for-ma la emisión de gas de efecto invernadero

por parte de las centrales eléctricas. Esteorganismo regula entre otras muchas cosas,las bases para fabricación de ordenadoresmás eficientes (incrementando por ejemplo,las exigencias de rendimiento en fuentes de

alimentación), y también sistemas de alimen-tación ininterrumpida y otros componentes.

Con respecto a los fabricantes de equipa-mientos IT y de bienes de equipo, cabedestacar la reducción del consumo decarga inductiva de los equipos, aproximan-do el coseno de fi a 1. Subrayar también laimportancia de los sistemas de monitoriza-ción en la integración y optimización de los

consumos; la eficiencia energética en ilumi-nación con balastos electrónicos, lámparasfluorescentes compactas y estabilizadoresde tensión; la inclusión de ventiladores tipoEC y compresores “digital scroll” en climati-zación de precisión.

Mención aparte merecen los fabricantes deUPS, que han evolucionado desde las inícia-

les Offline UPS, Line-Interactive UPS, OnlineUPS hasta las Doble conversión on demandUPS y las DRUPS.

p

045




045 Adaptando los sistemas a lasmejores tecnologías: Refrigeración

Los sistemas “coupled cooling”, o acerca-

miento de la fuente de frío a la de calor elimi-nando resistencias térmicas intermedias, esuna realidad que algunos fabricantes ya hanincluido en las variantes de su gama de HWdesde hace tiempo.

Como ejemplo el nuevo sistema Z196 deIBM permite la opción de refrigeración líqui-da con unos rendimientos superiores. Tansólo se precisa de una instalación auxiliarde agua fría (rango de alta temperatura)para su refrigeración completa sin aporte depotencia frigorífica adicional.

046 Ad d l i l





046 Adaptando los sistemas a lasmejores tecnologías: La utilización de laCorriente Continua (CC)

Comienzan a proliferar las máquinas. Tras un

período de timidez de fabricantes de HW yde equipos de potencia alrededor de las so-luciones en CC, IBM ya dispone de modeloscon esta opción en voltajes elevados. Re-cordemos que hasta ahora era muy comúndisponer de equipos de alimentación a 48 VCC , especialmente para ciertos equipos decomunicación.

Las ventajas argumentadas por fabricantesalrededor de la utilización de la CC son:

• Aumento general de la eficiencia, hasta un

20% (a causa, entre otras de la elimi-nación de la etapa de inversión en losequipos de continuidad eléctrica)

• Dimensionamiento menor de componen-tes auxiliares

• Mejor comportamiento en canto a interfe-rencias electromagnéticas

Por el contrario, surgieron dudas inicialessobre la magnitud de las intensidadesnecesarias y las secciones de conductoresa utilizar. La disponibilidad de HW alimenta-

do a 480 V y hasta 600V (niveles HVDC de400V a 600V) ha reducido este inconvenien-te, aunque exige tomar ciertas precaucionesde seguridad eléctrica y protección decircuitos

No obstante, es en el diseño flexible del cen-tro cuando debe preverse la coexistencia desistemas alimentados en CA y CC. El gradode utilización esperado para la segunda y

decidir qué volumen de instalaciones van asoportarlas. Otro aspecto en el diseño es laadopción correcta de los estándares eléc-tricos y de seguridad que amparan estasinstalaciones, lo cual precisa asesoramientoexperto.

047

IBM RoadRunner




047 Rendimiento energético

Además de los mayores rendimientos porrefrigeración líquida en el HW. La eficacia delproceso de datos nos ha llevado a desarro-llar máquinas con mejores característicasde funcionamiento. El índice de performan-ce energético (MIPS/kW, Ud. Proceso/kW,Mflops/kW) es ya valorado y comparado pornuestros clientes.

El hecho de que la industria haya reaccio-nado de manera muy positiva y eficazmenteante la escalada energética en sistemas de

información, ha sido uno de los factores cla-ve para reducir la pendiente de incrementoque nos llevaba a niveles inalcanzables enmenos de 5 años.

Procesos estandarizados de evaluación desistemas sirven para establecer “benchmar-kings” . Average CPU power (ACP), SPE-Cpower, o LINPACK para supercomputación.

“On 9 June 2008, CNNreported that IBM’s Roadrunner

supercomputer achieves 376MFLOPS/Watt.[3] [4]At november

2010, IBM machine, Blue Gene/Q

achieves 1684 MFLOPS/Watt”

IBM continúa liderando el Top Green 500 desupercomputación eficiente.

GREEN500 RANK 1

MFLOPS/W 1.684,20

SITE IBM Thomas J. Watson

Reseach Center

COMPUTER NNSA/SC Blue Gene/Q Prototype

TOTAL POWER (Kw) 38.80

048 DC existente Por dónde comenzarpuntos singulares de fallo y los elementos Lo cierto es que en muchas ocasiones hay





048 DC existente. Por dónde comenzar

El gestor de un centro de datos existente seve en muchas ocasiones limitado o bloquea-do en su intento de mejorar energéticamen-

te por unas instalaciones en funcionamiento,con unas cualidades muy cerradas y sin po-sibilidad aparente de poder ser cambiadas.

Lo cierto es que hay muchas cosas quepueden plantearse en un centro existente.Una auditoría de disponibilidad y energéticaen el DC identificará puntos de mejora almismo tiempo que saca a la luz los posibles

gmás críticos a la hora de una posible inter-vención. No olvidemos que el centro debecontinuar funcionando con alta disponibili-dad ante cualquier actuación. Finalmente, y

ante intervenciones de cierta importancia

Existirá sin duda una correlación clara entreinversión a realizar y beneficio esperado (vergráfica) , de manera que el retorno de lainversión, incluido en el informe de auditoríay realizado con fidelidad a los costes es laverdadera métrica para decidir qué abordary en qué plazo.

un paquete de medidas muy simples queafectan a distribución de frío, ubicación deracks y medios de aislamiento de espaciosque requieren una inversión ínfima y tienen

un retorno menor a un año

IBM Pone a disposición de sus clientesservicios como EEAA (Energy Efficiencyand Availability assesment) y que puedecompletarse con Análisis térmico por orde-nador en el caso de cambios sustancialesen la disposición de equipos y sus condi-ciones de climatización (Thermal Analysis).Además el servicio MMT (Mobile Measure-

ment Technologies) permite disponer de unmapa térmico , de flujo de aire, presiones yotros parámetros en 2/3 dimensiones, conla identificación precisa de cada punto deineficiencia.

MMT software. Vistas

049 E í lt ti C CHPuna cogeneración con aprovechamiento




049 Energías alternativas: Caso CHP(Combined Heat and Power)

El fomento de la cogeneración es unaprioridad para en nuestro país y el restode la unión Europea, habida cuenta de losbeneficios potenciales en lo que se refiere alahorro de energía primaria, a la eliminaciónde pérdidas en la red y a la reducción de lasemisiones.

La cogeneración, o generación simultaneade energía eléctrica y térmica, es considera-da como la mejor tecnología disponible para

la utilización de los combustibles. Esto sefundamenta en dos conceptos básicos: Lageneración distribuida, minimizando las pér-didas por la distribución eléctrica; El máximoaprovechamiento del calor generado.

La trigeneración, o generación simultaneade energía eléctrica, calorífica y frigorífica,ha sido históricamente la utilización másrelevante de la cogeneración en los centrosde proceso de datos. Ésta es básicamente

una cogeneración con aprovechamientode la energía térmica en enfriadoras deabsorción para generar frío. A pesar de lasprimas, subvenciones y de la alta eficienciade esta tecnología, el impulso experimenta-

do en la última década en los sistemas defree-cooling ha reducido su aplicación enData Centers.

En la actualidad, el desarrollo de nuevastecnologías de CHP con turbinas de gashibridas e integración en sistemas dealimentación ininterrumpida ha supuesto unpunto de inflexión en el sector. Gracias entreotros al esfuerzo y el liderazgo de IBM mate-rializado en el Data Center de la Universidadde Siracusa, New York (USA).

Syracuse University, New York (USA)

050 Casos reales: Universidad SyracusaPara optimizar el uso del agua fría obteni- IT utilizan continua) de un 13% a menos de





050 Casos reales: Universidad SyracusaGAS plant

A principios de 2010 IBM anunciaba laconstrucción, en la universidad de Syracusa,

NY del DC más eficiente del mundo, con unconsumo por debajo del 50 % que un DCde similares características. Para conse-guir estos resultados no ha sido necesariorecurrir a una “tecnología milagro”, pero siimplementar varías que permiten aprove-char mucho mejor la energía disponible.

La generación de la energía eléctrica se

realiza en el propio DC, mediante co-gene-ración con microturbinas de gas naturaly utilizándose la red eléctrica únicamentecomo backup para fallo en el suministro degas. Al realizar la generación in situ evitamoslas perdidas en el transporte y utilizamosel calor sobrante para refrigerar el DC,generando agua fría mediante chillers deabsorción, y para proporcionar agua calientey calefacción a otras dependencias de la

Universidad.

da, los equipos informáticos se refrigeranmediante “liquid cooling”; intercambiadoresagua-aire en el propio rack, reduciendoal mínimo o evitando el uso de grandes

equipos de aire de mucha menor eficienciaenergética.

Por último la alimentación a las máquinasIT se realiza a 405 V en Corriente continua(CC), reduciendo las pérdidas que seproducen en la conversión de alterna acontinua (recordemos que todos los equipos

un 4%.

Todas estas soluciones, junto a modelostermodinámicos de la sala para conseguir

la mejor distribución y un cuidado manteni-miento, que incluya el sellado de los pasosde cable, la consolidación y virtualización deequipos y el control de equipos no activos,han conseguido que el consumo de energíadel DC de Syracusa esté por debajo del 50% de un DC de similares características.

051 Energías alternativas: El vientoy eltamiento de aire se traduce en mayor fiabili- de CO2 por año. Se espera alcanzar gracias




051 Energías alternativas: El viento y elagua

En el presente año 2011 se pondrán enfuncionamiento en España un DC que, porprimera vez, utilizará los primeros sistemasde triple tecnología para climatización de DCque utilizan el aire exterior y el agua de lluviacomo recursos para generar la refrigeración.IBM ha introducido en este proyecto un sis-tema de climatización, denominado Air FreeCooling (AFC), que aporta mayores índicesde eficiencia energética que triplican a los delos sistemas de refrigeración tradicionales.

La posibilidad de disponer de tres sistemasde refrigeración en el mismo equipo de tra-

dad en caso de avería o fallo del equipo. Esposible establecer niveles de redundanciaacordes a cualquier nivel de disponibilidad,bajo los estándares habitualmente utilizados

en diseño crítico.

En números, el proyecto en el que estátrabajando IBM en España, ha sido diseñadopara obtener un ratio anual de eficienciaenergética de refrigeración (COP) de 15.Este valor es casi tres veces superior alalcanzado en cualquier otro sistema tradicio-nal de refrigeración de DC. El ahorro anualesperado por el uso de esta tecnologíacomparado con una refrigeración estándares más de 1.200.000 euros por año y elequivalente a la emisión de 5.100 toneladas

a este sistema de refrigeración un PUE anualinferior a 1,25.

Las celdas AFC especificadas por IBM

suministran hasta el 95% del total del consu-mo de refrigeración anual del DC de formagratuita (sólo un 5% del total de refrigeraciónserá generado por compresión mecánica).Los equipos utilizan el aire exterior y el aguade lluvia mediante un sistema de free-cooling indirecto con enfriamiento evaporati-vo adiabático gratuito.

052 Energías alternativas: sistemas de• Free-cooling directo por aire exterior.

C l ibilid d d l l fl j




¿Dónde vive la Información ?p

052 Energías alternativas: sistemas declimatización basados en freecooling facilitan lacertificación energética y acciones “green datacenter”

La preocupación por el medio ambiente, eldenominado cambio climático y las suce-sivas crisis energéticas entre otros factoreshan hecho que los sistemas de enfriamientogratuitos, algunos de ellos inventados haceaños, adquieran cada vez mayor relevancia.Asimismo han surgido organismos certifica-dores como GBC (LEED) y BREEAM, queacreditan las buenas prácticas, el respeto

al medio ambiente. y la eficiencia en losprocesos de construcción.

Los sistemas de enfriamiento gratuito o free-cooling adquieren si cabe mayor importan-cia en data centers al existir necesidadesde refrigeración a lo largo de todo el año.Existen multitud de éstos sistemas pero sepodrían agrupar en tres grandes grupos:

• Free-cooling indirecto por aire exterior.Manteniendo en todo momento los dosflujos de aire, exterior e interior, separadosy sin mezcla.

Con la posibilidad de mezclar los flujos orecircular el aire de las salas trabajando enmodo convencional.

• Free-cooling indirecto por agua. Mediante

la utilización de dry-coolers utilizando elagua bien para refrigerar el condensadordel circuito DX de las crac o bien en laspropias baterías de las cracs.

Todos ellos pueden contar con apoyo deenfriamiento adiabático.

También existen otros sistemas que permi-ten ahorrar energía como la utilización de

bombas de calor con recuperación de calor,las cuales permiten aprovechar el calor delDC en otras aplicaciones como calefacciónde edificios anexos, invernaderos, etc…

Hoy en día la aplicación de tecnologías defree-cooling en Data Centers es indispen-sable para la calificación Green Data Centery la obtención de una certificación LEED

“Gold” (como el IBM RTP DC, USA).

053 Energíasalternativas:Analiza losde una basta experiencia recopilada a nivel




053 Energías alternativas: Analiza losriesgos en la utilización del enfriamientogratuito por aire. P. J. Singh considerations

El uso indiscriminado del freecooling directodel aire exterior para refrigerar las salas IT yla “guerra” abierta para alcanzar los mayoresniveles de eficiencia energética (los meno-res valores de PUE) han llevado en muchoscasos a dejar en un segundo plano asuntoscríticos en el funcionamiento y fiabilidad delos sistemas informáticos.

Los clientes con una baja calidad del aire en

el interior de sus DC se están dando cuentade una desagradable realidad: sus equiposinformáticos aumentan considerablementesus ratios de fallos por la corrosión aceleradade algunos de sus componentes. En muchoscasos los responsables de los DC no puedendeterminar la razón de este aumento de losfallos, o los achacan a otras causas.

Los fallos ocurridos en los equipos informáti-cos por la corrosión de sus componentes de-bido a ambientes contaminados, es uno delos riesgos en los IBM marca claramente ladiferencia con sus competidores al disponer

mundial con protocolos propios de actuaciónpara mitigarlo.

En la mente de todos está la reciente imagen

del volcán de Islandia que inundó de partí-culas de polvo la atmosfera de toda Europa,paralizando la navegación aérea. Lo que nofue tan conocido es que también paralizoa los DCs “muy eficientes” que utilizaban elfreecooling directo para alcanzar altos nivelesde eficiencia energética. Pero no solo algo tanremoto como un volcán, puede provocar lacorrosión. Algo tan habitual como la cercaníaa una carretera o a una determinada industriapuede implicar un serio riesgo de contami-nación o incluso un accidente con productosquímicos, que finalmente puede afectar ainstalaciones IT cercanas.

Por este motivo en IBM “no todo vale” paraconseguir un PUE cercano a 1. En cadaproyecto de un DC, se realiza un profundoanálisis de los riesgos, y pone en la balanza

la eficiencia energética frente a riesgospotenciales de contaminación ambientalque pueden derivar en corrosión de losequipos IT.

054 Energías alternativas: sistema deEsta energía ha sido poco o nada utilizadaen DC históricamente debido entre otras





refrigeración para DC mediante climatizadorescon aprovechamiento de la energía geotérmica

La tierra recibe diariamente del sol una gran

cantidad de energía. En niveles poco profun-dos podemos encontrar zonas en las que sedan las condiciones óptimas para la extrac-ción esa energía retenida para transformarlaen calor o en frío según las necesidades decada hogar, local o instalación.

La energía Geotérmica de baja entalpía,puede ser aprovechada de diferentes

formas pero la tecnología más desarrolladahasta la fecha es mediante el uso de Bom-bas de calor Agua-Agua con aprovecha-miento geotérmico. La principal ventaja deesta tecnología es sin duda su alto rendi-miento, con COPs de entre 3 y 6, e inclusomayores si existe posibilidad de aprovecha-miento de aguas freáticas.

en DC históricamente debido entre otrasrazones a su juventud y su coste. Tambiénexiste un claro hándicap, la necesidad derefrigeración 7x24h vs la inercia térmica dela tierra, el cual implica tiempos de paradaen refrigeración. No obstante, los recientescambios de ASRHAE con respecto a laclimatización de Data Centers han supuestoun impulso en esta tecnología la cual sepresenta en el mercado como una atractivasolución de Green Data Center con unida-des interiores (CRAC) de agua o Celdas deClimatización Aire-Agua.

055 Liquid Cooling, o el frío acercándosesiempre se han utilizado en los DC y hace másd 20 ñ l IBM S/390 f i b

con simulaciones térmicas por elementosfi it l ífi d i t




055 qu d Coo g, o e o ace cá doseal chip

La cuestión de cual es el límite de potenciapor rack que un sistema de refrigeración poraire es capaz de disipar, es un tema recu-rrente en cualquier foro sobre DC. IBM reco-mienda ya un umbral de potencia por rackpara suplementar la climatización tradicionalcon otros medios. No obstante, marcar eselímite no es fácil y en la práctica dependerámás del diseño del DC que de la potenciapor rack. Pero antes de llegar a este límite,la eficiencia de la refrigeración por aire se

reduce drásticamente y debemos acudir ala utilización de refrigeración por agua (liquidcooling).

Uno de los entornos donde ha sido nece-saria la implementación de sistemas deliquid cooling ha sido en los entornos desupercomutación, por el uso extensivo de altadensidad de bladeCenter.

Utilizar el agua para refrigerar un DC no es unsistema novedoso. Las UTAs (Unidades deTratamiento de Aire) con baterías de agua fría

de 20 años que los IBM S/390 se refrigerabanpor agua, pero aquí nos referimos principalmen-te a los Racks refrigerados por agua.

Refrigerar un rack con agua puede hacersetípicamente de tres maneras:

• Una son las puertas refrigeradas. Sustitu-yendo la puerta trasera del rack por unacon un intercambiador de agua enfriamosel aire que sale del rack hasta conseguirque sea térmicamente neutro para la sala

• La segunda manera son los Racks cerra-dos: el aire circula en circuito cerrado den-

tro del rack, pasando por los servidores ypor una batería de frío, donde se expulsa elcalor al exterior mediante el agua. Este tipode soluciones son por completo neutraspara la sala

• Por último contamos con las unidadesllamadas “in line”. Básicamente UTAs inser-tadas entre o encima de los Racks. Existecarga térmica para la sala, pero es elimina-da prácticamente al lado de la carga.

La elección de uno u otro de los sistemasdependerá de varios factores. Los estudios

finitos para salas específicas pueden orientaren gran medida hacia la solución a escoger.

056 Aplicando las mejores prácticasse pueden instalar tanto en proyectosnuevos como en instalaciones existentes





No sólo se deben aplicar las mejores prác-ticas de eficiencia energética en los nuevosdesarrollos de DCs (sería impensable dise-

ñar hoy un nuevo DC con un PUE elevado),sino que considera que los DCs existentesdisponen grandes posibilidades de mejoraen consumo energético.

Según la experiencia de IBM, todos los DC,incluso los más nuevos, tienen posibilidadde reducir su consumo energético, de formaque cada euro invertido en su actualización

se recupera en un corto espacio de tiempo(en muchos casos en menos de 1 año).

IBM viene aplicando las mejores prácticasy criterios de eficiencia energética, tanto enDCs existentes como en nuevos desarrollosde entornos críticos:

• Nuevos Equipos de Producción frigorífica:compresores de levitación magnética quedisponen de un rendimiento anual excep-

cional a cargas parciales. Estos equipos

nuevos como en instalaciones existentes.

• Nueva Generación de Ventiladores ECen equipos de climatización y CRACs:el consumo de estos ventiladores es en

algún caso la mitad que los antiguos, locual incluso hace recomendable la sus-titución del tren completo de equipos deventilación existentes.

• Adaptar (aumentar) las temperaturas deimpulsión de aire de los sistemas de cli-matización a las verdaderas necesidadesde los equipos informáticos y las nuevas(y futuras) recomendaciones de ASHRAE.Hoy ya se vislumbran entornos informáti-cos trabajando sin problemas impulsandohasta 45ºC ambiente.

• Relacionado con el punto anterior, el típicosalto de agua de los sistemas de refrige-ración de 7/12ºC ha quedado asimiladoa viejas instalaciones ineficientes. Hoyen día las temperaturas de agua puedensobrepasar los 20ºC.

057 Herramientas de análisis para la Coste de refresco y crecimiento de servidores




toma de decisiones frente a los Sistemas IT y suutilización

Los estudios de consolidación y virtualiza-

ción han sido definitivos en muchos casospor la reducción de consumo energéticoque han supuesto.

Ejemplos como, doblar la utilización del al-macenamiento con SAN Volume Controller yuna relación de 10:1 es el resultado habitualde la consolidación de servidores.

Aún muchas organizaciones no han comen-zado proyectos de consolidación y virtualiza-ción. Los problemas encontrados por laproliferación de servidores son varios:

• Costes elevados

• Recursos desaprovechados

• Gestión compleja

• Personal insuficiente

• Alto consumo energético

• Problemas de espacio en salas IT

Actual Caso Alt.

Mejora en costes de renovación de toda la

plataforma actual de servidores Wintel. Coste de nuevo hardware y VMware VI3

Costes de una sola vez de adquirir el nuevo

hardware y las licencias del software devirtualización (VMware VI3 Enterprise).

ambos con mantenimiento de 4 años.

Costes de migración

Costes de una sola vez de migrar la

infraestructura actual a máquinas virtuales.

Coste personal

Al virtualizar se simplifican diversas tareas deadministración por lo que se reducen esfuerzos.

Coste de mantenimiento de servidores

El mantenimiento de la nueva plataforma estáincluido en el coste de adquisición

Coste de “facilities” (electricidad)

Pila resultado de costes Capex y Opex relacionados con un proyecto de consolidación (ejemplo)

4 Años - Base vs Alt. (Acumulado)

Reducción de consumo eléctrico de servidores

4.500.000

4.000.000

3.500.000

3.000.000

2.500.000

2.000.000

1.500.000

1.000.000

500.0000

Fin Año 1 Fin Año 2 Fin Año 3 Fin Año 4

Actual

Caso Alt.

Costes de Migración

InversionesCoste Crecimiento Alm.

(Depreciación escluida)

Costes personal

Costes Crecimiento Srvs.

Coste Eliminación Servidor

Coste Personal Alm.Costes de Almacenamiento

Coste Facilities

Op-Ex Servidores

Cap-Ex Servidores

Coste Compra HW y SW

Coste Mant. Alm.Coste SW Servidor

Costes Mant. Servidores

Coste Refresco Servidores

058 Mejora eficiencia: cerramientopasillos templados/calientes

¯ La referencia ya no son los valorespromedios de sala

El proyecto se llevó a cabo sobre aproxi-madamente 1.000 m2 de data center en





pasillos templados/calientes

Como parte de su estrategia de mejora delas condiciones de operación de las salas

de data center, aumento de la resiliencia ymejora de la eficiencia energética, IBM llevaaños creando y utilizando Best Practices eneste ámbito: estandarización de desplieguede infraestructura IT y Racks (MRS- “Ma-naged Racking System”), estrategia decableado estructurado, optimización delflujo de aire, etc. El caso que se decribe acontinuación es uno de los ejemplos de

implementaciones recientes de estas BestPractices, en esta ocasión: segregación delpasillo frío mediante cerramiento flexible.

Los principios generales aplicados fueronlos siguientes:

• Segregación de aire frío y caliente

¯ Se requiere un volumen mínimo de airefrío

• Utilización de especificaciones de tem-

peratura y humedad más apropiadas yefectivas

p

¯ Los parámetros de control ahora sonla temperatura y humedad a la entradadel servidor, medidos en el pasillo frío

¯ Esto nos permite producir aire frío amayor temperatura (por ejemplo, a 24ºC en lugar de 16ºC)

• Las acciones anteriores, al redefinirse losumbrales de temperaturas de referenciade temperatura, aumentan la ventanade oportunidad para hacer “free chilling”y “free cooling” (también llamado “freecooling” directo)

¯ Menor enfriamiento de aire requeridoimplica:

¯ Menor enfriamiento de agua enchillers requerido

¯ Posibilidad de que el aire exterior seencuentre a la temperatura requeridaen el data center

• Gestión más precisa de la Refrigeración (medición y monitorización específica e

integración en BMS)

producción, en el que se implementaron lassiguientes acciones:

• Refuerzo del aislamiento térmico de la

sala: mejora de la estanqueidad y la ba-rrera de vapor y disminución de intercam-bios de temperatura con el exterior.

• Evolución de las especificaciones detemperatura y humedad relativa de la sala:alineamiento con ASHRAE (se aumenta latemperatura de generación de aire frío de16ºC a 24ªC y se aumenta la ventana dehumedad relativa permitida aceptando elintervalo mínimo 30%-60% HR).

• Monitorización de la demanda de poten-cia y consumo en las CRAC units.

• Cambio del sistema de control de lasCRAC units, incorporando el parámetro de“temperatura del aire de impulsión”.

• Instalación de túneles para realizar elcerramiento del pasillo frío

• Adecuación y “fine tunning” del flujo de

aire para servir a los pasillos fríos ya aisla-dos mediante “túneles”

Lecciones aprendidas:

• El cerramiento de los pasillo fríos y la mo

• En este caso concreto y en la mayoríade los casos se requerirá una solución




Resultados obtenidos:

• En una primera fase se implementó el ce-rramiento de los pasillos y el “free chilling”

• Se estima que con la implementación dela segunda fase (“free cooling” directo)se podría conseguir un 6% adicional deahorro de consumo energético.

• El cerramiento de los pasillo fríos y la mo-dificación de las condiciones de refrige-ración suponen una cambio al diseño ori-ginal del data center y a las condiciones

de operación del mismo. A consecuenciade esta acción, el data center deberá seroperado de distinto modo y con distintosvalores de consigna.

• Por tanto, antes de acometer una alte-ración tan significativa debemos estarseguros de que el personal de operaciónes experto y posee el conocimientosistémico del data center, de modo que

puedan ejercer el juicio técnico y realizarlos ajustes adecuados para asegurar quela nueva solución funciona pero no pro-duce una sub-optimización puntual quecause un perjuicio al sistema global (porejemplo, los ventiladores internos de losservidores podrían empezar a funcionara mayor velocidad, demandando másenergía.

• El cerramiento de pasillos es una estra-tegia “todo-nada” ya que requiere que secambien las condiciones termodinámicasde la sala al completo.

de los casos se requerirá una soluciónde cerramiento capaz de adaptarse adistintas alturas de Racks, a filas de Rackscon huecos de distintas dimensiones, etc

• Para que la medida de cerramiento de pasi-llo frío sea efectiva, deben realizarse previa-mente otra serie de acciones que resultanvitales: tapado de huecos, re-posicionadode baldosas perforadas, instalación deblanking pannels en Racks, etc…

• Abundando en la idea de que el pensa-miento sistémico debe ser una constanteen los data centers, al implementar una

solución de este tipo debemos asegu-rarnos de no olvidar las necesidades ycondicionantes de los demás actoresinvolucrados en la sala del data center. Eneste caso resultó muy relevante la necesi-dad de realizar ciertas adecuaciones dela solución para asegurar el cumplimientode los requerimientos de detección yextinción de incendios.

TOTAL IT PUE

2009 Abr 1.486 808 1.84 May 1.750 907 1.93 Jul 1.809 923 1.96

2010 Abr 1.740 1.030 1.69

May 1.841 1.096 1.68 Jul 1.864 1.144 1.63

Ahorro anual promedio 4.536 MWh y 270.000 eurospor año. Pay-back de la inversión menor de dos años

006




Mejores prácticas en el diseño de DC

006

P059 ¿Por qué un proyecto de nuevo DCpuede fallar?

Algunos clientes asumen la responsabili-dad de gestionar el proyecto por completoincluso sin tener recursos en actividadesde diseño y construcción:

• No se establecen grupos de trabajo conobjetivos generales comunes y focaliza-dos a la mejora global de cada aspectodel proyecto. Riesgo de “nichos” deconocimiento muy centralizados en susrespectivas áreas de trabajo

• Indefinición en una clara y completa listade requerimientos en la fase inicial

• La declaración de requerimientos noincluía un análisis de riesgos adecuado,evaluando crecimientos “impredecibles”y modelos tecnológicos.

• Los costes de operación no se tuvieronen cuenta en la fase de diseño

• No se estableció un proceso de Go-bierno con el fin de tomar decisionesimportantes de diseño, de forma rápiday argumentada

• No se formó un equipo de gestión deproyecto representado por Real State,Tecnología y Operación

Global Project ManagerCustomer

IT Projecto DelegatedCustomer

060 El equipo de diseño




Chart de roles para un proyecto de nuevo DC con roles principales (Columnas A+I) y auxiliares

(columna consultants) y responsable de proyecto de traslado

Customer

Sponsor Customer

Sponsor IBM

Global Project Mger. IBM

Chief Architect

Design Team

Structure Des.

Chief Engineer

Cooling sys. Eng. Energy Planner Physical planner

Power sys. Eng. Digital Media

Cabaling Specialist Continuity plan.

Monitoring Cons. Relocation Cons.

Security consult. Networking

Safety Specialist

War Room (Project Office)

IT planners

Command Cent.

Consultants Relocation P.M. IBM

Customer

061 No todos los Level 4 son iguales mensionado de equipos respecto a lacarga nominal que se pretende alimentar.

optimiza el rendimiento del equipamientoeléctrico.





A la hora de iniciar el diseño básico de unnuevo DC es necesario seleccionar previa-mente el estándar de referencia a seguir,

ya que aunque son similares en muchosaspectos, existen algunos que no lo son.Tratar de cumplir los requerimientos de dosestándares de forma simultánea implicarácontradicciones. Se indican a continuacióndos aspectos concretos y significativos:

• El estándar llamado T especifica reque-rimientos relativos a las acometidas deCompañía Eléctrica. En función del Tier

objetivo, dichos requerimientos varían. Encambio el estándar llamado U no defineen sus White Papers requerimientossobre las acometidas, ya que U conside-ra como fuente primaria de energía losgrupos electrógenos. Debido a ello losrequerimientos de redundancia de gruposelectrógenos de U superan a los de T

• Otro ejemplo de factor diferenciador entre

estándares se encuentra en el sobredi-

A parte de las diferencias existentesentre estándares, es factible llevar a caboun diseño que sin seguir determinadoscriterios de los mismos, consiga un nivelde disponibilidad que iguale o supere losniveles más elevados de estos estándares.La elección de tecnologías alternativas alas tradicionales en diseño de DC puedenprovocar “salirse” del estándar concreto,pero a cambio pueden traer otros beneficios.Siempre es clave mantener como filosofíaen alta disponibilidad la: no existencia de

punto simple de fallo y posibilidad de mante-nimiento concurrente.

Como ejemplos de tecnologías innovadorasanalizadas en detalle y aplicadas a casosreales es posible citar:

• Sistema IP bus para UPS: adicionalmentea la alta disponibilidad que ofrece, se tra-ta un sistema que incrementa considera-

blemente la flexibilidad de la instalación y

• Air free cooling: sistema que no contem-pla el uso de enfriadoras y que incremen-ta significativamente el enfriamiento sin

uso de compresores.

En caso de pretender seguir de formaexacta cualquier estándar público internacio-nal, será complicado justificar el uso de lossistemas expuestos.

062 Aspectos importantes en ladefiniciónde sistemaseléctricos: Sistemasde

se haya realizado de forma que el nivel decortocircuito fase-tierra generado en un

diseños el hecho de evitar interacciones defaltas a tierra de equipamiento no IT sobre la




definición de sistemas eléctricos: Sistemas depuesta a tierra

El diseño de un sistema eléctrico requiere

no solo de la definición del nivel de disponi-bilidad del mismo. Existen gran cantidad deaspectos a tener en cuenta que requerirántomas de decisión importantes y de granpeso en el desarrollo del proyecto. En el pre-sente apartado se citan cuestiones que IBMse encuentra de forma habitual en proyectoseléctricos de DC, cuyas respuestas requie-ren de experiencia específica en instalacio-

nes de alta disponibilidad para DCs.

En lo que se refiere a proyectos de nuevosDC, es práctica habitual y acertada consi-derar régimen de tierras TN-S. El hecho deque la tierra de baja tensión sea común a latierra del neutro del transformador, suponeque una derivación de fase a tierra genereun cortocircuito, con lo cual las proteccionespueden tener capacidad para despejar

dicha falta. Este aspecto implica evitar lainstalación de protecciones diferencialessiempre y cuando el diseño de la instalación

punto tenga la entidad suficiente para que laprotección de dicho punto despeje la falta.En caso contrario, será necesario el estudio

de instalación de protección diferencial. Elcorrecto diseño de la instalación eléctricaTN-S de un DC deberá evitar la instalaciónde protecciones diferenciales en alimen-taciones finales a carga IT. En caso de noconseguirlo, la instalación perderá una delas grandes ventajas del régimen TN-S sobreotros regímenes. El criterio para alimentacio-nes a equipos mecánicos o de iluminaciónpuede tratarse de distinta forma.

Una instalación básica para el correctofuncionamiento de una sala IT es su propiamalla de tierras. Su diseño dependerá dela filosofía seguida en la sala IT en cuantoa instalación o no de falso suelo, y a laubicación de instalaciones en el interiorde la sala. Existen varias normativas de noobligado cumplimiento que marcan criterios

para el correcto diseño de mallas de tierraen sala con equipamiento IT. Es complicadollevar a cabo dichos criterios sin experienciaen salas IT. IBM considera básico en sus

malla propia de sala IT dada la sensibilidaddel equipamiento IT.

Cuestiones como la existencia y correcciónde armónicos es otro aspecto fundamentalen instalaciones con carga IT. La existenciade armónicos es un punto a tener en cuentadesde la elección de equipos eléctricoshasta el dimensionado de conductores.No hacerlo conllevará a problemáticas decomplicada solución en fase de operaciónde la instalación.

P

063 Aspectos importantes en ladefinición de sistemas eléctricos: Seguridad

madores y recorridos de líneas eléctricas debaja tensión.

sobrepasar los niveles máximos reflejadosen normativa, es necesario tomar medidasde apantallamiento adecuadas





ginmaterial

La fiabilidad de una instalación eléctrica

debe tener en cuenta los efectos que loscampos electromagnéticos pueden generarsobre determinados equipos. No se cita alas personas por considerar los DC comoespacios en los que habitualmente no existepersonal trabajando, salvo en casos puntua-les por requerimientos de mantenimiento opuesta en marcha de nuevos equipos.

Existe normativa que regula los nivelesmáximos de campo electromagnético queno deben ser sobrepasados en la ubicaciónde equipamiento IT. En caso de sobrepasardichos niveles no es posible garantizar queel campo electromagnético tenga efectosadversos sobre el correcto funcionamientodel equipo IT.

Este aspecto debe ser tenido en cuenta

pues en la ubicación física de los elementoseléctricos en el DC, especialmente transfor-

Resultados computacionales influencia delíneas de distribución en sala de Racks

En el caso de los transformadores, sus fa-bricantes disponen de tablas de cálculo denivel de campo electromagnético generadopor el transformador a distintas distan-cias teniendo en cuenta una situación deplena carga del mismo. En caso de que la

distancia a la que se encuentre un transfor-mador de la sala IT no es suficiente para no

de apantallamiento adecuadas.

En el caso de las líneas eléctricas de bajatensión, se debe hacer foco en los recorri-

dos de las mismas en el interior de las salasIT, sin olvidar las exteriores. Cuanta mayorsea la distancia a los equipos IT, el campoque estos últimos recibirán será menor.Conseguir distancias importantes en elinterior de una sala IT suele ser complicado,por lo cual al diseño del recorrido de laslíneas se le debe dedicar un análisis dete-nido. A parte de ello deben plantearse las

opciones presentes en el mercado: cablesversus blindobarras y analizar las ventajase inconvenientes que cada una presentefrente a la otra.

El recorrido de las líneas eléctricas no solodebe ser analizado respecto a la posiciónde equipamiento IT, sino también respectoal recorrido de cableado de datos de cobre.Evitar recorridos en paralelo y a corta distan-

cia es fundamental.

064 Hay más que sistemaselectromecánicos enunDC: Factores para

Si bien en los últimos años existe unatendencia hacia el ToR, basada en unas

t j t




electromecánicos en un DC: Factores paraescoger ToR, EoRow o EoRoom

Cuando decidimos la topología de la LAN,

que vamos a instalar dentro de las salas ITde un DC nos encontramos con tres posi-bles soluciones:

La más tradicional, centralizar todas lasconexiones de red en único punto de la sala(un armario o batería de armarios de ca-bleado), donde centralizamos la electrónica,tanto de acceso como de agregación. Esto

es conocido como End of Room (EoRoom).

La segunda opción es el centralizar lasconexiones de los servidores en un armariopor cada fila, donde se instala la electróni-ca de acceso, ubicando la electrónica deagregación en un único punto por sala o DC.A esto se le denomina End of Row (EoR).

Por último existe la opción de descentralizar

por completo la electrónica de acceso,ubicando un switch en cada armario deservidores. Top of Rack (ToR).

ventajas concretas:

Reducción del cableado en un 90%, queademás del ahorro de coste nos permite

tener más despejada la sala para la clima-tización y para otras instalaciones.

Reducción los riesgos, al dispersar laelectrónica por toda la sala en lugar deconcentrarla, etc.

Desde IBM también se han identificado unaserie de factores en contra: incremento delprecio de la electrónica instalada, mayor nú-

mero de equipos a gestionar por el equipode Nw,etc.

Desde IBM se considera que no existe unasolución general, cada escenario de sala oDC debe ser estudiado y en función de suscaracterísticas elegir que topología, o mez-cla de ellas debe utilizarse. Como parámetrogeneral, un tamaño pequeño de sala, bajadensidad energética y bajo requerimiento de

disponibilidad, debe inclinar la balanza haciael EoRoom. Siendo los factores contrarioslos que recomendarían un ToR.

P

065 Networking. La evolución de laarquitectura en las redes del DC

es conveniente no tener sobre-suscripciónen la capa de acceso.





Debido a la aparición de modelos “cloud”y el uso intensivo de las soluciones de vir-

tualización, los DCs actuales necesitan unainfraestructura de red de alto rendimiento yfiabilidad.

Históricamente, las redes de área local delos DC seguían un diseño en tres niveles(acceso, agregación y core). Los switchesde acceso eran equipos de bajo coste consobre-suscripción que se conectaban a unacapa de agregación formada por chasis

modulares de alto rendimiento y conectadaa su vez al core.

Este diseño funcionaba correctamentecuando en cada servidor que se conectabaa la capa de acceso se ejecutaba una únicaaplicación. Con la virtualización la carga detrabajo de los servidores aumenta, por loque a la hora de diseñar la red hay que tener

en cuenta que los servidores van a estarenviando tráfico continuamente y por tanto

Además muchas aplicaciones estánformadas por módulos que se comunicanentre sí y que pueden estar ejecutándose en

diferentes servidores hardware. Por este mo-tivo el tráfico entre servidores es muy alto ylas redes de los DC tienden a arquitecturasmás planas, en las que haya menos saltosen la comunicación entre servidores y portanto se reduzca la latencia.

Para soportar movilidad de aplicacionesentre los DC o entre clouds externos einternos, es importante contar con conexio-nes de alta velocidad entre los DC, extensióndel nivel 2 y tecnología que contemplelas características y requerimientos de lavirtualización.

El diseño de la arquitectura y funcionalidadde las redes de comunicación en el DC esun capítulo independiente pero relacionadocon las infraestructuras más tradicionales, y

por tanto debe ser gestionado coordinada-mente por el equipo de diseño .

066 Hay más que sistemaselectromecánicos en un DC: Sistemas de

o PLC´s, DDC´s o Electrónicas de Controlcon sus lógicas o software asociado

o Lógicas cableadas implementadas en

El Software del BMS, seleccionado entre losprincipales fabricantes del mercado, deberácumplir los siguientes requerimientos:




control y monitorización

La función principal de dicho sistema es

proveer la información necesaria de lasinstalaciones a los Gestores de las mismasde forma que estos tengan, en tiempo real,un perfecto conocimiento del estado de lasmismas – monitorización - y la capacidad degobernar éstas - control. A su vez dicho sistema proveerá la infor-mación necesaria para la correcta explota-

ción de las instalaciones, de forma que sepermita la optimización técnico / económicade las mismas.

Componentes genéricos:

• Software de los aplicativos de Control,sistemas SCADA (Supervisory Control andData Acquisition) o BMS (Building Mana-gement System) así como la integración

de los mismos.• Equipos Hardware Asociados

o Estaciones de Trabajo donde corren lasaplicaciones SCADA o BMS

o Lógicas cableadas implementadas enlos cuadros eléctricos

o Sensores de campo (entradas y salidasanalógicas, entradas y salidas digitales)

Se recomienda una arquitectura lo másplana posible pero siguiendo unas premisasjerárquicas:

NIVEL 1: Software de Monitorización y Con-trol (sistema SCADA o BMS)NIVEL 2: Electrónicas + SW Intermedio(PLC´s, DDC´s o Electrónicas de Control)

NIVEL 3: Lógica Cableada (implementadaen cuadros eléctricos de control)

Cada nivel debe tener capacidad de funcio-nar sin que su nivel inmediatamente supe-rior, o todos los niveles superiores, funcionencorrectamente.

El funcionamiento de un equipo sin su nivelsuperior evidentemente se llevará a cabosin las funcionalidades que le aporta el nivelsuperior, por lo que diremos que este dispo-sitivo funciona en modo degradado.

cumplir los siguientes requerimientos:

• Aplicación basada en OAS (Open Archi-tecture System), descartando aplicaciones

propietarias desarrolladas exprofeso• Soporte bajo sistema operativo extendido

• Sistema operativo multitárea real

• Sistema operativo de robustez contrasta-da en el mundo industrial

• Sistema operativo con interfaz de usuariobasado en entorno de ventanas

• Soporte TCP/IP

• Disponibilidad de drivers para la mayorparte de equipos DDC´s y PLC´s y elec-trónicas de control del mercado

Las decisiones sobre puestos de controldeben ser tomadas en función del análisisde riesgo y del plan de continuidad de ne-gocio, de manera que ante una contingencialocal de carácter grave la monitorización semantenga desde otra localización

067 Hay más que sistemaselectromecánicos en un DC: Diseño deEnte p ise Command Cente s

Los costes crecientes requieren una ges-tión más efectiva de la organización y losrecursos. Los costes de caída de una hora

virtualización añaden una capa adicional deabstracción, lo que dificulta el mantenimientode los niveles de servicio y disponibilidad).





Enterprise Command Centers

IBM define el Centro de Control del centro

de datos como aquella infraestructura físicay lógica donde tanto personas, procesos ytecnología se reúnen con el fin de gestionarlos datos que conducen el negocio. Es decir,no se considera únicamente la infraestruc-tura física, sino que IBM considera al centrode control como un todo completo integradopara proporcionar el servicio de gestión ymonitorización que se precisa.

Las tecnologías de infraestructura emer-gentes requieren un turno (“shift”) desde lasalud y comportamiento de los componen-tes individuales a un énfasis más holísticoen la salud de los servicios de negocioend-to-end a través de las cada vez máscomplejas infraestructuras. Proporcionar alpersonal información end-to-end en tiemporeal acerca del rendimiento y problemas

del servicio, precisa de herramientas quepuedan analizar rápidamente la informaciónprocedente de servidores, almacenamiento,redes, aplicativos y dispositivos de usuario.

de aplicativo pueden suponer cantidadescercanas a los 45.000 USD, valor que puedeverse incrementado en unidades con altos

niveles de transacciones, donde las caídasde las aplicaciones pueden costar millonesde dólares por minuto.

La alta disponibilidad impone la necesidadde minimizar la intervención humana y erro-res humanos. La creciente complejidad delas operaciones IT genera gaps en procedi-mientos y recursos (complejidades introdu-

cidas por tecnologías crecientes tales como

y p )

Los operadores y equipos que gestionanen Command Center presentan un impacto

directo en los múltiples factores de éxito queafectan directamente en el coste, calidad,madurez del servicio así como a la disponi-bilidad. Poniendo especial foco en el desa-rrollo e implementación de los componentesclaves del centro de control, es posibleconseguir un aumento en el aprovecha-miento de los costes de operación (TCO) ycomputación (TCC).

068 Hasta dónde llegar con un sistemaantiincendios

y por otro lado, exactitud, evitando cualquiertipo de falsas alarmas.

sonas como para las máquinas informáti-cas y el medio ambiente, al estar basadoen gases inertes




La protección contra incendios de un DCestá formada por dos elementos. El sistema

de detección, cuya misión es advertirnos deun posible foco de incendio lo antes posibley el sistema de extinción, encargado deextinguir el foco de incendio, causando elmínimo de daños al Centro.

Los dos sistemas, detección y extinción,forman la protección contra incendios y unosin otro no tienen sentido. Una pronta detec-ción de un incendio no sirve de nada si nocontamos con un elemento para extinguirlo,de manera rápida y segura y al contrario, denada sirve un gran agente de extinción si nosomos capaces de detectar el incendio.

¿Qué debemos pedir a un sistema de detec-ción? Ser capaz de detectar el conato deincendio en el estadio más temprano posible

¿Qué debemos pedir al sistema de extin-ción? Eficacia, protegiendo por este orden:las personas, el edificio y los equipos, alextinguir el incendio en el menor tiempoposible. Inocuidad tanto a personas, como aequipos y medio ambiente.

Soluciones completas y con un nivel deprotección elevado pueden incluir:

• La utilización de un sistema de los cono-cidos como “detección precoz”, y realizaruna detallada ingeniería de su implemen-

tación, que nos asegure su verdaderaprecocidad. Si en algún punto de todo elsistema de protección contra incendiosdebemos ser exigente, será en este.

• Instalar como agente extintor uno de losconocidos como limpios (ej. Incluidos enNFPA2001), cuya eficacia está probada,así como su inocuidad tanto para las per-

en gases inertes

• Utilizar como sistema secundario de extin-ción sistemas tradicionales, con el objetivo

final de salvar vidas y activos del edificio.

Por último, recordar siempre, que el mejorsistema de protección contra incendios dejade ser efectivo por un incorrecto manteni-miento de la instalación; no sellar pasos,cambiar ubicaciones de equipos, suciedadque engañe a los detectores, etc.

069 ¿Sabe diseñar un layout?

El layout IT o disposición física de salas IT

teriores simulaciones de comportamientotérmico

• Incluye las interfases con otros elementos





El layout IT o disposición física de salas ITes uno de los elementos más importantes yademás diferenciadores de un proyecto de

ingeniería de misión crítica.

No tendremos seguridad sobre la correctafuncionalidad de la distribución de insta-laciones en las salas IT hasta que no sedesarrolle un physical layout detallado.

¿Por qué es importante?Lo es por diversos motivos:

• Culmina los diseños de distribución hastael punto final, el receptor o rack informático

• Confirma la validez dimensional de la salay elementos portantes (alturas, anchuras,habitáculos auxiliares, dimensiones deinstalaciones cercanas y espacios entreellas…). Evita interferencias

• Proporciona un imagen real (en 2Dhorizontal+vertical) o en 3D y ayuda aimaginar la funcionalidad de la misma sala

• Posiciona elementos concretos que serándatos para modelizaciones de sala y pos-

ydel mundo IT (cableado estructurado, swit-ches, cajas de conexión, puestas a tierra,instrumentación, señalización

¿Qué debe incluir un diseño de layout?

• Dimensión neta de sala

• Replanteo de suelo técnico

• Modularidad de calles IT (7 tiles, 8 tiles, 9tiles)

• Distribución de datos, fuerza, seguridad,

detección y extinción de incendios, con-trol, instrumentación de sala, detección delíquidos, refrigeración líquida, difusores deaire, cortafuegos, puestas a tierra-mallaequipotencial, alumbrado general

• Posición de equipos climatizadores

• Comunicación con equipos anexos (Cua-dros de distribución, STS, CRACS,…..)

• Posición exacta de equipos por clusters

• Sensorización

• Señalización IT y de emergencia

070 La importancia de las PDUs en el DCactual

Con respecto a los cuadros eléctricos, cabedestacar la importancia que tienen para losDC las protecciones extraíbles “en caliente”.




Las siglas de PDU son internacionalmenteconocidas, sin embargo, ¿sabemos realmen-

te lo que significan?.

En entornos de centro de proceso de datosPDU son las siglas de Power DistributionUnits, literalmente unidades distribuidoras depotencia. En el ámbito internacional se utilizaPDU para hacer referencia a varios tipos deequipamientos “distribuidores” de potenciacomo son cuadros eléctricos o regletas depotencia. En nuestro país usualmente sehace referencia a PDUs únicamente comoregletas y rara vez como cuadros eléctricos. La importancia de este pequeño elementoradica en que son el punto de partida enla gestión para muchos responsables desalas IT.

Las PDUs así como todos los equipamien-

tos eléctricos han evolucionado ostensible-mente desde sus orígenes y han llegadoa ser un componente de conexión y degestión.

pEstas permiten ser sustituidas en caso deavería o cualquier otro incidente sin necesi-dad de cortar el suministro eléctrico al DataCenter.

Las regletas de potencia cuentan coninnumerables mejoras, y en la actualidadexiste un gran abanico de modelos condiferentes aplicaciones. Existen regletas conprotecciones incorporadas, con analizado-res de redes, gestionables vía IP y PDUsinteligentes, estas últimas capaces gestionar

completamente la regleta y a través suspuertos también los sensores asociados ala misma.

Por último destacar otro tipo de PDU másconocido como Busbar o Blindobarras.Éstas no dejan de ser otro tipo de powerdistribution units, con la peculiaridad de quecuentan con unidades conectables al bus-bar (cajas de conexión “hot swap”) donde

se encuentra la aparamenta, que puedenser extraídas y redistribuidas a lo largo detodo el Busbar, proporcionando una mayorflexibilidad al gestor del Data Center.

007




Aseguramiento de calidad + Commissioning. Puesta en servicio

007

A071 El proceso de aseguramiento de lacalidad final

Se define al Aseguramiento de la Calidadcomo el “conjunto de actividades planea-das y sistemáticas implantadas dentro del

sistema de calidad, y demostradas segúnse requiera para proporcionar confianzaadecuada de que un elemento cumplirálos requisitos para la calidad”. Además elaseguramiento de la calidad, en situacio-nes contractuales, proporciona confianzaal cliente.

Aseguramiento de la Calidad tiene que ver

con la conservación de los principios bá-sicos, directrices de diseño y selección deequipamiento, condiciones de ejecución yde preparación final de un sitio DC.

En concreto, un servicio suficiente de ase-guramiento de la calidad (o QA) deberíaser aplicado en las fases:

• Diseño básico y detallado

• Selección de soluciones y proveedores.Tipología de pliegos para contratos

• Ejecución de trabajos

• Pruebas finales parciales e integrales

• Preparación del sitio e interfase para eltraslado de equipos IT

Normalmente el rol necesario para des-empeñar este trabajo es el de un consultor

en DC que es auxiliado en las diferentesfases por especialistas en las diferentesmaterias. Son roles auxiliares fundamenta-les los de especialista en traslados, técnico

de puesta en marcha e ingeniero eléctrico.Ni que decir tiene que la experiencia enproyectos completos o llave en mano es

• Recibir, interpretar y traducir los posiblesrequisitos del usuario final (IT) para serllevados a cabo por el equipo de facilities



100 cuestiones sobre Datacenters compartidas con nuestros clientes p. 91A

proyectos completos o llave en mano esmuy valorable.

Actividades habituales en un contrato deaseguramiento de la calidad suelen ser lassiguientes:

• Confirmación de criterios de diseño

• Revisión de hipótesis y cálculos enproyecto

• Revisión dimensional de planos constructivos

• Análisis funcional pasa/no pasa del

layout horizontal y vertical de salas IT

• Estudio y recomendaciones sobre pro-puestas de cambio de tecnologías enproyectos (validación)

• Previsión de interferencias en la ejecu-ción en obra

• Confirmación de la evolución de laejecución de acuerdo a proyecto

• Comprobación dimensional de paráme-tros fundamentales en obra

llevados a cabo por el equipo de facilities

• Revisión de protocolo de pruebas inte-grales. Validación

• Asistencia y certificación final de proto-colos de pruebas

• Validar la preparación del sitio

• Activar los hitos de traslado de equiposHW coordinando con el director de tras-lado y compartiendo la documentaciónde campo sobre physical planning

• (…)

072 El proceso de entrega y puesta enmarcha (Commissioning)

aparejadores, instaladores, …) sin tener unclaro enfoque de DC, es garantía de tenerproblemas en la fase de puesta en marcha yfuncionamiento del DC

sino que gran parte de su experiencia y es-pecialización está centrada en los entornoscríticos o DC.





De nada vale diseñar la mejor de las infra-estructuras electromecánicas para entornos

críticos, la más eficiente, con el mejor de losniveles de disponibilidad teóricos posibles,si luego no se realiza una correcta implanta-ción física de las soluciones proyectadas enlos DCs.

Un DC no es una colección de partidas deobra e instalaciones diversas e inconexas.Uno de los principales riesgos detectadospor IBM es tratar la construcción de un DC

de forma industrial, como si fuera un edificiomás (usos como hotel, centro comercial,oficinas…).

Dejar la implantación de las solucionesdiseñadas en proyecto en manos delresto de agentes típicos que participanen la construcción de un DC (arquitectos,

funcionamiento del DC.

Es muy importante que exista la figura del

Commissioning en la construcción de unDC que integre todas las funciones de su-pervisión, control de calidad en la ejecución,puesta en marcha, pruebas uni-disciplinares,pruebas integrales, formación, traslado equi-pos IT y entrega del DC en funcionamiento,todo bajo el prisma del DC y asegurando laadaptación de las infraestructuras al equi-pamiento IT, anticipándose a los posibles

problemas con los que se puede encontrarel cliente en el inicio de las actividades.IBM cuenta con un equipo técnico que aúnatodos los conocimientos necesarios paragarantizar el éxito que supone construiry poner en marcha un nuevo DC. No solodispone de ingenieros eléctricos, mecáni-cos, de refrigeración, de comunicaciones,…

IBM ha desarrollado y aplicado con éxitosus propios protocolos de aseguramiento

de la calidad y Commissioning (QOM=Quality Operations Manual) adaptados a lasexigencias y necesidades de los DCs, quecubren todas las fases de la construcción ypuesta en marcha.

073 Pruebas fundamentales

Al final de las instalaciones, cada instalador

que se comprueba el correcto funciona-miento de la cadena de reacciones quese debe dar entre las instalaciones ante

l i i id i E t i

Como ejemplos muy prácticos, de nadasirve disponer de una redundancia 2N enacometidas eléctricas o UPS, si cuando

d l d tid f f ll




Al final de las instalaciones, cada instaladoro fabricante que ha participado en la cons-trucción de un edificio, coordinados por un

arquitecto o técnico de obras, se asegurande que su instalación funciona de forma co-rrecta. Este proceso es correcto y suficientepara confirmar la idoneidad de la ejecucióny funcionamiento de las infraestructurasen la gran mayoría edificaciones (oficinas,centros comerciales, hoteles, etc…).

En un DC, aun más importante que las

mismas pruebas finales de todas sus instala-ciones, son las pruebas de cómo interaccio-nan las instalaciones entre si. El número deinterfases de funcionamiento entre todas lasinstalaciones y equipos es tan elevado quehace necesario realizar pruebas exclusivas(denominadas pruebas integrales) en las

cualquier incidencia. Estas reacciones encadena deben probarse bajo cualquier tipode incidencia imaginable que se pueda

dar en un DC por muy improbable que estaparezca.

La importancia de las interfases se apreciaaún mejor si pensamos en las interaccionesde instalaciones muy diferentes que inclusopueden haber ejecutado empresas separa-damente y sin relación alguna. Sistemas decontrol eléctrico informando a sistemas de

seguridad contra incendios o con interac-ción humana. Además de la programaciónautomática, estas interacciones son proce-dimentadas en los protocolos de pruebas,con lo que la Organización gestora se veobligada a redactar su propio Libro operativodel DC.

una de las dos acometidas sufre un fallo, norecae automáticamente el 100% de la cargaen la otra. Y lo mismo si adicionalmente falla

un ramal entero de climatización. Cualquierotra posible incidencia o fallo debe sersimulado comprobando que la instalación,de forma automática, se configura paraasegurar la continuidad de la operacióntanto de electricidad como de refrigeración.Incluso estas pruebas han de realizarsecon carga eléctrica real o carga de pruebadentro de las salas IT aun cuando no se ha

procedido al traslado o implantación de losracks informáticos.

074 Commissioning: elemento clave delas operaciones del data center

sistemas, y entre ellos y el sistema desupervisión y control (BMS) proporcionanal conjunto un funcionamiento estable ytolerante a fallos según se ha diseñado





• Cuanto más crítica y compleja es unainstalación, más imprescindible es el

commissioning. Existen distintas con-cepciones de la definición y alcance delcommissioning. En las líneas a continua-ción se hacen consideraciones sobre lafase de “ejecución del commissioning”considerada en su sentido más amplio.

• Debido a las consecuencias del fallo ofuncionamiento indebido de una instala-ción crítica, la realización de un commis-

sioning completo y riguroso es imprescin-dible. Se requerirá que el commissioningsea especificado, coordinado y validadopor una entidad independiente de laestructura de Project Delivery, Propiedad oData Center Operations – “CommissioningAgent”. Se deben asignar en el presu-puesto, en los requerimientos de proyectoy en el programa posiciones específicas

para las actividades de commissioning.

• El objetivo fundamental es comprobarque las interacciones entre los distintos

tolerante a fallos según se ha diseñado.

• Es imprescindible poner el sistema a la

carga máxima de diseño, y ensayar lasconmutaciones y escalones de carga que ocurren al efectuar un ensayo decorte de red.

• A la vez que el commissioning es unfactor esencial para asegurar la fortalezade las operaciones, es en sí mismo muyvulnerable, puesto que su completa yadecuada realización depende de que sele haya permitido empezar desde el iniciodel proyecto, y de que se haya reservadosuficiente presupuesto y tiempo para larealización completa del Test Integradode Sistemas, Simulación de Plena Cargay Test de Escenarios de Operación y deFallo.

075 Los Documentos Críticos deOperación se generan en el Commissioning

La mayor parte de los documentos críticosen la operación de un Data Center se gene-ran o se recopilan en la fase de “Commis-sioning” (etapasde “Commissioning” Test

FAT (”FactoryAcceptance Test”)

Prueba de arranque




Las distintas actividades dentro de loscomponentes del proceso producen valiosa

información para el explotador posterior.

sioning (etapas de Commissioning , TestIntegrado de Sistemas (IST) y Hand-Over(traspaso a operaciones)).

Formarán parte del Libro del DC final, entreotros:

• Manuales de Operación y Mantenimiento• Certificados de Garantía• “Principios de Diseño”• Manuales de Formación• Estudio de Selectividad y de Arco Eléctrico

• Tabla de Configuración de switches• “Registros de Commissioning”: opera-ciones y lecturas de parámetros en cadasituación

• Base de Datos de Activos para AssetManagement

Componentes básicos del IBM DC commissioning

q

individual de equipos

SAT (”Site Acceptance

Test”)

IST (”IntegratedSystem Test”)

@“Scenario Testing”

“Hand-Over”

076 Physical planning. El valor de laingeniería IT

• No se incluyen detalles constructivoscomo aislamiento de pasillos, zonas dealta densidad…

• No se ha previsto la instrumentación de

Al margen de aspectos básicos del diseñoinicial, algunos mencionados en la relaciónanterior, vamos a centrarnos ahora en lapregunta clave en el cierre de un proyecto





Es habitual que se prevea con suficienteantelación qué especialistas , consultores

o ingenieros desarrollarán los proyectos deimplantación, sistemas energéticos y deseguridad. En ese momento se genera ungran vacío entre tal proyecto (conformadocon los capítulos tradicionales de cualquierproyecto de edificación) y el resultado final.La causa es que las ingenierías tradiciona-les no especialistas suelen carecer de losconocimientos necesarios para finalizar unproyecto completo. Uno de los resultadosencontrados, es que entre la finalizaciónde las instalaciones electromecánicas y deseguridad y la llegada de los usuarios (áreasde informática) se detectan importantescarencias no contempladas en proyecto:

• Ausencia de layout vertical detallado.

• Ausencia de planos de conectividad de datos

• Ausencia de detalles de adecuación de

suelo (raised floor map).• Se prescinde de elementos de refrigera-

ción en rack o “in server”.

• No se ha previsto la instrumentación desala para la monitorización energética.

• Tampoco su integración otros sistemas decontrol del edificio.

• La ausencia de elementos auxiliarescomo los anteriores implica que alexistir aparecen interferencias sobre lasinstalaciones proyectadas anteriormente(es válido y reglamentario el sistema deextinción de incendios?).

• No se desarrollaron simulaciones térmicasde fluidos dentro de la sala IT para ladifusión de aire/agua.

• No se incluyó en el cálculo del índice deeficiencia total (PUE, DCiE) los aspectosde ineficiencia dentro de las salas (ej.Bypass, recirculación y subpresión).

• La ingeniería IT aplica criterios de alta fiabili-dad en las instalaciones electromecánicas,contrastando niveles de fallo (MTBF yMTTR).

• (…)

p g p ycompleto de DC, que no olvidemos, tienesentido cuando se hace para un usuario

IT futuro, ¿quién desarrollará el physical Plan-ning de mi DC?.

En sentido amplio, el physical planningcomprende multitud de instalaciones yprocesos no contemplados en proyectos deingeniería.

(Physical planning consta de un physicallayout -planos de disposición de equiposy su conectividad general- y de un plan derecursos de instalación).

Es necesario recordar que la generaciónparticularizada de documentación de cam-po relativa al physical planning es crucialdentro del plan de traslado de HW pues




dentro del plan de traslado de HW, puesasí, el Relocation manager dispondrá de losrequisitos de conectividad necesarios antes

del momento del “salto”.

077 Sistemas de Gestión deinfraestructuras / facilities. Como plantear elsistema de mantenimiento

edificio podia llegar a absorber el programaespecífico del DC, perdiendo rasgos funda-mentales del mantenimiento de DC.





Las posibilidades de plantear un sistema demantenimiento de DC han sido hasta ahora:

• Mantenimiento correctivo simple

• Mantenimiento preventivo y correctivo concontratos personalizados y diferenciados

• Mantenimiento integral

• Introducción de paquetes predictivos

• Gestión de mantenimientos (Independien-te de los anteriores)

Estas alternativas pueden tener distintos ma-tices si estamos hablando de una instalaciónsingular y de pequeño tamaño o de si habla-mos de una práctica general para un parquede DC corporativos, a veces ubicados endistintos países.

También se podia plantear con una orien-tación “auxiliar” cuando El DC representa

una porción de superfície pequeña dentrode una gran edificación. Pese a la criticidaddel uso y al consumo energético relativo,el programa de mantenimiento general del

En cualquier caso, la preparación del pro-grama de mantenimiento debe establecerse

como requisito en la RFP para ingenieríasdesde el momento de la selección de éstas.La línea de trabajo para el desarrollo delplan debe ser paralela a la de diseño +construcción.

Existen actividades dentro de las fases dediseño y construcción que se ven influen-ciadas o que deben documentar aspectosfuturos del mantenimiento:

• Inventario actualizado de equipamiento.Libro del DC.

• Resultados de las pruebas de puesta enmarcha.

• Definición de las auditorías periódicasnecesarias, identificación de puntos decontrol como indicadores de calidad delmantenimiento.

IBM dispone de un modelo de progra-ma de mantenimiento y organización deoperaciones IMAC que se presta comofase asociada al diseño y que proporciona

sistema integral. Las empresas finalesdeben aportar su conocimiento técnicoespecífico relativo al equipamiento, pero sumétodo de trabajo, registro de acciones y




protocolos específicos de este tipo de ins-talaciones (IBM ROM= Reliable Operations

Manual).

Avanzando lo que se describe en el capítu-lo de herramientas, los nuevos sistemas degestión integral (como IBM Maximo) pro-porcionan una completa plataforma para lagestión de activos, programas de trabajoy gestión de mantenimiento, al tiempo quelo relacionan con variables de capacidad,consumo energético y localización físicade los equipos (receptores IT y equipos dealimentación).

La disponibilidad de un sistema integral degestión de este tipo ha cambiado la formade plantear los modelos de mantenimientoy de su gestión.

El modelo de mantenimiento se automa-

tiza por completo y los requisitos hacialas empresas mantenedoras finales estáncondicionados por los procesos del

evaluación de calidad será controlada porel Sistema que es gestionado únicamente

por la Propiedad o el gestor de manteni-miento. De esta forma se reduce la variabili-dad en el alcance y calidad de servicio yse tiene un mejor control del resultado delas intervenciones de mantenimiento.

El modelo de gestión de mantenimientopuede venir implícito en un sistema degestión integral (como en el caso deMaximo™ ) donde se incorporan prácticas yrecomendaciones de control, intervención,registro, etc...

Para saber más:IBM Maximo Infrastructure managementhttp://public.dhe.ibm.com/common/ssi/ecm/en/

tid14073usen/ TID14073USEN_HR.PDF

078 El plan de ocupación (relocationservices)

Ante los riesgos a los que se pueden ver

alternativa elegida por el Cliente, la elabora-ción del plan de contingencia del traslado ypor último, la ejecución y acompañamientodurante el traslado hasta la puesta a puntod l i d i f i

o Fase 4: Desarrollo de alternativas, com-parativa de funcionalidades

o Fase 5: Selección de estrategia - alter-nativa de traslado seleccionada





Ante los riesgos a los que se pueden verexpuestos los servicios informáticos de lascompañías ante el evento de traslado deinstalaciones bien sea por el fallo en algunaactividad programada, deterioro de losequipos durante el movimiento o bien porfallos en las puesta en funcionamiento delas maquinas y/o aplicaciones y los efectosque ello pueden conllevar para la ejecu-ción de los procesos de el Cliente, IBM hadefinido los Servicios de Diseño del Plan deTraslado al Nuevo DC del Cliente como un

área clave dentro de los servicios que elCliente requiere para la puesta en marchadel nuevo DC.

IBM ha desarrollado un conjunto de ofertascuyo fin es procurar cubrir todas aquellasposibles necesidades de los clientes anteéste tipo de eventos. Nuestras ofertasincluyen la definición de las factores y áreascríticas de negocio, el impacto ante la inte-rrupción o pérdida de los servicios informá-ticos en éstas, el estudio de las solucionesalternativas posibles, la implantación de la

de los sistemas de información.

En general la metodología de traslado deIBM debe abarcar consecutivamente:

• Etapa 0: Identificación de alternativas yselección de estrategia de traslado

o Fase 0: Inicio del servicio

o Fase 1: Recopilación de requerimientosde criticidad de servicio

o Fase 2: Análisis tecnológico del entorno

de sistemas y comunicacioneso Fase 3: Identificación de alternativas.

Site survey de sitios destino

• Etapa1: Fase de diseño detallado del Plande Traslado

o Fase 0: Definición de equipoo Fase 1: Identificación de procedimientos

o Fase 2: Estimación de recursos hardwarey software necesarios. Requisitos del Site.Generación de physical planning

o Fase 3: Definición de equipos asocia-dos al traslado

o Fase 4: Planificación detallada deltraslado

o Fase 5: Plan de contingencia del traslado

079 Evaluar alternativas en las fasescríticas de traslado

Por lo anterior el traslado de los activos IT IBM ha planteado distintas alternativas de




Por lo anterior, el traslado de los activos ITde el cliente se debe plantear como una

necesidad asociada a mantener el serviciosoportados por los Sistemas de Informacióny minimizar los riesgos durante el traslado,asegurando la continuidad de los sistemasde información en caso de que un eventoobligue a declarar una contingencia.

IBM ha planteado distintas alternativas deprevisión de contingencias para las activida-

des críticas dentro del plan de traslado. Sonvariadas e intentan ajustarse a la situacióneconómica y técnica de cada cliente:

• Alquiler de HW

• Renovación tecnológica coincidente conel traslado

• Proyectos de consolidación coincidentescon traslado

• Soporte y respaldo desde centros de

IBM (Business continuity and ResiliencyServices) tanto para servidores comoalmacenamiento y puestos de trabajo

• Ampliación de espacio auxiliar como(solución PMDC o DC portables comoespacio disponible para albergar HW)

008




Operaciones

Y080 Necesidad de un Modelo de Ma-durez para la Dirección de Operaciones delData Center

Como ya se ha comentado anteriormenteen esta publicación, todo lo relativo a los

data centers ha adquirido relevancia estra-tégica para las empresas que los poseen yque los usan, y tanto más las operacionesde los data centers, que llevan más de lasdos terceras partes de la consecución delos objetivos que la dirección de la compa-ñía pretende obtener de un data center.

Los data centers han sido denominadospor algunos expertos como “las nuevasfábricas” de la sociedad del conocimien-to. Esto, unido al carácter estratégicoya comentado, nos lleva a una serie de

conclusiones que no por evidentes merecela pena explicitar:

• Un DC es muy distinto de un edificio deoficinas: Desde el punto de vista de sugestión, los edificios forman en general

parte de los activos de soporte de lacompañía, como elementos facilitadoresde la actividad productiva de la empresa.Una interrupción del servicio en unedificio de oficinas causa inconvenientesal personal de la propia empresa, peromuy raramente impacta en los produc-tos o servicios que la empresa ofrece asus clientes, y menos aún ocasiona un

perjuicio a estos clientes.

• En casi todas las ocasiones, el datacenter es en sí mismo un producto

(empresas de housing) o un servicio (enlas empresas de posting, o en mayorescala, en le empresas de “Outsourcingde IT”) que se vende directamente a los




de ) que se e de d ecta e te a osclientes, o bien es un elemento clave dela cadena de producción de la empresa(e-commerce, aerolíneas, banca, etc).

• Así como las actividades gestión delos edificios de oficinas pertenece al“mundo de los costes”, las actividadesde gestión de los data centers pertenen-cen al “mundo de los ingresos y costes”,es decir, al “mundo del negocio” de laempresa.

• Puesto que el data center es un servicioo un producto, la gestión del mismo en-tra en la esfera de la Dirección de Opera-ciones de la Producción, que va muchomás allá del simple mantenimiento. Enla figura adjunta se muestran las áreasque deben cubrirse en la Dirección deOperaciones de Data Centers, por simili-tud con la Dirección de Operaciones deProducción en general:

El Modelo de Madurez es una herramientaque se utiliza para realizar una autoeva-luación del estado actual en que nosencontramos según unas ciertas variablesclave y para construir el plan de mejoraincremental que debe llevarnos desdeel estado actual al estado ideal a travésde sucesivas evoluciones consecutivas.Esta evolución incremental es tanto másesencial en aquellos casos en los quepartimos de una posición inicial tan alejadade la ideal que no es realista pensar quepodamos cubrir el “gap” (la diferencia que

separa una posición de otra) con un únicoplan de acción.

081 Propuesta del Modelo de Madurez deOperaciones de Data Centers

Al igual que ocurre con las métricas y con

McGuckin. En este modelo se definen seisetapas de madurez: “Supervivencia”, “Tomade Conciencia”, “Compromiso”, “Proactividad”,“Alineamiento con el Servicio” y “BusinessPartnership” y se evalúan para cada una de

– Cambios / Mejoras – Renovaciones en unaserie de ciclos repetidos hasta la decisiónde clausurar o abandonar el data center ohacer una renovación radical – prácticamen-te un nuevo data center -- normalmente tras

Operaciones




g q ylas herramientas, existe actualmente una

sobreabundancia de propuestas de Mode-los de Madurez, que suelen concentrarseen algunas de las partes de la Dirección deOperaciones de data Centers pero que nolas acometen como un todo. Nuestra reco-mendación es definir o encontrar un modelolo más generalista (el plan de acción sedefine a nivel estratégico, pero es necesariasu particularización al nivel adecuado de laempresa) y simple (con el menor número

de variables) posible, y entonces particula-rizarlo para nuestra organización y empezara aplicarlo, buscando identificar accionespara “subir de escalón” que puedan arrojarresultados tangibles y visibles en un plazode menos de 6 meses.

Un gran ejemplo de lo anterior es trabajo dela consultora GARTNER en su “IT Infras-

tructure and Operations Maturity Model” (Gartner, 2007), por Donna Scott, Jay E.Pultz, Ed Holub, Thomas J. Bittman, Paul

Partnership y se evalúan para cada una deellas cuatro variables clave: “Organización

(People)”, “Procesos”, “Tecnología” y “Direc-ción del Negocio”.

La clave de la utilización del modelo de ma-durez es asegurar que los Planes de Acciónque definamos consideren cuidadosamenteel estado de partida y final de cada una delas dimensiones a fin de conseguir situarlasa todas al mismo nivel. De otro modo, si en

una de las dimensiones nos encontramosen un estadio de madurez anterior, nuestraposición global de madurez será comomucho la correspondiente a ese estadio.

No debemos confundir el modelo de ma-durez con la curva de madurez o ciclo devida. Estos últimos términos designan a lassucesivas etapas “naturales” por las que el

data center pasará a o largo de su ciclo devida (a grandes rasgos: Necesidad-BusinessCase – Diseño y Construcción – Commis-sioning y Paso a Operación – Operación

te un nuevo data center normalmente trasun período de 25 / 30 años).

En la figura a continuación se representauna adaptación del marco de referenciapropuesto por Gartner a la dirección deoperaciones de centros de datos. El inter-valo de tiempo entre una fase y otra seránormalmente superior a un año. Cada faseaporta un valor incremental al negocio de lacompañía.




082 Modelo de gestión de un Data Center

La experiencia de IBM en prácticamen-te todos los escalones del “Ecosistema

permiten formar los distintos bucles de reali-mentación que se establecen en la Gestiónde Operaciones de Data Center:

R li t ió t áti ti

acciones de commissioning, etc). Loscambios son evaluados. La propuestasde cambio que se han recibido a travésdel proceso de gestión de cambios sonanalizadas y validadas por un comité de

Operaciones




Data Center” nos ha permitido desarrollar

y perfeccionar un modelo de gestión deoperaciones e infraestructura data centers,acompañado de la metodología y las BestPractices que hacen posible su implementa-ción. La esencia de este modelo es que estábasado en el principio de realimentación o“bucle cerrado”, comúnmente utilizado enregulación automática.

Gracias al conocimiento y experiencia de la

organización se dispone de un conjunto deBest Practices de diseño y de Operación dedata Centers que constituyen la referenciade acuerdo a la cual queremos que el datacenter funcione día tras día. Estas BestPractices contienen la guía para la formu-lación de los procesos y los componentesesenciales del plan de operaciones.

La clave del modelo es disponer de losmedios técnicos, humanos y organizaciona-les (apoyo y participación directa de la AltaDirección en algunos de los procesos) que

• Realimentación automática en tiemporeal: un mal funcionamiento de un compo-

nente, una pérdida de alimentación de redo cualquier otro evento son registradospor el BMS, que produce una alarma ydependiendo de los casos una acciónautomática (una conmutación, activaciónde rutas etc). Los detalles del eventoquedan capturados para su uso en otrosbucles de realimentación.

• Realimentación semanal: Análisis de loseventos registrados durante la sema-na, determinación de su causa raíz eidentificación de las acciones tomadaso programadas. Esta sesión de revisiónsemanal cuenta con presencia de la altaDirección, lo que garantiza el rigor y elnivel de esfuerzo.

• Gestión de Cambios: Sesión semanal de

revisión de las propuestas de cambiosen los data centers (solución de averías,mantenimientos especiales, nuevas insta-laciones de elementos de infraestructura,

analizadas y validadas por un comité deexpertos técnicos en presencia de la Alta

Dirección.

• Realimentación mensual de control de lareliability, riesgo y seguimiento de las BestPractices: incorporada a las herramientasIT de DCO, y validada por auditorías exter-nas de expertos técnicos.

Fruto de los distintos bucles de realimen-tación se habrá generado una lista de ac-

ciones con distintas duraciones y alcancesque deberán ser ejecutadas en distintosmomentos. Estas acciones son gestionadasmediante las herramientas de Data CenterOperations Management (DCO). Como semuestra en la figura, en cada uno de los me-canismos de monitorización de los buclesde realimentación se produce una capturade información que queda almacenada

en las distintas herramientas y procesos(gestión de calidad, gestión de cambios,gestión de crisis, etc). Esta información seva enriqueciendo a lo largo del tiempo con

nuevos datos, análisis, experiencia, informa-ción de fabricantes, etc, y se va generando“conocimiento en línea”, que se utiliza paraaportar “feed-back” de la experiencia quesirve para enriquecer permanentemente las

• Disponer de herramientas IT para lagestión de los procesos y acciones claveque contengan de forma “nativa” las BestPractices de operación de data centers,funcionalidades de “Business Intelli




sirve para enriquecer permanentemente lasBest Practices de Operación y de Diseño.

Esta realimentación de la experiencia haconducido en muchas ocasiones a descu-brir formas alternativas de diseñar y construirdata centers o partes de ellos.

Dos de los elementos clave en la puesta enpráctica de un modelo como el presentadoson:

• Contar con las Best Practices fruto delconocimiento de la empresa, de las reco-mendaciones de los fabricantes y/o delconsenso de la industria. Tener adaptadasdichas Best Practices a los niveles deconcreción y alcance adecuados a lanecesidad de la empresa y a su estadiode madurez.

• Disponer mediante el modelo de un me-

canismo de comprobación permanentede la vigencia y completitud de las BestPractices, mediante la experiencia real.

funcionalidades de Business Intelli-gence” (para la generación de Análsis y

“Dashboards”) y los mecanismos paracapturar e incorporar el conocimiento,tanto en las Best Practices, como en laherramienta en sí.

083 Best Practices en operaciones

Como se ha explicado anteriormente, lasBest Practices son un elemento esencialy “activo” en la gestión de las operaciones

1. Pensar que la resiliencia y la disponibili-dad de un data center están garantizadasen virtud de su diseño (lo cual no es ciertoen absoluto, las operaciones tienen unmayor peso que el diseño).

5. No disponer de un conjunto de procesosy procedimientos documentados y están-dar (fallo en la preparación).

6. No lograr implementar adecuadamentelos procesos y procedimientos (fallo en la

Operaciones




y activo en la gestión de las operacionesde centros de datos. Idealmente, las Best

Practices serán fruto de la experiencia de laempresa operando data centers a lo largode los años, enriquecida con las recomen-daciones recibidas de los fabricantes através de las relaciones de partnership man-tenidas. No obstante, aunque este no fuerael caso, si se cuenta con los mecanismos yherramientas adecuados, y con el apoyo dela dirección, se puede igualmente conse-

guir implantar un sistema de Best Practicesrecibidas del exterior.

En nuestra experiencia, las Best Practicesesenciales para la gestión de las opera-ciones de los data centers son las que sepresentan en la tabla adjunta. Su uso evitaráque se cometan algunos de los erroresmás importantes en la operación de DataCenters:

2. No involucrar al equipo de operaciones

en las etapas de diseño de un nuevo datacenter o de las modificaciones a un datacenter existente.

3. No disponer de personal de operación ennúmero adecuado, y con la formación yexperiencia adecuadas, para hacer frentea todas las situaciones previsibles: ope-ración normal, en casos de vacaciones ode baja de algún miembro del personal,

ventanas de mantenimiento o cambio enfines de semana, incidentes, etc.

4. No asegurar que el personal de ope-raciones conoce y ha ensayado lasprevisibles situaciones de emergencia ylas acciones de respuesta a tomar, y cadauno conoce su papel y su influencia en laacción global, y como se comportarán lossistemas en respuesta a los incidentes ylas acciones.

los procesos y procedimientos (fallo en laejecución).

7. No disponer de un Sistema de Asegura-miento de la Calidad y Mejora Contínua

8. No disponer y hacer un buen uso de lasherramientas de software imprescindiblespara la gestión de operaciones del centrode datos – CMMS (Computerized Mainte-nance Management System).

1

Necesidad de Personal

2 Mantenimiento Preventivo

9 Gestión de Capacidad y Carga

10Pruebas de Aceptación, Commissioning, Puesta enOperación




3 Formación Crítica en Operaciones de Centros de Datos

4 Gestión de Suministradores

5 Gestión de Cambios

6 Plan de Respuesta ante Emergencias

7 Documentos Críticos de Operación

8 Monitorización y Alarmas Críticas

11 Acuerdos de Nivel de Servicio (SLAs)

12 Procedimientos de “Post-Incidente”

13 Directrices para PDUs - Cuadros Eléctricos

14 Política de Conmutaciones Críticas

15 Gestión Energética del Data Center

16Procedimientos de Planeamiento de Proyectos/Diseño

/Construcción/Cierre, en Data Centers

Métricas

009




Métricas

h084 La eficiencia en métricas: ¿Porqué la eficiencia energética ha supuestouna revolución de las Operaciones de DataCenters?

En medio de la discusión sobre la determi-

nación de una métrica que recoja y reflejeadecuadamente la influencia de cadauna de los variables clave en el consumoenergético o la eficiencia energética de losdata centers, ha continuado produciéndoseun avance de la regulación y otros factorescríticos que han hecho que la eficienciaenergética de los data centers de la empre-sa haya escalado al nivel de la estrategiade la empresa y reciba la atención directa

del CEO y el comité de dirección. ¿A quése debe esta repentina relevancia de estamétrica?.

• Al hecho de que su medición propor-ciona un indicador clave para la AltaDirección y para el Mercado

• A la dinámica del mercado y la regu-lación, que han convertido a eficienciaenergética en un “Service Qualifier”, de

modo que si una empresa no alcanzaun determinado nivel en este ámbito, elpropio mercado la descalifica, no la dejaentrar en competición.

Sin pretenderlo, se ha topado con un indi-cador clave de la excelencia de la empre-sa. Las métricas de eficiencia energética(las más simples y comúnmente acepta-das como consumo energético total y PUE,“Power Usage Effectiveness”) son como elhilo por el cual se deshace la madeja.

085 Métricas de operaciones de datacenters: ¿Por qué es la Eficiencia Energéticaun indicador clave de la EXCELENCIA en laOPERACIÓN?

preventivo+predictivo (con análisis detendencias facilitado por las adecuadasherramientas de monitorización) o ideal-mente “Condition Based Maintenance”.

tiempo genera conocimiento que a suvez genera iniciativas que pueden serimplementadas, o mayores elementosde juicio para evaluarlas.




Porque un nivel alto de eficiencia demues-tra que:

• El nivel de Mantenimiento es excelente:todos los equipos y sistemas están enperfectas condiciones de uso, no haypérdidas o ineficiencias de climatización(todo bien sellado y controlado porejemplo con cámara térmica), los filtrosno están bloqueados, las válvulas abren

y cierran como deben, los sistemas decontrol (sensores, sondas, etc…) estánbien calibrados y funcionan bien, el BMSfunciona adecuadamente, etc.

• Como se comenta más adelante, lasoperaciones emplean un nivel másevolucionado de mantenimiento:como mínimo preventivo, normalmente

• La Operación es excelente ya que se ha

pasado de una operación REACTIVA yPUNTUAL a una OPERACIÓN INTE-LIGENTE basada en el conocimientotécnico, la observación y la experiencia.Se posee un pensamiento sistémico, seconocen las relaciones causa-efecto ylas cadenas de efectos (lo cual hace,por ejemplo hace que no se persiganciegamente sub-optimizaciones en unas

partes del sistema cuyo efecto final através de las interacciones sería un de-trimento global del sistema). Se disponede “visibilidad” (se sabe qué preguntashacer, cómo interrogar a los sistemas,seleccionando los factores relevantes deentre las infinitas variables que podemosmonitorizar) y en base a ello se realizaanálisis de tendencias, que al cabo del

• Al no estar constantemente reaccionan-

do, el equipo de operaciones de datacenter puede abstraerse y emplear unavisión sistémica y estratégica, y estarcontinuamente buscando, seleccionan-do, evaluando e implementando mejoras.

086 ¿Por qué es la Eficiencia Energéticaun indicador clave de la MADUREZ DE LAORGANIZACIÓN?

La segunda ley de la termodinámica

total y se responsabiliza del mismo, o biense pone en las manos adecuadas (departa-mento de servicios generales, para usuarios“no masivos”) y presta su total cooperaciónpara la puesta en práctica exitosa de las ini-ciati as o cambios necesarios (por ejemplo

ampliación de determinados servicio, o lavirtualización, o la renovación de HW IT ode infraestructuras.

• Se responsabilizan de él porque está ensu esfera de control lo cuál ha requerido

Métricas




g y(entropía) tiene otra interpretación práctica

adicional a su interpretación energética:la tendencia natural de cualquier sistemaque exista en la realidad es al deterioro yal desorden. En este sentido, decimos quela eficiencia energética es “antinatural”, yse requiere de la organización un esfuerzodeliberado y coordinado para obtenerla.

Las mejoras significativas y continuadas de

la eficiencia denotan una Dirección firme ycomprometida, que es capaz de instrumen-talizar adecuadamente sus instruccionesmediante las actuaciones pertinentes sobrelos procesos y las métricas y la organiza-ción y las personas. También se pone demanifiesto una madurez a nivel de gestión:cada parte de la organización conoce cuáles su aportación al consumo energético

ciativas o cambios necesarios (por ejemplo,

apagado de luces y cierre de edificio a unadeterminada hora, cambio del sistema deiluminación, funcionamiento “eco” del aireacondicionado (no más de 21ºC en Inviernoy no menos de 24ºC en Verano) controlpersonal – no calefactores, no monitores,cargadores de móvil o PC eternamenteconectados, “power saving” en el PC, etc.

Los consumidores energéticos “masivos” dela organización:

• Conocen cuál es su consumo, y lotienen incorporado a su contabilidad decostes, que se encuentra desarrolladade un modo efectivo al nivel de detalleadecuado. Por ejemplo, se conoce quéefecto tendrá en el consumo la firma dedeterminado contrato de outsourcing, o la

su esfera de control, lo cuál ha requeridoprobablemente ciertas adaptaciones o

cambios organizativos.

087 El sistema de métricas de gestión

Nuestro enfoque y recomendación en elámbito de las métricas en general y de lasmétricas de eficiencia energética en parti-

de decisión o de verificación de que lasacciones emprendidas están logrando losresultados esperados. En el caso de lasOperaciones de Data Centers se requie-ren modelos de organización, procesos,metodologías y métricas que integren a




g pcular, para aquellas empresas que según

su posición en el “Ecosistema Data Center”no sean “thought leaders” o creadores deconceptos es que en lugar de embarcarseen una búsqueda hacia la métrica perfectase hagan consideraciones como las ex-puestas en la sección anterior:

¿Cuáles son mis indicadores clave, aquellos

que reflejan en un solo dato las características

vitales de mi empresa?

¿Realmente necesito un 100% de precisión y

exactitud en mi indicador o puedo admitir un

cierto sesgo “cualitativo” que sin embargo no

impida que use el indicador como autoevalua-

ción, para comparar distintos momentos de mi

camino de mejora propio?

¿Para qué quiero usar el indicador? ¿Para reali-

zar después acciones de mejora o simplemen-

te porque es un dato que debo proporcionar

al mercado?

Para la mayoría de empresas, las métricasson un instrumento de ayuda a la toma

metodologías y métricas que integren a

los dos componentes clave: la gestión delas infraestructuras físicas y la gestión deIT. Sin embargo, en paralelo al desarrollode estas métricas, se recomienda quelas compañías adopten aquellas que yahan sido comúnmente aceptadas por elconsenso del mercado y trabajen con ellasen su gestión de operaciones.

Específicamente en el ámbito de los indi-

cadores de eficiencia energética para Datacenters, el indicador comúnmente aceptadoes el PUE, aunque los expertos reconocensu limitación al no hacer explícitas todas lasvariables que influyen en el consumo deenergía, algunas de las cuales son esencia-les debido al “efecto multiplicación hacia elexterior” que se produce en el consumo deenergía del data center.

En efecto, diversas organizaciones están de-sarrollando métricas más completas o evolu-cionadas, que penetran más profundamente

en las “capas” del data center de lo que lohace el PUE de GreenGrid (ver figuras).

McKinsey, CADE – “Corporate Average

Data Center Efficiency”

Green Grid DCcE – “Data Center Compute

Efficiency Metric”

EU CoC: “IT Productivity” , “Total Energy

Productivity”

No obstante, como ocurre en muchoscasos, los defectos o imperfecciones enlos mecanismos se pueden paliar o mitigarcon un desarrollo excelente de la operación.Los resultados demuestran que muchascompañías que únicamente están utilizandoel PUE han sido capaces de lograr la citadaintegración entre sus áreas de “Facilities” y de

IT, por medio del uso de instrumentos organi-zativos: formación, visibilidad de la informa-ción de los indicadores y fijación de objetivosy retribución de acuerdo a los mismos.

088 Métricas de performance: Sistemade tomas de mediciones eléctricas en racks

El protocolo de medición eléctrica del DCdebe establecerse a 3 niveles distintos:

chips internos de cada fabricante o SW quecorre en el mismo equipo permite ahondaren el rendimiento eléctrico de componentescomo las fuentes de alimentación; discernircómo se alternan o conviven las diversasfuentes dentro de un mismo equipo (condi-

Métricas




debe establecerse a 3 niveles distintos:

• Equipamiento principal de edificio DC:Utility y fuentes alternativas, transporte ydistribución, transformación, baja tensióngeneral, consumidores auxiliares

• Distribución de BT en entornos críticos(salas IT, Telecomunicación, entrancerooms, meet-me points, centros de opera-ción, etc…)

• Consumo selectivo dentro de máquinas

(HW standalone o Rack units)

Si bien en el primer nivel hay que poner focoen la monitorización de estado, consignas y ,en el segundo es especialmente importantela distribución regular, el balanceo de cargasy los parámetros de calidad eléctrica.

En el tercer nivel , la industria ha dispuesto

ya de dispositivos y SW de bajo nivel parala monitorización de consumos en PDUs,y consumos a nivel de socket. Esta últimainformación proporcionada también por

fuentes dentro de un mismo equipo (condi-ciones reales de redundancia).

Los 3 niveles anteriores deberán ser rela-cionados en los sistemas de monitorizacióny gestión integral. Es la única forma deasegurar:

• Trazabilidad y causalidad en una incidencia

• Tener una visión general del flujo eléctricoe identificar los sumideros de consumo

• Capacidad de detallar componentes de lacadena para extraer información

• Analizar la capacidad de recursos

Monitorización de PDUs en Distr. de Racks

089 Métricas de performance: Controlde condiciones ambientales

Desde la aparición de la climatizaciónindustrial, allá por principios del siglo XX,

en la Sala, con una importancia muchomenor de las condiciones de habitabilidad.Por otro lado, cada Data Center debe serestudiado para poder determinar el mejorcontrol, ya que existen multitud de varia-bles como pasillos fríos pasillos calientes




el control de las temperaturas de consig-

na y la temperatura ambiente han sufridoimportantes mejoras y modificaciones. Conla aparición de los DC y otros entornoscríticos se creó una branch especializa-da en la climatización de los mismos, eldenominado “close control” o climatizaciónde precisión.

Desde IBM consideramos que el “close

control” ha mantenido una herencia de laclimatización industrial que no es positivapara el Data Center, y es precisamente elcontrol de las temperaturas.

En la climatización industrial y domésticalo que prima es el control de temperaturaambiente, y por esa razón el control de losequipos se realiza mediante las sondas deretorno del aire tratado. Sin embargo en los

centros de proceso de datos se controlapara mantener unas determinadas condi-ciones de admisión en el HW informático

bles, como pasillos fríos, pasillos calientes,regulación de rejillas, diversas tipologías deracks, posición de los CRACs, etc.

En definitiva existen multitud de solucionesde control mediante sondas de temperatu-ra de retorno, de temperatura de impulsión,sondas de presión diferencial que debenser utilizadas y adaptadas a cada casoconcreto. Esto resulta en un reducido perocrucial número de métricas relativas a cli-

matización que los gestores de explotacióndeben supervisar.

Herramientas

010U




Herramientas U090 Business Analytics and Optimization

Esta área de conocimiento en sistemasde información cobra cada vez mayorimportancia y tiene un recorrido largo conmultitud de facetas. La utilización de herra-

mientas cada vez más inteligentes no sóloes común en procesos de investigacióncientífica o complejos desarrollos industria-les. La capacidad de gestionar informa-ción de manera masiva, con algoritmoscomplejos y generar profundos informesrelacionales es algo muy relacionado conlos procesos de gestión de IT.

Dentro de BAO podemos encontrar 5áreas de competencia:

• BAO Strategy• Business Intelligence and Performance

Management• Advanced Analytics and Optimization:

• Enterprise Information Management• Enterprise Content Management

Le invitamos a conocer mejor la genesis yaplicaciones de las soluciones analíticas através de videos didácticos:

Para saber más:How it Works (Analytics) ™http://www.youtube.com/watch?v=_HbjsNaUJ2A

En este capítulo nos centraremos ensistemas de gestión de infraestruturas enel DC (relacionados con la competenciaAdvanced Analytics and optimization).También se hará mención a otras aplica-ciones de alto valor añadido, utilizadas porIBM en diseño.

091 DCIM (DC Infrastructure Management)

Los responsables de gestión de infraes-tructuras IT y de operaciones van más alláde la monitorización parcial de diversos

Tivoli para gestión energética

Recommendations:

- Begin monitoring overall energyconsumption in the data center,either manually or with metering and




de la monitorización parcial de diversos

sistemas y comienzan a demandar unagestión integral alrededor del DC.

DCIM es el concepto que aglutina la moni-torización 360º alrededor del DC, aunqueen ocasiones se utilice para refererirse asusbsistemas o áreas concretas.

Las imposiciones de los reguladores de laindustria por medir y gestionar el consumo

energético no se harán esperar (UE Codeof Conduct o Energy Star).

La fusión inevitable de las disciplinasde gestión de Facilities management yexplotación IT es otro motivo de facto paraque el concepto DCIM se imponga en elmercado.

http://ibmtvdemo.edgesuite.net/software/tivoli/

demos/Maximo_MEO/index.html

No sólo puede abarcar factores ener-géticos sino también gestión de activos(gestión del ciclo de vida y sus operacio-

nes), operaciones IMACs, gestión de lacapacidad…

Según Gartner (2011) las herramientasy procesos DCIM serán una demandaprincipal en la agenda de los gestores deDC, creciendo desde el 1% en 2010 hastael 60% en 2014.

intelligent power strips, even if you

can get only a macro view.

- Evaluate DCIM products now, with afocused evaluation, prior to full-fled-ged adoption.

- Partner with your facilities team toensure that data center and facilitiesenergy management initiatives don´t

overlap.

- Begin looking at the cascade effectsof change management on theinfrastructure, rather than just thechange itself.

Recomendaciones sobre el roadmap

con herramientas DCIM. Gartner (2011)

092 Gestión del Servicio para “SmarterDC”. Roadmap

Una vez introducida la idea de la gestiónintegral es lógico plantearse la cuestión dequé “roadmap” seguir para conseguirla y

La gestión completa contemplaría la inte-gración de gestión de activos IT y Facilitiesmás monitorización en tiempo real de espa-cio y energía con optimización térmica.

Cuatro etapas configuran el roadmap desea-

• Monitorización del estado

• Análisis integrado y optimización del DC

Sólo la colaboración completa de áreas deservicios y gestión operativa de IBM hanposibilitado llegar a una solución end to end

Herramientas




qué “roadmap” seguir para conseguirla y

con qué pasos sucesivos o simultáneos. Lagestión del servicio en operaciones de DCdebe conseguir procedimentar e instru-mentalizar la estrategia de transformaciónmarcada por IT+facilities.

Cuatro etapas configuran el roadmap desea

ble hacia una integración habilitada:• Gestión de inventario y ciclo de vida de

activos

• Medición e instrumentación

posibilitado llegar a una solución end-to-end.




093 Gestión del Servicio para “SmarterDC”. Inventario y Ciclo de vida

Herramientas




Esta etapa se centra en la creación de uninventario de activos de diferente naturaleza,los medios de adquisición de datos y lasherramientas relacionadas de organizaciónde la información e interfases gráficas.

Los gestores de operaciones IMAC (Installa-tion, Moving, Adding, Changing) verán reco-gidas en estas herramientas todas las tareasnormalmente llevadas a cabo por diferentesusuarios con aplicaciones inconexas y me-diante procesos no automatizados.

Las actividades relacionadas con esta faseson:

• Adquisición de datos de nuevos equipos.Registro electrónico (barcodes, RFID, ….)

• Integración de datos en inventario

• Generación de layout gráfico

• Localización inteligente de máquinas enlayout (vertical y horizontal) en cualquiersala del conjunto de DC del cliente

• Asociación de equipos con usuarios

• Gestión de capacidad: Visualización dedisponibilidad de recursos

094 Gestión del Servicio para “SmarterDC”. Instrumentación y medida




Esta etapa se centra en la instrumentaciónnecesaria para la gestión de subsistemascríticos como son la distribución eléctrica ylos sistemas de frío y acondicionamiento.

Tareas relacionadas con esta etapa son:

• Integrar información de dispositivosy receptores en salas IT con equiposprincipales del edificio (flujo energéticocompleto)

• Visualización a nivel de componente:Server, PDU, circuito, UPS…..

• Gestión térmica de salas

• Modelos predictivos de la capacidad• Interfases gráficos

• Informes sobre tendencias, históricos, ac-ciones de balanceo de cargas, previsiónde alarmas de temperatura, grado deutilización de UPS, CRACs,….

• Establece métricas ejecutivas para cua-dros de mando

Visualización a nivel de componente

Ejemplo métricas de gestión energética

095 Gestión del Servicio para “SmarterDC”. Consolidación y monitorización de estado

Herramientas




Esta etapa se centra en la verdadera inte-gración de la información sobre facilites yentorno físico IT con la del HW informáticode diversa naturaleza y de distintas platafor-mas. Un portal común posibilita establecerrelaciones y fusionar fuentes de informaciónhasta ahora disjuntas.

La monitorización de estado proporcionainformación de estado sobre alertas, estadode instalaciones y consumo energético, asícomo la utilización en tiempo real de servi-dores, almacenamiento, switches, estado dered y la relación de todos con niveles deservicio preestablecidos (SLAs).


• Gestión energética (HW IT, PDUs, BMS)

• Utilización de recursos HW

• Portales de visualización de eventos.Gestión de incidencias y relaciones

• Cuadros de mando ejecutivos de caráctermixto

096 Gestión del Servicio para “SmarterDC”. Análisis integral y optimización


• Tendencias en el consumo de recursos

• Visualiza la condición del DC

• Visualización de los efectos de virtualiza-ciones o movimientos físicos. Favorece laoptimización del espacio y la energía




Esta etapa recoge las necesidades de ges-tión continua a partir de toda la informaciónrecogida por las etapas anteriores. El SWrelaciona de manera estrecha las múltiplesvariables, asociadas por criterios físicos

o por grupos funcionales de sistemas deinformación.

La extracción de conclusiones y planes deacción se extiende a la asignación de esta-dísticas a usuarios concretos, permitiendo

un control funcional avanzado y la planifica-ción de cuentas internas.

optimización del espacio y la energía

• Registro de incidencias

• Gestión ejecutiva del Plan de capacidad(trimestral y anual)

Data Center Power Usage

Start Date Jan 19, 2011 12:00 AM End DateReport Period 7 days Rate PlanEnergy Mix default

Resource Power Usage (KWh) Estimated Cost (US$)Server 161,420.25 8,361.57Facility 155,545.09 8,057.24Network 0.00 0.00Storage 0.00 0.00Other 0.00 0.00

Total 316,965.34 16,418.81

Note: Server power consumption data includes the power data of Blade Chassis, Rack

Summary

Power Usage (KWh) Estimated Cost (US$)

097 DCRM. Gestión sencilla activos

DC Resource Management es una herra-mienta y un protocolo a la vez, posibilitandouna gestión simple del parque de máquinasen salas IT:

Herramientas




• Gestión de inventario• Coste de activos

• Localización de máquinas

• Base de datos relacional de máquinas

Cada vez que un servidor se incorpora físi-camente, el registro de su alta es inmediatopor la lectura de su tag de identificación.

Posteriormente, los movimientos o bajas delmismo serán igualmente registrados.

El uso de tags basados en códigos debarras es lo más usual entre las compañíasque ya han abordado soluciones parecidas.DCRM propone tags de radiofrecuencia(RFID) para la identificación y registro delas máquinas acelerando enormemente lasoperaciones.

Las herramientas Web de registro de inven-tario son accesibles y escuetas. Se persona-liza la información estrictamente necesariapara la gestión de inventario.

098 La Analítica en la planificación deltraslado de HW/ALDM

Analytics for Logical Dependency Mapping(ALDM), es el nombre del SW patentadopor IBM para facilitar el desarrollo de planes




detallados de traslado de HW en grandesinstalaciones.

Es una herramienta que “descubre” las co-nexiones y las dependencias lógicas entreservidores y su almacenamiento, middlewarey aplicaciones. Posteriormente sugiere creargrupos de afinidad que se organizarán parael momento del traslado de HW, reducien-

do los errores y minimizando el riesgo quesupone el mismo.

Lógica de la dependencia y agrupación de máquinas

Con un coste muy reducido, ALDM se con-

vierte en una gran ayuda para muchos denuestros clientes, no sólo por la optimizacióndel traslado de su HW, sino porque actualizay confirma el inventario que el cliente posee.

Es válido para cualquier plataforma y seextiende a cualquier máquina del entornolocal.

099 El mundo se mueve: Monitorizaciónen nuestras manos

Es cada vez más obvia la transformaciónde la tecnología actual en dispositivos deacceso remoto, fácilmente manejables y de

sistemas operativos tales como iOS, Android,Symbian, Windows Mobile, etc, lo que provo-ca la necesidad de la creación de diferentesversiones del mismo software dependiendode la plataforma hardware (smartphone)sobre la que se ejecuta dicho operativo. Elfuturo deberá converger en una unificación

gestión de facilities (incluido gestión deactivos con reconocimiento instantáneo delos mismos) como a la propia informaciónde inventario de los servidores. Ya existenaplicaciones en el mercado (sobre todoorientadas al sistema operativo iOS) quepermiten acceder a los servidores y electró-

Herramientas




un tamaño reducido que permita disponerde ellos en todo momento y lugar siemprey cuando se cuente con un acceso 3G a In-ternet. La expansión de Internet a través delos nuevos terminales es cada vez más evi-dente. De acuerdo a los últimos informes, seespera que la venta de smartphones supereal de portátiles para el año 2012. ¿Estamosante una nueva revolución en empresas yorganizaciones?.

Los tablets y smartphones están expandien-do la Red y cambiando los hábitos de usode Internet, las transacciones comercialespropician una Red sostenible pero tambiénobligan a las empresas e instituciones areplantearse la forma de relacionarse consus clientes.

Sin embargo, y dado que no se ha produ-cido una estandarización de plataformasmóviles existen en el mercado diferentes

futuro deberá converger en una unificación

de criterios con el fin de poder estandarizarlos aplicativos.

En cualquier caso, los aplicativos desarrolla-dos para smartphones permiten la recep-ción de alarmas de los sistemas del DC,tanto de los elementos de la infraestructuracomo del equipamiento informático permi-tiendo el acceso a los sistemas de monito-

rización para actuar de una manera reactivay preventiva con el fin de verificar el estadooperativo del DC en cada momento.

Del mismo modo, se dispone de accesosecurizado al DC, tanto a los sistemas de

permiten acceder a los servidores y electró

nica de red del centro de datos para verificarremotamente su estado pudiendo actualizaren tiempo real y en remoto la información ycontenido de los mismos.

Además, los nuevos protocolos de segu-ridad permiten acceso a la informaciónalmacenada en la “nube” con el fin de poderrelacionarla con la información recibida de

los aplicativos de monitorización. Con ello, sepodría tener acceso remoto a protocolos demantenimiento, generación remota de hojasde trabajo, etc.

100 CFD en diseño y reingeniería desalas IT

La simulación térmica; “Computational fluiddynamics” es la utilización de ordenadorespara generar simulaciones de cómo se

este momento no tenga sentido el diseñarun DC sin realizar una análisis de dinámicade fluidos.




comporta un fluido. En el caso de un DC, elaire. En los últimos años ha ganado muchí-sima popularidad en el diseño del DCs paracomprobar si la climatización va a ser efi-ciente, si hay equipos con falta de refrigera-ción o si nos vamos a encontrar con algunode los llamados duendes de la climatización:recirculación, puntos calientes y falta/excesode caudal. En resumen nos va a permitiroptimizar la refrigeración de la sala.

Cuando comencemos el diseño de unnuevo DC o sala IT es el momento deconsiderar distintas alternativas o aproxi-maciones. Una herramienta de CFD nosva a permitir analizar todas las alternativas,desde el tamaño óptimo de la sala (¿mejorvarias salas pequeñas que una grande?) asu distribución o sistema de refrigeración (in

row, tradicional, mixto) compararlas y des-cubrir los futuros inconvenientes y ventajasde cada uno de ellos. Todo ello hace que en

El siguiente paso, que IBM introducirá es eluso en tiempo real de las herramientas CFD,una vez la sala esta operativa, tanto comoherramienta de rediseño como de operacióny mantenimiento del DC. Este uso conti-nuado nos evita que la instalación de unanueva máquina o reubicación reduzca la

eficiencia del DC y por otro lado nos brindauna magnífica herramienta de control de lainstalación.




Visitanos en Ibm.com/es -> Servicios TI ->Infraestructura TI



Desarrollado por:

Site&Facilities ServicesDC Operations

ibm 100 razones

Documents