I.N.A.U. - Departamento SIPI

Transcripción

1 I.N.A.U. - Departamento SIPI asunto: MEMORIA DE INFRAESTRUCTURA TECNOLÓGICA dirección : calle Piedras 482 fecha : febrero 2008 INFRAESTRUCTURA TECNOLÓGICA Resumen Autor Andrés Cianciaruso Fecha 10/07/07 Revisión 1.0 Inicial Revisión 23/08/ Incorporación detalle software, modelo posible. Revisión 30/08/ FINAL - Diseño específico, consideración licencias, etc. Revisión 05/09/ FINAL Ajuste licencias Oracle. Pendiente Web Caché. Revisión 14/09/ FINAL Ajuste Web Caché (equipos, licencias, etc.) Revisión 18/12/ FINAL Cambio en Servicio de conexión a Internet Índice Resumen 1 Índice INTRODUCCIÓN CARACTERÍSTICAS DE LA ARQUITECTURA 4 3. DISEÑO LÓGICO Diseño Modelo Descripción de los Componentes COMPONENTE FÍSICO Chasis BLADE Componentes BLADE (Servidores) Storage Equipos Activos Equipos y Soluciones Auxiliares Dispositivos de respaldo de energía (UPS) Dispositivos de respaldo de Información Rack COMPONENTE DE SOFTWARE Sistemas Operativos Software de Soporte - Oracle COMPONENTE DE COMUNICACIONES Instalación y Topología de red Conexión a Internet y Servicios Instalación eléctrica y ubicación SUGERENCIA DE DATA CENTRE (CENTRO DE CÓMPUTOS) Definición Características Generales Bibliografía y Referencias 19 Sección 1.01

2 1. INTRODUCCIÓN En el presente documento se expone la infraestructura tecnológica que requiere el nuevo Sistema de Información Para la Infancia (SIPI) que está siendo desarrollado en el proyecto conjunto entre la empresa Tilsor y el INAU. La propuesta recoge las recomendaciones del documento de Infraestructura [1] elaborado por Tilsor y en base a ello y a las recomendaciones de diferentes proveedores sobre las alternativas de mercado, establece una vista de arquitectura que expone diferentes elementos necesarios para asegurar el soporte y continuidad del SIPI. El propósito es brindar los elementos para elaborar las condiciones de compra y/o contratación de los diferentes productos y servicios. Es importante aclarar que cada producto debe ser solicitado como solución llave en mano totalmente integrados a los demás, distinguiéndose como grandes paquetes : La infraestructura de equipos La instalación eléctrica La instalación de red Los servicios de conexión y acceso 2

3 2. CARACTERÍSTICAS DE LA ARQUITECTURA El Departamento SIPI estableció en su momento ciertos requerimientos de arquitectura que se atienden en esta solución y que se identifican con las siguientes características: 1) Plataforma robusta Se busca que la plataforma física (equipamiento) sea sólida, con componentes redundantes, excelente tolerancia a fallas, fácil de monitorear y detectar en caso de fallas, y sobre todo de fácil acceso. Esto implica la instalación física, la protección ante agentes externos, la alimentación y protección eléctricas, etc. 2) Escalabilidad El hardware debe ser capaz de actualizarse de forma fácil y flexible ante la necesidad de expandir o cambiar recursos. De igual manera, el software de base (sistemas operativos, etc.) debe ser fácil de actualizar para reflejar cambios físicos, actualizaciones de seguridad, innovación tecnológica, etc. 3) Mantenibilidad / Administración Los componentes deben requerir mínimo soporte y ser de muy fácil mantenimiento. Deben tener buen respaldo técnico, garantía clara y completa, fácil acceso y muy buena documentación descriptiva. La instalación debe estar concentrada y consolidada. 4) Mínimo costo en fallas Se busca reducir al mínimo posible el tiempo en caso de caídas de uno o varios componentes, ya sea por fallas físicas como del software de base. El costo de una caída se mide tanto en el tiempo como en los recursos que se necesitan para restablecer el sistema a su estado anterior al fallo. La plataforma propuesta por Tilsor prevé elementos de redundancia y seguridad, que deben ser soportados por la infraestructura de forma real y eficiente. 3

4 3. DISEÑO LÓGICO 3.1 Diseño Como respuesta a las características mencionadas en el capítulo 2, se ha diseñado la plataforma en base a los conceptos de Consolidación, Disponibilidad y Seguridad. La Consolidación consiste básicamente en montar la estructura en base a componentes cercanos tecnológicamente. Esto quiere decir que se trata de soluciones integrales, con equipamiento diseñado especialmente para funcionar en conjunto, fácil de mantener, de escalar y de administrar. La Disponibilidad se refiere al tiempo en que el sistema permanece activo, aún en situaciones de fallas, en relación al tiempo que permanece inactivo total o parcialmente, o limitado en su capacidad debido a las mismas. La Seguridad se logra a partir de diversos componentes, configuraciones y distribución en las diferentes capas de la solución. Se detalla más adelante a través de los diagramas propuestos. De acuerdo a lo anterior, la arquitectura a utilizar será basada en tecnología BLADE. Ésta consiste en un chasis con varias bahías o ranuras en las que se insertan placas individuales, cada una de ellas es un equipo funcional completo. O sea, en lugar de utilizar equipos individuales, se configura un único módulo al que se le inserta el número de equipos que se desee. Las ventajas de esta solución son varias, y se puede citar entre otras el poco espacio físico que ocupan, la facilidad de mantener, reparar y actualizar, la excelente velocidad de intercomunicación, el alto rendimiento del sistema en su conjunto, etc. El chasis BLADE será instalado en un rack con protección de agentes externos, seguridad y ventilación, y características que faciliten el acceso y el mantenimiento. Para garantizar la disponibilidad desde el software, se utiliza una arquitectura de Cold Failover Cluster (CFC). La misma permite en caso de caída de uno de los nodos, seguir brindando los mismos servicios desde el otro (failover). Esto requiere software de cluster y un almacenamiento externo (storage). Así, se definen tres clusters: 1. Activo Activo: formado por dos servidores J2EE. 2. Activo Pasivo: formado por el equipo INFRA y el BI+P (ver siguiente ítem) 3. Activo Pasivo: formado por el equipo INFRA y el WC (ver siguiente ítem) 4

5 3.2 Modelo Una primer vista de la solución es la siguiente donde se aprecia una estructura de zonas de diseño habitual cuando se exponen aplicaciones a Internet: Un nivel de detalle mayor de lo anterior se presenta en el diagrama siguiente, con estructura de zonas, protocolos, etc.: Finalmente, se elabora un diagrama con los componentes que implementan la arquitectura propuesta. 5

6 3.3 Descripción de los Componentes Se presenta el desglose de los elementos introducidos hasta el momento. Según la propuesta original de Tilsor [1], el sistema se compone de: 2 Equipos Servidores de Aplicación (J2EE) (entiéndase el SIPI) 1 Equipo Servidor de Identity Management (IdM) 1 Equipo Servidor de Business Intelligence y Portal (BI+P) 1 Equipo Servidor de Metadata Repository (MR) 1 Equipo Servidor de Base de Datos (DB) 2 Firewall (FW-DMZ+Proxy y FW-INT) 6

7 1 Load Balancer (LB) 1 Storage Area Network (SAN) Dispositivos de Backup 4 Licencias de software de Cluster Esta propuesta modifica (agrega 1 equipo) a la acordada en la etapa de negociación fundamentado en una mejor tolerancia a fallas. Se separa el servidor MR del de Infraestructura y se utilizan ambos equipos, en conjunto con el de BI para implementar el respaldo ante fallas (failover) mutuamente. La propuesta anterior en tanto establece una distribución entre componentes que cumple con los requerimientos establecidos por el Departamento SIPI es aceptada como válida en primera instancia. Habiendo consultado con proveedores, se pudo averiguar que un Load Balancer se recomienda para sistemas con más de 1000 usuarios concurrentes y no se trata de una práctica habitual para sistemas de la dimensión que tendrá el SIPI a corto y mediano plazo. (El SIPI estima un número inicial de 200 usuarios de los cuales podrán concurrir en un mismo tiempo alrededor de 100 (inicialmente) con tareas de alto nivel de requerimientos). Dado que se manejó un costo base de dólares por dicho dispositivo, se entiende que se puede prescindir del mismo inicialmente, por lo que no se lo tendría en cuenta en el esquema básico a considerar para construir la plataforma tecnológica. En cambio, se considerará la instalación del servicio Oracle Web Caché en un equipo independiente por cuestiones de performance, lo que requiere una licencia extra de Oracle Application Server. Este producto incorpora un importante número de ventajas a la infraestructura, puesto que además del balanceo de carga optimiza los accesos externos a los servicios, mejorando la respuesta del sistema en forma integral. De esta manera, los componentes definitivos serían: 2 Equipos Servidores de Aplicación (J2EE) (entiéndase el SIPI) 1 Equipo Servidor de Infraestructura (Identity Management (IdM)=SSO+DAS+OID) 1 Equipo Servidor de Business Intelligence y Portal (BI+P) 1 Equipo Servidor de Web Caché (WC) 1 Equipo Servidor de Metadata Repository (MR) 1 Equipo Servidor de Base de Datos (DB) 1 Firewall + Proxy (FW-DMZ) 1 Firewall Máxima Seguridad (FW-INT) 1 Storage Area Network (SAN) Dispositivos de Backup 4 Licencias de software de Cluster 7

8 4. COMPONENTE FÍSICO Se recuerda que la instalación deberá contemplar las siguientes características: Seguridad, Confiabilidad, Administración, Escalabilidad. De acuerdo a ello, se la debe considerar como un todo integrado en un Data Centre (Centro de Cómputos) con las características que se describen en este capítulo y los subsiguientes, y que se sintetiza en el capítulo 7. Los componentes deberán ser montados, instalados, conectados y configurados por el proveedor en forma integral, certificándose su funcionamiento de forma de cumplir con el Modelo indicado en el capítulo anterior. 4.1 Chasis BLADE El Chasis deberá tener las siguientes características: Tamaño: 7U Lectora DVD (y unidad de disquete preferentemente) 1 Puerto USB o superior Posibilidad de integrar un mínimo de14 blades internos de tamaño simple (o menor cantidad si se utilizan blades de expansión). Cada servidor blade deberá contar con conexiones Fibre Channel, Ethernet, de Administración y de Alimentación redundantes hacia el Midplane y hacia los respectivos componentes. Posibilidad de alojar blades con arquitectura Intel, AMD y RISC Posibilidad de alojar blades Intel Xeon LV (de bajo consumo) Posibilidad de alojar blades Intel Xeon Ultra Low Power (de bajo consumo) Ventilación de todo el sistema (servers y componentes) Hot Swap y redundante Alimentación de todo el sistema (servers y componentes) integrada al Chasis Alimentación de todo el sistema (servers y componentes) Hot Swap y redundante Posibilidad de incluir Switches Ethernet redundantes y Hot Swap Posibilidad de incluir Switches Fibre Channel redundantes para conexión redundante al Storage externo con funcionalidad Hot Swap Módulo de administración redundante y Hot Swap Midplane redundante que permita doble conexión de cada blade al midplane, y a cada componente Conexión Fibre Channel redundante entre cada blade y el midplane. Conexión Ethernet redundante entre cada blade y el midplane. Conexión de Alimentación redundante entre cada blade y el midplane. Conexión de Administración redundante entre cada blade y el midplane. 8

9 Conectividad Fibre Channel de 4Gbps de punta a punta (desde los blades hasta el Switch de fibra (integrado en el Chasis), manteniendo 4 Gbps hasta el Storage Externo) Posibilidad de instalar switches Ethernet inteligentes (capa 2-7) Posibilidad de instalar switches Ethernet con uplink de fibra Posibilidad de instalar switches Ethernet con uplink de 10Gb Software incluido que provea información de consumo actual e histórico de energía Panel central de leds que indique el estado de los blades. Ver además punto Componentes BLADE (Servidores) Se requieren los siguientes equipos Blade, que deberán tener mínimo 3 años de garantía. 7 (siete) Blade Dualcore Procesador Xeon Dual Core Familia Intel 51xx de 2.0 MHz con 4 MB de cache, o el equivalente. Ethernet dual Gigabit. Mínimo 8 GB de RAM. Cada Blade que deba conectarse al Storage externo deberá contar con controladora Fibre Channel de 4 Gbps para asegurar un camino Full Fibre Channel entre el blade y el Storage. Discos SAS de 73 GB (o superior ) de 15K rpm espejado por hardware en Raid 1 para contener el Sistema operativo. 4.3 Storage Se requiere: 1 (un) Storage externo con tecnología SAN Unidad de 2 U o inferior Discos con tecnología SAS de 15K rpm Conexiones Fibre Channel con un mínimo de 4 interfases para Hosts de 4 Gbps cada una Doble controladora redundantes y activas con Battery Backup 512 MB de cache por cada controladora con capacidad de upgrade a 1 GB de cache en cada controladora Ventilador y fuente redundantes Posibilidad de implementar RAID 0, 1, 3, 5 y 10 Expansión de volúmenes en forma dinámica y sin apagar el equipo. Expansión y configuración de arrays en forma dinámica y sin apagar el equipo. Reconfiguración de stripes en forma dinámica y sin apagar el equipo 9

10 ½ TB de espacio UTILIZABLE si se aplicara configuración en RAID1 + 1 disco hotspare Software de administración del Storage incluido en la propuesta Software con funcionalidad de Snapshot (copia) a nivel de bloque y de volumen Capacidad de agregar software de replicación de datos Posibilidad de crecimiento a través de módulos expansores hasta alcanzar 14 TB o superior En caso de requerir módulos de expansión los mismos deberán poder configurarse con caminos redundantes asegurando que la falla de 1 de ellos no afecte el acceso al resto Soporte para sistemas Windows 2003 o superior, Linux RedHat 4 o superior y Linux Suse 10 o superior Posibilidad de configurar 16 o más particiones 3 años de Garantía. 10

11 4.4 Equipos Activos Estos equipos deben ser instalados y configurados para cumplir con el modelo del capítulo anterior, como una solución integral. * Integrados al Chasis Blade se requieren: 2 (Dos) switches Ethernet (certificados para VMware) Funcionalidad Full Capa 2 (dos) y 3 (tres) Alternativa en Switch que soporte hasta capa 7 (siete) Cada Switch deberá tener como mínimo 4 (cuatro) conexiones externas Gigabit y adicionalmente contar con conectividad para todos los blades, previendo cantidad máxima de blades que soporte el Chasis Soporte de VLans, Quality of Service (Qos), Dinamic/Static Routing y Rapid Spanning Tree. a) 2 (Dos) switches Fibre Channel Mínimo de 3 (tres) conexiones Fibre Channel externas por switch Mínimo de 7 (siete) conexiones Fibre Channel internas por switch Cada switch deberá poder hacer upgrade sin cambiar el equipamiento para cubrir la totalidad de los blades disponibles en el Chasis Cada switch deberá poder hacer upgrade sin cambiar el equipamiento para cubrir 6 (seis) o más puertos externos Protocolo Full Fibre Channel de 4 Gbps. * Integrados al conjunto de la solución, dentro del rack: 1 (Un) switch Ethernet de 24 conexiones 100 mb/s y 2 conexiones Fibre Channel. 2 (Dos) Soluciones de Firewall instalados y configurados. Los dispositivos deberán ser configurados para cumplir con el diseño especificado en el capítulo (3.2) Modelo. Como características deseables: soporte de Vlans, QoS, Dinamic/Static Routing, NAT, PAT, Content y URL filtering, Authentication, Authorization, Public Keys, Data Encryption, multiples protocolos, (IP, IPX, PpoE, etc.), DHCP, intrussion detection, monitoring, etc. 4.5 Equipos y Soluciones Auxiliares A la solución se le debe añadir propuestas de elementos de monitoreo y administración (in-situ y remotas) de los componentes que la integran. Esto implica: monitoreo de tráfico, alarmas, administración remota, atención a fallas, etc. 4.6 Dispositivos de respaldo de energía (UPS) Se requiere una UPS que dé soporte al rack y todos sus componentes. 11

12 1 (una) UPS de 5Kva (potencia nominal 4,5KW) Características generales: Tecnología on-line doble conversión con sistema PFC By-pass automático sin ventilación forzada Margen de frecuencia de entrada,. THDI 40-70Hz, < 7% Autonomía al 100% carga 5 minutos Autonomía al 50% de carga 20 minutos. Tensión y frecuencia de salida(5), THDU, rendimiento(6) 200/208/230/240 /250 V, 50 / 60 Hz selección automática, convertidor de frecuencia de serie, < 2%, 97% 4.7 Dispositivos de respaldo de Información Se requiere una solución integral de Respaldo que incluya: Solución que implemente el respaldo en forma externa a través de la red LAN Capacidad de respaldo a disco utilizando mínimo 2 (dos) discos SATA de 250 GB Capacidad de respaldo a cinta con tecnología LTO3 Software de respaldo con funcionalidad de continuous data protection (b) 4.8 Rack Todos los componentes anteriores serán montados en: 1 (un) rack de 41U Puerta frontal de vidrio, puertas lateral y posterior, pies regulables, bandejas ventiladas (fijas o extraíbles a determinar según los componentes detallados), unidad de aireado con ventiladores, KVM, zapatillas con tomas schuko, y otras características a valorar. 12

13 5. COMPONENTE DE SOFTWARE En general, todos los componentes de software deberán ser instalados y configurados. Instalación y configuración de sistema operativo Linux en todos los servidores. Instalación y configuración de los clusters en modalidad Activo-Pasivo, definidos por dos nodos cada uno. 5.1 Sistemas Operativos 7 (Siete) Licencias de Sistema Operativo Linux La solución estará basada en sistemas operativos Red Hat ENTERPRISE LINUX 4 o superior disponible debiéndose incluir soporte y mantenimiento de versiones para por lo menos 1 año. Se admite producto equivalente (Suse Enterprise 10, etc.) Es requerimiento obligatorio ser 100% compatible y certificado con los productos Oracle que se detallan, y con el hardware en el que será instalado. Cada Sistema Operativo deberá ser instalado y configurado para el hardware y software detallados, incluidos los parches más recientes. Cada instalación deberá ser certificada como compatible con la infraestructura, entendiéndose que se debe incluir un período de garantía en caso de que el proveedor de tecnología Oracle determine que existen incompatibilidades. 5.2 Software de Soporte - Oracle En 7 de los equipos detallados anteriormente se deberán instalar y configurar por parte de la empresa Tilsor los siguientes productos. 1 Oracle AS Middle-Tier Enterprise Portal Empresarial y Servicios BI 1 Oracle AS Middle-Tier Standard Edition One Web Cache como balanceador de carga 2 Oracle AS Middle-Tier Java Edition Cluster J2EE para el SIPI 2 Oracle AS Infrastructure Servicios LDAP y SSO a la arquitectura de AS Metadata repository 1 Oracle10g DB Server Standard Edition One Servidor de BDs relacional y Servidor de Datawarehouse En el Acta de Negociación se establece: LICENCIAS ORACLE: Tilsor incluirá sin costo adicional las licencias perpetuas de Oracle Database Standard Edition One (1 procesador), Oracle Application Server Java Edition (2 procesadores), y Oracle Application Server Standard Edition One (1 procesador). Deberá tenerse en cuenta que para la entrada en producción del nuevo sistema SIPI se requiere la migración de la licencia Oracle Application Server Standard Edition One a Oracle Application Server Enterprise Edition. 13

14 Por lo tanto, se deberán adquirir en forma adicional las siguientes licencias: 1 (Una) Actualización de licencia Oracle AS Standard Edition One a Oracle AS Enterprise Edition. 2 (dos) licencias Oracle AS Standard Edition One Una para instalar el Web Caché en un equipo independiente, dado que será el punto de concentración de todo el tráfico hacia los diferentes servicios que integran la solución. La otra para instalar el Metadata Repository que en la propuesta de mayor disponibilidad está separado del de Infraestructura. Se deberá incluir la instalación y configuración de los productos en los equipos correspondientes, en caso de no estar ya incluido en el costo. Las mismas deberán implementar el esquema de integración indicado en el diagrama adjunto. (Reemplazar el LBR por el equipo con Web Caché). NOTA: Es importante observar que todas las licencias Oracle requieren de un soporte anual que el INAU deberá asumir oportunamente. A continuación se incluye una tabla de precios sugeridos en su momento por la empresa Tilsor. LICENCIA Oracle Database Standard Edition One LICENCIAS SOPORTE TÉCNICO CANT. POR i) SUBTOTAL SOPORTE SUBTOTAL TOTAL PROC , , , , ,90 Oracle , , , , ,00 Application Server Java Edition Oracle , , , , ,80 Application Server Standard Edition One Oracle , , , , ,00 Application Server Enterprise Edition TOTALES , , ,70 14

15 6. COMPONENTE DE COMUNICACIONES En este capítulo se describe la arquitectura de comunicaciones para interconectar los diferentes componentes entre sí conformando un sistema único, y al sistema con el exterior. 6.1 Instalación y Topología de red Como se describe en el capítulo 4 (Componente físico) existirá un Rack que contendrá los componentes de infraestructura que ofician de plataforma para el SIPI. Dicho rack deberá estar conectado a la alimentación eléctrica que se describe más adelante, y al resto de la red, que incluye tanto la red local o intranet, como a Internet. El rack contiene un switch al que se conectan ambas redes: Internet a través del DTU (módem ADSL generalmente) provisto por ANTEL, y la red local a través de su switch. La red local deberá contemplar inicialmente la totalidad de los equipos servidores que se incluyen en el rack, los servidores y otros equipos de infraestructura que eventualmente no integren el rack, y los terminales del departamento. Para la instalación del componente físico de la red, se deberá contratar un proveedor de servicios especializado en cableado estructurado. En particular, la conectividad deberá estar asegurada con altos niveles de Eficiencia (alta performance, confiabilidad, estabilidad) 6.2 Conexión a Internet y Servicios Habiendo consultado con técnicos de AntelData sobre la solución óptima de conexión a Internet de forma de publicar el SIPI, se presentó la siguiente propuesta: (Inicia cita - tomado del documento de propuesta) INTERNET CLASS Es un servicio de acceso a Internet digital y bidireccional de alta velocidad, que comparte con otros servicios de su tipo el canal internacional sobre fibra óptica a la red Internet. Se incluye en el extremo del cliente la Unidad de Terminación de datos del enlace digital y el router que establece la conectividad con la Internet. Se brinda la administración y mantenimiento del router suministrado como la supervisión centralizada de la red en forma permanente. Se proporcionan 5 direcciones IP públicas fijas. [..] Arrendamiento mensual: Cargo por conexión: Ancho de banda (Kbps) Tarifas ($) Es equivalente a 1.5 arrendamientos mensuales de un servicio Internet Class de 256 Kbps y se abona al momento de la desconexión. 15

16 Plazo de contratación: 1 año. Observaciones: 1. Las tarifas se encuentran expresadas en Pesos Uruguayos. Las cifras presentadas no incluyen impuestos, a las mismas se le debe agregar el IVA. 2. En modalidad de contrato a 2 años se aplica el 5 % de descuento. En modalidad de contrato a 3 años se aplica el 10 % de descuento. En modalidad de contrato a 2 años con exclusividad se aplica el 10 % de descuento. En modalidad de contrato a 3 años con exclusividad se aplica el 20 % de descuento. (Fin de la propuesta de AntelData) Por otra parte, para el acceso al Sistema de Información para la Infancia, se propone la contratación del dominio sipi.net.uy que será asociado tanto a los servidores web (www) como de correo electrónico y demás. Se propone el dominio net pues se asocia generalmente a servicios de redes, sistemas de información, etc. y no tanto a comerciales o gubernamentales que se utilizan para otros fines (como es el caso de antel.com.uy o inau.gub.uy) independientemente de que pertenezcan al estado o sean particulares. La contratación de este dominio debe realizarse con el SECIU (UDELAR), puesto que AntelData y los proveedores privados solo comercializan el dominio.com.uy. Partiendo de dicho dominio, se podrá acceder al SIPI a través de la url: Y las cuentas de correo de los usuarios del sistema eventualmente tendrán la forma: usuario@sipi.net.uy (c) 6.3 Instalación eléctrica y ubicación La instalación eléctrica que se efectúe para soportar la infraestructura del SIPI y eventualmente la red local anexa, deberá necesariamente considerar la totalidad de los componentes y sus características. Estos son elementos esenciales para que quienes realicen la instalación puedan dimensionarla en forma adecuada, respecto a la carga requerida, cantidad de dispositivos, ubicación de los mismos, soporte de energía de respaldo (UPS) y demás. Se deberá solicitar que la instalación sea CERTIFICADA para soportar la infraestructura, que esté perfectamente DOCUMENTADA (diagramas, distribución, componentes, características) y que establezca en lo posible límites y pautas de crecimiento. Dicha instalación deberá ser INDEPENDIENTE del resto, y sus componentes deberán estar debidamente identificados para evitar que se conecten a la misma cualquier tipo de dispositivo eléctrico que no forme parte de la infraestructura. Es altamente recomendable contar con una habitación exclusiva para la ubicación de la infraestructura, debidamente refrigerada (ver capítulo 7). Al solicitar la ejecución de la instalación se deberá proveer de toda la información de equipamiento físico contenida en este documento. 16

17 7. SUGERENCIA DE DATA CENTRE (CENTRO DE CÓMPUTOS) Se incluye este capítulo como forma de sintetizar lo expuesto por un lado, y de introducir brevemente algunas sugerencias de conformación del lugar físico donde ubicar los componentes, cumpliendo además con los requerimientos indicados y con ciertas pautas y prácticas habituales. 7.1 Definición Se entiende por Centro de Cómputos al lugar físico (preferentemente una habitación acondicionada y reservada con ese fin) donde se instalan todos los componentes de infraestructura y soporte mencionados hasta ahora. 7.2 Características Generales El lugar debe asegurar el cumplimiento de las siguientes características (ya mencionadas): Seguridad (de acceso, ante riesgos, medición de impacto, etc.) Confiabilidad (niveles de calificación, cumplimientos de normas, certificación) Administración (facilitar el acceso, cambios y mantenimiento de componentes) Escalabilidad (prever el espacio suficiente para el crecimiento) Se valorará la consideración del estándar TIA-942 para la instalación de Centros de Cómputos (Data Centres) como elemento de referencia. De acuerdo a ello, es importante que tenga: un metraje mínimo (simplemente a modo de sugerencia entre 15 y 20 mts2 para la infraestructura en consideración). Aislamiento de agentes externos (sol, lluvia, temperatura) Buena ventilación y acondicionamiento de aire (refrigeración, manteniendo una temperatura promedio de 15 Celsius) y humedad. Separación de componentes o espacios fríos de calientes. Correcta distribución de componentes y de los medios que los interconectan. Correcta instalación eléctrica que soporte sus componentes (ver apartado), preferentemente independiente del resto del edificio. Correcta estructura de cableado y distribución de equipos activos, con utilización de cajas, ductos y accesos correspondientes. Buenas medidas y dispositivos de seguridad (tanto de control de acceso como de supervisión del mismo). 17

18 Bibliografía y Referencias [1] Sugerencia Infraestructura Tecnológica (F1E1A5), Tilsor S.A. Proyecto SIPI, [2] Oracle Technology Network (páginas diversas), Oracle, Agosto de 2007 [3] Propuesta SIPI, Especificaciones Técnicas de equipamiento, sofware y servicios, AT Soluciones Tecnológicas, Julio de