pliego de prescripciones tÉcnicas para la contrataciÓn de ... · el core de la infraestructura...
TRANSCRIPT
1 de 26
PLIEGO DE PRESCRIPCIONES
TÉCNICAS PARA LA
CONTRATACIÓN DE LA
RENOVACIÓN DE LA
INFRAESTRUCTURA DEL
CENTRO DE PROCESO DE
DATOS DE AGUAS
MUNICIPALIZADAS DE
ALICANTE, EMPRESA MIXTA.
(Suministro, instalación,
configuración, migración,
puesta en marcha,
mantenimiento, formación y
soporte)
2 de 26
Tabla de contenido 1 Objeto. .................................................................................................................................. 4
2 Situación actual. .................................................................................................................... 5
2.1 Alojamiento de las infraestructuras. .............................................................................. 5
2.1.1 Interconexión de sedes. ......................................................................................... 5
2.1.2 Alojamiento disponible en los armarios. ............................................................... 5
2.2 Entornos de virtualización. ............................................................................................ 5
2.2.1 Servidores ESX. .................................................................................................... 5
2.2.2 Software virtualización ......................................................................................... 6
2.2.3 Almacenamiento entorno virtual. .......................................................................... 7
2.3 Infraestructura de almacenamiento ............................................................................... 7
2.3.1 Estructura HP EVA 4400 ...................................................................................... 7
2.3.1.1 Estructura física. ................................................................................................ 7
2.3.1.2 Estructura lógica ................................................................................................ 8
2.3.2 Infraestructura de backup ...................................................................................... 9
2.3.2.1 Software ............................................................................................................ 9
2.3.2.2 Hardware ........................................................................................................... 9
2.3.2.3 Política de backup ............................................................................................. 9
2.3.3 Infraestructura de red .......................................................................................... 10
2.3.3.1 LAN ................................................................................................................. 10
2.3.3.2 SAN ................................................................................................................. 10
2.3.4 Servidores de ficheros ......................................................................................... 10
3 Requisitos técnicos de la solución a ofertar ........................................................................ 11
3.1 Características generales. ............................................................................................ 11
3.2 Arquitectura. ................................................................................................................ 11
3.3 Virtualización. ............................................................................................................. 12
3.4 Almacenamiento.......................................................................................................... 13
3.5 Requisitos de almacenamiento .................................................................................... 13
3.5.1 Conectividad........................................................................................................ 14
3.5.2 Funcionalidades ................................................................................................... 14
3.5.3 Requisitos de capacidad. ..................................................................................... 16
3.5.3.1 Distribución de tecnologías ............................................................................. 17
3.5.4 Requisitos de rendimiento ................................................................................... 17
3.5.5 Compatibilidad .................................................................................................... 17
3.5.6 Escalabilidad ....................................................................................................... 18
3.6 Licencias ..................................................................................................................... 18
3.6.1 VMWARE ........................................................................................................... 18
3.6.2 Microsoft Windows Server DataCenter .............................................................. 18
3.6.3 Resto de licencias ................................................................................................ 18
3 de 26
3.7 Infraestructura de red .................................................................................................. 19
3.8 Backup ......................................................................................................................... 19
3.9 Alta disponibilidad ...................................................................................................... 19
3.10 Reutilización de la infraestructura actual .................................................................... 19
3.11 Soporte, Mantenimiento y Acuerdos de Nivel de Servicio. ........................................ 20
4 Servicios .............................................................................................................................. 21
4.1 Despliegue de la nueva infraestructura y migración de los sistemas actuales al nuevo
entorno..................................................................................................................................... 21
4.2 Formación ................................................................................................................... 21
4.3 Capacitación y certificación ........................................................................................ 21
5 Fases de implantación ......................................................................................................... 22
6 Duración del contrato. ......................................................................................................... 24
7 Presupuesto ......................................................................................................................... 24
8 Anexo I ................................................................................................................................ 25
4 de 26
1 Objeto. El presente Pliego tiene por objeto definir las especificaciones técnicas para la selección
de un contratista para la formalización del contrato de suministro, instalación,
configuración, migración de datos y máquinas virtuales, puesta en producción, formación,
soporte y mantenimiento por un periodo de 5 años de una solución tecnológica para
actualizar sus actuales sistemas de virtualización y almacenamiento de AGUAS
MUNICIPALIZADAS DE ALICANTE, E.M. (en adelante, AMAEM).
5 de 26
2 Situación actual.
2.1 Alojamiento de las infraestructuras.
AMAEM dispone de un CPD ubicado en el edificio A. Dicho CPD, en adelante “CPD
Principal” o “CPD A”, dispone de sistemas de extinción de incendios, doble sistema de
climatización, Sistema de extracción de aire autónomo, suelo técnico, Sistema de
Alimentación Ininterrumpida, Grupo electrógeno, Sistema de videovigilancia 24x7 y
control de accesos autorizados.
Así mismo, AMAEM también dispone de un segundo CPD (en Edificio B) que se
pretende darle la función de CPD secundario, o de respaldo.
Por motivos de seguridad, el emplazamiento de estos CPD’s no se hace público.
2.1.1 Interconexión de sedes.
Este CPD A dispone de conexiones de fibra óptica multimodo propietaria con otras
dependencias de la Empresa, entre ellas el edificio B, donde se pretende desplegar un
sistema de replicación ante contingencias.
En dicho CPD A también se dispone de líneas Macrolan 100/90/3 redundada mediante
VRRP1, las cuales son utilizadas para conectar con oficinas donde no hay conexión
directa de fibra óptica propietaria.
2.1.2 Alojamiento disponible en los armarios.
Debe destacarse que a la hora de planificar los cambios de la infraestructura y efectuar
operaciones de reemplazo de la misma, con el fin de minimizar los cortes de servicio,
en cada CPD se cuenta con un rack de 42U totalmente vacío.
2.2 Entornos de virtualización.
Todo el sistema de virtualización está basado en tecnología vSphere VMware.
2.2.1 Servidores ESX.
1 Servidor HP Proliant DL 380 G7
2 CPU’s de 4 cores
128 GB RAM
137 GB Disco
1 VRRP: Configuración de dos o más routers físicos para representar un router virtual, realizando con sólo uno de ellos realmente el enrutamiento. En un momento dado si el router físico que está realizando el enrutamiento falla, el otro router físico se activa para sustituirlo.
6 de 26
1 Servidor HP Proliant DL 380 G6
2 CPU’s de 4 cores
112 GB RAM
137 GB Disco
2 Servidores HP Proliant DL 380 G5
2 CPU’s de 4 cores
32 GB RAM
67 GB Disco
Todos los servidores ESX disponen de:
8 interfaces GigaBit Ethernet
2 HBA FC 4Gb/s
2.2.2 Software virtualización
VMware Vsphere 4 Enterprise con licencias para 8 CPU’s con soporte en vigor.
vCenter Server Standard. Se encuentran activos los servicios de High
Availability (HA) y Distributed Resource Scheduler (DRS).
AMAEM dispone del mantenimiento de estas licencias con el siguiente detalle:
1 Basic Support Coverage VMware vCenter Server 6 Standard for
vSphere 6 (Per Instance).
8 Basic Support Coverage VMware vSphere 6 Enterprise Plus for 1
processor
Captura de pantalla de la pestaña Summary de vCenter:
7 de 26
2.2.3 Almacenamiento entorno virtual.
Se dispone de una cabina HP 4400 que ofrece los siguientes datastores al sistema
vmware por medio de FC 4Gb/s:
5 datastores de 1,5 TB
1 datastore de 1,2 TB
1 datastore de 800 GB
Adicionalmente, también se ofrecen por iSCSI desde un servidor Microsoft Windows dos
datastores de 1,5TB cada uno.
En el anexo I puede consultarse el listado completo de máquinas soportadas por este
entorno.
2.3 Infraestructura de almacenamiento
El almacenamiento se distribuye en 2 cabinas HP: Una S.A.N. HP EVA 4400 y una
N.A.S. StorageWorks, estas cabinas proporcionan los servicios de servidor de
almacenamiento tanto en formato bloque como en formato de fichero.
Actualmente entre ambas cabinas se alcanza un espacio de almacenamiento bruto de
36TB aproximadamente (21TB en S.A.N. y 15TB en N.A.S.)
2.3.1 Estructura HP EVA 4400
2.3.1.1 Estructura física.
El sistema, además de la Cabina de
controladoras (duplicadas y gestionadas por el
Módulo de Gestión), dispone de 4 bandejas
con 12 discos de 300GB SAS y una bandeja
con 12 discos 600GB SAS, dando un total bruto
de 21.600GB.
8 de 26
2.3.1.2 Estructura lógica
El almacenamiento visto en el apartado anterior se agrupa en 2 grupos lógicos:
- Default disk group formado por todos los
discos de 300Gb, 48 discos. Disk drive
failure protection: double.
- Secondary Disk Group por todos los
discos de 600Gb, 12 discos. Disk drive
failure protection: doublé
Discos virtuales (vdisk) que se sirven a los servidores con conexión a la S.A.N.:
Características de los vdisk:
Disco_BD: 1000GB, RAID5
Disco_Quorum: 2GB, RAID5
Disco_DB_SAP: 400GB, RAID5
Disco_EXE_SAP: 40GB, RAID5
Disco_Quorum_SAP: 2GB, RAID5
ESX1: 1536GB,RAID5
ESX2: 1536GB,RAID5
ESX3: 1536GB,RAID5
ESX4: 1280GB,RAID5
ESX5: 1536GB,RAID5
ESX6: 1536GB,RAID5
ESX7: 800GB,RAID5
Servidores con conexión a la cabina HP
4400 mediante FC:
9 de 26
Los sistemas atila1 y atila2, correspondientes
al grupo OCCAM, forman un cluster de
Microsoft Windows Server Activo/Pasivo, así
como el grupo SAP de los servidores draco1 y
draco2.
Los servidores pertenecientes al grupo
VIRTUALES son los nodos ESX del sistema
de virtualización.
2.3.2 Infraestructura de backup
2.3.2.1 Software
El software de backup que se utiliza es IBM
Spectrum Protect Extended (Antes IBM TSM) con
soporte en vigor, actualmente en versión 6.3.3 del servidor y en versiones de clientes
en el rango [5.4.2.0 a 6.4.2.03]
2.3.2.2 Hardware
El servidor físico donde se gestionan las copias de seguridad es un HP Proliant DL 380
G7 con las siguientes especificaciones:
32 GB de RAM
12 cores
2 TB de disco
2 HBA FC 4Gb/s
4 NIC Gigabit Ethernet.
La librería donde se realiza el backup es una IBM TS3310 con 120 slots licenciados y 6
drives LTO-4. Además de la librería, cada drive dispone de una conexión FC.
Todas las conexiones de FC se concentran en los switches FC HP Storageworks de la
cabina HP EVA 4400, los cuales tienen todos los puertos licenciados.
Todo este hardware se encuentra en mantenimiento con el fabricante.
2.3.2.3 Política de backup
En el sistema IBM TSM, se aplican las siguientes políticas de backup dependiendo del
tipo de dato:
Archivos
Copias diferenciales diarias con una política de retención de 20
versiones.
Copias mensuales completas, con una política de retención de 5 años.
10 de 26
En relación al espacio necesario se estima que:
Cada copia completa ficheros Windows ocupa alrededor de 20TB
Cada copia diferencial ficheros Windows ocupa alrededor de
1,5TB
BBDD
Copias diarias completas DB2: 1,45TB con política de rentención de 2 ó
3 años dependiendo de la BDD.
Copias Mensuales completas DB2: 1,45TB con política de rentención de
2 ó 3 años dependiendo de la BDD.
Máquinas Virtuales
El respaldo se realiza con el Software Acronis, generando una imagen de
la unidad C: de la máquina virtual, la cual es copiada a una carpeta de la
cabina NAS (HP StorageWorks) excluida de la política de backup.
Para este tipo de copias hechas con Acronis, se hace una copia completa
los lunes y diferencial el resto de días de la semana. Todos los lunes a
primera hora, se borran las imágenes y comienza otro ciclo de copias.
En cuanto a los contenedores utilizados para hacer la salvaguarda de información del sistema de archivos, el sistema TSM utiliza dos tipos. a) Servidores que realizan la copia a un pool de disco y posteriormente esa
información es migrada a cinta. b) Servidores que realizan un volcado directamente en cinta.
2.3.3 Infraestructura de red
2.3.3.1 LAN
El core de la infraestructura LAN de AMAEM está centrada en un switch Enterasys
(Actualmente Extreme Network) chasis N7 con velocidad Gigabit Ethernet.
2.3.3.2 SAN
Se disponen de 2 switches HP A7985A StorageWorks 4/16 SAN Switch de 16 puertos
licenciados FC a 4 Gb/s para conectar la cabina HP EVA 4400, el servidor de backup
TSM, la librería de cintas IBM TS3310 y los servidores físicos que requieren
almacenamiento de la cabina HP EVA 4400
2.3.4 Servidores de ficheros
Actualmente se dispone de un servidor (virtual) de ficheros que sirve los archivos
almacenados en la cabina NAS HP StorageWorks con un espacio de almacenamiento
de 15TB brutos. La cabina NAS ofrece los volúmenes de almacenamiento al servidor de
archivos mediante iSCSI.
11 de 26
3 Requisitos técnicos de la solución a ofertar Se debe de proponer con todo detalle el diseño de una solución que dé cumplimiento a los objetivos buscados por AMAEM, se detallarán las características del equipamiento propuesto, el diseño de la arquitectura y los componentes software incluidos con descripción detallada de las funcionalidades que aporta cada componente.
3.1 Características generales. • El sistema consistirá en un entorno principal con el nuevo sistema de
almacenamiento, conectividad y proceso, conectado por fibra óptica propietaria a un entorno secundario (anti contingencias) conformado por hardware y software existente (reutilizado).
• Sistema de alta disponibilidad y protección ante desastres. Los servicios prestados por un nodo, en caso de caída, deben de prestarse por el/los nodo/s supervivientes sin impacto sobre los sistemas clientes. Estas características serán de aplicación a todos los servicios prestados (fichero o bloque).
• El sistema debe tener todos sus componentes redundados y estar adecuadamente dimensionado en capacidad de proceso, puertos, caché,... para la capacidad y rendimientos solicitados.
• Deben de incluir todos los componentes para su instalación en un rack standard de 19 pulgadas, su conexión a la red eléctrica y la correcta gestión del cableado.
3.2 Arquitectura.
La solución ofertada deberá abordar la renovación de la infraestructura mediante una
estrategia orientada hacia la eficiencia y sostenibilidad en el uso de los recursos (tanto
humanos como tecnológicos y medioambientales).
En líneas generales la arquitectura propuesta deberá asegurar unos óptimos niveles de
servicio teniendo en cuenta las siguientes consideraciones:
Deben plantearse las redundancias necesarias para asegurar una
disponibilidad del sistema del 99,99% en los entornos productivos. En este
sentido:
No debe haber puntos singulares de fallo.
No se deben utilizar protocolos de baja velocidad de convergencia
para la redundancia.
Se deben configurar los enlaces redundantes de forma que no haya
ninguno pasivo, permitiendo por tanto la optimización del ancho de
banda disponible.
Las tecnologías empleadas serán de primer nivel, entre otras, al menos:
Procesadores de última generación fundamentalmente centrados en
tecnología x86 64bits.
Conectividad redundante a 10G mínimo.
Deberán de integrarse en las redes Ethernet y SAN descritas en el
apartado “situación actual”.
No debe de presentar ningún tipo de incompatibilidad con los
sistemas existentes y coexistir con los actuales sistemas de
almacenamiento y proceso hasta la finalización de la migración.
12 de 26
Memorias de 2400 Mhz, mínimo. En los entornos virtualizados
primará la conveniencia de la tecnología a su velocidad.
El almacenamiento debe permitir tecnologías de combinación de
discos de muy alto rendimiento (SSD) y bajo rendimiento (NL-SAS)
para poder obtener rendimientos globales óptimos.
Elevada protección de la inversión: La solución debe cumplir con las
siguientes características:
Tecnologías actuales: La vida útil de todos los sistemas ofertados deberá ser superior a los 6 años, contados a partir de la fecha de firma del contrato.
Modularidad: Se utilizarán, en la medida de lo posible, tecnologías
modulares, de manera que se puedan hacer ampliaciones, cambios,
incorporación de nuevas funcionalidades de forma sencilla.
3.3 Virtualización. Mediante la renovación de la infraestructura de virtualización se espera que además de
mejorar el rendimiento de los sistemas actuales, la nueva infraestructura sea capaz de
soportar la carga de cómputo y almacenamiento de nuevas máquinas virtuales que
actualmente no existen por la falta de recursos.
Para ello será necesario aprovisionar un conjunto de tres equipos informáticos de
arquitectura x86, donde cada máquina aporte como mínimo las siguientes capacidades
de cómputo:
Procesadores: 12 cores, 2.6 Ghz por core físico cada uno.
RAM: 512GB. Los servidores deben de tener los bancos de RAM libres
suficientes para poder aumentar la RAM un 25% en posteriores ampliaciones sin
descartar componentes existentes.
Conectividad redundante para al menos 6 redes físicas diferentes a 10Gb/s.
Sobre estos servidores correrá una plataforma de virtualización basada en la tecnología
vSphere VMware. Para el despliegue de esta plataforma se deberán utilizar las licencias
de virtualización de AMAEM descritas en el apartado de Situación Actual, teniendo en
cuenta que dichas licencias son utilizadas actualmente en el entorno productivo tal como
se ha detallado en dicho apartado. Si fuesen necesarias licencias adicionales deberían
de incluirse en la oferta.
Así mismo, para realizar la salvaguarda de máquinas virtuales, se considera
imprescindible realizar imágenes consistentes de dichas máquinas virtuales y que estas
sean enviadas a red, para su posterior archivado en cinta mediante IBM Spectrum
Protect (TSM). Así mismo, aquellas imágenes de VM críticas, se deberán replicar en el
futuro sistema anti contingencias que se implante en el CPD secundario. Se considera
que el software que mejor aporta estas funcionalidades es VEEAM Backup & Replicator,
por lo que se deberá considerar incluir en la oferta las licencias necesarias y la puesta
en marcha de dicha solución.
13 de 26
3.4 Almacenamiento Con objeto de mejorar las capacidades de almacenamiento en la nueva infraestructura
AMAEM estima necesaria la incorporación de un nuevo sistema que incremente la
capacidad actual de forma significativa.
Este almacenamiento debe de proveerse mediante una arquitectura no Hyper-
convergente. Dicha arquitectura estará basada en solución tradicional de
almacenamiento de propósito dedicado, (controladoras y bandejas de expansión de
discos).
La solución de almacenamiento debe proveer unos requisitos mínimos, siendo estos:
3.5 Requisitos de almacenamiento
Requisitos generales del servicio de almacenamiento:
Volúmenes de discos accesibles en modo bloque para servidores físicos.
Los volúmenes se deben poder servir como espacio en bruto, sin formato y sin
ningún tipo de sistema de ficheros montado.
Los volúmenes podrán tener un tamaño mínimo de 50 GB hasta el máximo
soportado por la tecnología usada (que como mínimo deberá ser de 10 TB).
Se deben poder usar múltiples volúmenes en un único servidor.
Los volúmenes deben poder ser accedidos por red 10 Gigabit Ethernet en el
caso de los servidores físicos. En el caso de servidores virtuales han de ser
accesibles a través del entorno de virtualización.
Todos sus componentes deben estar redundados y ser reemplazables en
caliente.
Disponibilidad acreditada del sistema de almacenamiento superior a cuatro 9s
(99,99%).
Memoria caché de escritura espejada y protegida por baterías durante un
periodo mínimo de 2 horas.
Dos controladoras activas configuradas en alta disponibilidad que permitan
seguir dando servicio ante el fallo de un componente o actualización de firmware.
El sistema de almacenamiento debe soportar la posibilidad futura de crecer
añadiendo controladoras adicionales al sistema de almacenamiento (scale-out),
como mínimo hasta 8.
Discos configurados en RAID de doble paridad que garanticen el acceso a los
datos ante el fallo de al menos dos discos del grupo RAID.
Al menos, disponer de 1 disco de hot-spare global para el sistema de
almacenamiento por cada 40 discos.
Conexión remota para monitorización proactiva del funcionamiento del sistema,
con envío automático de alertas y diagnósticos a soporte.
Conexión de las bandejas de discos físicos a las controladoras mediante bucles
redundantes para disponer de alta disponibilidad y acceso balanceado.
Conexión de todos los servidores al sistema de almacenamiento mediante dos
caminos redundantes que permitan el acceso a los datos en caso de fallo de
alguno de los caminos.
14 de 26
Posibilidad de expandir la capacidad mediante la adquisición de nuevos módulos sin descartar los componentes existentes.
Los sistemas han de soportar, como mínimo, discos SAS de 1 TB y 2 TB y discos SSD.
El servicio de almacenamiento de ficheros, debe incluir:
Provisión de contenedores de ficheros accesibles para los servidores físicos y
virtuales ubicados en el CPD principal y desde la LAN interna de AMAEM.
Los contenedores han de ser accesibles en modo fichero para almacenar
información y poder acceder a ella bien por protocolo CIFS y NFS.
Los contenedores podrán tener un tamaño mínimo de 50 GB hasta el máximo
soportado por la tecnología usada (que como mínimo deberá ser de 10 TB).
Los contenedores que se sirvan con protocolo CIFS deben integrarse con la
estructura de Directorio Activo (Active Directory) implantado por AMAEM para
poder dar permisos de acceso.
La gestión de los recursos compartidos de los contenedores CIFS deberán poder
administrarse desde un entorno Windows de manera nativa.
Se deben poder realizar instantáneas de los contenedores y restauración de las
mismas a conveniencia, total o parcialmente.
Se debe poder realizar una instantánea automática al día que pueda ser
restaurada desde el sistema operativo Windows de modo nativo.
Se deben poder registrar de todos los cambios realizados en los archivos del
contenedor y guardarse al menos durante 3 meses.
Debe ser compatible con la herramienta de backup de AMAEM (descrita en el
apartado Infraestructura de backup).
3.5.1 Conectividad
La solución de almacenamiento debe integrarse plenamente con el entorno de
virtualización.
El sistema de almacenamiento deberá disponer de, al menos, dos controladoras
independientes y redundantes, con capacidad de sustitución en caliente sin que ello
provoque disrupción en el servicio en la otra controladora y, además, pudiendo
asumir el rol de la controladora sustituida. La configuración de las controladoras será
de tipo activo/activo.
Se interconectará a la SAN mediante puertos 10GB. Según requerimientos “sin
punto único de fallo” todos los puertos estarán redundados y configurados de modo
que no se produzca pérdida de servicio por fallos en puertos y enlaces.
Adicionalmente se contará con puertos de gestión independientes a 1GB ethernet.
Soportar conexiones FC, iSCSI y 10 Gigabit Ethernet.
Soportar protocolos NFS y CIFS
Se incluirá en la oferta todos los latiguillos de conexión necesarios para los
sistemas ofertados.
3.5.2 Funcionalidades
Consola de gestión: el sistema tiene que ofrecer consola de gestión en modo gráfico
que permita gestionar el sistema de almacenamiento desde un solo punto,
15 de 26
unificando la gestión del acceso a bloque y del acceso a fichero y herramientas
gráficas de monitorización, generación de informes de uso y consumo del
almacenamiento y del rendimiento del acceso al mismo, así como la gestión de los
mecanismos de protección de datos asociados (snapshots, replicaciones de datos,
backups directos de disco a disco).
Autotiering: el sistema debe ofrecer mecanismos de autotiering. El sistema
autoajustará la calidad de servicio del acceso a los datos en función de su frecuencia
de acceso (autotiering).
Thin-provisioning: el sistema debe ofrecer mecanismos de thin-provisioning sin
necesidad de ningún elemento externo.
Creación de volúmenes de datos virtuales con capacidad de redimensionamiento en
caliente, tanto en crecimiento como en decrecimiento.
Creación de snapshots (instantáneas temporales) por cada volumen de
almacenamiento. Los snapshots se realizarán a nivel de bloque. El snapshot sólo
utilizará el espacio necesario para el almacenamiento de los bloques originales
modificados en el volumen original posteriormente al momento de realización de la
instantánea. Los snapshots podrán ser recuperados de forma instantánea sobre el
volumen original y sin pérdida de rendimiento. Esta funcionalidad de recuperación
se podrá integrar en aplicaciones externas (por ejemplo, Volume Shadow Copy de
Microsoft), de forma que la recuperación de un snapshot se pueda gestionar desde
la misma aplicación.
Clonación de conjuntos de datos, a nivel de volúmenes completos. La clonación de un conjunto de datos ha de ser muy rápida, sin penalización de rendimiento, independientemente del tamaño de los datos a clonar o de su contenedor. Los datos clonados serán independientes de los originales, optimizando el espacio usado de forma que sólo se almacenen los cambios respecto de los datos originales. Estos clones solo deberán ocupar espacio de forma incremental a nivel de bloque para optimización del consumo de espacio en disco.
Capacidad de la cabina para realizar replicaciones de datos entre cabinas (en un
futuro) y dentro de la misma. La replicación transmitirá al sistema remoto únicamente
los bloques modificados desde la última replicación. Los volúmenes podrán ser
replicados junto con todos sus snapshots asociados de forma que se garanticen
puntos de recuperación consistentes en el destino. El sistema deberá disponer de
las licencias necesarias para cumplir con esta funcionalidad.
Transparent Failover para poder tener el servicio online siempre con la réplica
síncrona entre 2 sistemas de almacenamiento (de momento sólo hay un sistema de
almacenamiento, pero se ha de prever la posibilidad de que en un futuro se
implemente un sistema de redundancia).
Soporte de funcionalidad de multipathing nativo del sistema operativo para acceso redundante de los servidores al sistema de almacenamiento.
Licenciamiento por cabina completa y no por nichos de capacidad.
Para poder realizar Snapshots y clones en caliente consistentes de los datos de aplicación, la solución deberá disponer de agentes de integración con aplicaciones con licencia para capacidad ilimitada. La solución deberá disponer de agentes de integración de los Snapshots y los clonados para, al menos, las siguientes aplicaciones:
o Microsoft SQL Server o IBM DB2 o VMware
16 de 26
Se valorará la integración de los snapshots con software de backup (Veeam, IBM Spectrum Protect Extended, Veritas,…) para realizar backups y restores inmediatos, así como poder gestionar la replicación entre cabinas con el software de backup, para poder tener una única herramienta centralizada de protección de datos, y reducir las ventanas de backup a unos pocos segundos/minutos, así como realizar restores granulares o totales de forma rápida.
El sistema tendrá capacidad para establecer políticas de calidad de servicio de acceso a los volúmenes de diferentes aplicaciones, pudiendo priorizar de forma dinámica el rendimiento de cada entorno de aplicaciones, LUN o sistema de ficheros en términos de IOPS o MB/s.
Capacidad de mostrar a cada servidor los volúmenes necesarios y ocultar el resto (LUN Masking)
Deduplicación y compresión de datos a nivel de bloque para ahorrar espacio en disco reduciendo bloques redundantes con las siguientes funcionalidades soportadas:
o Debe soportar los procesos de deduplicación y compresión inline o en una tarea programada posterior.
o Aplicable a nivel de volumen de datos para LUNs y para NAS. o Aplicable a todos los volúmenes independientemente del sistema operativo
del servidor que accede al mismo. o Planificador para automatizar la ejecución de los procesos de deduplicación
de forma desatendida y transparente para los usuarios. o A nivel de bloque interno del sistema de almacenamiento. o De forma nativa, sin necesidad de gateways ni elementos externos extra.
Integración con VMware vSphere y certificación de funcionalidades VAAI, VASA y Vvols, para poder realizar una gestión del almacenamiento dedicado a vSphere desde la consola de vCenter.
Niveles de Raid soportados: 0, 1, 1+0, 5, 5+0, 6
Se valorará que todas las funcionalidades no tengan costes adicionales de
licenciamiento futuro dependiente de capacidad o número de servidores.
3.5.3 Requisitos de capacidad.
La capacidad neta del sistema será igual o superior a 46TB netos (usables), lo cual
supone doblar la capacidad actual de ambas cabinas (HP EVA 4400 y HP
StorageWorks):
BRUTO ACTUAL: 21TB + 15TB = 36TB
NETO ACTUAL: 11TB + 12TB = 23TB
NETO REQUERIDO: >= 46TB
Por tratarse de TB netos no se cuenta por tanto con el espacio adicional requerido por
motivos de formateo, protección RAID, redondeo en base 2, y otros mecanismos que
aplican a determinados sistemas de almacenamiento como las cabinas.
Para el cálculo de la capacidad neta a ofertar se tendrá en cuenta que 1 TB (Terabyte)
son 1024 GB (Gigabytes) y 1 GB son 1024 MB (Megabytes).
17 de 26
3.5.3.1 Distribución de tecnologías
Para alcanzar los niveles de rendimiento que se exigen en el apartado siguiente, se
pueden proponer hasta 3 niveles distintos de tecnologías de disco, alcanzando como
mínimo las siguientes proporciones en base a la capacidad raw ofertada:
Se requiere una capacidad neta del 10%, como mínimo, en discos SDD o memoria flash para utilizarlo como mecanismo de aceleración de rendimiento, conteniendo los bloques de datos más utilizados por las aplicaciones en tiempo real (tiering o caching).
Se requiere una capacidad neta de 40%, como mínimo, en discos SAS para aplicaciones que demanden mayor rendimiento, fundamentalmente para almacenar máquinas virtuales de VMware vSphere.
En caso necesario se completará hasta el total de capacidad con discos SATA
o NL-SAS para aplicaciones que demanden menor rendimiento, fundamentalmente
para almacenar ficheros del entorno NAS con contenido ofimático y multimedia.
Para obtener esta capacidad neta, los grupos RAID y los discos hot spare deberán ir configurados según lo descrito en el apartado de Requisitos de almacenamiento: RAID de doble paridad que soporte el fallo de, al menos, dos discos; un disco hot spare por cada 40 discos
Se detallará en la oferta la descripción del despliegue de discos, siempre siguiendo el
documento de las mejores prácticas del fabricante, se adjuntará este documento a la
propuesta junto con el cálculo detallado de la capacidad neta resultante en base al
diseño realizado.
3.5.4 Requisitos de rendimiento
A partir de los datos de rendimiento existentes en la actualidad, los requisitos
funcionales indicados en los apartados anteriores que deberían permitir optimizarlos, y
el tipo de servicios que deberán ser atendidos en la nueva solución, AMAEM estima
necesarios el cumplimiento de los siguientes valores de rendimiento en la nueva
infraestructura de almacenamiento:
Rendimiento mínimo sostenido de 25.000 IOPS en acceso aleatorio (70%
lectura) con latencias por debajo de 5ms para un escenario de lectura/escritura
aproximado de 70%/30%. El nivel de configuración para el cálculo del
rendimiento neto será RAID 6.
Ancho de banda sostenido mínimo de 1200 MB/s.
Memoria caché de al menos 64 GB de capacidad en el sistema de
almacenamiento disponible en su totalidad para datos.
Se deberá aportar con la oferta el rendimiento proporcionado por el sistema ofertado
con una descripción detallada de los cálculos realizados para obtener dicha cifra. Esta
descripción incluirá los detalles y funcionamiento de las técnicas y conceptos que utilizan
los equipos ofertados para optimizar el rendimiento.
3.5.5 Compatibilidad
18 de 26
El sistema de almacenamiento deberá ser compatible con los siguientes sistemas y aplicaciones:
o MS Active Directory con CIFS, SMB 2.1, SMB 3.0 o Sistemas operativos: Windows y VMware ESX,… o Aplicaciones: IBM DB2, Microsoft SQL Server y SAP R/3
3.5.6 Escalabilidad
El sistema de almacenamiento debe soportar la posibilidad futura de crecer añadiendo controladoras y bandejas de discos adicionales al sistema de almacenamiento sin parada (scale-out). De la misma forma, soportará la migración de controladoras y bandejas de discos en caliente para realizar renovaciones tecnológicas, permitiendo realizar todas las operaciones sin parada del servicio de almacenamiento.
3.6 Licencias Todas las licencias ofertadas, y en el caso de su mantenimiento, deberán ser nominales
a Aguas Municipalizadas de Alicante, E.M.
3.6.1 VMWARE El entorno de virtualización completo (CPD Principal y centro de respaldo) quedarán
licenciados con las licencias de VMWARE que AMAEM dispone en la actualidad y que
se han detallado en el apartado 2.2.2 (Software virtualización).
La oferta incluirá el mantenimiento anual de dichos productos con el actual nivel de
cobertura, condicionado, cantidad de producto:
1 Basic Support Coverage VMware vCenter Server 6 Standard for
vSphere 6 (Per Instance).
8 Basic Support Coverage VMware vSphere 6 Enterprise Plus for 1
processor
Los periodos a ofertar son:
Del 30/12/2017 – al 29/12/2018
Del 30/12/2018 – al 29/12/2019
Del 30/12/2019 – al 29/12/2020
Del 30/12/2020 – al 29/12/2021
Del 30/12/2021 – al 29/12/2022
3.6.2 Microsoft Windows Server DataCenter Se incluirá en la propuesta las licencias a nombre de AMAEM del software de Microsoft
Windows Server DataCenter que sean necesarias para licenciar totalmente los
servidores físicos del entorno virtual del CPD principal, pues el entorno del centro
secundario quedará licenciado con las licencias de producto vigentes en AMAEM.
3.6.3 Resto de licencias Será preciso incluir en la propuesta todas las licencias necesarias para cubrir todas las
funcionalidades demandadas.
19 de 26
3.7 Infraestructura de red En función de la solución propuesta, y a partir de los dispositivos de red existentes en
el apartado 2 (SITUACIÓN ACTUAL.), será necesario incluir todo aquel elemento de red
faltante (p.e. switches SAN, LAN) para la correcta integración de la solución en la
infraestructura de AMAEM. La solución incluirá el licenciamiento requerido de estos
dispositivos para su conexión al resto de la infraestructura.
3.8 Backup Se mantendrá el actual sistema de backup, valorándose las mejoras propuestas
sobre el mismo, en la línea de su integración con el nuevo sistema propuesto, así
como en la mejora de rendimiento, operativa y capacidad del proceso de backup
actual.
El sistema ofertado debe ser capaz de permitir la conexión del software actualmente
empleado por AMAEM (IBM Spectrum Protect Extended, antes IBM Tivoli Storage
Manager).
Los datos a ser copiados podrán ser máquinas virtuales completas, ficheros de un
sistema de ficheros, o ficheros de las máquinas virtuales mediante agente.
3.9 Alta disponibilidad Mediante la nueva infraestructura AMAEM quiere disponer de una arquitectura que
permita el uso del CPD secundario como centro de contingencias, según se indicaba en
el apartado 2.1 (Alojamiento de las infraestructuras.). La solución deberá venir
acompañada de todas las licencias requeridas para cubrir los requisitos descritos a
continuación:
La solución deberá estar preparada para en un futuro ser capaz de monitorizar el estado
de los dos CPDs para que en caso de caída del principal, activar de forma automática
los mecanismos necesarios para seguir prestando los servicios definidos como
CRÍTICOS únicamente desde el otro CPD. Así mismo, en caso de caída del CPD
principal, la solución aportada deberá ser capaz de evitar el impacto en los servicios
prestados cumpliendo unos valores de RTO=0 y RPO=0. Por este motivo se considera
que la solución debe de contemplar que la replicación de datos pueda ser síncrona,
aprovechando las líneas de comunicaciones de fibra existentes entre ambos CPDs.
Con la nueva infraestructura ofertada, junto con aquellos elementos de la infraestructura
actual que puedan ser reutilizados, se deberá conformar una solución operativa que
permita disponer en el CPD secundario de un sistema de actuación ante contingencias
de los sistemas críticos.
3.10 Reutilización de la infraestructura actual Junto con la adquisición de nueva infraestructura se valorará la posibilidad de reutilizar
parte de la infraestructura antigua de AMAEM considerando para ello su antigüedad,
coste de mantenimiento y capacidad. De esta forma, si es técnicamente factible de
acuerdo a la solución finalmente escogida, algunos de los sistemas actuales
complementarán a la nueva solución, implementándose un entorno de Disaster
Recovery. Los elementos mínimos a reutilizar serán las cabinas EVA4400, la NAS
Storageworks, el servidor HP Proliant DL 380 G7 y los switches de FC HP Storageworks.
20 de 26
Por tanto, es asumible combinar la nueva infraestructura en la medida de lo posible con
la actual, siempre que ésta última no se encuentre en un nivel de obsolescencia que
entre conflicto con la operatividad de la solución, ni con su sostenibilidad y escalabilidad.
En caso de reutilización, los costes de mantenimiento de la antigua infraestructura
deberán ser incluidos en la solución general cuando intervengan en los entornos de
producción.
3.11 Soporte, Mantenimiento y Acuerdos de Nivel de Servicio. La oferta debe de incluir un periodo de garantía/soporte de al menos CINCO AÑOS,
incluido el periodo de garantía de primer año, para todos los elementos incluidos en la
oferta (hardware y software), contados a partir de la fecha de firma del acta de recepción
de los trabajos (no a partir de la fecha de suministro).
Esa garantía incluirá la atención de incidencias y averías, las consultas técnicas
referidas a los productos ofertados, las actualizaciones de versiones de software y su
aplicación en los equipos incluidos en la oferta, la sustitución de piezas in-situ, el acceso
a documentación técnica del fabricante.
Se deberá disponer de oficina técnica, base del personal técnico de campo, en un radio
no superior a 200Km desde la ciudad de Alicante.
Para todos los equipos y productos hardware y software incluidos en la oferta el soporte
por parte del fabricante o fabricantes incluirá:
• Servicio 24x7x4, es decir, todos los días del año con un tiempo de atención
máximo de 1 hora.
• Reemplazo de piezas in-situ por parte del servicio técnico.
• El reemplazo de equipos y piezas defectuosas se realizará en un máximo de 4
horas desde la solicitud de la pieza.
• Todos los costes de transporte de equipos y piezas, en ambos sentidos, por
motivo de reemplazo de unidades averiadas quedarán asumidos por el fabricante o en
su defecto por la empresa adjudicataria del contrato.
• El acceso al servicio de soporte incluirán al menos los canales web y telefónico
en horario 24x7 en idioma español.
• La instalación en los equipos ofertados de las nuevas versiones de firmware y
actualizaciones de los productos software en un plazo no superior a los 6 meses desde
su liberación por parte del fabricante.
Se contemplarán penalidades por pérdidas de servicio imputables a fallos de los equipos
suministrados superiores al 99,5% en periodos mensuales.
21 de 26
4 Servicios 4.1 Despliegue de la nueva infraestructura y migración de los sistemas actuales
al nuevo entorno Con objeto de mitigar la complejidad asociada al despliegue de una nueva
infraestructura y la migración de los servicios desde los sistemas actuales, AMAEM
requiere de la provisión de los servicios necesarios tanto para la puesta en producción
de la nueva infraestructura, como la migración de los sistemas y datos del antiguo al
nuevo entorno (incluyendo la migración de las máquinas virtuales y datos relacionados),
así como cualquier integración planteada en la solución con la infraestructura actual.
La configuración del nuevo entorno en todos sus ámbitos (virtualización,
almacenamiento, backup, Disaster Recovery...) sería consensuada previamente al inicio
del proyecto con AMAEM.
Todo el alcance anterior junto con la provisión previa del nuevo HW se consideraría por
tanto con un proyecto “llave en mano”.
4.2 Formación El proveedor de la solución deberá llevar a cabo un plan de formación con los siguientes
objetivos:
Presentar al personal técnico de IT de AMAEM el estado final de la nueva
infraestructura
Trasladar al personal técnico de IT de AMAEM los conocimientos que sean
necesarios para que puedan seguir realizando sus funciones (entre ellas gestión
del entorno de virtualización y gestión de la copias de seguridad) en la nueva
infraestructura.
En dicho calendario se debe especificar:
Un calendario acordado previamente con el personal técnico de IT de AMAEM.
El personal responsable de impartir la formación y su perfil.
La formación se impartirá en las dependencias de AMAEM.
La formación tendrá una duración mínima de 10 horas.
4.3 Capacitación y certificación Para la prestación de los servicios incluidos en este pliego es condición necesaria que
el adjudicatario disponga de las certificaciones siguientes:
Nivel de certificación VMWARE: Premier
Nivel de certificación VEEAM: Gold
Así mismo, se valorará que se disponga del máximo nivel de certificación técnico en las
soluciones hardware y software ofertadas.
22 de 26
5 Fases de implantación Para la ejecución del proyecto, se detallarán las fases del proyecto de implantación de
la nueva solución, en el que deben incluirse, como mínimo, las siguientes tareas, con el
máximo detalle posible:
1) Fase de análisis y toma de datos detallados del entorno existente (inventario)
2) Fase de diseño de la nueva solución de almacenamiento, incluyendo su
conexión a las diferentes redes y servidores de aplicaciones.
3) Fase de definición del plan de pruebas y validación de la solución.
4) Fase de diseño del plan de migración de datos.
5) Fase de instalación de los equipos.
o El traslado y despliegue de los nuevos equipos físicos propiedad de
AMAEM que deberán alojarse en los CPDs.
6) Fase de configuración de los sistemas de almacenamiento, de los servidores de
virtualización y de los módulos de integración con servidores y aplicaciones,
según el documento de diseño.
7) Fase ejecución de pruebas y validación, según el documento correspondiente.
8) Fase de migración progresiva de datos al nuevo sistema.
o Migración de todos los datos y permisos de los actuales a los nuevos
sistemas de almacenamiento.
o Migración del actual entorno de virtualización al nuevo entorno, incluye la
migración de todas las máquinas virtuales y la configuración del entorno
para poder seguir prestando el servicio con normalidad.
9) Fase de preparación del sistema anti-contingencias en CPD principal.
10) Fase de transferencia de conocimiento y documentación al equipo de
administración ITC de AMAEM.
11) Fase mantenimiento de infraestructura.
El alcance del proyecto comprende los siguientes hitos:
a) Firma del contrato. A partir de este momento se inicia la fase 1.
b) Instalación y configuración de hardware. Una vez finalizada la fase 7.
c) Puesta en marcha de los servicios de producción en la nueva infraestructura.
Una vez finalizada la fase 8.
d) Transferencia de conocimiento al personal de AMAEM y entrega de la
documentación “fin de puesta en marcha”. Una vez finalizada la fase 10.
e) Firma Acta de Conformidad, donde AMAEM certificará que se ha cumplido con
el suministro, instalación, configuración de la solución tecnológica, se ha
realizado la migración de entorno y datos, se ha impartido la formación, se ha
realizado la transferencia de conocimientos, se han ejecutado/implantado las
mejoras comprometidas y se ha entregado la documentación.
f) Inicio de mantenimiento anual de licencias VMWARE hasta el 30 de Diciembre
de 2022.
g) Inicio del periodo de garantía/soporte indicado en el apartado 3.11 del presente
Pliego de Prescriciones Técnicas.
23 de 26
El plazo máximo para alcanzar el hito c) “Puesta en marcha” es de 8 semanas desde la
firma del contrato.
El plazo máximo para alcanzar el hito d) “Transferencia de conocimiento y entrega de
documentación” es de 2 semanas a partir del hito c).
Al finalizar cada fase se entregará la siguiente documentación:
Fase 1: Análisis e inventario.
Fase 2: Diseño de la solución.
Fase 3: Plan de pruebas.
Fase 4: Plan de migración de datos.
Fase 5: Inventario nueva solución.
Fase 6: Documento de configuración en base al documento de diseño.
Fase 7: Resultado de las pruebas.
Fase 8: Informe de implantación de la nueva solución.
Fase 9: Servicios de la antigua infraestructura migrados a la nueva y totalmente
operativos.
Fase 9: Informe detallado de la implantación del sistema ante contingencias. Guía de
uso y plan de pruebas.
Fase 9: Informe final de implantación y puesta en marcha de todo el proyecto.
Fase 10: Plan de formación y sesiones formativas de acuerdo a los requerimientos del
apartado de Formación.
Fase 10: Detalle final infraestructura desplegada.
Fase 11: Certificado anual de renovación de mantenimiento de las licencias de VMware.
Fase 11: Certificado anual de renovación del soporte/mantenimiento oficial del hardware
y del software con los fabricantes correspondientes.
24 de 26
6 Duración del contrato. El contrato finalizará a los cinco años de la fecha de firma del Acta de Conformidad.
7 Presupuesto El presupuesto base de licitación asciende a 183.000 € más IVA, y engloba los
siguientes conceptos:
Suministro de hardware que conformará la infraestructura de virtualización,
almacenamiento, red y backup: 90.000€ + IVA
Suministro de nuevo software necesario para el funcionamiento de la nueva
infraestructura de virtualización, almacenamiento, red y backup: 15.000€ + IVA
Servicio de despliegue de la nueva infraestructura, migración de los entornos y
datos, formación, transferencia de conocimientos y ejecución/implantación de las
mejoras comprometidas:10.000€ + IVA
Mantenimiento del hardware instalado: 35.000€ + IVA
Mantenimiento licencias de Software: 33.000€ + IVA
Alicante, Marzo de 2017.
25 de 26
8 Anexo I
Nº Descripcion Sistema
Operativo Versión 32/64
bits Memoria
(MB) CPUs Disco (GB)
1 Producción Arcgis 9.3 Win Server 2003 32 6.144 2 106
2 Servidor DHCP e impresoras Win Server 2008 R2 64 4.096 2 64
3 Servidor de Archivos Win Server 2008 R2 64 4.096 2 1566
4 SQL Server -Telemando Win Server 2003 32 3.072 4 138,99
5 Virtual Center vmware Win Server 2003 32 4.096 4 34
6 Desarrollo Agua2 Win Server 2003 32 4.096 2 304
7 Servidor de SQL Server Win Server 2008 R2 64 8.192 4 208
8 coligard Win Server 2008 R2 64 4.096 2 104
9 Integración Arcgis 9.3 Win Server 2008 R2 64 8192 4 308
10 Producción Xibo Win Server 2008 R2 64 4.096 2 104
11 SAP Integración Win Server 2003 64 8.192 2 908
12 Copia de Virtual Center vmware Win Server 2003 32 1024 1 151
13 Notificación resultado de copias de seguridad Win XP 32 256 1 60,25
14 Aplicaciones Notes Win Server 2003 32 3.456 2 358,39
15 Desarrollo Web Win Server 2003 32 1024 1 151
16 Web estatum Producción Win Server 2008 R2 64 6.144 4 286
17 Desarrollo Lotus Notes Win Server 2008 R2 64 4.096 2 254
18 Servidor Domino Win Server 2008 R2 64 3.072 2 563
19 Control de impresoras Win Server 2008 R2 64 8.192 4 108
20 iCAP Win Server 2008 R2 64 4.096 1 64
21 Desarrollo AquaCIS-CF Win Server 2003 64 8.192 4 808
22 AGUA2 Win Server 2003 32 4.096 4 604
23 Servidor de Archivos (NAS1) Win Server 2008 R2 64 12.288 4 112
24 Pruebas GIS Win 7 64 8.192 2 108
25 Control de inventario Win 7 64 8.192 2 100
26 Domain Controller AMAEM Win Server 2003 32 2.048 1 68,25
27 Clon de Domain Controller AMAEM Win Server 2003 32 2048 1 70,25
28 Encuestador Línea 900 Win Server 2008 R2 64 4.096 2 104
29 Desarrollo estatum Win Server 2008 R2 64 3.072 2 183
30 Aplicación JIRA Win Server 2008 R2 64 4.096 2 104
31 Control de presencia Win Server 2008 R2 64 4.096 2 144
32 Servidor DB2 Win Server 2003 32 4.096 4 504
33 Servidor web TOMCAT Win Server 2008 R2 64 8.192 4 108
34 Aplicaciones Notes en Internet Win Server 2003 32 2.048 2 69,85
35 Alfresco Win Server 2008 R2 64 4.096 4 254
36 Servidor Web aguasdealicante Win Server 2003 32 4.096 2 304
37 Aplicación Mouse Win XP 32 1.024 1 251
38 Lotus Notes (Portal empleado) Win Server 2003 32 3.072 2 168,02
39 Aqualogy Other 32 8.192 2 48
40 Aplicaciones Notes Win Server 2003 32 2.048 2 32
26 de 26
Nº Descripcion Sistema
Operativo Versión 32/64
bits Memoria
(MB) CPUs Disco (GB)
41 Telemando-Aszapla Win Server 2008 R2 64 6.144 4 136
42 Hojas de Ruta Win Server 2008 R2 64 2.048 2 62
43 SAP Solution Manager Win Server 2003 32 3.072 2 88
44 Plantilla máquina virtual servidor Win Server 2008 R2 64 8192 2 108
45 plantilla máquina virtual cliente win 7 64 8192 1 108
46 Concerto y Starteam Win Server 2003 32 3.072 4 77,4
47 Proxy ISA Server Win Server 2003 32 1.536 2 35,4
48 Pruebas win 7 64 8192 1 208
49 SQL Server 2012 (Desarrollo) Win Server 2008 R2 64 8.192 4 108
50 Aplicación de riego Win 7 64 2.048 2 62
51 SAP Desarrollo ECC6.0 Win Server 2003 64 8.192 2 398
52 Hojas de Ruta Desarrollo Win Server 2008 R2 64 8.192 2 108
53 S2 Argos Linux 2.6x 32 4.096 2 84,02
54 S2 Emas Linux 2.6x 32 4.096 2 84
55 S2 Triton Linux 2.6x 64 4.096 2 44
56 Servidor web AGUA2 Público Inet Win Server 2003 32 2.048 2 75,01
57 Soporte win 7 64 1024 1 101
58 Sap router Win XP 32 512 1 40,5
59 Servidor Trend Micro Win Server 2008 R2 64 8.192 4 208
60 Servidor SCCM Win Server 2008 R2 64 4.096 2 304
61 Servidor SCCM Win Server 2008 R2 64 8.192 2 308
62 Servidor WSUS Win Server 2008 R2 64 4.096 1 164
63 ArcGIS 10.2 Win Server 2008 R2 64 8.192 4 808
64 T1001 win 7 64 8192 2 108
65 Desarrollo SQL2008 Win Server 2008 R2 64 4.096 2 204
66 Plan de contingencia Win 7 64 8.192 1 208
67 Aplicaciones que solo funcionan en XP Win XP 32 1.024 2 41
68 Oficina Virtual Win Server 2008 R2 64 8.192 2 108
69 Servidor DB2 Telemando Win Server 2008 R2 64 8.192 4 368
70 Proxy inverso Producción Win Server 2008 R2 64 2.048 1 122
71 Proxy inverso Desarrollo Win Server 2008 R2 64 1.024 1 61
72 Servidor web Oficina Virtual 1.0 Win Server 2003 32 1.024 1 19,66
73 Producción XIBO Win Server 2008 R2 64 4.096 2 104
74 Arcgis 10.2 Win Server 2008 R2 64 6.144 4 306
75 WordPress Win Server 2008 R2 64 8.192 4 216,01
76 SIPAID Win Server 2008 32 4.096 2 64
77 Aplicación Wendcom Win 7 32 2.048 2 72
78 Aqualogy Linux 32 256 1 10,25
79 Peticiones de servicio, Proyectos3, fichadas. Win Server 2003 32 4.096 2 134