PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA … · Esta MacroLAN se encuentra redundada en los dos CPDs mediante VRRP (este sistema consiste en la configuración de dos o más routers

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA RENOVACIÓN

DE LA INFRAESTRUCTURA DEL CENTRO DE PROCESO DE DATOS

Excmo. Ayuntamiento de Castellón de la Plana

Contenido1Objeto del contrato.............................................................................................................................42Situación actual..................................................................................................................................4

2.1Alojamiento de las infraestructuras............................................................................................42.1.1Interconexión de las sedes...................................................................................................42.1.2Alojamiento disponible en los armarios..............................................................................5

2.2Entornos de virtualización..........................................................................................................62.2.1Entorno Vmware.................................................................................................................62.2.2Entorno Hyper-V.................................................................................................................8

2.3Infraestructura de almacenamiento.............................................................................................92.4Infraestructura de backup............................................................................................................9

2.4.1Hardware.............................................................................................................................92.4.2Software............................................................................................................................102.4.3Información respaldada.....................................................................................................10

2.5Infraestructura de red................................................................................................................112.5.1LAN...................................................................................................................................112.5.2SAN...................................................................................................................................12

2.6Servidores de ficheros...............................................................................................................123Requisitos técnicos...........................................................................................................................12

3.1Arquitectura..............................................................................................................................123.2Alojamiento..............................................................................................................................133.3Virtualización............................................................................................................................133.4Almacenamiento.......................................................................................................................13

3.4.1Requisitos de almacenamiento..........................................................................................143.4.2Conectividad.....................................................................................................................153.4.3Funcionalidades................................................................................................................153.4.4Requisitos de rendimiento.................................................................................................163.4.5Licencias...........................................................................................................................17

3.5Infraestructura de red................................................................................................................173.6Backup......................................................................................................................................173.7Alta disponibilidad....................................................................................................................18

3.7.1Continuos data protection para bases de datos..................................................................183.7.2Lista de servicios críticos..................................................................................................19

3.8Integración de la infraestructura actual.....................................................................................194Servicios...........................................................................................................................................20

4.1Despliegue de la nueva infraestructura y migración de los sistemas actuales al nuevo entorno.......................................................................................................................................................204.2Mantenimiento, monitorización y atención de incidencias/peticiones.....................................204.3Metodología..............................................................................................................................22

4.3.1Organización y seguimiento del servicio..........................................................................224.3.1.1.Comité Ejecutivo del Servicio (CES).......................................................................234.3.1.2.Comité Técnico del Servicio (CTS).........................................................................234.3.1.3.Comité Técnico del Servicio (CTS).........................................................................24

4.4Canales de acceso al soporte técnico........................................................................................244.5Horario de prestación................................................................................................................244.6Estructura del equipo de trabajo...............................................................................................254.7Formación.................................................................................................................................26

5Fases del contrato.............................................................................................................................265.1Fase de instalación y puesta en marcha....................................................................................26

5.2Fase de prestación del servicio.................................................................................................275.3Fase de devolución del servicio................................................................................................27

6Acuerdos de nivel servicio y penalidades.........................................................................................276.1Atención y resolución de incidencias.......................................................................................27

6.1.1Faltas Leves.......................................................................................................................286.1.2Faltas graves......................................................................................................................286.1.3Faltas muy graves..............................................................................................................28

6.2Resolución de peticiones de servicio........................................................................................286.3Mantenimiento proactivo..........................................................................................................29

7Duración del contrato.......................................................................................................................298Presupuesto.......................................................................................................................................29Anexo I. Informe de características y rendimiento de las cabinas.....................................................30Anexo II. Log de operaciones CIFS...................................................................................................32Anexo III. Listado de datastores.........................................................................................................33Anexo IV. Listado de máquinas virtuales...........................................................................................34Anexo V. Configuración switches SAN.............................................................................................39

1 Objeto del contrato

El objeto de este contrato es el suministro, instalación y gestión del servicio de una solución tecnológica para actualizar sus actuales sistemas de virtualización, almacenamiento y backup.

2 Situación actual.

2.1 Alojamiento de las infraestructuras

Actualmente el ayuntamiento dispone de dos centros de proceso de datos, en adelante CPD, uno principal y otro de respaldo.

El CPD principal se establece mediante un contrato de alojamiento de servidores con la empresa Tissat en el CPD de Walhalla sito en la avda. Sos Baynat s/n. El contrato de alojamiento de este CPD vence el 18 de Mayo de 2018.

El CPD secundario se encuentra en las instalaciones municipales, en un edificio denominado TETUAN, con sistema de extinción de incendios, suelo técnico, sistema de climatización y un sistema de alimentación ininterrumpida (SAI).

2.1.1 Interconexión de las sedesLos CPDs y las oficinas municipales están interconectados mediante un anillo de fibra óptica monomodo propietaria tal y como se muestra en el siguiente diagrama, en el cual también se indican las marcas y modelos de los dispositivos de red.

Ilustración 1: Interconexión de las sedes

La distribución de los switches de Wallhalla sigue un diseño Top Of the Rack y están conectados en stack.

La distancia entre cada una de las sedes es la siguiente

Ayuntamiento – Wallhalla – 2,5km

Wallhalla – Tetuan – 2 km

Tetuan – Ayuntamiento – 2, 5 Km

Actualmente los servicios de internet son provistos por Telefónica, con quien el Ayuntamiento tiene contratado un servicio de MacroLAN con un caudal de 50 Mb para la interconexión de sus sedes. Esta MacroLAN se encuentra redundada en los dos CPDs mediante VRRP (este sistema consiste en la 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).

2.1.2 Alojamiento disponible en los armariosEn relación al CPD principal, debe destacarse que a la hora de planificar los cambios de la infraestructura y efectuar operaciones de reemplazo de la misma minimizando los cortes de servicio, se cuenta actualmente en el armario de servidores con 23 Us disponibles.

2.2 Entornos de virtualización

Actualmente el Ayuntamiento dispone de dos entornos de virtualización, uno basado en VMware y otro basado en Hyper-V.

2.2.1 Entorno VmwareConsiste en un entorno compuesto 5 servidores (3 de ellos se encuentran en el CPD principal y 2 de ellos en el secundario a modo de respaldo) y sus características son las siguientes:

• Fabricante y modelo: Cisco UCS R210 – 2121605W

• CPU: 2 CPUs de 4 cores (Intel Xeon E5620 2.4 Ghz) (con una media de uso del 40%).

• RAM: 96GB de RAM con una media de uso del 83% durante el último mes.

• Interfaces de red:

◦ 2 x PCI E1G44ET 1Gb con 4 puertos ethernet

◦ 2 puertos 1Gb integrados en placa.

• HBA: 2 x ISP 2532-based 8Gb Fibre Channel to PCI Express

• Sistema operativo: Vmware Vsphere ESXi 6.0.0-249458

El licenciamiento de este entorno es el siguiente:

• Vmware Vsphere 6 Enterprise licenciado para 10 CPUs.

• 1 licencia de vCenter Server 6 Standard, que contiene dos clústeres: el principal con los

tres servidores del CPD principal y el de respaldo con los otros 2. En ambos clústeres se encuentran activos los servicios de HA y DRS.

Las licencias de virtualización se encuentran vigentes hasta el 31 de Diciembre de 2017.

Se muestran a continuación dos capturas de pantalla de la pestaña Summary tanto del entorno principal como del secundario):

Ilustración 2: Entorno Vmware principal

Ilustración 3: Entorno VMware de respaldo

En el anexo III puede consultarse el detalle completo de los datastores existentes actualmente en el entorno.

En el anexo IV puede consultarse el listado completo de máquinas soportadas por este entorno.

2.2.2 Entorno Hyper-V

Este segundo entorno de virtualización soporta la infraestructura Citrix mediante 3 servidores (2 ubicados en el CPD principal y 1 en el de respaldo) y sus características son las siguientes:

• Fabricante y modelo: Huawei RH1288 V2-4L

• CPU: 2 Procesadores Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz (con una media de

uso del 12%).

• RAM: 224GB de RAM con una media de uso del 50 % durante el último mes.

• Interfaces de red: 5 x Broadcom Gigabit Ethernet 1Gb.

• HBA: 2 x QLogic QLE2562 8Gb Fibre Channel

• Sistema operativo: Windows Server 2012 R2 Datacenter Edition. Al igual que el entorno

VMware, también en este entorno se encuentran activadas las funciones equivalentes de alta disponibilidad y balanceador de máquinas virtuales entre servidores físicos.

En este entorno, Hyper-V no se encuentra desplegado como un hypervisor independiente que corra sobre el hardware, sino que se ejecuta por encima de un sistema operativo host, en este caso Windows Server 2012 R2.

El licenciamiento de este entorno es el siguiente:

• 3 licencias Windows Server Datacenter - 2 Proc - 2012 R2

• 6 licencias Windows Server Datacenter 2008 Release 2

Por tanto para cada uno de los procesadores de estos servidores se dispone de una licencia de Windows Server Datacenter.

En el anexo III puede consultarse el detalle completo de los datastores existentes actualmente en el entorno.

En el anexo IV puede consultarse el listado completo de máquinas soportadas por este entorno.

2.3 Infraestructura de almacenamientoEl almacenamiento se distribuye en 2 cabinas EMC VNX5300 cada una en un CPD, 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 neto (usable) de 42TB aproximadamente.

Actualmente todos los servidores virtuales considerados como críticos son replicados cada 15 minutos entre ambas cabinas mediante la herramienta MirrorView de EMC. El listado de dicho servidores puede consultarse en el apartado 3.7.2

El detalle de las características técnicas de estas cabinas y su rendimiento puede consultarse en el Anexo I.

Dentro de las cabinas cabe destacar dos volúmenes servidos como NAS:

• Perfiles de usuario (1TB)

• Unidades de red (6TB)

Existiendo un dispositivo adicional NAS para llevar a cabo la restauración inmediata de determinados backups (10TB).

2.4 Infraestructura de backup

2.4.1 HardwarePara llevar a cabo los backups se emplea una unidad de backup EMC DataDomain DD2200 de

17.2TB con las siguientes características:

• Capacidad teórica de almacenamiento de hasta 860TB. Debe tenerse en cuenta de que

éste es un máximo teórico, pues en la práctica el Ayuntamiento alcanza únicamente unos 110TB netos (usables) con un uso del 95%.

• Conectividad 4x1GbE, 2x8Gbps FC

• CIFS y NFS

2.4.2 Software

Se utiliza Symantec BackupExec 15 V-Ray edition para 10 procesadores y licenciado para NDMP, pudiendo así llevar a cabo el respaldo de los datos directamente desde los sistemas de almacenamiento sin necesidad de utilizar un servidor intermedio. Las licencias están vigentes hasta el 4 de diciembre de 2017.

Mediante este software se sigue la siguiente política de backups:

• Copias diferenciales cinco veces por semana durante todo el mes, con una política de

retención de 1 semana.

• Copias semanales completas, con una política de retención de 3 semanas.

• Copias mensuales completas, con una política de retención de 11 meses.

• Copias completas anuales, con una política de retención de 2 años.

En relación al espacio necesario se estima que:

• Cada copia completa ocupa alrededor de 17,5 TB

• Cada copia diferencial ocupa alrededor de 377GB

Y de acuerdo a la política de retención anterior actualmente se encuentran respaldadas un total de 164 TB de información, que gracias al sistema de deduplicación (que permite un ratio de compresión 1:8 aproximadamente) ocupan tan solo 21TB de espacio.

2.4.3 Información respaldada

A continuación se muestra un diagrama que representa el flujo de información entre los diferentes sistemas de almacenamiento y respaldo:

De acuerdo al diagrama anterior:

• Una selección de las máquinas virtuales más críticas es respaldada entre las cabinas

mediante la herramienta Mirrorview, de forma asíncrona cada 15 minutos.

• Las unidades de red (ofrecidas mediante un servicio NAS) son replicadas mediante el

software Celerra Replicator de EMC.

• El NAS de perfiles de usuario no requiere respaldo.

• El dispositivo Data Domain respalda a su vez las máquinas virtuales y las unidades de red

de acuerdo a la política de backups.

• Un dispositivo NAS, utilizado como backup intermedio, realiza backup adicional de Oracle

y el correo, y a posteriori lo respalda también en el Data Domain.

2.5 Infraestructura de red.

2.5.1 LANTal como ya se ha adelantado en el apartado de alojamiento de interconexión de las sedes, la electrónica de red de LAN del Ayuntamiento está soportada por 4 switches HP 2920 Y 2 switches BROCADE ICX6610 con velocidades de 10G, conectados directamente mediante fibra entre las 3

sedes y perteneciendo por tanto a una misma LAN.

2.5.2 SANSe disponen de 2 switches Brocade D300 en cada CPD, se adjunta información de los switches en el anexo V. Disponen de 16 puertos y todos se encuentran licenciados. Los switches utilizan funciones full fabric.

2.6 Servidores de ficherosActualmente se dispone de tres servidores de ficheros que dan cobertura un espacio de almacenamiento de 7TB (6TB de unidades de red + 1TB de perfiles de usuario), sirviendo los ficheros mediante el protocolo CIFS.

3 Requisitos técnicos

3.1 Arquitectura.Se propone 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).

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,9% 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.

◦ Conectividad redundante a 10G mínimo.

◦ Memorias de 1600 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: No más de 1-2 años de vida, de cara a que en un plazo de 3

años todavía estén presentes en el mercado en un alto porcentaje.

◦ 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.2 Alojamiento.

El Ayuntamiento seguirá disponiendo de los 2 CPDs usados en la actualidad para el alojamiento de sus infraestructuras. El nuevo equipamiento podrá ser alojado, por tanto, en el CPD correspondiente de acuerdo a su función en la arquitectura de la solución propuesta.

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 (p.ej: nuevos servidores Citrix tal como ya se comentó en el apartado de Situación Actual).

Para ello será necesario aprovisionar un conjunto de equipos informáticos de arquitectura x86, que en su conjunto aporten como mínimo las siguientes capacidades de cómputo:

• Procesadores: 10 x 12 cores, 2.4 Ghz por core físico cada uno.

• RAM: 960GB. Los servidores deben de tener al menos bancos de RAM libres para

aumentar la RAM un 30% en posteriores ampliaciones.

• 2 puertos FC 8Gbps en cada servidor

• 10 puertos Ethernet por cada servidor (al menos 8 de ellos deben ser 10Gb)

La capacidad de cómputo aportada por estos servidores deberá ser distribuida equitativamente entre los CPDs principal y secundario. Sobre estos servidores correrá una plataforma de virtualización VMware. Para el despliegue de esta plataforma se podrán reutilizar las licencias de virtualización del Ayuntamiento descritas en el apartado de Situación Actual, teniendo en cuenta que dichas licencias son utilizadas actualmente tanto en el entorno principal como en el de respaldo tal como se ha detallado en dicho apartado. Si fuesen necesarias licencias adicionales deberían de incluirse en la oferta.

Se requerirá también conservar en la nueva infraestructura el entorno de virtualización de Hyper-V.

3.4 AlmacenamientoCon objeto de mejorar las capacidades de almacenamiento en la nueva infraestructura el Ayuntamiento estima necesaria la incorporación de un nuevo sistema que incremente la capacidad actual de forma significativa en cada uno de los CPDs.

Este almacenamiento no tiene por qué proveerse mediante una arquitectura convergente

determinada, pudiendo ofrecerse mediante cabinas de discos, mediante soluciones hiperconvergentes basadas en un almacenamiento distribuido entre los servidores, software-defined storage, etc…

La solución de almacenamiento debe proveer unos requisitos mínimos, siendo estos:

3.4.1 Requisitos de almacenamiento

• La capacidad neta del sistema (repartida entre ambos CPDs) será igual o superior a 83TB

netos (usables), lo cual supone un incremento de un 60% respecto a la suma de la capacidad actual de ambas cabinas y el NAS de backups:

(18TB + 24TB + 10TB) x 1,6 = 83TB

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.

• Servicio de almacenamiento de bloques, que incluya:

◦ Volúmenes de discos accesibles en modo bloque para servidores físicos.

◦ Replicación de estos volúmenes o realización de instantáneas en una infraestructura

distinta o CPD de respaldo.

◦ 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 FiberChannel de 8 Gbps 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.

• Servicio de almacenamiento de ficheros, que incluya:

◦ Provisión de contenedores de ficheros accesibles para los servidores físicos y virtuales

ubicados en el CPD principal o respaldo y desde las dependencias municipales a través de LAN.

◦ 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 el sistema de

directorio del Ayuntamiento (Active Directory) 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 del Ayuntamiento (descrita en el

apartado de backup) mediante el protocolo NDMP.

• 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.

3.4.2 Conectividad• La solución de almacenamiento debe integrarse plenamente con el entorno de

virtualización.

• En el caso de las soluciones basadas en cabinas de discos, cada una de las cabinas ha de

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.

• Soportar conexiones FC, iSCSI y ethernet

• Soportar protocolos NFS y CIFS

3.4.3 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, unificando la gestión del acceso a bloque y del acceso a fichero y herramientas gráficas de monitorización y generación de informes de uso y consumo del almacenamiento y del rendimiento del acceso al mismo.

• Auto-tiering: el sistema debe ofrecer mecanismos de auto-tiering. El sistema autoajustará

la calidad de servicio del acceso a los datos en función de su frecuencia de acceso (auto-tiering).

• 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 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.

• Capacidad de la cabina para realizar replicaciones de datos entre cabinas 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.

• Transparent Failover para poder tener el servicio online siempre con la réplica síncrona

entre 2 sistemas de almacenamiento.

• El sistema tendrá capacidad para establecer políticas de calidad de servicio sobre los

volúmenes de datos, de forma que se prioricen los recursos del sistema en función de los volúmenes.

• Niveles de Raid soportados: 0, 1, 1+0, 5, 5+0, 6

3.4.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 el Ayuntamiento estima necesarios el cumplimiento de los siguientes valores de rendimiento en la nueva infraestructura de almacenamiento:

IOPS mínimo: 20.000 en bloques de 8K en cada uno de los cpd.

Tiempo de respuesta medio: 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.

3.4.5 LicenciasTodas las licencias necesarias para todas las funcionalidades demandadas.

3.5 Infraestructura de redEn función de la solución propuesta, y a partir de los dispositivos de red existentes en el apartado de 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 del Ayuntamiento. La solución incluirá el licenciamiento requerido de estos dispositivos para su conexión al resto de la infraestructura.

3.6 Backup

Los datos de producción, independientemente del CPD en el que se encuentren deberán respaldarse diariamente. Para ello la solución podrá contar con la posibilidad de integrar el dispositivo de backup existente descrito en el apartado de Situación Actual (EMC2 Data Domain DD2200).

Sin embargo con el incremento de capacidad previsto en la nueva infraestructura es previsible que este dispositivo no disponga de capacidad suficiente por lo que es necesaria la incorporación de otra solución que lo reemplace o complemente. En particular las previsiones de crecimiento del Ayuntamiento durante los próximos años se traducen en un aumento de las necesidades de backup de 22TB anuales, y de acuerdo al ratio de deduplicación actual conlleva que podrían satisfacerse con 3TB adicionales por año.

Por ello los requisitos de la solución serían los siguientes:

• Con el objetivo de disponer de una solución ya preparada para las necesidades de los

próximos 3 años, el sistema de backup debe ser capaz de respaldar 230TB de información (sin contar con los mecanismos de deduplicación implementados en la solución que pueden reducir la capacidad realmente necesaria).

• Este espacio de almacenamiento es independiente del espacio requerido en el anterior

apartado de Almacenamiento.

• Son necesarias dos soluciones, una en cada CPD, y con capacidad de replicar los datos

respaldados entre ellas. El total de la capacidad será de 460 TB entre ambas soluciones.

• Debe ser capaz de conectarse al software actualmente empleado por el Ayuntamiento

(Backup Exec) o en su defecto incorporar su propio software de gestión de backups.

• Debe permitir la creación de shares (CIFS y NFS)

• 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.

Adicionalmente en caso de que la solución sea compatible con Backup Exec:

• Debe ser capaz de conectarse al almacenamiento mediante FiberChannel.

• Debe ser capaz de conectarse a BackupExec por medio de Openstorage.

• Debe soportar NDMP para hacer backup directamente entre dispositivos origen y destino

mediante fibra.

• Debe permitir la creación de librerías virtuales (VTL)

En última instancia debe tenerse en cuenta las ventanas de backup disponibles según el tipo de respaldo:

• Copia diferencial: de lunes a jueves desde las 16:00 a las 6:00 del día siguiente

• Copia completa: cada viernes desde las 17:00 del viernes a las 6:00 del lunes siguiente.

3.7 Alta disponibilidad

Mediante la nueva infraestructura el Ayuntamiento quiere disponer de una arquitectura que permita el uso simultáneo de ambos CPDs, balanceando la carga de forma automática según convenga. La solución deberá venir acompañada de todas las licencias requeridas para cubrir los requisitos descritos a continuación:

La solución deberá ser capaz de monitorizar el estado de los dos CPDs y en caso de caída de alguno de ellos, activar de forma automática los mecanismos necesarios para seguir prestando la totalidad de los servicios únicamente desde el otro CPD. Por ello los datos entre los sistemas de almacenamiento de ambos CPDs deberán estar replicados tal como ya se ha requerido en el apartado de Almacenamiento.

En caso de caída de uno de los CPDs, 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 replicación de datos debe ser síncrona, aprovechando las líneas de comunicaciones de fibra existentes entre ambos CPDs.

3.7.1 Continuos data protection para bases de datos

Se requerirá adicionalmente una solución de Continuos Data Protection para los sistemas Oracle y SQL Server, que permita mantener backups recientes de los datos durante una ventana de tiempo mínima de 6 horas. No necesariamente este requisito debe cubrirse mediante la provisión de un dispositivo específico.

Las máquinas para las que se deberá proveer esta solución son los servidores de oracle y sql server en total 2,5 Tb.

3.7.2 Lista de servicios críticosCon objeto meramente ilustrativo, para dar a conocer el tipo de servicios soportados actualmente en la infraestructura del Ayuntamiento se indica a continuación un listado de los servicios más críticos:

Servicio DependenciasDirectorio Activo batman, batman3, batman4

DNS batman, batman3, batman4DHCP batman, batman3, batman4Citrix Lisa1, lisa2, dcitrixdp01, dcitrixdp02, CitrixXX, CitrixHVXX,

HVGestionaXX, SqlServer2k12, Maltin, VnetscalerBackup Datadomain, Backupexec

Impresión Anacleto1, Anacleto2, Anacleto3, Anacleto4Networking Mikrotic primario, mikrotic backup

Intranet Intranet, Urraca, Directorio Activo, scriptcaseEkonsical Ekonsical, Slqserver2k12, Citrix

TAO Citrix, Maltin, wsGestiona Citrix, conectorpre, backup-aycas, nginx-cas.gestiona, wsCorreo Zimbra1, ZimbraWebmail, GatewaySym, mobile

Tablón de edictos liferaypro, alfrescoproSoporte informático OtrsNew

Multas PDA Esignapro, nas-docuArtic – Interoperabilidad Afic, Vcenter5

Seneca CTI, SI, MaltinGsGestion GsGestion2k12, Vcenter5

Atención Ciudadana Orchestra, citrix20Web Municipal blogs, web, urraca

Fichaje mortadelo, maltinOfimática Servidores Citrix. Servidor de Ficheros

3.8 Integración de la infraestructura actual

Junto con la adquisición de nueva infraestructura el Ayuntamiento no descartar la posibilidad de reutilizar cuando proceda, parte de la infraestructura antigua valorando 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 podrían complementar a la nueva solución en los entornos de producción, o por el contrario utilizarse para la mejora de los entornos de pruebas y preproducción.

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.

Por otra parte si procede también deberían tenerse en cuenta la adquisición de licencias adicionales que pudieran derivarse de esta reutilización.

Se identifica claramente la reutilización en cuanto a:

• Reutilización de las licencias de VMware de los entornos de virtualización actuales para su

aplicación en los nuevos servidores.

• Mantener conectado a la infraestructura final el entorno de servidores Hyper-V, que ya se

encuentra correctamente licenciado.

También se plantean a continuación otros ejemplos opcionales de reutilización que se podrían ofertar:

• Reutilización de las actuales cabinas de almacenamiento únicamente para entornos no

productivos, de tal forma que ante una avería y la ausencia de un contrato de mantenimiento no se produzca ningún impacto en el servicio.

• Integración del actual dispositivo de backup con la nueva solución de backup propuesta.

• Reutilización de los servidores actuales Cisco para entornos de pruebas o preproducción

(requiere asumir los costes de licenciamiento necesarios, puesto que las licencias usadas actualmente habrían sido transferidas a los nuevos servidores).

4 ServiciosEn relación a los servicios requeridos se distinguen dos ámbitos principales:

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, el Ayuntamiento 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 el Ayuntamiento.

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 Mantenimiento, monitorización y atención de incidencias/peticiones

Tras el arranque de la nueva infraestructura el Ayuntamiento requerirá de un servicio de soporte complementario encargado de velar por la disponibilidad de la infraestructura y la resolución de incidencias y atención de peticiones ligadas a las capas más bajas de la misma. Este servicio por

tanto no cubriría las incidencias relacionadas con el software base, middleware, o los aplicativos/servicios desplegados en cada una de las máquinas virtuales, y por tanto ni siquiera está dentro del alcance de este servicio la creación, borrado o clonado de máquinas virtuales.

Por el contrario este servicio debe permitir al personal IT del Ayuntamiento abstraerse de la complejidad de configuración, optimización y operación de los dispositivos de almacenamiento y la configuración base del entorno de virtualización. A modo de ejemplo el personal IT del Ayuntamiento podrá realizar sucesivas peticiones de este servicio para dotar de almacenamiento a las máquinas virtuales.

Las particularidades de este servicio, orientado únicamente hacia las capas más bajas (por debajo del nivel de máquina virtual), se detallan a continuación:

Mantenimiento:

• Actualización de firmware e instalación de updates y upgrades del software de las cabinas

de discos, sistema de backup e infraestructura de virtualización.

• Soporte preventivo, con el propósito de garantizar la fiabilidad, disponibilidad y seguridad

de los sistemas de almacenamiento, backup y virtualización.

• Tareas de soporte proactivo con el fin de disminuir la tasa de incidencias y mejorar el

rendimiento y disponibilidad de los sistemas objeto del mantenimiento. Se deberán realizar revisiones periódicas del estado, rendimiento y capacidad de los sistemas, así como reportar periódicamente los resultados obtenidos al Ayuntamiento y si procede las acciones propuestas para subsanar las potenciales incidencias.

• Evaluar riesgos, determinar las vulnerabilidades y aplicar soluciones.

• Interlocución técnica con fabricantes, relativa a la resolución de incidencias, Definición,

elaboración y documentación técnica de configuraciones cuando proceda.

• Garantizar la correcta operativa del respaldo entre los dos CPDs, se deberá ejecutar un

plan de pruebas del sistema de balanceo en caso de caída de un CPD con una periodicidad anual.

Gestión de incidencias / peticiones:

• Servicio de mantenimiento (creación/borrado) de LUNS en los sistemas de

almacenamiento de acuerdo a los requisitos marcados por el Ayuntamiento

• Servicio de mantenimiento (creación / borrado) de datastores en la infraestructura de

virtualización de acuerdo a los requisitos solicitados por el Ayuntamiento

• Será responsabilidad del proveedor cualquier tarea relacionada con la interconexión de los

diferentes dispositivos HW de la infraestructura virtual, así como el diagnóstico correspondiente en caso de fallo.

• Será responsabilidad del proveedor garantiza la disponibilidad de los dispositivos de

almacenamiento, virtualización y backup y actuar en consecuencia en caso de fallo.

• Será responsabilidad de este servicio la ejecución periódica mediante la periodicidad

establecida por el Ayuntamiento de snapshots de los volúmenes de los dispositivos de almacenamiento, así como la restauración de instantáneas de dichos volúmenes a petición del Ayuntamiento

Monitorización:

Debido a la criticidad del entorno se debe garantizar la monitorización remota y resolución de incidencias con nivel de cobertura 24x7x365. En particular, este servicio se encargará de:

• Monitorización del funcionamiento, disponibilidad y rendimiento de los sistemas, hasta nivel

de máquina física y servicios proporcionados por la misma (no incluye la monitorización de las máquinas virtuales ni los servicios proporcionados por las mismas) con la finalidad de anticipar acciones de mejora.

• Monitorización y resolución de incidencias de primer nivel y escalado de las mismas si

procede al proveedor correspondiente.

• Registro y seguimiento de los tiempos de resolución.

• Proporcionar acceso al Ayuntamiento al sistema de monitorización de tal forma que se

pueda consultar en todo momento el estado de las infraestructuras.

Servicio de guardias:

Se deberá proporcionar asistencia para cobertura 24x7 mediante un servicio de guardia, para resolución de incidencias críticas del servicio detectadas durante la monitorización.

4.3 Metodología

Para la prestación de los servicios incluidos en este pliego se recomienda la utilización como modelo de referencia las mejoras prácticas incluidas en ITIL y la norma ISO 20000.

ISO/IEC 20000 es una norma internacional, certificable y reconocida a nivel mundial, referida a la gestión de servicios de TI. Describe un conjunto integrado de procesos que permiten prestar de forma eficaz servicios de Ti a las organizaciones y a sus clientes. Sus objetivos básicos son la reducción de interrupciones del servicio y satisfacción del usuario a través de la prestación de mejores servicios de TI.

La aplicación de la norma ISO7IEC 20000 demuestra que una organización se adhiere a un enfoque de gestión de calidad, con el fin de prestar servicios de TI eficientes. Es un estándar basado en ITIL, que está siendo ampliamente implementado en el sector de TI.

Para la gestión de dichos procesos de soporte el proveedor se debería adherir a una herramienta informática (propia o facilitada por el Ayuntamiento) en la que pueda mantener una base de datos de elementos de configuración, dependencias y procedimientos que sirva para dar soporte a los procesos básicos, gestión de cambios, incidencias y problemas.

4.3.1 Organización y seguimiento del servicio

Con objeto de que el Ayuntamiento pueda llevar a cabo el oportuno seguimiento de los niveles de calidad, con carácter mensual, el proveedor del servicio suministrará un Informe de Calidad de Servicio. Dicho informe incluirá medidas de todos los parámetros requeridos por el Ayuntamiento, además de una comparativa con los resultados de periodos anteriores.

La información presentada en este informe de seguimiento, debe por tanto permitir a los técnicos municipales conocer el uso y comportamiento del servicio durante el último mes y un evolutivo desde el comienzo del contrato.

4.3.1.1. Comité Ejecutivo del Servicio (CES)

Para velar por la dirección conjunta del servicio se constituirá un Comité Ejecutivo con las siguientes funciones:

◦ Supervisar el desarrollo de los servicios.

◦ Organizar las actividades mixtas en las que participe personal del prestatario y del

Ayuntamiento.

◦ Debatir y aprobar cuando proceda los planes de trabajo.

◦ Ser informado de la aceptación de los trabajos y las certificaciones de pagos

◦ Seguimiento económico del servicio

◦ Revisión y ajuste de los ANS

Sus principales valores de actuación serán:

◦ Trabajo en equipo

◦ Proactividad: adelantarse a los problemas y buscar soluciones.

◦ Clima de responsabilidad compartida.

◦ Capacidad ejecutiva.

El CES estará formado por los miembros fijados entre el prestatario y el Ayuntamiento. Se reunirá como mínimo cada tres meses y la empresa adjudicataria elaborará las correspondientes actas en el formato estándar del Ayuntamiento y llevará a cabo su envío dentro de los dos días siguientes a la reunión. Se podrán hacer convocatorias extraordinarias a propuesta de cualquiera de sus miembros.

4.3.1.2. Comité Técnico del Servicio (CTS)

Para velar por los aspectos técnicos del servicio se constituirá un Comité Técnico con las siguientes funciones:

• Consensuar soluciones a problemas técnicos y necesidades funcionales en general en el

ámbito del servicio.

• Acordar la arquitectura de la solución.

• Establecer la documentación técnica asociada al servicio y controlar su elaboración.

• Evaluar de forma continuada el avance técnico del servicio.

• Escalado de cualquier riesgo, problema y cambios clasificados como “importantes” o

“críticos” para su revisión y aprobación.

El CETS estará formado por los miembros fijados entre el prestatario y el Ayuntamiento. Se reunirá como mínimo mensualmente y la empresa adjudicataria elaborará las correspondientes actas en el formato estándar del Ayuntamiento y llevará a cabo su envío dentro de los dos días siguientes a la reunión. Se podrán hacer convocatorias extraordinarias a propuesta de cualquiera de sus miembros.

4.3.1.3. Comité Técnico del Servicio (CTS)

Para velar por los aspectos técnicos del servicio se constituirá un Comité Técnico con las siguientes funciones:

• Consensuar soluciones a problemas técnicos y necesidades funcionales en general en

el ámbito del servicio.

• Acordar la arquitectura de la solución.

• Establecer la documentación técnica asociada al servicio y controlar su elaboración.

• Evaluar de forma continuada el avance técnico del servicio.

• Escalado de cualquier riesgo, problema y cambios clasificados como “importantes” o

“críticos” para su revisión y aprobación.

El CETS estará formado por los miembros fijados entre el prestatario y el Ayuntamiento. Se reunirá como mínimo mensualmente y la empresa adjudicataria elaborará las correspondientes actas en el formato estándar del Ayuntamiento y llevará a cabo su envío dentro de los dos días siguientes a la reunión. Se podrán hacer convocatorias extraordinarias a propuesta de cualquiera de sus miembros.

4.4 Canales de acceso al soporte técnicoSe proveerán dos canales de acceso:

• Acceso telefónico: se proveerá un número de teléfono único tanto para notificar de

incidencias como para peticiones de servicio.

• Plataforma web: se proveerá una plataforma web desde la cual se podrán notificar

incidencias tanto como realizar peticiones de servicio, esta plataforma permitirá consultar el estado de casos abiertos y cerrados.

• Correo electrónico: se proveerá una dirección de correo electrónico a la cual se podrán

notificar incidencias tanto como realizar peticiones de servicio.

Ambos canales tendrán un horario de 24x7. Los tiempos de respuesta del soporte técnico vendrán

determinados por la criticidad de cada incidencia o petición.

4.5 Horario de prestaciónLa disponibilidad de los servicios será continua (24x7) y la atención de peticiones y cambios por parte de la empresa adjudicataria se regirá por el calendario laboral en horario ininterrumpido de 7:00 a 19:00 de lunes a viernes salvo festivos locales en la ciudad de Castellón y nacionales.

Adicionalmente se dispondrá de un servicio de guardia permanente para recepción de las alarmas que genere el servicio de monitorización y que deberán ser atendidas y resueltas.

4.6 Estructura del equipo de trabajo

Para la ejecución de este servicio considera necesario cubrir los siguientes perfiles:

• Jefe de proyecto con al menos 5 años de experiencia en la gestión de proyectos:

◦ Formación en metodologías de gestión de proyectos, estándares y herramientas de

gestión.

◦ Amplia experiencia en proyectos de instalación, mantenimiento, soporte y migración.

◦ Capacidad de control y gestión, interrelación con la dirección, seguimiento y

coordinación de equipos.

◦ Certificación ITIL Foundation v3

• Técnico experto en sistemas de backup y almacenamiento con al menos 5 años de

experiencia en las siguientes funciones y áreas de conocimiento:

◦ Diseño y puesta en producción de nuevas infraestructuras de backup y

almacenamiento

◦ Migraciones y actualizaciones de plataformas de backup

◦ Control y Administración de Plataformas de Alta Disponibilidad

◦ Sólidos conocimientos de hardware orientado a backup (librerías de cintas, VTLs y

cabinas)

◦ Resolución de incidencias críticas o escaladas

◦ Realización de tareas de mantenimiento proactivo

◦ Conocimientos de Oracle aplicados a Backup

◦ Sistemas operativos: Unix, Linux y Windows

• Técnico experto en virtualización con al menos 5 años de experiencia en las siguientes

funciones y áreas de conocimiento:

◦ Diseño y puesta en producción de nuevas infraestructuras de virtualización

◦ Migraciones y actualizaciones de plataformas de virtualización

◦ Control y Administración de Plataformas de virtualización

◦ Sólidos conocimientos de VMware e Hyper-V

◦ Resolución de incidencias críticas o escaladas

◦ Realización de tareas de mantenimiento proactivo

◦ Sistemas operativos: Unix, Linux y Windows

4.7 Formación

El proveedor de la solución deberá llevar a cabo un plan de formación con los siguientes objetivos:

• Presentar a los técnicos municipales el estado final de la nueva infraestructura

• Trasladar a los técnicos municipales los conocimientos que sean necesarios para que los

puedan seguir realizando sus funciones (entre ellas gestión del entorno de virtualización, gestión de la copias de seguridad y acceso al sistema de monitorización) en la nueva infraestructura.

En dicho calendario se debe especificar:

• Un calendario acordado previamente con los técnicos del ayuntamiento.

• El personal responsable de impartir la formación y su perfil.

La formación se impartirá en las dependencias municipales.

La formación tendrá una duración mínima de 10 horas.

5 Fases del contrato

5.1 Fase de instalación y puesta en marcha.Comprende desde la firma del contrato hasta la puesta en marcha de los servicios de producción en la nueva infraestructura, esta fase incluye las siguientes acciones:

• El traslado y despliegue de los nuevos equipos físicos propiedad del Ayuntamiento que

deberán alojarse en los CPDs.

• Copia de todos los datos y permisos de los actuales a los nuevos sistemas de

almacenamiento.

• 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.

El plazo máximo para esta fase es de 8 semanas desde la firma del contrato.

Entregables de la fase:

• Nueva infraestructura desplegada

• Servicios de la antigua infraestructura migrados a la nueva y totalmente operativos

• Informe final de cierre de la fase

• Plan de formación y sesiones formativas de acuerdo a los requerimientos del apartado de

Formación

5.2 Fase de prestación del servicio.

Fase comprendida entre la fase migración y la fecha de fin de contrato, durante esta fase el adjudicatario tendrá la responsabilidad única de prestación del servicio de acuerdo con el alcance descrito en el apartado 4.2 y las condiciones y el acuerdo de nivel de servicio expuestas en el apartado 6.


• Informes de seguimiento del servicio

5.3 Fase de devolución del servicio.

Última fase del contrato previa a su finalización o expiración y durante la cual la empresa adjudicataria tendrá obligación de transferir toda la información y la documentación necesarias al Ayuntamiento o a un tercero que el ayuntamiento designe para que los servicios puedan pasar a ser prestados por éste en el marco de un nuevo contrato. Para tal propósito dos meses antes de la finalización del servicio se presentará y comenzará a ejecutarse un Plan de Devolución del mismo, garantizando una adecuada transferencia del conocimiento. Esta fase se desarrolla en paralelo con la fase de prestación del servicio, por lo que la empresa adjudicataria mantendrá el mismo nivel de compromiso.


• Informes de seguimiento del servicio

• Plan de devolución del servicio al inicio de la fase (detallando tareas y calendario previsto)

• Informes de seguimiento de la devolución del servicio

• Informe de finalización del servicio

6 Acuerdos de nivel servicio y penalidades

6.1 Atención y resolución de incidenciasSe entiende por resolución de una incidencia la situación en la que el servicio está plenamente restablecido y sus equipamientos están operativos. Se considerará resuelta una incidencia cuando se restablezca el servicio asociado, independientemente de las acciones de cambio de equipamiento por gestión de garantías de fabricante.

Cada incidencia tendrá asociada un nivel de severidad. Dichos niveles se definen de la

siguiente forma:

Severidad Nivel 1 (Crítico): La plataforma o servicio está seriamente afectada. No existe alternativa disponible para que los usuarios de dicha plataforma puedan hacer uso de la misma. La avería debe resolverse lo antes posible.

Severidad Nivel 2 (Grave): El servicio afectado por la incidencia en la plataforma no es crítico o no está disponible para algunos usuarios en particular. No existen alternativas disponibles para que los usuarios de dicho cliente puedan acceder al servicio.

Severidad Nivel 3 (Leve): Individualmente está interrumpido o no le permite usar todas las funcionalidades. Existen alternativas disponibles para la ejecución en forma precaria de las actividades. Algunas tareas pueden quedar afectadas antes hasta que la avería sea resuelta.

El nivel de incidencia marcará los tiempos de respuesta y resolución asociados. Dichos tiempos, y el horario asociado, se muestran en la siguiente tabla:

SeveridadTiempo de respuesta

Tiempo de resolución

Horario

1 30 minutos 4 horas 24x72 2 horas 24 horas Laboral (12x5)3 4 horas 48 horas Laboral (12x5)

6.1.1 Faltas LevesSe aplicarán penalidades, en el caso de incumplimiento de incidencias de severidad de nivel 3. Las faltas leves se sancionarán con una sanción económica del 2% del importe del servicio de mantenimiento, monitorización y resolución de incidencias/peticiones.

6.1.2 Faltas gravesSe aplicarán penalidades, en el caso de incumplimiento de incidencias de severidad de nivel 2 o acumulación de 2 o más leves, en un periodo de 30 días. Las faltas graves se sancionarán con una sanción económica del 5% del importe del servicio de mantenimiento, monitorización y resolución de incidencias/peticiones.

6.1.3 Faltas muy gravesSe aplicarán penalidades, en el caso de incumplimiento de incidencias de severidad de nivel 1 o acumulación de 2 o más graves, en un periodo de 30 días. Las faltas muy graves se sancionarán con una sanción económica del 15% del importe del servicio de mantenimiento, monitorización y resolución de incidencias/peticiones.

6.2 Resolución de peticiones de servicioDurante la fase de implantación del proyecto, la empresa adjudicataria, junto con el Ayuntamiento confirmarán y tipificarán las posibles peticiones del servicio de mantenimiento. El horario de recepción y resolución de peticiones de servicio se establecerá en el horario laboral del Ayuntamiento y el tiempo máximo de resolución de dichas solicitudes se establecerá en 48h.

De acuerdo al alcance del servicio se estima que el volumen de peticiones previsto estará en torno a 4 peticiones/mes.

6.3 Mantenimiento proactivo

En relación a las tareas de mantenimiento proactivo el Ayuntamiento considera que la empresa adjudicataria debería dedicar un mínimo de 2 días cada 3 meses para este tipo de tareas.

A partir de dichas tareas se elaborarán los correspondientes informes que certifiquen el trabajo realizado y las conclusiones extraídas. A partir de dichas conclusiones, si se proponen acciones de mejora y éstas conllevan tareas que se incluyen dentro del alcance del servicio, la ejecución de dichas tareas deberá ser asumida por la empresa en el marco del contrato.

7 Duración del contrato

La duración del contrato será desde la fase de instalación y puesta en marcha hasta la fase de devolución del servicio, esta finalizará el 30 de Noviembre de 2017.

8 Presupuesto

El presupuesto máximo será de 360.800 € más IVA, que desglosa de la siguiente manera:

Suministro de hardware y software necesarios para la infraestructura de virtualización, almacenamiento, red y backup: 321.800 €

Servicio de despliegue de la nueva infraestructura y migración de los servicios actuales: 15.000 € más IVA.

Servicio de mantenimiento, monitorización y atención de incidencias/peticiones: 24.000 € más IVA.

Castellón de la Plana,

(Documento firmado electrónicamente al margen)

Anexo I. Informe de características y rendimiento de las cabinas

Ilustración 5 - Cabina CPD principal Ilustración 6 - Cabina CPD secundario

Ilustración 7 - IOPS y tiempos de respuesta de la cabina del CPD principal

Ilustración 8 - IOPS y tiempos de respuesta de la cabina del CPD secundario

Anexo II. Log de operaciones CIFSA continuación se muestra una pequeña parte del log de actividad del servicio CIFS. El detalle completo puede consultarse en el documento anexo “Log de operaciones CIFS” que acompaña a este informe.

Tabla 1 - Log de operaciones CIFS

Tim

e

Nfs

Sta

tsop

s-A

ll C

ombi

ned

(Ops

/sec

.)

Cif

sSta

tsop

s-A

ll C

omb

ined

(Op

s/se

c.)

Net

Sta

tsin

-All

Com

bin

ed(K

B/s

ec.)

Net

Sta

tsou

t-A

ll C

ombi

ned

(KB

/sec

.)

SysS

tats

cpu-

All

Com

bin

ed(P

erce

nt)

10/01/2016 0:04 0.370 743.527 120.349 9.439.005 1.500

10/01/2016 0:09 0.000 685.287 113.562 9.482.259 0.500

10/01/2016 0:14 0.000 535.517 101.880 9.455.680 0.500

10/01/2016 0:19 0.000 635.827 90.123 5.618.736 1.000

10/01/2016 0:24 0.000 669.367 109.522 8.621.942 0.500

10/01/2016 0:29 0.000 702.873 111.874 8.670.936 0.500

10/01/2016 0:34 0.103 1.258.407 202.328 15.931.011 1.500

10/01/2016 0:39 0.010 1.063.733 172.447 13.811.292 0.500

10/01/2016 0:44 0.000 874.097 108.098 4.673.449 0.000

10/01/2016 0:49 0.000 95.143 16.702 618.702 0.000

10/01/2016 0:54 0.000 144.757 21.393 525.906 0.000

10/01/2016 0:59 0.000 81.603 254.993 1.815.158 0.000

10/01/2016 1:04 0.103 70.673 22.955 2.182.985 1.500

10/01/2016 1:09 0.010 1.079.463 161.511 5.499.547 1.500

10/01/2016 1:14 0.000 1.189.757 214.290 7.898.225 0.500

10/01/2016 1:19 0.000 1.215.270 247.020 9.583.397 1.500

10/01/2016 1:24 0.000 1.054.293 234.949 10.565.389 1.500

10/01/2016 1:29 0.000 1.138.930 151.520 6.198.999 0.500

10/01/2016 1:34 0.110 1.098.190 149.498 8.693.044 1.500

10/01/2016 1:39 0.000 1.420.580 189.132 9.935.488 1.500

10/01/2016 1:44 0.000 1.252.220 164.122 9.013.792 0.500

10/01/2016 1:49 0.000 1.159.372 156.054 8.522.505 1.000

10/01/2016 1:54 0.000 779.543 118.863 8.624.460 0.500

10/01/2016 1:59 0.000 1.108.430 135.805 5.818.121 0.500

Anexo III. Listado de datastores

Entorno VMwareTabla 2 - Datastores VMware

ID Estado UnidadCapacidad

(GB)Espacio Libre

(GB)Tipo

1 Normal Non-SSD 132 123,23 VMFS52 Normal Non-SSD 132 45,55 VMFS53 Normal Non-SSD 132 108,26 VMFS54 Normal Non-SSD 132 118,63 VMFS55 Normal Non-SSD 132 111,42 VMFS56 Normal Non-SSD 1023,75 1022,79 VMFS57 Warning Non-SSD 1300,48 212,61 VMFS58 Normal Non-SSD 849,75 213,17 VMFS59 Normal Non-SSD 1300,48 1300,48 VMFS5

10 Alert Non-SSD 899,75 81,8 VMFS511 Warning Non-SSD 899,75 143,25 VMFS512 Alert Non-SSD 1484,8 5,02 VMFS513 Alert Non-SSD 1536 6,84 VMFS514 Warning Non-SSD 899,75 213,29 VMFS515 Warning Non-SSD 1.023,75 232,04 VMFS516 Warning Non-SSD 1054,72 262,22 VMFS517 Warning Non-SSD 899,75 138,42 VMFS518 Warning Non-SSD 1996,8 490,73 VMFS519 Alert Non-SSD 1.023,75 22,79 VMFS5

Total 16.853,28 4.852,54

Entorno Hyper-VTabla 3 - Datastores Hyper-V

IDCapacidad

(GB)1 2502 2503 2504 2505 1605,986 991,987 5008 2009 4297,96

Total 8595,92

Anexo IV. Listado de máquinas virtuales

VMware PRODUCCIÓN

Actualmente se dispone de 104 máquinas virtuales VMware en producción.

Tabla 4 - Máquinas virtuales VMware producción

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)

CPUs S.O. Perfil Backup

Servidor Aplicaciones

52,17 24,09 2048 2 W2003 Bajo S

Servidor Aplicaciones Java

23,17 23,17 3072 1 Linux Bajo S

Servidor Impresion

41,18 41,18 1024 1 W2003 Medio S

Servidor Impresion

64,19 64,19 4096 1 W2008 Medio S

Backup 27,17 27,15 2048 1 W2003 Bajo SServidor Aplicaciones Java

22,23 6,21 2048 1 Linux Bajo S

Mysql 116,14 25,02 4096 2 Linux Bajo NServidor backup 168,17 108,17 8192 2 W2012 Medio SServidor Aplicaciones IIS

84,19 84,19 4096 1 W2012 Bajo S

Controlador de dominio

83 83 2048 4 W2003 Medio S


84,19 84,19 4096 4 w2012 Medio S


168,2 95,94 4096 1 W2012 Medio S

Servidor Impresion

42,18 42,18 2044 2 W2003 Medio S

Servidor Web 57,7 49,81 1024 1 Linux Bajo SServidor Citrix XenApp 5

44,18 40 4096 2 W2003 Bajo N

Servidor Citrix XenApp 5

44,18 44,16 4096 2 W2003 Bajo N


44,17 42,66 4096 2 W2003 Bajo N


44,18 40,26 4096 2 W2003 Bajo N


44,18 44,18 4096 2 W2003 Bajo N


44,18 44,18 4096 2 W2003 Bajo N


44,18 12,18 4096 2 W2003 Bajo N


44,18 31,98 4096 2 W2003 Bajo N


44,18 34,98 4096 2 W2003 Bajo N


44,17 43,55 4096 2 W2003 Bajo N


44,18 42,6 4096 2 W2003 Bajo N

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)



44,19 44,19 4096 2 W2003 Bajo N


44,18 44,18 4096 2 W2003 Bajo N


44,17 43,03 4096 2 W2003 Bajo N


44,18 43,32 4096 2 W2003 Bajo N


44,18 35,01 4096 2 W2003 Bajo N


44,17 44,16 4096 2 W2003 Bajo N


44,17 40,68 4096 2 W2003 Bajo N


44,17 41,15 4096 2 W2003 Bajo N


44,17 34,39 4096 2 W2003 Bajo N


44,17 35,13 4096 2 W2003 Bajo N


44,17 43,23 4096 2 W2003 Bajo N

Servidor Web 42,17 42,17 2048 1 Linux Bajo NMaquina Windows 8.1

34,17 34,17 2048 1 Windows8

Bajo N


82,17 5,12 2048 2 W2003 Bajo S


17,17 15,35 1024 1 W2003 Bajo N

Servidor Aplicaciones

38,03 38,03 4096 2 W2003 Bajo S

Frontend Citrix 88,19 88,19 8192 2 W2012 Medio SFrontend Citrix 88,19 88,19 8192 2 W2012 Medio SServidor DNS 17,17 17,17 1024 1 Linux Bajo SServidor Aplicaciones Java

88,21 88,21 8192 4 W2012 Alto S


19,17 14,91 3072 1 W2003 Bajo S


48,24 48,24 4096 2 W2003 Bajo S

Servidor Aplicaciones IIS

48,19 48,19 8192 1 W2012 Bajo S

Gateway Correo electrónico

96,17 96,17 6144 2 Appliance Medio S

42,17 42,17 2048 1 W2003 SServidor Aplicaciones

21,17 21,17 1024 1 W2003 Bajo S

Servidor aplicaciones Windows

64,17 64,17 4096 1 W2012 Bajo S

Servidor aplicaciones Windows

17,28 17,28 1024 1 W2003 Bajo S

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)


Servidor Web 39,18 39,18 1024 2 Linux Bajo SServidor Aplicaciones Java

43,17 21,77 3072 1 Linux Bajo S

Frontend Citrix 31,17 31,17 1024 2 W2003 Medio SFrontend Citrix 32,17 32,17 2048 2 W2003 Medio SOracle 2000 1085,44 12288 8 Linux Alto SServidor Aplicaciones IIS

84,19 84,19 4096 1 W2012 Bajo S

Router Virtual 11,2 1,47 1024 1 Appliance Alto SServidor Web 20,17 20,17 4096 2 Linux Alto SServidor Aplicaciones IIS

304,19 104,19 4096 2 W2012 Bajo S

SPAI HISTÓRICO 114,17 66,15 2048 1 w2003 bajo SServidor Aplicaciones IIS

84,19 84,19 4096 1 W2012 Bajo S


31,17 31,17 1024 1 Linux Bajo S

Servidor ficheros Windows

338,19 338,19 8192 1 W2003 Bajo S

Servidor Web 18,19 18,19 8192 4 Linux Medio NServidor Web 20,17 20,17 4096 2 Linux Bajo SMysql 32,17 32,17 2048 1 Linux Bajo SMysql 22,17 22,17 2048 1 Linux Bajo SServidor Web 42,17 23,84 1024 1 Linux Bajo SServidor Aplicaciones Java

20,17 20,17 4096 1 W2003 Medio S

Servidor ficheros Windows

295,82 143,54 1020 2 W2003 Bajo S

Servidor Web 28,17 12,81 8192 4 Linux Bajo SServidor Web 42,17 42,17 2048 1 Linux Bajo SServidor Aplicaciones Java

35,05 35,05 1024 2 W2003 Bajo S


29,19 13,19 4096 2 Linux Bajo S

Postgresql 20,42 20,42 256 1 Linux Bajo SNCM 82,17 45,81 1024 1 Linux Bajo SServidor Aplicaciones Java

20,67 20,67 512 1 Linux Bajo S

Servidor Aplicaciones IIS

54,18 51,84 4096 2 W2003 Bajo S

Servidor Web 26,17 21,35 1024 1 Linux Bajo SServidor Aplicaciones Java

18,17 18,17 2048 1 W2003 Bajo S


81,39 6,31 1024 2 W2003 Bajo S


88,17 37,2 8192 2 Linux Bajo S

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)


SqlServer 2003 77,17 77,17 2048 1 W2003 Bajo SSqlServer 2012 128,17 128,17 8192 4 W2003 Alto SMysql 34,17 34,17 4096 2 Linux Medio SSQLServer 2008 332,14 182,95 8192 2 W2003 Alto SConsola Vmware 122,45 28,46 8192 2 Appliance Medio SCitrix Netscaler 24,17 5,95 4096 2 Appliance Medio SvRealize Operations Manager Appliance

290,17 290,17 16384 4 Appliance Bajo N


14,17 14,17 4096 1 Appliance Medio S

Servidor Web 79,18 31 3072 4 Linux Alto SServidor Web 18,17 18,17 2048 1 Linux Bajo SServidor Aplicaciones

88,2 54,78 4096 1 W2008 Bajo S

Correo Electrónico Zimbra

5120 1524,2 12288 4 Linux Alto S

Correo Electrónico Zimbra

37,17 37,17 12288 2 Linux Alto S

Antivirus 148,19 68,19 8192 4 W2008 Medio SRouter Virtual 10,23 1,48 1024 2 Appliance Alto SServidor Aplicaciones

200 85 8192 2 W2012 Alto S

SqlServer 2008 60 20 8192 2 W2012 Medio SServidor Web 60 20 4096 2 W2012 Medio SServidor Aplicaciones

40 14 4096 2 W2012 Medio S

Total 13.581,48 7.567,48

427.768 195

Actualmente se dispone de 72 máquinas virtuales Hyper-V en producción.

Tabla 5 - Máquinas virtuales Hyper-V producción

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)


Servidor de impresión

8192 2 w2012 Medio S

Virtual Machine Manager

8192 2 w2012 Medio S

Windows server update services

8192 2 w2012 Medio N

Plantilla CITRIX XENDESKTOP

8192 2 w2008 Medio N

citrix gestiona y tao

3287 175956 2 W2003

Medio N

citrix openoffice 1024 69564 2 W2003

Medio N

DC01 50 50 4096 2 w2012DC02 50 50 4096 2 w2012SF01 50 50 4096 2 w2012SF02 50 50 4096 2 w2012Golden01 80 80 12288 4 w2012

Golden02 80 80 12288 4 w201230 x MV SILO1 con 4 CPU,80 Gb y 12Gb RAM.

2400 2400 368640 120 w2012

30 x MV SILO2 con 4 CPU,80 Gb y 12Gb RAM

2400 2400 368640 120 w2008

Total 1.056.528

268

PREPRODUCCIÓN

Em preproducción se dispone de 18 máquinas virtuales.

Tabla 6 - Máquinas virtuales preproducción

ServicioCapacidad

(GB)Usado (GB)

RAM (MB)

CPUs

AlfrescoPre 23,18 0,31 3072 1Maquina Windows 8.1 34,17 32 2048 1Maquina Windows BP 22,17 19,85 2048 1esignapre 33,17 24,93 4096 2Liferaypre 43,17 2,84 3072 1opendatapre 41,17 21,74 1024 1Paradas 17,17 16 1024 1PortalCiudadanoPre 18,17 5,65 2048 1PortalProveedor 21,17 20 1024 1Rmupre 20,67 20 512 1ScriptCasClon 26,17 21,66 1024 1SocyalPre 84,17 10,87 4096 1web2 79,17 54,47 3072 4WebClon 59,17 43,42 3072 4zimbra8test 128,17 120 8192 4Oracle 528,17 524,01 8192 2Mulepre 63,57 38,15 1024 1Opendatadesa 42,18 23,59 1024 1

Total 1.284,98 999,49 49664 29

Anexo V. Configuración switches SAN

Tabla 7 - CPD Principal Switch1

Port# Port Id Port Name Port TypeSpeed (Gb/s)

Port Status

0(0x0) 0X0B0000 VNX_SPA0 F-Port N8 Online1(0x1) 0X0B0100 VNX_SPB1 F-Port N8 Online2(0x2) 0X0B0200 ESX10_HBA

0F-Port N8 Online

3(0x3) 0X0B0300 ESX11_HBA0 F-Port N8 Online4(0x4) 0X0B0400 ESX12_HBA

0F-Port N8 Online

5(0x5) 0X0B0500 F-Port N8 Online6(0x6) 0X0B0600 F-Port N8 Online7(0x7) 0X0B0700 F-Port N8 Online8(0x8) 0X0B0800 U-Port N8 No_Light9(0x9) 0X0B0900 U-Port N8 No_Light10(0xA) 0X0B0A00 U-Port N8 No_Light11(0xB) 0X0B0B00 E-Port N4 Online12(0xC) 0X0B0C0

0F-Port N4 Online

13(0xD) 0X0B0D00

F-Port N4 Online

14(0xE) 0X0B0E00 F-Port N4 Online15(0xF) 0X0B0F00 E-Port N4 Online16(0x10) 0X0B1000 U-Port N8 Disabled17(0x11) 0X0B1100 U-Port N8 Disabled18(0x12) 0X0B1200 U-Port N8 Disabled19(0x13) 0X0B1300 U-Port N8 Disabled20(0x14) 0X0B1400 U-Port N8 Disabled21(0x15) 0X0B1500 U-Port N8 Disabled22(0x16) 0X0B1600 U-Port N8 Disabled23(0x17) 0X0B1700 U-Port N8 Disabled

Tabla 8 - CPD Principal Switch2

Port# Port Id Port NamePort Type

Speed (Gb/s)

Port Status

0(0x0) 0X0C0000 VNX_SPB0 F-Port N8 Online1(0x1) 0X0C0100 VNX_SPA1 F-Port N8 Online2(0x2) 0X0C0200 ESX10_HBA1 F-Port N8 Online3(0x3) 0X0C0300 ESX11_HBA1 F-Port N8 Online4(0x4) 0X0C0400 ESX12_HBA1 F-Port N8 Online5(0x5) 0X0C0500 F-Port N8 Online6(0x6) 0X0C0600 F-Port N8 Online7(0x7) 0X0C0700 F-Port N8 Online8(0x8) 0X0C0800 VNX_DM2_AUX0 F-Port N8 Online9(0x9) 0X0C0900 F-Port N8 Online10(0xA) 0X0C0A00 U-Port N8 No_Light11(0xB) 0X0C0B00 E-Port N4 Online12(0xC) 0X0C0C00 F-Port N4 Online13(0xD) 0X0C0D00 F-Port N4 Online14(0xE) 0X0C0E00 F-Port N4 Online15(0xF) 0X0C0F00 E-Port N4 Online16(0x10) 0X0C1000 U-Port N8 Disabled


Speed (Gb/s)

Port Status

17(0x11) 0X0C1100 U-Port N8 Disabled18(0x12) 0X0C1200 U-Port N8 Disabled19(0x13) 0X0C1300 U-Port N8 Disabled20(0x14) 0X0C1400 U-Port N8 Disabled21(0x15) 0X0C1500 U-Port N8 Disabled22(0x16) 0X0C1600 U-Port N8 Disabled23(0x17) 0X0C1700 U-Port N8 Disabled

Tabla 9 - CPD Secundario Switch1


Speed (Gb/s)

Port Status

0(0x0) 0X0F0000 SPA0_VNX_RESPALDO F-Port N8 Online1(0x1) 0X0F0100 SPB1_VNX_RESPALDO F-Port N8 Online2(0x2) 0X0F0200 ESX13_HBA0 F-Port N8 Online3(0x3) 0X0F0300 ESX14_HBA0 F-Port N8 Online4(0x4) 0X0F0400 U-Port N8 No_Light5(0x5) 0X0F0500 U-Port N8 No_Light6(0x6) 0X0F0600 U-Port N8 No_Light7(0x7) 0X0F0700 E-Port N4 Online8(0x8) 0X0F0800 U-Port N8 No_Light9(0x9) 0X0F0900 U-Port N8 No_Light10(0xA) 0X0F0A00 E-Port N4 Online11(0xB) 0X0F0B00 E-Port N4 Online12(0xC) 0X0F0C0

0F-Port N8 Online

13(0xD) 0X0F0D00

U-Port N8 No_Light

14(0xE) 0X0F0E00 U-Port N8 No_Light15(0xF) 0X0F0F00 E-Port N4 Online16(0x10) 0X0F1000 U-Port N8 Disabled17(0x11) 0X0F1100 U-Port N8 Disabled18(0x12) 0X0F1200 U-Port N8 Disabled19(0x13) 0X0F1300 U-Port N8 Disabled20(0x14) 0X0F1400 U-Port N8 Disabled21(0x15) 0X0F1500 U-Port N8 Disabled22(0x16) 0X0F1600 U-Port N8 Disabled23(0x17) 0X0F1700 U-Port N8 Disabled

Tabla 10 - CPD secundario Switch2


Speed (Gb/s)

Port Status

0(0x0) 0X100000 SPA1_VNX_RESPALDO F-Port N8 Online1(0x1) 0X100100 SPB0_VNX_RESPALDO F-Port N8 Online2(0x2) 0X100200 ESX13_HBA1 F-Port N8 Online3(0x3) 0X100300 ESX14_HBA1 F-Port N8 Online4(0x4) 0X100400 U-Port N8 No_Light5(0x5) 0X100500 U-Port N8 No_Light6(0x6) 0X100600 U-Port N8 No_Light7(0x7) 0X100700 E-Port N4 Online8(0x8) 0X100800 F-Port N8 Online9(0x9) 0X100900 F-Port N8 Online10(0xA) 0X100A00 E-Port N4 Online11(0xB) 0X100B00 E-Port N4 Online

12(0xC) 0X100C00

F-Port N8 Online

13(0xD) 0X100D00

U-Port N8 No_Light

14(0xE) 0X100E00 U-Port N8 No_Light15(0xF) 0X100F00 E-Port N4 Online16(0x10) 0X101000 U-Port N8 Disabled17(0x11) 0X101100 U-Port N8 Disabled18(0x12) 0X101200 U-Port N8 Disabled19(0x13) 0X101300 U-Port N8 Disabled20(0x14) 0X101400 U-Port N8 Disabled21(0x15) 0X101500 U-Port N8 Disabled22(0x16) 0X101600 U-Port N8 Disabled23(0x17) 0X101700 U-Port N8 Disabled

Documents

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA … · Esta MacroLAN se encuentra redundada en los dos CPDs mediante VRRP (este sistema consiste en la configuración de dos o más routers