Sei sulla pagina 1di 12

3 DISEÑO DEL DATACENTER TIER 4

3.1 ANALISIS DE LOS METODOS DE CALIFICACION DE LOS


DATACENTER

Históricamente, el rendimiento de un Data Center dependió en gran parte de las


personas involucradas en el proceso de diseño. Para hacer una solución, personas
individuales se replegaron sobre las experiencias personales únicas, las anécdota,
habladurías, y la leyenda en general, poniendo el énfasis especial sobre los
atributos de diseño que históricamente comprendían.

Cuando los mismos requisitos son dichos. Esto ha incitado el desarrollo de la


criticidad o categorías de grado a los que ayudan a especificar la disponibilidad
y el rendimiento de confiabilidad de diseños del centro de datos. La
especificación de rendimiento del centro de datos se pone más fácil teniendo
categorías simples de las arquitecturas de diseño que pueden ser comparadas
entre sí.

Existen varios métodos en toda la industria de la instalación de Data Center de


misión critica. Los tres más conocidos son los patrones de rendimiento de Tier
del instituto Uptime, TIA/EIA 942, y la del Grupo Syska Hennessy Criticy
Level™. . [APC-83-2007]

3.1.1 INSTITUTO UPTIME

Aunque no es un organismo de normalización, el Uptime Institute


fue pionera en su método de clasificación de nivel en 1995 y ha
sido ampliamente mencionado en la industria de la construcción
del centro de datos. El método de Uptime INstitute incluye cuatro
niveles, Nivel 1 a Nivel 4, que han evolucionado a lo largo de los
años a través de varios proyectos de centro de datos. Este método
proporciona un alto nivel de directriz, pero no proporciona
detalles de diseño específicos para cada nivel. [DAT-PREN-2007]
3.1.2 TIA/EIA 942

Los cuatro niveles se describen en los niveles de revisión 5 TIA


942 se basan en el tiempo de actividad Uptime Institute. Aunque
942 es una norma, los cuatro niveles descrito en el apéndice G son
de caracter "informativo y no se consideran los requisitos de la
presente norma". No obstante, el apéndice G proporciona criterios
de diseño específicos que pueden ayudar a los diseñadores a crear
un determinado nivel y permite a los propietarios de los centros
de datos para evaluar su propio diseño.

3.1.3 SYSKA HENNESSY GROUP’S CRITICALITY LEVELS

Syska tiene diez niveles de criticidad en el tiempo de actividad de


la construcción de cuatro niveles(Tier), considerando la evolución
reciente del centro de datos de alta densidad tales como la
informática y las arquitecturas flexibles. Aunque el método Syska
incluye diez niveles, es el primero de los mapas de sus diez niveles
de criticidad para el tiempo de actividad de cuatro tiers. Syska es
más completa, también incluye elementos que evalúan el
mantenimiento y el funcionamiento de un centro de datos y no
sólo el "upfront" de los componentes y la construcción. Además,
fue pionera en el balance a los centros de datos por niveles de
criticidad reconociendo que el rendimiento del centro de datos es
tan fuerte como su elemento más débil. Los niveles de criticidad
del Syska se describen en un nivel alto y carecen de la
especificidad de la TIA-942.
3.2 COMPARACION DE LOS METODOS

En general, los tres métodos y la idea de que hay cuatro niveles, que llevan los
números (1, 2, 3 y 4) de la criticidad / niveles de uso común hoy en día. El mayor
problema con el método y tiempo de actividad Syska, es la falta de detalle
necesario para articular las diferencias entre los niveles. La TIA-942, en cambio,
ofrece detalles específicos en todos los niveles y en una amplia gama de
elementos de telecomunicaciones incluyendo, arquitectónicos, eléctricos,
mecánicos, vigilancia, y las operaciones. Por ejemplo, la TIA-942 especifica que
un nivel 2 del centro de datos debería tener dos vías de entrada de proveedor de
acceso que son por lo menos 20 m (66 pies) de distancia.

Syska también se especifica que un nivel 2 del centro de datos debería tener dos
vías de entrada, pero no aporta ningún otro detalle. Documentación a disposición
del público el tiempo de actividad no proporciona orientaciones para el proveedor
de acceso a las vías de entrada.

Hasta hace poco, sólo Syska Hennessy explicó la importancia de equilibrar los
niveles de los diversos sistemas que componen un centro de datos. Analiza el
tiempo de actividad de este concepto de equilibrio en su nivel actualizado en
2006. En general, sobre la base de la bibliografía disponible, no hay prácticas de
diseño de estos métodos en conflicto con los demás. Para una comparación de
estos tres métodos en contra de diversas características véase la tabla 7. En última
instancia, estas tres organizaciones, y otros como ellos, han impulsado la
industria de centro de datos hacia un mayor nivel de rendimiento y minimizar las
fallas de toda índole.
TIA / EIA Uptime Syska Criticality
Característica 942 Tiers Levels
Especificaciones Ofrece una guía pero no es No Especifica, pero el No especifica, pero Syska
disponibles para escrita en un lenguaje Uptime se reserva la usa la evaluación de los
validar un diseño legible. derecho de determinar el equipos asignados a los
centro de datos grado de TIER y de niveles críticos de los
certificar. Data Centers.

Balanceo de la Basado en el componentes Basado en el Basado en el componentes


criticidad más débil o sistema de componentes más débil o más débil o sistema de
infraestructura. sistema de infraestructura.
infraestructura.

Supresión de Fuego y Usa ambos seguridad y Es independiente Usa ambos seguridad y


diseño de seguridad supresión de incendios. según la supresión de incendios.
usado en la infraestructura del
determinación del TIER Clasificado.
nivel

Usa procesos de TI No No Usa el nivel de criticidad en


para determinar el su evaluación.
Nivel

Capacidad de Carga del Si No No


piso usado en la
determinación del Nivel

Procesos de No usado Utilizado en la Usa el nivel de criticidad en


Mantenimiento verificación de la su evaluación.
(Documentación de continuidad del sitio pero
organización, y no la parte de la
mantenimiento) usado clasificación del nivel.
en la determinación del
nivel.
Selección del Lugar Profundizado en su anexo Utilizado en la Usa el nivel de criticidad
F como parte de las pautas verificación de la para su evaluación pero
de los niveles. continuidad del sitio no provee un guía
pero no la parte de la escrita.
clasificación del nivel
de la infraestructura
pero no proporciona
ninguna dirección
escrita

Publicado como un Si No No
Estándar oficial
Discrepancias entre Métodos
Entrada de Uso General Requiere dos en Tier Requiere dos en Tier III, Nivel 3 y 4 inconsistente
3, y 4 y IV con TIA y Uptime

Fuentes Redundantes de Requerido en Tier 2, 3, y 4 Requerido en Tier III y IV Requerido en Level 3 y 4


Entrada a los equipos
Generador Requerido para todos los Requerido para todos los No requerido para el TIER 1
TIER TIER
2N CRAC / CRAH Requerido en Tiers 3 y 4 Ninguno Requerido en Tier 4
unidad redundante
Figura 3-1: Comparación de los Métodos y Normativa
Fuente: APC White Paper 122 : Guidelines for specifying Data Center Criticaly/Tier Levels [APC-122-
2007]
3.3 SUGERENCIAS PARA ELEGIR EL NIVEL DE CRITICIDAD

Elegir una criticidad óptima es un equilibrio entre el coste de un negocio del


tiempo muerto y un coste total del centro de datos de la propiedad. Sin embargo,
las opciones pueden ser limitadas dependiendo de si se está construyendo un
nuevo centro de datos, o los cambios se están realizando existentes. En el repaso
de la literatura disponible, está claro que los tres métodos discutidos en la sección
anterior comparten una comprensión común de lo que significa ser una
criticidad/un nivel 1, 2, 3, o 4. En la tabla 3.1 proporciona las características del
negocio según la realidad peruana para cada criticidad y el efecto total sobre
diseño de sistema. [TEL-EIA/TIA-2005]

Criticidad Características de Negocio Efectos en el Diseño

 Empresas Pequeñas.  Varios puntos de falla en el

1  Basado siempre en el Efectivo diseño.


de Dinero.
 Presencia Online limitada.
 Ningún generador, únicamente
un UPS con un mínimo de 8

 Baja dependencia de TI. minutos de autonomía.

 El Tiempo de Fallo es tolerable. Vulnerables a las condiciones


atmosféricas inclementes.
 No puede sostener más de 10
minutos de corte de energía.
 Cantidad regular de ingresos Alguna redundancia de fuente

2 Online.
 Múltiples Servidores.
 Telefonía
empresas.
Vital para
de poder en los equipos y aire
acondicionado.

las Sistema de Backup.


 Capaz de soportar 24 horas sin
 Dependencia del Correo suministro eléctrico.
Electrónico.  Elección del lugar de Data
 Tolerancia a Fallos Center de manera reflexiva.
considerado.  Centro de Datos separada de
otras zonas.

 Presencia Mundial.  Dos vías de suministro de

3  Buen porcentaje de ingresos energía y acceso. (Activo y


online.
 Telefonía IP.
Pasivo).
 Energía redundante y sistema

 Alta Dependencia de TI. de Aire Acondicionado.

 Costo alto por inactividad.  Mantener 72 horas sin energía.

 Marca Reconocida.  Clasificación de la ubicación del


data center minuciosa.

 Negocios Millonarios.  Retardo


Energía de fuego 30 minutos.
redundante y sistema

4  Mayoría de ingresos vía Online Permite mantenimiento


de Aire Acondicionado.
por transacciones electrónicas. concurrente.
Mantener 72 horas sin energía.
 Modelo de negocio
dependiente de TI.
 Extremadamente costoso el
tiempo de inactividad.

Tabla 3:1: Resumen efectos de diseño y criticidad respecto a las características de negocio
Fuente: APC White Paper 122 : Guidelines for specifying Data Center Criticaly/Tier Levels[APC-122-
2007]
3.3.1 ESPECIFICAR Y VERIFICAR LA CRITICIDAD

Cuando la criticidad ha sido escogida, el próximo paso es especificarla,


para construir el centro de datos y luego poder validarlo con la
especificación. Sólo elegir un nivel de criticidad de Syska u otro, no
constituye una especificación probable y justificable.

Estos son los métodos de categorización de los centros de datos de


rendimiento y no incluyen las especificaciones detalladas por escrito en el
"deberá" o "debe" un idioma contra los que construyen los centros de datos
pueda ser validada. [APC-122-2007]

Una especificación del centro de datos describe generalmente los


requisitos esenciales del funcionamiento, de la interoperabilidad, y de la
mejor práctica que permitirán que todos los elementos físicos de la
infraestructura trabajen juntos como todo integrado.

La “Línea Base” especifica que se debe de hacer cuando haya un criticidad


1 en un Data Center y lineamiento adicionales que nos ayudan a identificar
los altos niveles de criticidad como son la 2, 3 y 4. Cuando se realiza el
diseño se debe de etiquetar claramente que es componente o elemento de
alta criticidad para poder así llamar la atención del lector.

A continuación en la tabla 25, describiremos las diferentes aplicaciones


que se montan en el Data Center y estos son plasmados según su criticidad
en los niveles de clasificación del TIA/EIA 942.
Aplicaciones C1 C2 C3 C4 Descripción
Servicios profesionales. Consultoría, dirección.
Construcción e ingeniería. Diseñadores de instalación y misión crítica.
Oficina remota (Finanzas). Oficina de banco.
Punto de Venta. Tienda por departamentos, artículos para el
hogar.
Dirección de Recursos al Cliente Datos del cliente
CRM.
Respaldo de centros 7x24. Servicios al cliente.
Centros de datos de Tareas online, correo electrónico, cuotas por
Universidad. matricula.
Planificación de recursos Métricas y tablero de comandos de la empresa
empresariales ERP
Hospitales online & reservas de Rotulado del ticket de atención o de avión.
avión.
Medios de comunicación en Canal de noticias local.
tiempo real local.
Centro de Datos de la empresa Consumidor y copia de seguridad de la
y de backup. compañía.
Seguros. Automóviles y seguros mobiliarios
Fabricación. Fábrica de automóviles
Medios de comunicaciones en Noticiario a nivel nacional
tiempo real globales.
Voz sobre IP. Red de convergencia
Banca online. Verificar, facturar y realizar la transacción
Centro de datos de hospital. Hospital en un área metropolitana
Registros médicos Seguro médico
Cadena de Suministro Global. Fábrica de Aviones
Comercio Electrónico Tienda de libros
Call Center de Emergencia 105, 911, 115
Servicios de Emergencia Eléctrico, Gas, Agua
Transferencia de fondos Tarjetas de crédito, cheques electrónicos
electrónicos.
Currrier Global. Cartas, paquetes y mercadería
Compra venta de valores. Acciones ordinarias, bonos productos primarios
Tabla 3:2: Nivel de Criticidad por Aplicaciones, referenciado con los Tier
Fuente: APC White Paper 122 : Guidelines for specifying Data Center Criticaly/Tier Levels. [APC-122-
2007]
Jefes/Gerentes de Sistemas de las empresas que están comenzando un
proyecto de centro de datos puede obtener un centro de datos de
especificación de varias maneras, de acuerdo a las normas anteriormente
explicadas, a su vez se presenta estas pautas para que puedan tener una
correcta orientación al momento de diseñar el Data Center. [APC-121-2007]

Uno de los principales hitos para la planificación de un centro de datos es tener


claramente la criticidad de este para la empresa.. Un pliego de condiciones efectivas
de centro de datos debe proporcionar criticidad defendible idioma utilizando la
palabra "deberá" o "debe". Es con este tipo de especificación en que la construcción
de la criticidad de un centro de datos pueda ser validada. Dado el índice de TI se
actualiza, es igualmente importante para mantener un centro de datos en el tiempo.
Una capacidad del sistema de gestión de supervisión y el seguimiento de los cambios
a un centro de datos de la infraestructura física y de notificar a los administradores
cuando un centro de datos está por debajo de los umbrales de criticidad.

3.4 ESTANDARIZACIÓN DEL PROYECTO DE DISEÑO DEL


DATACENTER

Como el diseño y el despliegue de la infraestructura física del centro de


datos se aleja de arte y va hacia la ciencia, los beneficios de un proceso
estandarizado y previsible son convenientes. Más allá de los pedidos, la
entrega y la instalación de hardware, de cualquier construcción o proyecto
de mejora depende de manera crítica de un proceso bien definido, los
excesos de costes, retrasos, y la frustración. La presente expone un
panorama general de normalización, paso a paso la metodología que puede
ser adaptado y configurado para adaptarse a las necesidades individuales.
[APC-83-2007]

La idea de formalizar un proceso para guiar la creación de un diseño no es nueva,


pero su importancia para el éxito del centro de datos de proyectos de
infraestructura física está empezando. Así como la normalización del sistema
físico mejora la fiabilidad y la velocidad de despliegue, el primer proceso
contribuye de manera significativa al éxito general de la previsibilidad y el
proyecto y el diseño crea.

Figura 3-2: Procesos del Proyecto de un Data Center


Fuente Propia

3.4.1 DEFINICION DEL PROYECTO

En el contexto de la presente, un proyecto es un cambio bastante


significativo a necesitar un flujo ordenado de tareas - un proceso - para
coordinar y gestionar su ejecución. Según esta definición, la construcción
de un nuevo centro de datos o sala de servidores es claramente un
proyecto, donde se requiere llevar un orden y organización de todos los
medio, responsabilidades, flujos para el éxito del mismo.

Las siguientes características llevan a escalar a un proyecto el diseño y


puesta en marcha de un Data Center:

 Riesgo y criticidad del Data Center


 Costo elevado de los componentes del Data Center
 Responsabilidad directa de la jefatura de sistemas en el éxito de la
implementación y puesta en marcha
 Organización y coordinación con diferentes proveedores
 Necesidades de hacer un “stop” a las operaciones de la empresa.
 Necesidad de planificación, coordinación, diseño y contingencia en
los procesos.
A continuación mostramos un listado de los componentes que conforman
la infraestructura física de diseño del un Data Center:

 Energía Eléctrica
 Aire Acondicionado
 Estructura de Racks y Gabinetes
 Protección del Fuego
 Cableado Estructurado
 Equipos de telecomunicaciones
 Equipos de Cómputo.
 Seguridad Fisica
 Administración de los sistemas
 Servicios complementarios

3.4.2 CICLO DE VIDA DE UN DATACENTER

Se muestra a continuación en la siguiente figura:

Figura 3-3: Procesos del proyecto bajo el contexto del ciclo de vida del Data Center
Fuente Propia

Potrebbero piacerti anche