15 040 PPT Plyca

PPT Sistema de Virtualización para Servidores
Corporativos del Gobierno de Canarias

Indice
1 Introducción.....................................................................................................5
2 Objeto del Contrato.........................................................................................5

2.1 Antecedentes.......................................................................................................5
2.2 Objeto.................................................................................................................. 5
3 Requisitos Funcionales de la Solución.........................................................6
3.1 Precedentes......................................................................................................... 6
3.2 Requisitos y Funcionalidades del Sistema de Virtualización................................6
3.2.1 Requisitos de compatibilidad para implementaciones sobre máquinas físicas...........7
3.2.2 Requisitos de compatibilidad para implementación de máquinas virtuales................8
3.2.3 Requisitos de segmentación de la Arquitectura. Cluster's y Datacenter's..................8
3.2.4 Gestión de la Virtualización......................................................................................10
3.2.5 Características del Sistema de Virtualización...........................................................11
3.2.6 Preexplotación.......................................................................................................... 11
3.2.7 Copias de Seguridad................................................................................................ 11
3.3 Tipos de Solución...............................................................................................12
3.4 Dimensionamiento de la Solución......................................................................12
4 Alcance de la Oferta......................................................................................14
4.1 Suministro de Licencias.....................................................................................14
4.2 Suministro de Hardware y Software...................................................................15
4.3 Servicios de Instalación de la Solución..............................................................16
4.4 Servicio de Adaptación a los requisitos del Gobierno de Canarias.....................16
4.5 Servicios de Migración de la solución actual a la nueva plataforma. Plan de
Transición................................................................................................................16
4.6 Servicio de Formación........................................................................................18
4.7 Servicio de Soporte............................................................................................20
4.7.1 Centro de Atención de Incidencias...........................................................................20
4.7.1.1 Recursos Técnicos...............................................................................................................20
4.7.1.2 Funcionalidad.......................................................................................................................21
4.7.2 Prestaciones del Servicio de Soporte.......................................................................22
4.7.2.1 Mantenimiento Conductivo.................................................................................................22
4.7.2.2 Mantenimiento Correctivo...................................................................................................23
4.7.2.3 Mantenimiento Evolutivo o Perfectivo................................................................................23
4.7.2.4 Mantenimiento Preventivo...................................................................................................23
4.7.3 Asistencia Técnica.................................................................................................... 24
4.7.4 Soporte Personalizado............................................................................................. 25
4.7.5 Actualizaciones del Software/Firmware....................................................................25
4.8 Documentación Técnica sobre los Servicios y Operativa...................................26
4.9 Pruebas de Usabilidad y de Accesibilidad..........................................................26
Telecomunicaciones y Sistemas
PPT Sistema de Virtualización para Servidores Corporativos del Gobierno de Canarias ; 2
4.9.1 Herramienta de Gestión............................................................................................ 26
4.9.2 Facilidad de Uso y Rendimiento. .............................................................................26
5 Equipo de Trabajo..........................................................................................27
5.1 Coordinación y Seguimiento del Contrato..........................................................27
5.2 Requisitos del Equipo de Trabajo.......................................................................28
5.3 Cobertura del Equipo de Trabajo.......................................................................28
5.4 Lugar de Desempeño de los Trabajos................................................................28
5.5 Medios Materiales..............................................................................................29
6 Mejoras Adicionales......................................................................................29
6.1 Mejora por Gestor de Virtualización Único.........................................................29
6.2 Mejora por Acceso Directo al Soporte del Fabricante de las soluciones............29
7 Calidad del Servicio.......................................................................................30
7.1 Prioridades.........................................................................................................30
7.2 Definiciones........................................................................................................31
7.3 Medidas de las Prestaciones..............................................................................31
7.4 Parámetros mensurables...................................................................................32
7.4.1 Tiempo de Resolución de la Incidencia....................................................................32
7.4.2 Número de Incidencias Repetidas............................................................................33
7.5 Seguimiento de los Acuerdos de Nivel de Servicio............................................33
7.6 Informe de Calidad.............................................................................................34
8 Condiciones Generales.................................................................................35
8.1 Cronograma.......................................................................................................35
8.2 Ámbito Geográfico..............................................................................................35
8.3 Requisitos de Fiabilidad.....................................................................................36
8.4 Documentación y Plan de Soporte.....................................................................36
8.5 Entrega de la Solución.......................................................................................37
8.6 Confidencialidad y Protección de Datos.............................................................37
8.6.1 Confidencialidad....................................................................................................... 37
8.6.2 Protección de Datos Personales...............................................................................38
8.6.3 Requisitos del Software............................................................................................ 39
8.7 Transferencia Tecnológica.................................................................................39
8.8 Propiedad del Resultado de los trabajos............................................................39
8.9 Variantes............................................................................................................40
8.10 Consideraciones al Desarrollo..........................................................................40
8.11 Gestión de la Capacidad..................................................................................41
8.12 Requisitos de Seguridad..................................................................................41
8.13 Compatibilidad IPv6.........................................................................................42
Anexo A.............................................................................................................44
Anexo I Arquitectura Actual Servidores y Relación....................................47
Anexo II Funcionalidades Obligatorias del Sistema de Virtualización .....48
Anexo III Mejora de Funcionalidades del Sistema de Virtualización ........62
1 Introducción
El Gobierno de Canarias dispone de una plataforma de servidores físicos tipo

“blade” montados en bastidores.
Esta arquitectura ha permitido obtener diversas ventajas, entre la que se

pueden citar:
 Economía, al requerirse menos electrónica y fuentes de alimentación

para el mismo número de servidores.
 Ahorro en el consumo energético.
 Reducción del espacio
 Simplificación de la operación.
 Reducción del cableado.
 Mayor versatilidad.
Sobre este conjunto de chasis y servidores tipo blade se dispone actualmente

de un sistema heterogéneo de virtualización, permitiendo sobre la
infraestructura física existente, el despliegue de un elevado número de
servidores virtuales.
El sistema actual de virtualización está compuesto tanto por los gestores de

virtualización, como de hipervisores.
2 Objeto del Contrato
2.1 Antecedentes
El Gobierno de Canarias, a través de la Dirección General de

Telecomunicaciones y Nuevas Tecnologías dispone actualmente de gestores
de virtualización e hipervisores, concretamente:
• Windows Server DataCenter + System Center DataCenter, utilizado para

el despliegue de servidores con sistema operativo Windows Server, en
cualquiera de sus versiones. El sistema actual está licenciado hasta el
30 junio de 2015, con derechos de uso y actualización de versiones.
• RedHat Entreprise Virtualization, utilizado para el despliegue de
servidores con sistema operativo Red Hat, en cualquiera de sus
versiones.
El sistema actual está licenciado en régimen de derecho de uso y ajustado al

numero de socket (zócalo de CPU) de los host físicos (hypervisores).
2.2 Objeto
Con objeto de garantizar un sistema de Virtualización de Servidores estable,
actualizado, que soporte los nuevos requisitos que se requiera en cada
momento, que esté sujeto a evolutivos, que soporte la carga de rendimiento
que se precise por parte aplicaciones, se requiere adquirir el derecho de uso
de un sistema de virtualización de servidores con el dimensionamiento y
requisitos funciones que en este pliego se describen.
Para ello se requiere:
 Suministro de software y licencias correspondientes.

 Suministro de hardware (si fuera preciso).
 Servicios de instalación de la solución.
 Servicios de adaptación a los requisitos del Gobierno de Canarias.
 Servicios de migración de la solución actual a la nueva plataforma
(caso de ofertarse una nueva).
 Servicio de Formación.
 Servicio de Soporte.
o Servicio de Atención de Incidencias.
o Servicio de Asistencia Técnica y Resolución de Incidencias.
o Suministro de Nuevas Versiones de Software durante todo el
periodo de vigencia del contrato, con la finalidad de disponer
siempre de la última versión del producto.
3 Requisitos Funcionales de la Solución
3.1 Precedentes
Actualmente, se dispone de:
• Siete (7) licencias de 2 procesadores cada una de Core Infrastructure

Suite DataCenter (Windows Server DataCenter + System Center
DataCenter), utilizado para el despliegue de servidores con sistema
operativo Windows Server.
• Doscientas (200) licencias Red Hat Enterprise Virtualization for Servers,

Standard (1 Socket), utilizado para el despliegue de servidores con
sistema operativo Red Hat.
• Quince (15) licencias de Acronis Advanced Server for Red Hat

Enterprise Virtualization for Servers
La descripción la arquitectura actual y de los servidores que la conforman, se

recoge en el Anexo I.
3.2 Requisitos y Funcionalidades del Sistema de Virtualización
Los requisitos y/o las funcionalidades que se describen a continuación
deberán ser asumidas por la solución a implementar.
Las funcionalidades mínimas que debe cubrir el sistema a implantar se

encuentran recogidas en el Anexo II. Todas las funcionalidades recogidas en el
Anexo II son de obligado cumplimiento, ya que se trata de prestaciones que la
actual solución ya dispone o de necesaria aplicación.
En el Anexo III se recogen las funcionalidades opcionales que se valorarán

como mejora.
Además, se incluyen en los anexos II y III apartados para la indexación de la

información de la solución propuesta. Estos apartados deberán ser
cumplimentados con la información requerida para la correcta valoración de la
misma. En caso de contradicción entre la información recogida en la la oferta
descriptiva y dichos anexos será tomada la información residente en estos
como la declarada y cierta.
3.2.1 Requisitos de compatibilidad para implementaciones sobre máquinas físicas.
Las solución a ofertar deberá ser compatible con el siguiente hardware:
• Blade HP Bl460c – Generaciones 1, 6, 8 y 9. En toda su gama de

procesadores y/o configuraciones (incluido tarjetas adicionales como
mezzanine's, FlexibleLOM, etc.) soportando el arranque vía SAN.
• HP VC FlexFabric 10Gb/24-Port Module
• Cisco Catalyst Blade Switch 3020 for HP Cisco
• Catalyst Blade Switch 3120X for HP
• Brocade 4/24 SAN Switch Power Pack for HP c-Class BladeSystem
Se garantizará la compatibilidad de la implementación de la solución con la red

de almacenamiento SAN existente siempre en modo multi-camino (Multipath),
compuesta por:
• Switch marca Brocade con firmware FabOS, concretamente:
Modelo Version
Brocade 4024 43.2 BladeSystem 4/24 6.2.2f9
Brocade 4900 44.2 Silkworm 4900c 6.4.3f3
Brocade DCX8510-4 121.3 SN8000B 7.1.1c1
• Almacenamiento del fabricante HP, modelo 3PAR 7400, F400 y NetApp

FAS2240-4, en cualquiera de sus versiones de firmware.
Además, la solución ha de ser compatible con el arranque directo desde la SAN
(Boot From SAN), TCP Offload support (soporte de descarga de red que
permita los adaptadores físicos de red para minimizar el uso de las CPU del
host) y Jumbo frames (soporte para marcos Ethernet con más de 1500 bytes
de payload)
De igual forma, se deberá suministrar matriz de compatibilidad de la solución

con el conjunto de fabricantes del mercado.
3.2.2 Requisitos de compatibilidad para implementación de máquinas virtuales.
Se deberán poder crear máquinas virtuales con las siguientes características:
• CPU. Hasta 24 cpu virtuales.

• Memoria. Hasta 256 GB para máquinas de 64Bit .
• Discos. Hasta 9 discos. Estos deben poder ser implementados a través
de los formatos propietarios de la plataforma de virtualización o
asociados directamente a LUN's del sistema de almacenamiento.
• Tarjetas de red. Hasta 4 tarjetas de red virtuales. Con soporte de VLAN.
• Cdrom. Se deben poder definir unidades de CDrom/DVD virtuales donde
poder montar en caliente imágenes tipo “iso” y permitir el arranque
desde la misma.
• Sistema Operativo Windows. Soportar sistemas operativos Microsoft
Windows de 32 y 64 bits, entre los que han de encontrarse, las familias
Windows 2003 Server, 2008 Server, 2012 Server en sus diferentes
versionados.
• Además, deben estar soportados los Sistemas operativos de escritorio
Windows de 32 y 64 bits, entre los que han de encontrase, Windows
Vista, 7, 8 y 8.1 (estas licencias de escritorio no forma parte del objeto
de la licitación, pero si su compatibilidad).
• Sistema Operativo Linux.
◦ Compatibilidad con sistemas operativos Linux de 32 y 64 bits, entre
los que han de encontrarse RedHat Enterprise Linux versiones 4, 5,
6 y 7 y Centos 5, 6, 7 -todos en sus diferentes versionados-.
◦ Soporte para sistemas operativos Linux de 32 y 64 bits, entre los que
han de encontrarse RedHat Enterprise Linux versiones 5, 6 y 7 y
Centos 5, 6, 7 -todos en sus diferentes versionados-.
Además se deberá aportar matriz de compatibilidad de con todos los sistemas

operativos invitados soportados.
3.2.3 Requisitos de segmentación de la Arquitectura. Cluster's y Datacenter's.
Los servidores físicos se podrán agrupar por cluster. Estos cluster de

virtualización segmentaran la arquitectura y deberán tener las siguientes
características:
• Nodos. Cada cluster debe permitir al menos 32 máquinas físicas formen
parte de él, a estas máquinas físicas las llamaremos nodos del cluster.
• Migración en caliente de máquinas virtuales. El sistema debe permitir el
movimiento de máquinas virtuales entre dos nodos del cluster sin que
dicha máquina virtual deje de prestar servicio.
• Migración de máquinas entre cluster. El sistema debe permitir el
movimiento de máquinas virtuales entre dos nodos del cluster.
• Balanceo de carga. El sistema debe permitir que automáticamente o
bien de forma manual que se pueda pasar máquinas virtuales de nodos
del cluster que se encuentren más cargados a otros con más recursos
disponibles.
• Alta disponibilidad. En caso de avería de alguno de los nodos del cluster,
las máquinas virtuales de ese nodo se arrancarán automáticamente en
otro.
• Modo mantenimiento. Cuando un nodo se ponga en modo
mantenimiento, se moverán en caliente y automáticamente todas sus
máquinas virtuales al resto de nodos del cluster y se deshabilitará que
se puedan trasladar máquinas virtuales a dicha máquina física hasta que
se quite del modo mantenimiento.
• Reconfiguración del cluster. El añadir o quitar nodos al cluster de
virtualización se podrá realizar en caliente, sin que dejen de prestar
servicio las máquinas virtuales.
• Migración en caliente del almacenamiento. El sistema sebe permitir el
movimiento de las unidades de almacenamiento de las máquinas
virtuales entre distintos dispositivos de almacenamiento sin que las
máquinas virtuales dejen de prestar servicios.
Los clusters se agruparan dentro de un mismo esquema lógico (concepto

Datacenter o similar) que permita estructurar la plataforma de virtualización por
servicios y/o por entornos específicos de ejecución. Por lo tanto, el esquema
lógico del diseño de la arquitectura deberá ser el siguiente:
• Gestor de virtualización
• Datacenter 1
• Cluster 1
• Nodo 1
• Nodo 2
• Nodo x
• Cluster 2
• Nodo 1
• Nodo 2
• Nodo x
• Cluster x
• Nodo 1
• Nodo 2
• Nodo x
• Datacenter 2
• Cluster 1
• Nodo 1
• Nodo 2
• Nodo x
• Cluster 2
• Nodo 1
• Nodo 2
• Nodo x
• Cluster x
• Nodo 1
• Nodo 2
• Nodo x
3.2.4 Gestión de la Virtualización
Todo el sistema de virtualización ha de poder ser gestionado

centralizadamente. Esta gestión centralizada ha de ser por Sede:
• Gestión centralizada para la sede de Las Palmas

• Gestión centralizada para la sede de S.C. de Tenerife
La granularidad máxima de cada uno de estos gestores centralizados por sede

debe ser por Tecnología:
• Gestión centralizada para la sede de Las Palmas para tecnologías

Windows.
• Gestión centralizada para la sede de Las Palmas para tecnologías Linux.
• Gestión centralizada para la sede de Tenerife para tecnologías
Windows.
• Gestión centralizada para la sede de Tenerife para tecnologías Linux.
Se valorará como mejora (6.1 Mejora por Gestor de de Virtualización Único) la

presentación de un solución de gestión unificada por sede sin mayor nivel de
granularidad.
Estos gestores de la virtualización deben tener las siguientes características:
• Alta disponibilidad dentro de la misma sede por lo menos en modo

Activo/Pasivo
• Consola gráfica de gestión centralizada. Desde la consola se debieran
hacer todas las operaciones inherentes a la gestión del sistema de
virtualización (se admite que esta haga llamadas a programas externos
para complementar su funcionalidad-en este caso deberán formar parte
de la solución-). Se entenderá por “gestión” las operaciones básicas de
adición, edición -de todas las propiedades-, búsqueda, consulta,
eliminación y tareas inherentes al mantenimiento y la configuración de
los siguientes elementos afectados: Datacenters -o concepto similar-,
Clusters, Host, Storage o concepto similar (almacenamientos definidos
para la plataforma de virtualización), Redes, Máquinas Virtuales,
Templates, Pools, Logs, Eventos, Tareas, Gestión de Usuarios y
Permisos, Monitorización, Estadísticas e informes. Si la consola fuera
web esta deberá soportar los navegadores “Microsoft Internet Explorer
11” y/o “Mozilla Firefox v33.1.1”.
• Integración LDAP y Directorio Activo.
• API de integración
3.2.5 Características del Sistema de Virtualización
Las características exigidas a cualquier sistema de virtualización serán (se

permitirá la equiparación de conceptos si estos no tuvieran la misma
denominación pero mismo objetivo y probado funcionamiento) las detalladas en
el Anexo II.
3.2.6 Preexplotación
Ha de existir un sólo entorno de pre-explotación por gestor diferenciado de

virtualización (Linux y Windows en el caso de que no se haya optado por la
opción de gestión unificada por sede) localizado en una sede, donde se
probaran todos los cambios en la plataforma antes de ponerlos en explotación.
Estos estarán constituido por 1 gestor, 1 cluster y dos nodos por entorno
necesario.
Las licencias necesarias para el entorno de preexplotación serán adicionales a

las solicitadas en este pliego, y no supondrán coste adicional.
3.2.7 Copias de Seguridad
La solución deberá incorporar un sistema de copias de seguridad para las

máquinas virtuales. Esta deberá contar con capacidades
incrementales/diferenciales y/o capacidades de copias a bajo nivel sobre
cabina de almacenamiento sin perder la granularidad de la copia: la máquina
virtual.
Estas copias deberán poderse realizar en caliente y debe garantizar la

integridad de la máquina virtual en el momento de la copia y restauración. No
se contempla en la solución la inclusión de agentes para servicios específicos
como BBDD, Directorios Activos, etc. El sistema de copias tampoco deberá
dejar restos (snapshot temporales) en la plataforma de virtualización que
impliquen la parada de servicio de la MV para su limpieza.
La política mínima prevista para las copias sera:
• Para cada máquina virtual se realizará una imagen semanal que se

retendrá un máximo de 4 semanas. La semana 1 de este ciclo se
realizará una imagen total y las semanas 2, 3 y 4 imágenes
incrementales.
• La retención de 4 semanas, será el tiempo máximo que se conservará

en el sistema la imagen realizada, y que una vez pasado dicho periodo
se descartará, no siendo posible recuperarla.
• El servicio permitirá la realización de una copia de una MV concreta en

un momento determinado a fin de disponer de una copia como parte del
proceso de contingencia.
La plataforma de copias se podrá implementar con cualquiera de las tres

siguientes soluciones:
– Solución de Acronis existente, ampliada con las licencias

necesarias para cubrir todo el alcance de la solución de esta licitación.
– Solución de un aplicativo tercero que cumpla con los requisitos de
rendimiento especificados en este apartado.
– Solución de copias integrada de forma nativa en los gestores de
virtualización.
En cualquier caso, la plataforma de copia forma parte del objeto de esta

licitación y deberá incluirse.
El rendimiento mínimo que deberá ofrecer el sistema de copias será:
– 450 Gb deberá realizarse en el intervalo máximo de una (1) hora.
3.3 Tipos de Solución
Se admitirán soluciones que:
• Bien presenten una solución de gestión de virtualización para el

subsistema Microsoft Windows y una solución de gestión de
virtualización para el subsistema Linux RedHat.
• Bien presenten una plataforma de gestión de virtualización única.
Se incluirán los trabajos de migración de la situación actual a la que resulte

adjudicada.
En cualquier caso, la solución deberá cumplir con todos los requisitos

establecidos en este pliego. Especialmente con la posibilidad de desplegar
servidores con sistema operativos Linux RedHat y Microsoft Windows Server
de manera ilimitada como máquina invitada dentro de los hipervisores.
3.4 Dimensionamiento de la Solución
Se suministrarán las licencias, y se realizará la instalación, configuración (y
migración si fuera el caso de ofertas una solución distinta de la actualmente
implementada) de la plataforma de virtualización cubriendo al menos las
siguientes necesidades:
• El licenciamiento de cincuenta y cuatro (54) nodos destinados a la

virtualización de un número ilimitado de máquinas Red Hat Linux con
independencia del vitualizador usado
• El licenciamiento de treinta y siete (37) nodos destinados a la
virtualización de un número ilimitado de máquinas Windows Server con
independencia del virtualizador usado
• Licenciamiento del software y gestor de virtualización para todos los
nodos anteriores nodos
• El licenciamiento del software de copias de Seguridad para cubrir las
copias de todas las máquinas virtuales de todos los nodos (ver apartado
de Copias de Seguridad).
• El licenciamiento de cualquier software que sea necesario para la
solución
• La instalación y configuración de todas las consolas y elementos de
gestión necesarios para el adecuado funcionamiento de la arquitectura y
de los servicios.
• La instalación y configuración de al menos 20 nodos a determinar por la
Dirección General de Telecomunicaciones y Nuevas Tecnologías.
• La migración correcta de al menos 100 máquinas virtuales del entorno
actual al nuevo si fuese necesario.
• La integración en el sistema de monitorización (Nagios) como sistema
de monitorización de primer nivel.
• La documentación de todo los procedimientos de instalación,
parametrización y salvaguarda (local disaster recovery) de la solución,
así como de las operaciones de arranque y parada de la misma.
• La documentación sobre las operaciones básicas de gestión de la
plataforma:
• Creación, búsqueda, consulta, modificación y eliminación de una
máquina virtuales
• Migración Manual de máquinas virtuales
• Clonado, exportación e importación de máquinas virtuales
• Realización de SnapShoot
• Realización de copias de seguridad y su restauración
• Migración de Máquinas Virtuales entre plataformas -si fuese el
caso-
Todas las instalaciones incluirán la configuración y parametrización óptimas de

la solución con todo el ecosistema tecnológico circundante para el correcto
funcionamiento de la arquitectura.
En cualquier caso, la solución a suministrar debe cumplir con los siguientes

requisitos:
• El número de máquinas virtuales a instalar en dichos servidores físicos
será ilimitado, siendo la capacidad de las máquinas físicas las que
determinen dicho número.
• Las licencias a suministrar no podrán tener ningún tipo de limitación (ni
legal ni técnica) respecto a la memoria RAM de los servidores físicos ni
virtuales, siendo la capacidad de las máquinas físicas las que determine
la limitación, entendiéndose como capacidad máxima de los servidores
físicos 4Tb y de los servidores virtuales 1Tb.
• Las licencias a suministrar no podrán tener ningún tipo de limitación (ni
legal ni técnica) respecto al número de núcleos de que pudiera disponer
cada socket (zócalo).
• Queda incluido dentro de la solución a ofertar todas las licencias y
el soporte (incluyendo actualización, parcheado, mantenimiento) de
los sistemas operativos de los servidores virtuales, que serán
RedHat o Microsoft Windows Server, en cualquiera de las versiones
existentes.
Previendo la evolución tecnológica de los chasis y servidores blade, las

licencias no podrán presentar ningún tipo de limitación en cuanto al tipo de
servidores para los cuales se licencie (el licenciamiento solo tendrá en cuenta
el número de sockets). El producto y las licencias ofertadas permitirán la
instalación en nuevos equipos que vayan a sustituir a equipamiento obsoleto,
con una convivencia de al menos treinta (30) días naturales sin que esto
implique un sobre licenciamiento de la solución.
Quedará explicitado en todo momento el tipo de licenciamiento aplicado a cada

uno de los elementos de la solución, los derechos otorgados, la vigencia de los
mismos y la volumétrica de los elementos cubiertos. De igual forma, se
explicitará la equiparación del licenciamiento otorgado con los estándares de
licenciamiento de mercado para una correcta identificación de la licencia usada.
Toda la información necesaria para la correcta interpretación de la solución

ofertada quedará recogida dentro de la documentación presentada. No siendo
necesaria ninguna consulta de documentación extra que precise o determine
los términos de aplicabilidad de la solución. Explícitamente, no se consideraran
el uso de los link's a documentación externa para precisar el alcance y/o los
detalles de la solución.
4 Alcance de la Oferta
4.1 Suministro de Licencias
Se incluye dentro de la oferta el suministro del software y licencias necesarias

para un correcto funcionamiento de la solución. Si una vez implementada la
solución, se detectara la necesidad de más recursos hardware y/o software
para garantizar su correcto funcionamiento en el ámbito del Gobierno de
Canarias, éstos deberán ser suministrados por el adjudicatario asumiendo éste
su coste, formando parte estos recursos de la solución global y quedando por
tanto sujeto a las condiciones de soporte y mantenimiento descritas en esta
licitación.
En el caso de que la solución a implementar requiera de software adicional

para su funcionamiento (sistema operativo para servidores físicos, de base de
datos, de aplicativos, etc.), éste formará parte de la solución, habrá de
suministrarse en propiedad, y su coste de mantenimiento deberá estar incluido
en el coste de mantenimiento de la solución global. Esto es, se considerará que
todas las licencias adicionales forman parte del sistema de Virtualización a
implementar.
4.2 Suministro de Hardware y Software
El Gobierno de Canarias no puede dedicar más recursos hardware a este

proyecto; Cualquier requerimiento de recursos hardware que superen los ya
existentes (descrito en el apartado anterior 3.1 Precedentes), o los que se
proporcionen por la Dirección General de Telecomunicaciones y Nuevas
Tecnologías (descritos a continuación), irán a cargo del adjudicatario.
La Dirección General de Telecomunicaciones y Nuevas Tecnologías

proporcionará para la implantación de la solución el hardware y software que se
detalla a continuación:
- Todos los servidores descritos en el apartado 3.1 Precedentes.

- Caso de optarse por la reutilización de los servidores físicos, el
adjudicatario deberá prever en su plan de migración que no habrá
recursos adicionales (ni siquiera temporales) a suministrar por la
DGTNT.
En el caso de que la infraestructura de hardware y/o software requerida por el

licitador para un correcto funcionamiento de la solución tuviera otros requisitos
adicionales o distintos a los suministrados, deberá proporcionarlos, estando los
mismos incluidos dentro de la solución, sin que implique coste adicional alguno
para la Dirección General de Telecomunicaciones y Nuevas Tecnologías. En
este caso, se establecen unos requisitos tecnológicos a cumplir por la solución:
- Todas las licencias adicionales que se suministren (sistema operativo,

de base de datos, de aplicativos, etc.), forman parte de la solución, han
de suministrarse en propiedad, y su coste de mantenimiento deberá
estar incluido en el coste de mantenimiento de la solución global. Esto
es, se considerará que todas las licencias adicionales forman parte del
sistema de Gestión de Identidad a suministrar e implementar.
- Todo el hardware que se suministren forma parte de la solución, han de
suministrarse en propiedad, y su coste de mantenimiento deberá estar
incluido en el coste de mantenimiento de la solución global. En este caso
será la empresa adjudicataria la encargada de llevar a cabo el
despliegue del sistema en los nuevos servidores, así como el apoyo a
CiberCentro en dichas tareas si fuese necesario. Caso de suministrarse
servidores, estos deberán:
o Disponer de arquitectura x86 de 64 bits.
o Disponer de al menos 2 CPUs
o Disponer al menos de 2 núcleos por CPU.
o Disponer al menos de 64 GB de memoria RAM, ampliables.
o Disponer de doble fuente de alimentación redundante.
o Disponer de una tarjeta de red de gestión remota, que incluya
validación en Servicio de Directorio (LDAP, X500), acceso a
consola gráfica y reportar alarmas vía SNMP.
o Disponer de doble conexión de red a velocidad mínima de 1Gbps
o El sistema operativo que pudiera suministrarse deberá ser, por
homogeneidad con los productos existentes en la Dirección
General de Telecomunicaciones y Nuevas Tecnologías, Red Hat
Enterprise Linux 6 o superior, o Microsoft Windows Server 2012 y
R2.
o Deberán ser enracables (19 pulgadas, incluidas las pestañas para
enracar).
o Todos los componentes extraíbles en caliente (ventiladores,
fuentes de alimentación, discos duros).
- La empresa adjudicataria será la encargada de llevar a cabo el
despliegue del sistema en los servidores que suministre, así como el
apoyo a CiberCentro en dichas tareas si fuese necesario, o solicitado
por el Director de Proyecto.
4.3 Servicios de Instalación de la Solución
Se incluye en la oferta los servicios profesionales para la instalación de la

solución, tanto hardware (si se optara por ofertar hardware adicional), como
software. A tal fin se seguirá las directrices establecidas en el apartado 8.5.
Entrega de la Solución de este Pliego de Prescripciones Técnicas.
4.4 Servicio de Adaptación a los requisitos del Gobierno de Canarias
Se incluye en la oferta los servicios profesionales para adaptar la solución

ofertada a los requisitos establecidos por la Dirección General de
Telecomunicaciones y Nuevas Tecnologías. Estos requisitos vienen detallados
en Anexo II (obligatorios) y Anexo III (los que sean ofertados).
4.5 Servicios de Migración de la solución actual a la nueva

plataforma. Plan de Transición.
Se incluye en la oferta los servicios profesionales para la migración de la
solución actual a la nueva plataforma.
Los trabajos a realizar deberán garantizar la continuidad del servicio de
protección. A tal fin, el licitador deberá especificar un plan de transición que
detalle la migración de los servicios desde la situación actual hasta la situación
de operación del servicio.
Se deberá incluir dentro de la oferta técnica, los servicios profesionales

necesarios para la integración de la solución suministrada con la infraestructura
TIC del Gobierno de Canarias, gestionada por la DGTNT. Dicha integración
consistiría básicamente en la implantación del producto suministrado y en su
ajuste fino (parametrización). Se solicita de igual modo del adjudicatario
obtener los procedimientos que permitan una explotación eficaz de la solución
suministrada.
Los procesos de migración o implantación de las soluciones ofertadas deben

ser lo más trasparente posible sin pérdida de funcionalidad ni riesgo o falta de
seguridad para los sistemas donde se encuentren instalados en ningún
momento. Asimismo, se deberán indicar las acciones que el Gobierno de
Canarias deba llevar a cabo con tiempo suficiente como para que se tomen las
medidas oportunas por parte del mismo a fin de minimizar los efectos de la
transición.
En la migración, se deberá abordar:
- Planificación de la migración: reunión de arranque, especificación de

piloto, priorización/hitos en la migración de contenidos, definición de
reglas para la migración y definición del éxito en la migración. El plan
contendrá de manera detallada todas las fases de implantación
incluyendo los principales hitos y las interacciones con la actual solución.
- El plan deberá garantizar la migración con el menor perjuicio tanto para
la Dirección General de Telecomunicaciones y Nuevas Tecnologías
como para los usuarios del CiberCentro, tanto en tiempo como en
disponibilidad de servicio. Asimismo, se deberán indicar las acciones
que el Gobierno de Canarias deba llevar a cabo con tiempo suficiente
como para que se tomen las medidas oportunas por parte del mismo a
fin de minimizar los efectos de la transición.
La Dirección General de Telecomunicaciones y Nuevas Tecnologías no tiene

previsto destinar ningún recurso a ninguna tarea relacionada con la
implantación de la solución, por lo que todas las actividades de definición,
replanteo, ejecución, instalación, despliegue, etc., hasta su puesta en
producción, deberán realizarse íntegramente por el adjudicatario. Por tanto, se
incluye en la oferta los servicios profesionales para la instalación de la solución,
tanto hardware (si se optara por ofertar hardware adicional), como software. A
tal fin se seguirá las directrices establecidas en el apartado Entrega de la
Solución de este Pliego de Prescripciones Técnicas.
La DGTNT podrá decidir bien que el adjudicatario proceda a la migración de

todos los servidores, bien que el adjudicatario migre un subconjunto de ellos,
procediendo con personal propio de la DGTNT a la migración del resto (una
vez recibida la formación correspondiente).
El licitador deberá especificar un plan de transición que detalle la migración de

los servicios desde la situación actual hasta la situación de explotación y
operación del servicio. Tanto el nivel de detalle incluido en el plan de transición,
como la viabilidad y eficacia de las medidas que en él se propongan, serán
especialmente valoradas en el momento de evaluar las ofertas presentadas.
Las líneas básicas del Plan de Transición son las siguientes:
o Formación del personal.

o Identificación de los mecanismos que garanticen la continuidad de
servicio, debiéndose establecer en el Plan indicación expresa de las
necesidades y limitaciones que dicha migración presente. En particular,
deberá incluirse la información que sigue:
- Identificación y descripción de cada una de las tareas.
- Plazos de ejecución de las distintas actividades y resultados
descritos.
- Cargas de trabajo y asignación de responsable correspondiente a
cada actividad.
- Calendario de migración.
La ejecución del Plan de Transición definido podrá ser modificada por los
responsables del órgano de contratación en el caso de que se produzcan
circunstancias sobrevenidas.
4.6 Servicio de Formación

Con el fin de conseguir una alta cualificación, se precisa y requiere (y es
también objeto de este pliego) unos objetivos de formación que persigan la
formación del personal técnico, permitiendo la resolución de problemas y
configuraciones de la plataforma objeto de este pliego. Por tanto, se precisa y
requiere (y es también objeto de este pliego) unos objetivos de formación que
persigan:
 La formación del personal para la implantación y configuración de la

solución recogida en este pliego, así como las posibilidades de la
misma.
 La formación del personal técnico, permitiendo la resolución de
problemas, parametrizaciones y desconfiguraciones.
Toda la documentación y formación en todos sus niveles será en castellano.
Se impartirán cuatro (4) cursos:
 Dos (2) cursos a impartir uno en Las Palmas y otro en Tenerife, con una
duración de cinco (5) horas cada uno, destinado a describir las
funcionalidades y parámetros de configuración de la plataforma equipos,
así como las posibilidades que ofrecen. Estos cursos se impartirán antes
de proceder a la implantación de la solución, y siempre dentro de los
primeros días la firma del contrato.
 Dos (2) cursos “Administración de la Plataforma” a impartir en lugar
pendiente de definición (pero siempre en Las Palmas de G.C. y S.C. de
Tenerife), con una duración mínima de veinte y cinco (25) horas, en
donde se recoja el funcionamiento de las plataformas, parametrizaciones
efectuadas, resolución de problemas, etc., de forma que se garantice la
gestión de las plataformas por parte de la Dirección General de
Telecomunicaciones y Nuevas Tecnologías.
El número de personas que recibirán la formación será de diez (10) para los
dos primeros cursos y de ocho (8) para los dos segundos. El curso se impartirá
en las dependencias que el Gobierno de Canarias determine en su momento
(siempre dentro del Archipiélago Canario).
La formación impartida será evaluada por los asistentes al curso y el resultado

de la evaluación se incorporará al Informe Final de Ejecución del Proyecto,
debiendo tener una valoración igual o superior a 8 sobre 10 puntos. Caso de no
alcanzarse la valoración, se procederá a la repetición de la impartición del
curso.
El curso de “Administración de la Plataforma” contendrá al menos los

siguientes apartados:
 Arquitectura de la solución
 Sistemas de tolerancia a fallos y alta disponibilidad
 Administración de la solución:
 Instalación y configuración de todos y cada uno de los
elementos integrantes de la solución.
 Administración servicios.
 Añadir o quitar nodos al cluster
 Poner nodos en modo mantenimiento para poder
operar sobre ellos sin el control del Cluster
 Migración de máquinas físicas a virtuales
 Creación máquinas virtuales
 Migración en caliente de máquinas virtuales
 Instalación y configuración de las bases de datos u
otros repositorios en los que se apoye el sistema.
 Replicación y sincronización de directorios y BBDD-
 Integración con terceras aplicaciones.
 Integración con copias de seguridad.
 Detección y aislamiento de errores: Estudio de los logs
proporcionados.
 Operatoria de la solución:
 Arranque, parada y verificación del estado de la
plataforma y cada uno de sus componentes.
 Práctica de creación y consumo de servicios
 Procedimientos Operativos Definidos en la documentación:
Descripción y Uso.
 Migración
 Procedimiento de migración de servidores
 Resolución de problemas
 Análisis de logs.
Además de la formación anteriormente mencionada se llevará a cabo una

jornada de transferencia del conocimiento donde el licitador presente el Informe
Final de Ejecución de Proyecto, una vez validado dicho documento por parte de
la Dirección General de Telecomunicaciones y Nuevas Tecnologías.
4.7 Servicio de Soporte
4.7.1 Centro de Atención de Incidencias.
Para la prestación del servicio de soporte, se precisa que el adjudicatario

disponga de un Centro de Atención de Incidencias que se describe a
continuación.
El adjudicatario pondrá a disposición del CiberCentro, un Centro de Atención

de Incidencias (en adelante CAI), operativo las 24 horas del día los 7 días de la
semana todos los días del año sin excepción, destinado a recibir, procesar y
coordinar la prestación de servicios, definidos en este documento y ser el punto
único de comunicación con el mismo.
El idioma de atención de incidencias por parte del CAI será en castellano.
El tiempo de atención será instantáneo. Se establecerá por parte del

Adjudicatario un interlocutor/canalizador de las incidencias al cual se reportarán
las acciones e incidencias del Servicio.
El Cibercentro del Gobierno de Canarias será quien actuará como interlocutor

y canalizador de las incidencias así como el coordinador entre las partes, en lo
relativo a su diagnosis y resolución.
4.7.1.1 Recursos Técnicos
A los efectos de la comunicación de incidencias desde CiberCentro, el CAI

dispondrá de:
 Una línea de Atención Telefónica y que estará atendida por personal

técnico, durante las 24 horas del día y los 365 días del año. Esta línea
deberá ser de numeración geográfica o caso de ser de red inteligente,
de coste gratuito.
 Una cuenta de correo electrónico y un equipo de Fax, para la recepción
o envío de documentos y de notificación de eventos.
 Un ordenador personal, conectado con CiberCentro dónde se instalará
un cliente del sistema de ticketing. En este terminal se recibirán, en
tiempo real, todos los tickets que el CiberCentro entienda deban ser
atendidos por el adjudicatario, al encontrarse amparados por las
condiciones de esta propuesta. El coste de las líneas de enlace y
equipos necesarios (Pc, teléfono, etc.) correrá por cuenta del
adjudicatario. No así, la licencia cliente del sistema de ticketing.
Toda la gestión de los tickets, se llevará a través de la propia aplicación de

Gestión de Incidencias de la que dispone el CiberCentro. Las condiciones y
procedimientos de utilización de la aplicación por parte de CAI se establecerán
de acuerdo con el CiberCentro, permitiendo en cualquier caso la fácil
recuperación de información estadística, económica y el correcto seguimiento
de los niveles de servicio establecidos en este pliego.
Adicionalmente, el CAI podrá disponer de los clientes de los sistemas de

gestión utilizados por CiberCentro, para su utilización por parte del personal
técnico del adjudicatario, a los efectos de realizar las labores preventivas y de
comprobación y verificar el correcto funcionamiento de los elementos, una vez
éstos hayan sido reparados.
4.7.1.2 Funcionalidad
El CAI recibirá las incidencias del CiberCentro, mediante tickets, recogidos por
el terminal de Gestión de Incidencias. Se podrá complementar mediante la
línea de Atención Telefónica o correo electrónico, empleado únicamente, como
medio alternativo y a nivel de acelerar la resolución de incidencias.
Cada incidencia recibida será registrado en una base de datos por el Operador
del CAI, quién será el responsable de su comunicación inmediata al técnico o
soporte más cualificado y que mejor servicio pueda realizar, basándose en los
criterios de experiencia, conocimiento de la materia y tiempo de respuesta.
Una vez resuelta la incidencia, se comunicará al Operador del CAI su

actuación. Éste se encargará de cerrar el ticket, conforme a los procedimientos
que se puedan establecer, registrando igualmente en la base de datos
particular del CAI, las actuaciones realizadas y la fecha y hora de su cierre.
Trimestralmente, el CAI emitirá un informe sobre el resultado del Nivel de

Servicio dispensado, basado en los criterios de Calidad que más adelante se
detallan en este documento.
Se designará por parte del adjudicatario un Jefe de Mantenimiento como

responsable del servicio prestado e interlocutor ante el Gobierno de Canarias
frente a cualquier reclamación o comentario. El objetivo de este Jefe de
Mantenimiento será planificar las actuaciones, realizar los informes de control
de calidad, verificar la correcta prestación de los servicios, canalizar las
peticiones del CiberCentro.
Cualquier discrepancia en la prestación de los Servicios o falta de los mismos,

será atendida personalmente por el Jefe de Mantenimiento, quien deberá de
establecer los mecanismos necesarios para resolver la misma e impedir que se
vuelva a producir.
4.7.2 Prestaciones del Servicio de Soporte
Las actuaciones estarán sujetas a los siguientes requerimientos generales:
a) El adjudicatario se compromete a mantener en perfecto estado de

funcionamiento los equipos (que hayan sido suministrados por el
adjudicatario) y software adheridos a la presente licitación.
b) Quedan incluidos en el servicio los desplazamientos, dietas, mano de
obra, transporte de equipos, cualquier otro gasto como consecuencia de
la prestación del servicio, y piezas de repuesto y software que hubiera
que sustituir.
c) Con independencia del origen de la anomalía (hardware, software, red,
etc.) el adjudicatario se compromete a dejar en correcto estado de
funcionamiento el servicio (o equipo, se fue suministrado por el
adjudicatario) afectado, siempre y cuando la causa esté localizada en el
propio equipo, software/aplicaciones instaladas o periferia asociada, y
dentro de los parámetros de calidad exigidos a la intervención.
d) El adjudicatario podrá sustituir temporalmente o de manera definitiva, si
así lo estimara oportuno, previa autorización del órgano contratante las
unidades o componentes del equipo averiado o la totalidad del equipo,
especialmente, si existe riesgo evidente de no poder cumplir los
parámetros de calidad expresados más adelante, dejándolo
perfectamente operativo y con los servicios y aplicaciones que
anteriormente estaba prestando.
e) El horario de prestación de los servicios será realizado de forma que se
causen las menores molestias posibles al usuario final y se minimice la
posible discontinuidad del servicio prestado. A tal fin, estas prestaciones
se realizarán en los horarios y días que sean estipulados por la
Dirección General de Telecomunicaciones y Nuevas Tecnologías.
Las intervenciones a realizar se describen a continuación, quedando

englobadas en Mantenimientos de tipo Conductivo, Correctivo,
Evolutivo/Perfectivo y Preventivo.
4.7.2.1 Mantenimiento Conductivo
Como parte integrante de este pliego, el adjudicatario ofrece la prestación del

Servicio de Mantenimiento Conductivo, encaminado a dar el soporte necesario
al CiberCentro a la hora de realizar el diagnóstico de determinadas
incidencias.
El CiberCentro, deberá comunicar al CAI la solicitud de Servicio de

Mantenimiento Conductivo generando el correspondiente ticket o mediante
alguno de los métodos alternativos expuestos.
Desde el CAI, se coordinará la realización del prediagnóstico de la avería o

incidente pudiendo realizarse de manera remota.
4.7.2.2 Mantenimiento Correctivo
Este tipo de mantenimiento cubre las intervenciones dirigidas a solucionar

cualquier anomalía de funcionamiento del equipamiento o servicio afectado por
el contrato, las cuales serán realizadas por una petición de avería por parte del
órgano contratante o en virtud de acciones programadas.
a) En el caso de equipos físicos (que hayan sido suministrado por el

adjudicatario) implica la subsanación o reparación de averías, con
sustitución de las piezas o repuestos necesarios, dejando al equipo
plenamente operativo. El adjudicatario podrá optar, a su criterio, por
sustituir el equipo averiado por otro de prestaciones y funcionalidades
equivalentes o superiores y retirarlos a sus talleres para su reparación,
especialmente cuando exista riesgo de no cumplir los parámetros de
calidad (tiempos de resolución) establecidos.
b) En el caso de equipamiento lógico, las intervenciones comprenden la
aplicación de parches, reconfiguración, reinstalación, etc.
c) El soporte a la instalación y configuración de los paquetes de software y
firmware de los equipos objetos del servicio de mantenimiento que
hayan de realizarse por averías que afecten a los soportes de los
mismos están incluidas en este servicio.
4.7.2.3 Mantenimiento Evolutivo o Perfectivo

Cubre aquellas intervenciones que a petición del órgano contratante o por
acciones programadas se realicen sobre los equipos en aras a mejorar su
funcionamiento o incrementar su capacidad de servicio.
Incluye el suministro de todas las nuevas versiones y el soporte a la instalación

de actualizaciones y parches que pudieran ser necesarios para corregir o
prevenir un funcionamiento anómalo de los mismos (mantenimiento correctivo)
así como consultas y resolución de problemas relacionados con dicho equipo.
4.7.2.4 Mantenimiento Preventivo
Son tareas/incidencias encaminadas a prevenir con anticipación, cualquier tipo

de avería, anomalía o a mitigar un riesgo en los servicios asociados al
equipamiento en mantenimiento, asegurar la fiabilidad y el correcto
funcionamiento de los servicios, así como las revisiones periódicas,
comprobaciones, incluido especialmente el diagnóstico remoto.
Se aplica a las revisiones periódicas, comprobaciones y cambios que se

realizan con el fin de asegurar la fiabilidad y el correcto funcionamiento los
sistemas, incluido diagnóstico remoto.
De cada inspección realizada, el adjudicatario emitirá un informe detallado con

el resultado de la inspección preventiva, así como con los comentarios y
recomendaciones que se entiendan oportunos.
Se incluye en esta licitación un plan de revisiones preventivas con periodicidad

anual.
4.7.3 Asistencia Técnica
En el servicio de asistencia técnica ha de incluir los siguientes subistemas:
- El gestor de virtualización
- El hipervisor
- Los sistemas operativos invitados de Windows Server y Linux
RedHat en cualquiera de las versiones que estén instaladas.
Y para todos los subsistemas anteriores, este servicio suministrará el soporte

técnico que el Gobierno de Canarias, a través del Cibercentro, pudiera
precisar en relación con:
 Realización de consultas sobre el uso de productos objeto del

contrato, así como sobre sus capacidades funcionales y operativas.
 Servicio de Escalado a Ingeniería de Producto/s de aquellas
incidencias que no se puedan resolver en el primer nivel.
 Seguimiento de las incidencias en tiempo real ya sea por vía telefónica
o Web.
 Modificaciones de configuraciones y diseños.
 Suministro y Actualizaciones de Software/Firmware. Actualizaciones
de programas, correcciones o fixes, alertas de seguridad y
actualizaciones de parches críticos.
 Soporte en la planificación de migración de versiones, instalación de
productos y parches y consultas de configuración.
 Realización de cualquier consulta técnica referente a los productos en
mantenimiento.
 Realización del ajuste de parámetros de funcionamiento del software,
firmware y/o hardware.
 Información sobre cualquier incidencia técnica acerca del mal
funcionamiento de los productos objeto del Pliego.
 Solicitud de actualización de productos y manuales.
 Resolución de problemas que impidan el correcto funcionamiento del
Servicio
 Envío periódico de las nuevas versiones de firmware, parches o
"release" publicadas por el fabricante y que puedan mejorar el
funcionamiento de los productos o solventar alguna incidencia.
 Suministro mediante descarga electrónica de las actualizaciones y/o
parches disponibles.
 Posibilidad de intervenciones remotas si el cliente lo permite y solicita.
 Acceso a la base de conocimientos técnica de casos de clientes del
fabricante.
 Avisos de malware y ataques sucedidos en otros clientes para evitar
que ocurran en el Gobierno de Canarias.
Este servicio deberá ser atendido por Técnicos cualificados, en castellano, que
deberán estar disponibles durante el siguiente horario:
 De 8:00 a 17:00 horas de lunes a viernes no festivos 1.
Ante una avería crítica del sistema, el servicio de atención será 24x7.
Se podrán abrir un número ilimitado de incidencias en el departamento de

soporte de la empresa ofertante en respuesta a los problemas surgidos en las
plataformas durante el periodo de duración del soporte y mantenimiento
resultante del presente pliego.
4.7.4 Soporte Personalizado
Se debe incluir en la propuesta un soporte técnico personalizado conocedor de

la especifidad de la solución a implementar, al que el Gobierno de Canarias
tenga acceso directo. El soporte proporcionado por el integrador debe reunir las
siguientes características:
 Acceso, en español, a un TAM (Technical Account Manager), vía

consola, móvil, correo y teléfono fijo.
 Velar por el cumplimiento de los Acuerdos de Nivel de Servicio en
materia de soporte.
4.7.5 Actualizaciones del Software/Firmware
El servicio de mantenimiento que se incluye en el presente pliego de

prescripciones técnicas ampara la actualización del Software y Firmware a las
nuevas versiones que pudieran existir de los productos suministrados, así
como el soporte técnico.
El objeto de este servicio permitirá la implantación de las nuevas versiones de

software/firmware, que el fabricante lance al mercado con objeto de mejorar las
1
En el caso de un trabajo programado de actualización, migración o similar, que se efectúe fuera de este
rango, será preciso disponer de un servicio permanente mientras duren los trabajos.
prestaciones y funcionalidades de sus equipos o bien con objeto de corregir
errores existentes en versiones anteriores.
Las actualizaciones software y firmware serán realizadas por el CiberCentro

(en base a la documentación de guías de instalación que deberá suministrar el
adjudicatario), pudiendo de forma excepcional encargarse al adjudicatario.
También se incluye el envío periódico de las nuevas versiones de firmware,
parches o "release" publicadas por el fabricante y que puedan mejorar el
funcionamiento de los productos o solventar alguna incidencia.
Las actualizaciones a efectuar serán realizadas de forma que causen las

menores molestias posibles a los usuarios, y se minimice la posible
discontinuidad del servicio prestado directamente o indirectamente por los
sistemas y equipos a mantener.
4.8 Documentación Técnica sobre los Servicios y Operativa

Se requerirá al adjudicatario la aportación de la siguiente documentación en
castellano, cuando proceda según la naturaleza de los trabajos a realizar, en el
formato que se determine, durante la ejecución del contrato:
 Informe de los trabajos realizados.

 Documentación de las estructuras de datos empleadas.
 Documentación técnica relativa a las parametrizaciones desarrolladas.
 Diagrama con la arquitectura técnica
 Manuales técnicos sobre la implantación, administración y operación, así
como de usuario de las entidades realizadas.
 Toda aquella otra documentación generada durante la ejecución del
contrato.
 Referencia a toda la documentación aportada y a cualquier información
o circunstancia relevante
4.9 Pruebas de Usabilidad y de Accesibilidad
Se realizarán los test oportunos de usabilidad y accesibilidad, de forma que se

garanticen estos aspectos de acuerdo con la normativa del Gobierno de
Canarias, y la legislación vigente.
4.9.1 Herramienta de Gestión
Se describirá las herramientas de gestión de virtualización proporcionadas, así

como su operativa. Se valorará que dichas herramientas permitan una gestión
lo más simple y desatendida posible.
4.9.2 Facilidad de Uso y Rendimiento.
A fin de valorar la facilidad de uso y rendimiento, para las operaciones que se
describen a continuación, se requiere que el licitador facilite las pantallas, el
número de clicks, el tiempo medio y máximo, para cada una de ellas:
1. Procedimiento básico de instalación de un host

2. Procedimiento básico de upgrade de un host
3. Procedimiento básico de incorporación de un nuevo volumen de
almacenamiento
4. Migración manual de una máquina virtual de 4Gb de RAM con un
windows server 2008 de un host a otro a través de una red Gigabit
5. Despliegue de una maquina virtual de 20Gb de Disco duro a través de
templates
6. Procedimiento básico de conexión remota de un usuario a una máquina
virtual a través del portal de usuario
7. Procedimiento básico de copia de seguridad total de la máquina virtual
Nota: el número de clicks, pantalla y tiempo se contabilizará una vez validado

el administrador en la herramienta de gestión. El tiempo se facilitará en
segundos.
5 Equipo de Trabajo
Todas las acciones y en general los trabajos a realizar, especialmente para la
migración de la solución actual a la nueva a implementar, serán coordinados
por la Dirección General de Telecomunicaciones y Nuevas Tecnologías a
través de la persona que este designe como Director Técnico; Esta persona
supervisará la ejecución de los trabajos, comprobando que su realización se
ajusta a lo establecido en el contrato, y cursará al contratista las órdenes e
instrucciones del órgano de contratación.
La empresa adjudicataria designará un Coordinador Técnico que mantendrá

informados en todo momento al director/a técnico sobre el progreso de las
actividades, sometiendo a su aprobación cualquier decisión que repercuta en
las condiciones descritas en el pliego de prescripciones técnicas.
El contratista, en su condición de empresa adjudicataria, ostentará la condición

de empresario respecto del personal que adscriba a la ejecución del servicio,
quedando obligado a cumplir, bajo su exclusiva responsabilidad las
disposiciones vigentes en materia laboral, de Seguridad Social y seguridad e
higiene en el trabajo, y no existirá relación jurídica entre dicho personal y la
Administración.
5.1 Coordinación y Seguimiento del Contrato

Todas las acciones y en general los trabajos a realizar serán coordinados por el
Director Técnico o quien éste designe.
Durante el periodo de migración, se establecerán reuniones con una
periodicidad máxima mensual para supervisar la ejecución del contrato. Con
carácter mensual, la empresa adjudicataria presentará un informe de control y
seguimiento de las actividades en el que se incluirá el grado de consecución de
las tareas asignadas, y que deberá incluir como mínimo la siguiente
información:
- Tareas realizadas.
- Tareas pendientes de realizar.
- Incidencias en la ejecución de los trabajos.
Toda la documentación necesaria para las reuniones de seguimiento y de

trabajo deberá ser aportada con 48 horas de antelación en castellano. Todas
las reuniones que se celebren levantaran actas de reunión (a realizar por el
adjudicatario), y deberán de ser entregadas antes de las 48 horas siguientes a
su celebración.
5.2 Requisitos del Equipo de Trabajo

Los miembros del equipo de trabajo deberán contar con la formación y
experiencia exigidas de acuerdo a lo expresado en el pliego de prescripciones
técnicas.
5.3 Cobertura del Equipo de Trabajo
La empresa adjudicataria deberá disponer de los recursos suficientes para

asegurar, cualitativa y cuantitativamente, la cobertura en todo momento de los
perfiles necesarios para desempeñar las funciones objeto del presente
contrato.
Se considera requisito imprescindible, por parte del licitador, destinar un equipo

mínimo estable durante toda la ejecución del contrato, con independencia de
los que puntualmente pueda asignar para la resolución de una o más funciones
o tareas.
Para validar la formación solicitada se deberá aportar el currículo vitae de cada

uno de los técnicos propuestos para el proyecto. Si alguno de estos currículos
se demostrase insuficiente o bien en el transcurso del proyecto se detectase
por parte de la administración incapacidad técnica del personal asignado al
proyecto, se podrá solicitar el remplazo del personal afectado, el cual deberá
producirse en un plazo máximo de 72 horas.
5.4 Lugar de Desempeño de los Trabajos

Los trabajos objeto del contrato se realizarán íntegramente en instalaciones de
la empresa adjudicataria. Sin perjuicio de lo anterior, los técnicos se podrán
desplazar hasta las dependencias de la Dirección General de
Telecomunicaciones y Nuevas Tecnologías para la celebración de reuniones
de trabajo y para la realización de aquellos trabajos, presentaciones o pruebas
que requieran la presencia del personal de la empresa.
Todo el personal siempre y cuando se encuentre en dependencias de la

Administración Pública deberá estar identificado en todo momento mediante
tarjetas identificativas que deberán portar de forma visible y que proporcionará
el adjudicatario en donde figurará además del literal “Personal Externo” la
siguiente información: Nombre de la empresa adjudicataria, nombre y apellidos
del sujeto, foto reciente.
5.5 Medios Materiales

Todos los medios materiales que necesite emplear el equipo de trabajo para el
correcto desempeño del servicio deberán ser suministrados por la empresa
adjudicataria.
El adjudicatario dotará a los técnicos de las herramientas hardware y software

adecuados para la realización de sus tareas, así como de la conectividad
necesaria de acuerdo a las especificaciones del Gobierno de Canarias, para
poder conectar con los sistemas existentes.
6 Mejoras Adicionales
6.1 Mejora por Gestor de Virtualización Único
La disposición de una solución basada en una plataforma de gestión de

virtualización única presenta una serie de ventajas para la Dirección General de
Telecomunicaciones y Nuevas Tecnologías, como son simplificación del
conocimiento y de la gestión, mayor flexibilidad de distribución de hipervisores
entre servidores físicos, etc.
Por ello, se valorará como mejora, la presentación de una solución con un

único tipo de gestor de virtualización (Mejora de Gestor de Virtualización
Único). En cualquier caso, deberá preverse los trabajos de migración de la
solución actual a la adjudicada.
6.2 Mejora por Acceso Directo al Soporte del Fabricante de las soluciones
Los sistemas de virtualización, al igual que los sistemas operativos que

albergan las máquinas virtuales en ellos alojados, se encuentran en continua
evolución y mejora. Este hecho, conlleva la habitual necesidad de parches o
soluciones no liberados por los fabricantes, las adecuaciones temporales de las
implementaciones a fallas de funcionalidad y/o la verificación de “dump's” por
personal especializado con acceso al código fuente del producto.
Por ello, se valorará como mejora, el acceso directo (sin intermediación y en los
términos recogidos en el apartado “Servicios de Soporte” del presente pliego)
de la Dirección General de Telecomunicaciones y Nuevas Tecnologías, o quien
esta determine, al soporte de los fabricantes de las tecnologías empleadas en
la solución propuesta, tanto para los virtualizadores como para los sistemas
operativos invitados y software de copia.
7 Calidad del Servicio
La calidad con la que se presta un servicio de soporte como el descrito en esta

licitación es muy importante, dado que es el parámetro que permite decidir si
los medios, procesos, organización y recursos son los adecuados o no.
Para poder medir la calidad de un servicio, es preciso establecer un criterio. A

este criterio se le denomina Acuerdo de Nivel de Servicio (ANS). El ANS se
establece de forma diferente para cada caso, dependiendo del tipo de servicio
que se presta. Por todo ello, es necesario establecer cuáles serán los
parámetros que regirán el ANS aplicable al servicio prestado por el
adjudicatario.
7.1 Prioridades
Incidencias: comunicación, tiempo de respuesta y horarios.
Los niveles de severidad establecidos, función de los usuarios afectados, de

las horas de disponibilidad exigidas y del impacto en el nivel de servicio, son:
Severidad 1:
- Errores en producción que da lugar a la caída/bloqueo total del

sistema.
- Errores que dan lugar a la caída del sistema, con impacto en
términos de necesidades de negocio.
- Otros errores que impiden el funcionamiento del Servicio de
Gestión de Identidades o de directorio.
Severidad 2:
- Errores que impactan en la funcionalidad (bloqueo de parte de

ella), siempre que no sea crítica.
- Errores que impiden el acceso a una parte de la funcionalidad del
servicio.
- Errores que permiten que siga funcionando el servicio pero no de
manera óptima, porque alguno de los subsistemas ha fallado, o
porque el sistema presenta errores o pérdidas de servicio de
forma esporádica.
Severidad 3:
- Errores en el funcionamiento, que no afectan directa o
sustancialmente al servicio.
- Errores causados por la documentación, información adicional
inexistente o inadecuada, etc.
La asignación de la prioridad se realizará por el personal del CiberCentro,

considerando los niveles que se han definido, en conjunto con las
circunstancias particulares de cada caso.
7.2 Definiciones
- Tiempo de Respuesta: Es el tiempo transcurrido desde que el cliente notifica

el problema hasta que se recoge la incidencia en el sistema de incidencias y se
realiza la primera acción encaminada al diagnóstico del problema.
- Tiempo de Diagnóstico: Es el tiempo transcurrido desde que se recoge la

incidencia en el sistema hasta que se prepara el plan de tiempos, las acciones
para la resolución del problema, se logra la reproducción de la problemática, se
encuentra la causa del problema y se comunica todo al cliente.
- Tiempo de resolución del problema: Es el tiempo que se tarda en la

resolución del problema desde el momento del diagnóstico hasta que se
implanta una solución que permita el funcionamiento del servicio, aún
tratándose de una solución temporal.
- Tiempo de Resolución de la Incidencia: El tiempo transcurrido entre la

notificación de la incidencia y la restitución del elemento al funcionamiento
normal (Tiempo de Respuesta + Tiempo de Diagnóstico + Tiempo de
resolución del problema).
En cualquier caso, los parámetros y variables, a los efectos del contrato

emanante del presente pliego, para determinar el cumplimiento o
incumplimiento de los niveles de servicio acordados, son aquellos reflejados en
el sistema de seguimiento de incidencias (ticketing) de CiberCentro.
7.3 Medidas de las Prestaciones

Se definen a continuación las prioridades para las distintas prestaciones:
 Servicio de Mantenimiento Conductivo: Para el servicio preventivo se

aplicaran severidades de tipo 3
 Servicio de Mantenimiento Correctivo: Para el servicio correctivo se
aplicarán severidades de tipo 1, 2, o 3, en función de las circunstancias
existentes en cada momento.
 Servicio de Mantenimiento Evolutivo o Perfectivo: Para el servicio
evolutivo se aplicarán severidades de tipo 2 o 3.
 Servicio de Mantenimiento Preventivo: Para el servicio preventivo se
aplicaran severidades de tipo 3.
7.4 Parámetros mensurables
Los parámetros mensurables elegidos inicialmente para el seguimiento de los

acuerdos de nivel de servicio en este contexto son dos:
 Tiempo de Resolución de la Incidencia.

 Número de Incidencias Repetidas
Todos estos parámetros tienen un valor mensurable, que podemos comparar

con un valor óptimo, un valor medio o un valor pésimo y así poder determinar si
la actuación es sobresaliente, aprobada o insuficiente.
7.4.1 Tiempo de Resolución de la Incidencia
Este parámetro establece el aspecto de calidad en cuanto a los recursos

humanos, su disponibilidad, y organización, frente a la carga de trabajo.
Los tiempos de reposición de servicio se entienden son los deseables para que
el servicio sea el óptimo. Si estos tiempos se sobrepasan, se debe de
establecer cuál es el límite para indicar, que aunque no se ha cumplido el
objetivo de “óptimo”, se está en una situación “media” y cuando se está en la
situación de “pésimo o insuficiente”.
Nivel de Servicio Tiempo de Resolución

Nivel A
Severidad 1 4 horas máximo.
Severidad 2 48 horas máximo
Severidad 3 7 días naturales
También es posible que dentro de las tipologías de intervenciones establecidas

en este pliego, aparezcan poblaciones de incidencias diferenciadas cuyo
tiempo de resolución sea atípico y, por tanto, desvirtúen los valores medios.
Para el parámetro que nos ocupa se establece que el número de incidencias

resueltas dentro de los tiempos establecidos, computado mensualmente, ha de
ser los que se recogen en la siguiente tabla:
Porcentaje cumplimiento
Tipo Incidencia Mínimo
Severidad 1 95,00%
Severidad 2 90,00%
Severidad 3 85,00%
Para el resto de las actuaciones, los acuerdos de nivel de servicio serán los
siguientes:
Servicio Horario Tiempos

Atención Telefónica 24 horas Tiempo atención: 1 hora desde efectuado
todos los días del año contacto por vía telefónica, fax o correo
electrónico.
Asistencia Técnica 08:00 a 17:00 horas Tiempo actuación: 1 semana desde
lunes a viernes efectuada petición
Actualización de 08:00 a 17:00 horas Tiempo actuación: 15 días desde existencia
software/firmware lunes a viernes nuevas versiones
7.4.2 Número de Incidencias Repetidas
Este número dará idea sobre cómo se realizan las actuaciones y como se
resuelven las incidencias. Cuando el número de Incidencias repetidas es alto,
indica que las actuaciones técnicas no son las adecuadas y puede denotar una
falta de conocimiento o de preparación en el personal que realiza estas
actuaciones. Cuando este número es bajo o cero, indica una óptima
cualificación del servicio técnico.
Este valor debe resultar inferior a un uno por ciento (1%).
7.5 Seguimiento de los Acuerdos de Nivel de Servicio

Los parámetros y variables, a los efectos del contrato emanante del presente
pliego, para determinar el cumplimiento o incumplimiento de los niveles de
servicio acordados, son aquellos reflejados en el sistema de seguimiento de
incidencias (ticketing) de CiberCentro.
Dentro del informe de calidad (descrito a continuación) remitido trimestralmente

por el adjudicatario se incluirá, una tabla donde se contemple sobre las
incidencias de mantenimiento resueltas mensualmente dentro del trimestre en
cuestión y para cada una de las tres prioridades y niveles, la suma de los
tiempos de resolución de la incidencia garantizados en la oferta (Suma TR
ANS) y la suma de tiempos de resolución reales (Suma TR Real).
Cuando para alguna prioridad la diferencia de tiempos (Suma Tr ANS – Suma

Tr Real) sea negativa se calculará para dicha prioridad el porcentaje (Dn) que
representa esta diferencia frente a la suma de tiempos de resolución reales.
El porcentaje de desviación mensual DMi se obtiene sumando los valores Dn

para cada tipo de prioridad y dividiendo el resultado entre tres.
A modo de ejemplo si se obtuvieran para el mes1 nivel A los siguientes valores:
Diferencia Porcentaje de la Diferencia de

Suma Suma
Prioridad de Tiempos con la Suma de T de
TR ANS TR Real Resolución Real (Pn)
Tiempos
Severidad 1 66 68 -2 2,94%
Severidad 2 84 60 24
Severidad 3 48 49 -1 2,04%
DM1= Σ Dn
1,245 %
mes1/3
Obteniéndose una Desviación Mensual del 1,245 % .
El valor óptimo de este parámetro es 0 %, lo cual nos indicaría un cumplimiento

eficaz de los acuerdos de nivel de servicio ofertados.
Con carácter trimestral, se verificará el cumplimiento de los objetivos

planificados para el período, procediendo a ratificar o revisar el resultado de los
estados de situación.
7.6 Informe de Calidad

Se elaborará trimestralmente un informe de calidad, en el que hará constar los
datos objetivos que avalan:
 El cumplimiento de los acuerdos de nivel de servicio.

 Detalle de las desviaciones producidas.
 Evolución temporal.
 Informe de las tareas realizadas
 Incidencias atendidas clasificadas en función de los parámetros
que serán entregados por el Cibercentro.
En cualquier caso, el informe se ajustará a los requisitos que sean establecidos

en cada momento por el Director del Cibercentro.
El informe de Calidad estará visado por el Jefe de Mantenimiento designado

por el adjudicatario y se entregará en formato electrónico al órgano contratante.
El informe de calidad deberá ser presentado al Director del Cibercentro (o a
quien éste designe) dentro de los diez (10) primeros días naturales siguientes
al trimestre a evaluar. La emisión de la facturación estará condicionada a la
presentación del “Informe de Actividad” e “Informe Ejecutivo”.
Los informes de incumplimientos en la resolución de incidencias, serán

contrastados con el sistema de Gestión de Incidencias existente en
Cibercentro, por lo que es recomendable la comunicación de la resolución de
incidencias informando de la hora de finalización y describiendo las
actuaciones realizadas a la dirección de correo electrónico:
operaciones.cibercentro@gobiernodecanarias.org.
8 Condiciones Generales
8.1 Cronograma
En el campo de las Tecnologías de la Información, se producen avances y

mejoras técnicas que son incorporados de inmediato al mercado dando lugar a
sistemas que muy pronto se convierten en obsoletos.
Como consecuencia de esto resulta fundamental que se cumplan los plazos de

suministro e implantación de los elementos adquiridos, provocando en caso
contrario una pérdida de valor de la tecnología suministrada además de los
perjuicios por la no disponibilidad de la misma.
Es por ello que la administración debe garantizar un cronograma para el

suministro y servicios de mantenimiento de acuerdo a los siguientes plazos:
La duración del presente contrato será de:
- Tres (3) meses de plazo máximo, tras la firma del contrato, para
la implantación y puesta en producción de la solución, quedando
plenamente operativa, según las condiciones establecidas en el
Pliego de Prescripciones Técnicas.
- Tres (3) años de soporte, mantenimiento y evolutivo de nuevas
necesidades, que contabilizarán a partir de la implantación y
puesta en producción del sistema (descrito anteriormente).
El Plan de Soporte deberá presentarse antes de la fecha de aceptación de la

implantación de la solución.
En lo que respecta a la formación, se desgranará de la siguiente forma:
Los dos primeros cursos de formación deberán impartirse dentro de los

primeros treinta (30) días naturales tras la firma del contrato.
Los dos segundos cursos de formación deberá impartirse dentro de los

siguientes treinta días (30) tras la implantación de la solución y puesta en
producción.
8.2 Ámbito Geográfico
El ámbito geográfico en el que se ha de proceder a la instalación del material

objeto de este pliego, será en los Centros de Procesos de Datos, dependientes
de la Dirección General de Telecomunicaciones y Nuevas Tecnologías,
ubicados en Santa Cruz de Tenerife y Las Palmas de Gran Canaria.
El ámbito geográfico en el que se ha de proceder al suministro de las licencias

objeto de este pliego, será en las sedes de la Dirección General de
Telecomunicaciones y Nuevas Tecnologías, ubicadas en Santa Cruz de
Tenerife y Las Palmas de Gran Canaria.
La acreditación de actualización y derecho de uso de las licencias se entregará

en perfecto estado en las dependencias que sean indicadas por el Gobierno de
Canarias.
8.3 Requisitos de Fiabilidad

La solución a implementar, así como el mantenimiento de los equipos debe
acometerse de tal forma que se garantice:
 Alta disponibilidad: El sistema debe ser 24*7 (alta disponibilidad) con

tolerancia a fallos.
 Comportamiento estable: El sistema mostrará un comportamiento estable
en todos sus elementos y en sus tiempos de respuesta ante fluctuaciones
significativas de carga
8.4 Documentación y Plan de Soporte
Se incluirá todos los elementos de documentación necesarios en el formato

definido por la Dirección General de Telecomunicaciones y Nuevas
Tecnologías. La documentación se suministrará tanto en soporte papel
(encuadernado) como en soporte magnético. Especialmente (cuando proceda),
se presentará:
- Documento de Diseño
- Memoria Técnica de la solución implantada
- Manuales de Instalación
- Manuales de Administración.
- Manuales de Operación / Usuario.
Además de la documentación especificada anteriormente, el licitador se obliga

con anterioridad a la fecha de aceptación de implantación de la solución, a
presentar un Plan de Soporte, documento personalizado donde se aceptan las
condiciones del pliego, y se incluyen las mejoras ofertadas con una estructura
como la siguiente:
1. Introducción.
2. Ámbito del contrato.
3. Antecedentes:
3.1. Elementos afectados
3.2. Definiciones
3.3. Interlocutores: teléfonos de contacto y responsables
3.4. Tipos de actuaciones
3.5. Prioridades
3.6. Acuerdos de nivel de servicio
3.7. Descripción de los servicios incluidos en el contrato
3.8. Descripción de las mejoras incluidas en la oferta
3.9. Planificación de actividades de gestión de la cuenta
o Informes de Incidencias
o Mantenimientos Preventivos
o Revisiones de soporte
o Reuniones de gestión de la cuenta
3.10. Escalado de Problemas y Calidad del Servicio
4. Procedimientos de soporte
5. Plazo de garantía
6. Referencias: documentación
7. Contactos
8. Inventario de equipos:
8.1. Relación de Hardware
8.2. Relación de Software
8.3. Versiones utilizadas de Software
9. Acceso a actualizaciones.
8.5 Entrega de la Solución

Todo el proceso de suministro e implantación de la solución, licencias si hiciera
falta, documentación, manuales de instalación y configuración, manual de
administración y de usuario, desarrollo de pruebas, plan de marcha atrás, se
hará conforme al Proceso de Gestión de la Entrega definido por la Dirección
General de Telecomunicaciones y Nuevas Tecnologías.
El adjudicatario deberá generar la documentación necesaria para asegurar el

despliegue exitoso del producto y servicio de acuerdo con el Proceso de
Gestión de la Entrega siguiendo las plantillas y modelos que serán
suministrados por la Dirección General de Telecomunicaciones y Nuevas
Tecnologías.
El Proceso de Gestión de la Entrega de la Dirección General de

Telecomunicaciones y Nuevas Tecnologías está sujeto a ITIL (biblioteca de
Infraestructura de Tecnología de Información).
A tal fin se seguirá las directrices recogidas en el documento “DGTNT-010912-

TSI-PRC Procedimiento Gestión de la Entrega”, disponible en
http://www.gobiernodecanarias.org/cpj/temas/cibercentro/ciber_normativa
.html
8.6 Confidencialidad y Protección de Datos

8.6.1 Confidencialidad
La documentación e información suministrada por el Gobierno de Canarias al
adjudicatario, o aquella a la que éste pueda acceder, tendrá carácter de
confidencial y no será utilizada para otros fines diferentes de la estricta
ejecución del contrato, ni los comunicará, ni siquiera para su conservación, a
otras personas. Esta condición es extensible al personal de asistencia que el
adjudicatario contrate para la prestación del suministro e instalación objeto de
este pliego. Así mismo, el adjudicatario (y el personal que intervenga en el
objeto de este pliego) se compromete al cumplimiento de la legalidad vigente
en relación con la normativa en materia de protección de datos de carácter
personal.
Por tanto, no se podrá transferir información alguna sobre los trabajos, su

resultado, ni la información de base facilitada, a personas o entidades no
explícitamente mencionadas en este sentido sin el consentimiento previo, por
escrito, de la Dirección General de Telecomunicaciones y Nuevas Tecnologías.
La vulneración de esta cláusula supondrá la inmediata rescisión del contrato,
sin perjuicio de las acciones legales que la Dirección General de
Telecomunicaciones y Nuevas Tecnologías estime conveniente realizar.
8.6.2 Protección de Datos Personales
Considerando que la contratación podría implicar el acceso del contratista a

datos de carácter personal de cuyo tratamiento es encargado o responsable la
Dirección General de Telecomunicaciones y Nuevas Tecnologías, el
adjudicatario tendrá la consideración de encargado del tratamiento.
En este supuesto, el acceso a esos datos no se considerará comunicación de

datos, cuando se cumpla lo previsto en el artículo 12 de la Ley Orgánica
15/1999, de 13 de diciembre, de Protección de datos de carácter personal (en
adelante LOPD). En todo caso, las medidas de seguridad deberán de constar
por escrito.
El adjudicatario quedará obligado al cumplimiento de lo dispuesto en la LOPD,

en el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el
Reglamento de desarrollo de la mencionada Ley Orgánica, así como en la
Disposición Adicional Vigésimo Sexta del Real Decreto Legislativo 3/2011, de
14 de noviembre, por el que se aprueba el Texto Refundido de la Ley de
Contratos del Sector Público (TRLCSP).
En el caso de que el encargado del tratamiento destine los datos a otra

finalidad, los comunique o los utilice incumpliendo las estipulaciones del
contrato, será considerado también responsable del tratamiento, respondiendo
de las infracciones en que se hubiera incurrido personalmente.
Una vez cumplida la prestación contractual, los datos de carácter personal
deberán ser destruidos o devueltos a la entidad contratante responsable, o al
encargado de tratamiento que ésta hubiese designado, al igual que cualquier
soporte o documento en que conste algún dato de carácter personal objeto del
tratamiento.
El tercero encargado del tratamiento conservará debidamente bloqueados los

datos en tanto pudieran derivarse responsabilidades de su relación con la
entidad responsable del tratamiento.
En el supuesto que se permita la subcontratación del adjudicatario con un

tercero, y este tercero trate datos personales por cuenta del adjudicatario,
encargado del tratamiento, deberán de cumplirse los siguientes requisitos:
a. Que dicho tratamiento se haya especificado en el contrato firmado por

la entidad contratante y el adjudicatario.
b. Que el tratamiento de datos de carácter personal se ajuste a las
instrucciones del responsable del fichero.
c. Que el adjudicatario encargado del tratamiento y el tercero formalicen
el contrato en los términos previstos en el artículo 12.2 de la Ley
Orgánica 15/1999, de 13 de diciembre.
En estos supuestos, el tercero tendrá también la consideración de encargado

del tratamiento.
8.6.3 Requisitos del Software
En cumplimiento con lo dispuesto en la Disposición adicional única Productos

de software del Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13
de diciembre, de protección de datos de carácter personal, los productos de
software destinados al tratamiento automatizado de datos personales deberán
incluir en su descripción técnica el nivel de seguridad, básico, medio o alto, que
permitan alcanzar de acuerdo con lo establecido en el título VIII del citado
reglamento.
8.7 Transferencia Tecnológica

Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se
compromete a facilitar en todo momento a las personas designadas por la
Administración a tales efectos la información y documentación que ésta solicite
para disponer de un pleno conocimiento de las circunstancias en que se
desarrollan los trabajos, así como de los eventuales problemas que puedan
plantearse y de las tecnologías, métodos y herramientas utilizados para
resolverlos.
8.8 Propiedad del Resultado de los trabajos

Todos los informes, estudios y documentos elaborados por la empresa
adjudicataria, como consecuencia de la ejecución de este contrato serán de
propiedad exclusiva de la Administración contratante, quien podrá
reproducirlos, publicarlos y divulgarlos total o parcialmente sin necesidad de
aprobación por parte del adjudicatario.
Asimismo la empresa adjudicatario no podrá facilitarlos a terceros sin la

expresa autorización de la Administración contratante.
No obstante lo anterior, se entenderán excluidos de lo dispuesto en los párrafos

anteriores los materiales preexistentes de la empresa adjudicataria, así como
aquellos materiales sujetos a los derechos de propiedad intelectual.
La empresa adjudicataria NO PODRÁ HACER USO de los mismos, ya sea

como referencia o como base de futuros trabajos, salvo que cuente con
autorización expresa, escrita y registrada del Director del Proyecto.
La Administración contratante reconoce y acepta que los materiales resultantes

de los trabajos no incluyen los productos, fixes, hotfixes, código muestra y
materiales preexistentes del adjudicatario.
8.9 Variantes
No se procederá a la admisión de variantes.
8.10 Consideraciones al Desarrollo
Todo desarrollo que pueda derivarse del objeto del presente contrato, tendrá
que adecuarse obligatoriamente a las normativas vigentes publicadas por el
Gobierno de Canarias tanto en materia de versionado como en arquitectura. Si
existiera algún desfase entre las normativas en el momento de la publicación
del presente pliego y en el momento de la implantación, se tomará como válida
la publicada en la fecha de implantación.
Para que toda aplicación sea homologada, el Gobierno de Canarias emitirá un

informe donde certificará que el aplicativo objeto del presente contrato no
interactúa de forma negativa con el resto de aplicaciones, tiene la capacidad de
convivir en entornos compartidos y supera las pruebas de estrés designadas
por esta Dirección General. Una vez la aplicación se encuentre en producción,
y en el caso de detectar anomalías en el funcionamiento de la plataforma no
detectadas en pre-producción, esta Dirección General tiene la potestad de
desactivarla hasta que exista una nueva versión que subsane dichas
anomalías.
Todas las normativas anteriormente mencionadas, se encuentran en

http://www.gobiernodecanarias.org/cpj/temas/cibercentro/ciber_normativa.html
donde se detalla al menos:
- Política de Comunicación Segura y Certificados para Sede Electrónica

- Política de Contraseñas del Gobierno de Canarias
- Normativa Corporativa de utilización del servicio de directorio de terceros
- Normativa sobre utilización de herramientas corporativas
- Normativa Corporativa de utilización del servicio de directorio
- Normativa Corporativa de utilización de Bases de Datos
- Normativa Corporativa Servicios Web
- Política de Gestión de Suministradores
Las especificaciones sobre la plataforma de interoperabilidad del Gobierno de

Canarias están en http://www.gobiernodecanarias.org/platino.
La normativa técnica sobre diseño y contenidos de las páginas Web del

Gobierno de Canarias se encuentran en
http://www.gobiernodecanarias.net/uweb/.
8.11 Gestión de la Capacidad
La Dirección General de Telecomunicaciones y Nuevas Tecnologías dispone

de equipamiento en el cual se podrá instalar la solución a ofertar. La relación
de dicho equipamiento se detalla en un apartado 3.1 Precedentes, de este
Pliego de Prescripciones Técnicas.
El coste de los productos de software (licencias, instalación, y cualquier otro

que resultara de aplicación) y hardware adicional que sea preciso a los
detallados en el citado apartado, será detallado en la proposición económica y
deberá estar incluido en el precio ofertado.
Cualquier elemento (hardware, software, servicios profesionales,…) que sea

preciso para el correcto funcionamiento de la solución, adicional a los que
disponga la Dirección General de Telecomunicaciones y Nuevas Tecnologías y
descritas en el apartado correspondiente, formará parte de la oferta, debiendo
ser suministrada por el adjudicatario. Estos elementos adicionales, en cualquier
caso, deberán venir detallados en su oferta (caso de que no vengan detallados,
no será motivo para argumentar y solicitar un coste adicional en la implantación
de la solución final), y cumplir con la normativa corporativa de infraestructura
tecnológica del Gobierno de Canarias.
8.12 Requisitos de Seguridad
Cualquier aplicativo que se desarrolle para cumplir con las funcionalidades

descritas en este pliego, deberá cumplir con los procedimientos y requisitos de
seguridad establecidos por la Dirección General de Telecomunicaciones y
Nuevas Tecnologías para las aplicaciones web. Estos documentos están
basados en la guía CCN (CCN-STIC-812) Seguridad en entornos y
aplicaciones web y la metodología OWASP.
Así mismo, el adjudicatario deberá implementar las medidas de seguridad
establecidas en el Real Decreto 3/2012, de 8 de enero, por el que se regula el
Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica;
En particular, las medidas relativas a los Procedimientos de seguridad, Control
de acceso, Configuración de seguridad, Registro y protección de la actividad de
los usuarios, Continuidad del servicio y Protección de las aplicaciones
informáticas.
Para dar debido cumplimiento a las citadas normativas, así como a la

normativa en materia de protección de datos personales, el oferente incluirá en
su oferta Memoria descriptiva de las medidas de seguridad que adoptarán
para asegurar la disponibilidad, autenticidad, trazabilidad,
confidencialidad e integridad de los datos manejados y de la
documentación facilitada.
Asimismo, deberán incluir en su oferta la designación de la persona o personas

que, sin perjuicio de la responsabilidad propia de la empresa, estarán
autorizadas para las relaciones con el centro directivo a efectos del uso
correcto del material y de la información a manejar. Se adjuntará una
descripción de su perfil profesional, y sólo podrán ser sustituidas con la
conformidad de la Dirección General de Telecomunicaciones y Nuevas
Tecnologías.
En cumplimiento con lo dispuesto en el artículo 18 del Real Decreto 3/2010, de
8 de enero, por el que se regula el Esquema Nacional de Seguridad, el licitador
incluirá referencia precisa, documentada y acreditativa de que los productos de
seguridad, equipos, sistemas, aplicaciones o sus componentes, han sido
previamente certificados por el Organismo de Certificación del Esquema
Nacional de Evaluación y Certificación de Seguridad de las Tecnologías de la
Información.
En el caso de que no exista la certificación indicada en el párrafo anterior, o

esté en proceso, se incluirá, igualmente, referencia precisa, documentada y
acreditativa de que son los más idóneos.
8.13 Compatibilidad IPv6

La solución ofertada deberá contar con compatibilidad IPv6 y asegurar un
mínimo de calidad en este escenario.
A tal fin, todo sistema (hardware, software, firmware, etc.) o servicio que forme
parte de la solución ofertada, independientemente del régimen bajo el cual se
regule la relación con dicho elemento (adquisición, desarrollo, explotación,
contratación, etc.), debe ser capaz de operar plenamente de acuerdo a los
estándares comerciales establecidos para el protocolo IPv6 y a los aspectos
definidos en el RFC 2460 (Internet Protocol Version 6 Specification) y el resto
de RFC relacionados con IPv6.
En esta circunstancia, el sistema o servicio debe mantener o mejorar los
niveles de servicio, calidad y confianza preestablecidos, tanto con el protocolo
IPv4 como con IPv6, Así mismo, el proveedor deberá aportar, durante el
periodo de garantía establecido, soporte técnico para ambos protocolos.
Para cualquier excepción al uso o compatibilidad con IPv6 será necesaria

autorización explícita y por escrito por parte de la entidad contratante.”
Anexo A
Certificado para la retirada de los Anexos.
DATOS DEL SOLICITANTE

Nombre y Apellidos: D.N.I.: Teléfono:
(Adjuntar fotocopia del mismo)

Cargo del Solicitante: E-mail
Empresa de Trabajo: Dirección Fiscal:
Unidad o Departamento al que pertenece:
Firma (acepto las condiciones que se detallan en el acuerdo de confidencialidad) Sello
RESPONSABLE DEL SERVICIO PROPIETARIO DE LA INFORMACIÓN

Nombre y Apellidos:
Consejería de Presidencia, Justicia e Igualdad
Dirección General de Telecomunicaciones y Nuevas Tecnologías
e-mail: dgtnt.cpji@gobiernodecanarias.org
Teléfono: 922592030
ACUERDO DE CONFIDENCIALIDAD
El Gobierno de Canarias expone las siguientes cláusulas que regulan el acuerdo de

confidencialidad y no divulgación, en orden a proteger la información propiedad del
Gobierno de Canarias contenida en los Anexos del Pliego de Prescripciones Técnicas.
La utilización de la información ofrecida por el Gobierno de Canarias obliga al

Solicitante a la aceptación plena y sin reservas de todas y cada una de las cláusulas
que son expuestas más adelante. En consecuencia, el Solicitante debe leer
atentamente las cláusulas si se propone solicitar dicha información.
CLAUSULAS
Primera.- Finalidad:
Realizar un uso correcto de la Documentación propiedad del Gobierno de Canarias

contenida en los Anexos del Pliego de Prescripciones Técnicas de Servicios de
Telecomunicaciones del Gobierno de Canarias, así como clarificar que el ámbito de
utilización de dicha información es exclusivamente para la participación en el citado
Concurso publicado en el BOC __________________________
Definición del contenido de la documentación:
Establecer los términos y condiciones bajo las cuales las partes mantendrán
confidencialidad de la información suministrada entre ellas.
Segunda.- Uso de Información.
2.1 Bajo ningún concepto el Solicitante utilizará la información facilitada por el

Gobierno de Canarias para otro fin que no sea el descrito en el ámbito de este acuerdo
2.2 El Solicitante será el responsable directo de todas las actividades realizadas bajo
su nombre.
2.3 El Solicitante se compromete a destruir, una vez finalizado el plazo de adjudicación

del PPT, toda la documentación que contenga Información bajo el amparo del presente
acuerdo, así como la generada a partir de esta.
Tercera.- Confidencialidad:
El Gobierno de Canarias y el Solicitante acuerdan que cualquier información

intercambiada entre las partes será mantenida según las siguientes condiciones:
3.1 El Solicitante mantendrá la confidencialidad de la información y no podrá revelarla

a terceros.
3.2 Cualquier documento o copia que no haya sido explícitamente entregada o no sea
propiedad del Solicitante, que puede haber llegado a su poder a través de terceros, no
puede ser copiada o utilizada por éste sin permiso expreso del Gobierno de Canarias.
3.3 El Solicitante es responsable de que sus empleados y colaboradores se sujeten a

las limitaciones que se establecen en estas cláusulas.
Cuarta.- Modificación o cancelación.
4.1 Este documento reemplaza a cualquier otro acuerdo celebrado con anterioridad. La
modificación de este acuerdo sólo podrá efectuarse por escrito y firmado entre las
partes que lo soliciten.
Quinta.- Jurisdicción.
5.1 El Gobierno de Canarias y el Solicitante se comprometen a resolver de manera

amistosa cualquier desacuerdo que pueda surgir. En caso de conflicto ambas partes
acuerdan para el ejercicio de cualquier acción que pudiera derivarse de esta
prestación de Servicio, someterse, con renuncia expresa a cualquier fuero que pudiera
corresponderles, a la jurisdicción de los Juzgados y Tribunales de la Comunidad
Autónoma de Canarias.
Anexo I Arquitectura Actual Servidores y Relación
Dada la confidencialidad y criticidad de la información correspondiente a este Anexo,
para acceder al mismo es preciso realizar petición por escrito a la Dirección General de
Telecomunicaciones y Nuevas Tecnologías.
La petición se realizará por escrito, cumplimentando el modelo recogido en el Anexo A.
Para poder acceder a esta información será requisito:
- DNI del solicitante, con copia del mismo.

- Que el solicitante acredite ser personal de la empresa que realiza la petición.
- Certificado del Anexo A cumplimentado.
Los anexos podrán ser retirados en:

Área de Telecomunicaciones y Sistemas
C/ Cebrián nº3, 1ª planta
Las Palmas de G.C.
CP 35003
o en:

C/ Rubens Marichal López 12 – La Ninfa - Ifara
S. C. de Tenerife
CP 38071
Anexo II Funcionalidades Obligatorias del Sistema de Virtualización
Cód. Elemento/Características requeridas Cumple Página Descripción breve de la solución Alcance/Limitaciones

(S/N/P) Oferta
*El termino “gestión” llevará por defecto asociado todas las operaciones básicas de adición, edición -de todas las propiedades-, búsqueda, consulta, eliminación y tareas inherentes al
mantenimiento y la configuración de los elementos afectados además de los explícitamente relacionados en la tabla
0 COMPATIBILIDAD HARDWARE
0.1 Blade bl460c G 1, 6, 8 y 9
0.2 HP VC FlexFabric 10Gb/24-Port Module
0.3 Cisco Catalyst Blade Switch 3020 for HP Cisco
0.4 Catalyst Blade Switch 3120X for HP
0.5 Brocade 4/24 SAN Switch Power Pack for HP c-
Class BladeSystem
0.6 SAN HP modelo 3PAR 7400 y F400
0.7 SAN NetApp FAS2240-4
0.8 Boot From SAN
0.9 TCP Offload support
0.10 Jumbo frames
0.11 Soporte MultiPath
0.12 Compatibilidad Brocade con firmware FabOS
(S/N/P) Oferta
0.13 Matriz de compatibilidad de la solución con el
conjunto de fabricantes del mercado.
1 DATACENTERS
1.1 Datos de Identificación: Nombre y Descripción
1.2 Capacidad de Creación, Edición, Modificación y
Eliminación
2 CLUSTERS
2.1 Datos de Identificación: Nombre, Descripción y
DataCenter
2.2 Capacidad de Creación, Edición, Modificación y
Eliminación
2.3 Políticas de optimización del rendimiento (cualquiera
de las siguientes): memory page sharing threshold,
CPU thread handling, memory ballooning, Kernel
SamePage Merging (KSM), compresión memoria en
tiempo real, etc.
2.4 Políticas de alta disponibilidad del Cluster (acciones
a realizar ante el fallo de uno o varios host):
Migración de las MV, Migración de las MV
prioritarias, etc.
2.5 Políticas de distribución de los recursos: agrupación
o distribución de recursos en base al uso de la CPU,
memoria, número de máquinas,
Afinidad/antiafinidad, etc.
3 HOSTS
3.1 Datos de Identificación: Nombre, IP, Cluster y
DataCenter
PPT Sistema de Virtualización para Servidores Corporativos del Gobierno de Canarias; 49
(S/N/P) Oferta
3.2 Capacidad de Adición, Consulta, Edición,
Modificación y Eliminación
3.3 Administración básica de energía securizada
(encendido y apagado remoto)
3.4 Opciones y parametrización de Alta disponibilidad
automática (“fencing computing {ver
http://en.wikipedia.org/wiki/Fencing_(computing)}”
o similar)
3.5 Modo Mantenimiento
3.6 Actualización desatend
3.7 Parametrización, selección y priorización de “Master
Host” (Si existiera la figura de algún host controlador
de la granja o de algún elemento de la misma -tareas
en background, interlocución con el almacenamiento,
etc- esta opción debiera poderse parametrizar de
forma que se pueda designar la prioridad de los host
a realizar esta tarea o la selección manual del mis
3.8 Gestión de redes (interfaces, VLAN, etc) y Bonding
en diferentes modos (Activo-Pasivo, XOR, IEEE
802.3, adaptive transmit load balancing)
3.9 Firewall y configuración remota automatizada del
firewall desde el gestor
3.10 Conexión remota securizada
4 REDES
4.1 Datos de Identificación: Nombre, Descripción,
DataCenter, VLAN tag
4.2 Capacidad de Adición, Consulta, Edición,
(S/N/P) Oferta
Modificación y Eliminación
4.3 Soporte VLAN tagging
4.4 Override MTU
4.5 Soporte CIDR
4.6 Soporte IPv6
4.7 Soporte Port Mirroring (copia tráfico de nivel 3 de
una red lógica a un interfaz virtual en una máquina
virtual. Esta máquina virtual puede ser utilizado para
el analisis del trafico de red, detección de intrusos,
etc.)
4.8 Capturas SNMP
4.9 Opciones para la separación de las redes: VM
Network (Red de datos de la MV) de Datos, Live-
Migration (Red para la migración de MV) y Gestión
de la plataforma (Trafico entre el Gestor y los Hosts,
Consolas,etc.)
4.10 Clasificación de Redes: Redes requeridas (si no esta
operacional implicará la migración de la MV), Redes
Opcionales (su no operatividad no implica migración
alguna) [o funcionamiento similar}
5 STORAGE
5.1 Implementable sobre las siguientes tecnologías:
Network File System (NFS) , Internet Small
Computer System Interface (iSCSI) , Local storage,
Fibre Channel Protocol (FCP)
5.2 Separación de Dominios: Dominio de Datos de
Virtualización (MV, Templates, etc), Dominio de
(S/N/P) Oferta
librerias ISO (Imágenes ISO), Dominio de
exportación (Exportación de MV)
5.3 Soporte para el refresco y re-escaneo de dispositivos
6 MÁQUINAS VIRTUALES
6.1 Datos de identificación: Nombre, descripción y
sistema operativo invitado
6.2 Gestón de la MV: Creación -normal y basada en
template- , Consulta, Búsqueda, Edición,
Modificación, Eliminación, Clonación, Importación
-con resolución de conflictos- y Exportación
Al menos 1Tb RAM por MV
Número máximo de vCPU: 64 vCPU por MV
6.3 Especificaciones del uso de la memoria: memoria
máxima, memoria garantizada
6.4 Mecanismos “Memory Balloon”
6.5 Especificaciones del uso de la CPU: número de
sockets, número de núcleos por socket
6.6 Priorización del uso de la CPU - CPU Sharing -
(permite especificar la prioridad del uso de la CPU
entre las máquinas virtuales que la usan)
6.7 Soporte CPU Pinning (especificación de cuantas
virtual CPU pueden sustentarse sobe una CPU física
del host). El valor mínimo debe ser 32
6.8 Gestión de Redes: Interfaces, conexión/des-conexión
virtual del Link, VLAN, MAC address especifica,
Port Mirroring.
(S/N/P) Oferta
6.9 Gestión de Discos: asignación de discos virtuales
(internal disk) y direct LUN (external disk),
extension de los tamaños del disco, discos flotantes (-
floating disk- discos que se pueden compartir o se
pueden utilizar con una o más máquinas virtuales)
6.10 Internal Virtual Disks en Thin Provisioned o
Preallocated
6.11 Discos virtuales locales en SAN sobre iSCI o FCP
6.12 Opción Shareable Virtual Disk (discos compartidos
entre MV)
6.13 Gestión de Snapshot: Selección de discos y/o
memoria para el Snapshot, generación y restauración
de máquinas virtuales desde Snapshot
6.14 Operaciones de Arranque, parada -apagado ordenado
y power off-, reinicio y pausa
6.15 Especificación de los dispositivos de arranque
6.16 Priorización del arranque y la migración
automatizada
6.17 Modo Stateless o cambios no persistentes
6.18 Modo Watcdog (contadorador regresivo para el
reinicio de MV)
6.19 Activación/Des-activación del auto-encendido
6.20 Activación/Des-activación de la alta disponibilidad
6.21 Activación/Des-activación de migración manual y/o
automática
6.22 Arranque en Host especifico
(S/N/P) Oferta
6.23 Agentes y drivers optimizados para los sistemas
operativos invitados.
6.24 Auto-actualización de los agentes para sistemas
operativos invitados.
6.25 Acceso por consola remota
6.26 Restricción de la simultaneidad de uso de la consola
6.27 Cliente Nativo de acceso a la máquina virtual
(software de conexión a las consolas de las máquinas
virtuales )
6.28 Edición en caliente de los datos de identificación
6.29 Edición en caliente de los niveles de alta
disponibilidad
6.30 Edición en caliente de la Memoria Física Garantizada
-o concepto similar-
6.31 Edición en caliente de la activación/desactivación de
las opciones de “Memory Balloon”
6.32 Adición en caliente de virtual Disk
6.33 Movimiento de disco en caliente a otro Storage
6.34 Generación en caliente de Live Snapshots
6.35 Migración en caliente -manual y automática- de Host
6.36 Cancelación de migraciones
6.37 Creación de grupos de Afinidad/Anti-afinidad
TEMPLATES
7.1 Datos de identificación: Nombre y Descripción
7.2 Gestión de Templates: Creación, Consulta, Edición,
(S/N/P) Oferta
Modificación, Eliminación, Importación y
Exportación.
7.3 Opciones de Sub-Templates (versionados de un
template)
7.4 Opciones primer arranque: sys-unconfig o sysprep
8 LOGS
8.1 Capacidad de Consulta
8.2 Accesos por consola a los logs
9 EVENTOS
9.1 Capacidad de Consulta.
9.2 Notificación de eventos.
9.3 Selección de eventos a notificar.
10 TAREAS
10.1 Gestión de Tareas: Consulta y Eliminación
11 USUARIOS, ROLES Y PERMISOS
11.1 Gestión de Usuarios: Integración con Active
Directory u OpenLADP
11.2 Gestión de Roles: definición básica de usuario (rol de
usuario -acceso a MV y pools-, rol de administrador
de MV– administrador de MV- y rol de usuario
avanzado – crear y manejar MV y templates-);
definición avanzada de usuario (usuario de templates,
operador de discos, creador de MV, creador de
templates, creador de discos, dueño de template,
gestor de redes); definición básica de administración
(Super usuario, administrador de cluster,
(S/N/P) Oferta
administrador de datacenter); definición avanzada de
administración (Administrador de templates,
administrador del Storage, administrador de hosts,
administrador de redes, administrador de pool de
MV); creación de nuevos roles personalizados
12 MONITORIZACIÓN, ESTADISTICAS E
INFORMES
12.1 Estado de la Plataforma: Dashboard resumen
12.2 Estado y estadísticas de uso de los Host: CPU,
Memoria, Disco, Trafico de Red, tiempos de
inactividad
Estado y estadísticas de uso de las Máquinas
Virtuales:CPU, Memoria, Disco, Trafico de Red,
tiempos de inactividad
Estado de uso del Almacenamiento: Espacio
Libre/Ocupado, Tiempos de accesos medios.
12.3 Informes: Informes ejecutivos (MV por Sistema
Operativo, Uso del Cluster vs Capacidad, Tiempo de
inactividad de Hosts, Resumen de uso de los recursos
de los Host); Informes de inventario (Inventario de
Hosts, Uso del Storage, Inventario de MV); Informes
de nivel de Servicio (Tiempo de Actividad de los
Host, calidad de servicio de los hosts, calidad de
servicio de MV, informe de niveles de alta
disponibilidad); generación de informes
personalizados
12.4 Posibilidad de acceso al modelo de datos de la
BBDD
12.5 Integración con Nagios
(S/N/P) Oferta
13 PORTAL DE USUARIOS (usuarios
administradores de máquina virtual)
13.1 Acceso securizado
13.2 Gestión básica de las VM’s: Encendido, apagado,
suspensión y reinicio
13.3 Debe admitir redirección a través de frontales webs
externos.
13.4 Monitorización básica de los recursos de las MV:
Memoria, CPU
13.5 Montaje de imágenes ISO del la biblioteca
13.6 Acceso a la consola de las VM’s
13.7 Montaje de discos USB
14 COPIAS DE SEGURIDAD
14.1 Herramienta de copias de seguridad para las
máquinas virtuales. Esta deberá contar con
capacidades incrementales/diferenciales y/o
capacidades de copias a bajo nivel sobre cabina de
almacenamiento sin perder la granularidad de la
copia: la máquina virtual.
14.2 Integración con hardware/software de copias de
Seguridad de terceros
15 GENERAL
15.1 Soporte para Scripting
15.2 API de integración
15.3 Herramienta de copias de seguridad y restauración de
la plataforma
(S/N/P) Oferta
15.4 Herramientas P2V y V2V que cubran las necesidades
del contrato y los estándares del mercado
15.5 Soporte de formato OVF (Open Virtualization
Format)
Soporte del formato OVF para la exportación e
importación de maquinas virtuales entre distintas
tecnologías de virtualización.
16 CONSOLA GRÁFICA DE GESTIÓN
16.1 Alta disponibilidad dentro de la misma sede por lo
menos en modo Activo/Pasivo
16.2 Consola gráfica de gestión centralizada. Desde la
consola se debieran hacer todas las operaciones
inherentes a la gestión del sistema de virtualización
(se admite que esta haga llamadas a programas
externos para complementar su funcionalidad). Se
entenderá por “gestión” las operaciones básicas de
adición, edición -de todas las propiedades-,
búsqueda, consulta, eliminación y tareas inherentes
al mantenimiento y la configuración de los
siguientes elementos afectados: Datacenters -o
concepto similar-, Clusters, Host, Storage o concepto
similar (almacenamientos definidos para la
plataforma de virtualización), Redes, Máquinas
Virtuales, Templates, Pools, Logs, Eventos, Tareas,
Gestión de Usuarios y Permisos, Monitorización,
Estadísticas e informes.
16.3 Si la consola fuera web esta deberá soportar los
navegadores “Microsoft Internet Explorer 11” y/o
“Mozilla Firefox v33.1.1”.
16.4 Integración OpenLDAP o Directorio Activo.
(S/N/P) Oferta
16.5 API de integración
17 IMPLEMENTACIÓN MAQUINAS
VIRTUALES
17.1 CPU. Hasta 64 cpu virtuales.
17.2 Discos. Hasta 9 discos. Estos deben poder ser
implementados a traves de los formatos propietarios
de la plataforma de virtualización o asociados
directamente a LUN's del sistema de
almacenamiento.
17.3 Tarjetas de red. Hasta 4 tarjetas de red virtuales. Con
soporte de VLAN.
17.4 Cdrom. Se deben poder definir unidades de
CDrom/DVD virtuales donde poder montar en
caliente imágenes tipo “iso” y permitir el arranque
desde la misma
17.5 Soporte Sistemas Operativos invitados familia
Windows. Soportar sistemas operativos Microsoft
Windows de 32 y 64 bits, entre los que han de
encontrarse, las familias Windows 2003 Server, 2008
Server, 2012 Server en sus diferentes versionados.
Además, deben estar soportados los Sistemas
operativos de escritorio Windows de 32 y 64 bits,
entre los que han de encontrase, Vista, 7, 8 y 8.1
(Nota: para los Windows 2003 se exigirá solo
comptabilidad)
17.6 Soporte Sistema Operativo invitados familia Linux.
Soportar sistemas operativos Linux de 32 y 64 bits,
entre los que han de encontrarse RedHat Enterprise
Linux versiones 4, 5, 6, 7 y Centos 5,6,7 en sus
(S/N/P) Oferta
diferentes versionados.
(Nota: para los Red Hat 4, se exigirá solo
comptabilidad)
17.7 Aportar matriz de compatibilidad de con todos los
sistemas operativos invitados soportados
18 LICENCIAMIENTO
18.1 El licenciamiento de no menos de X nodos
destinados a la virtualización de un número ilimitado
de máquinas Red Hat Linux con independencia del
vitualizador usado
18.2 El licenciamiento de no menos de Y nodos
destinados a la virtualización de un número ilimitado
de máquinas Windows Server con independencia del
virtualizador usado
18.3 Licenciamiento del software y gestor de
virtualización para no menos de X+Y nodos
18.4 El licenciamiento del software de copias de
Seguridad para cubrir las copias de todas las
máquinas virtuales de todos los nodos.
18.5 El licenciamiento de cualquier software que sea
necesario para la solución
18.6 Equiparación del licenciamiento otorgado con los
estándares de licenciamiento de mercado
19 GESTIÓN CENTRALIZADA
19.1 Gestión centralizada para la sede de Las Palmas
19.2 Gestión centralizada para la sede de Tenerife
19.3 Certificación de Soporte para todos los productos a
(S/N/P) Oferta
virtualizar
Anexo III Mejora de Funcionalidades del Sistema de Virtualización
Cód. Elemento/Características requeridas Peso % Cumple Página Descripción breve de la solución

(S/N/P) Oferta
*El termino “gestión” llevará por defecto asociado todas las operaciones básicas de adición, edición -de todas las propiedades-, búsqueda, consulta, eliminación y
tareas inherentes al mantenimiento y la configuración de los elementos afectados además de los explícitamente relacionados en la tabla
M.1 Soporte para dispositivos USB Y SmartCard 1
M.2 Soporte múltiples Monitores 1
M.3 Opciones de replicación entre sedes 15
Opción de replicación entre sedes que permita
activar de forma automatizada la contingencia
de las máquinas virtuales, sus configuraciones y
elementos relacionados en caso de que se
produzca un fallo en alguna de las sedes que
impida el normal funcionamiento.
M.4 Virtual Switching 10
Permite la gestión centralizada de la
conectividad de red de las máquinas virtuales
con los hipervisores proveyendo políticas de
seguridad, aislamiento y niveles de servicio.
M.5 Virtual SAN 7
Permite crear, mantener y utilizar una red de
almacenamiento compartido (VSAN)
definido mediante software que permite ser
ofrecido directamente a las máquinas virtuales.
M.6 Monitorización Avanzada 15
Monitorización completa de toda la plataforma
de virtualización incluyendo funcionalidades
avanzadas de informes, proyecciones de
(S/N/P) Oferta
crecimiento e imputación de recursos.
M.7 Reserva de Alta Disponibilidad para máquinas 5
virtuales.
Cuando se activa en una máquina virtual se
reservan los recursos en la plataforma para
garantizar la alta disponibilidad de la máquina
M.8 Storage Integration (API) 2
Soporte para la integración de diferentes arrays
de almacenamiento SAN o NAS que permitan
la gestión directa del almacenamiento desde la
consola de gestión de virtualización
M.9 Mecanismos avanzados de gestión de la 15
memoria: Transparent Page Sharing (TPS),
Transparent huge pages (THP), etc. y CPU
(Para este apartado se deberá realizar una
descripción detallada de los mecanismos
optimizadores)
M.10 Integración con OpenStack 2

M.11 Capacidad de gestión avanzada de energía 5
mediante apagado de hosts
M.12 Solución de Antivirus a nivel de hypervisor que 5
permita la protección de todas las máquinas
virtuales y sin la necesidad de instalar agentes.
M.13 Opción Read Only Virtual Disk (discos en 1
formato sólo lectura) para Máquinas Virtuales
M.14 Edición en caliente de la especificación de los 1
dispositivos de arranque para la máquina virtual
(S/N/P) Oferta
M.15 Protección de borrado accidental de máquina 1
Virtual
M.16 REDES: Aislamiento de máquinas virtuales a 1
través de redes privadas virtuales (PVLAN)
M.17 Autodespliegue de Hipervisor 5
M.18 POOLS (conjunto de MV clonadas del 5
mismo template)
M.18.1 Gestión de Pools: Creación, Consulta, Edición,
Modificación -incluido incremento y
decremento de número de MV del pool- y
Eliminación.
M.18.2 Posibilidad de sobreesritura del nombre
automatizado de la máquina virtual desplegada
por el pool
M.18.3 Especificación del número máximo de MV para
el pool, del número máximo de MV
desplegadas por usuario y del número máximo
de máquinas pre-arrancadas
M.18.4 Pools Manuales (El administrador es
responsable de devolver explícitamente lo
virtual
máquina al pool) y Automáticos (Cuando la
máquina virtual se apaga, vuelve
automáticamente a su imagen de base y se
devuelve al pool)
M.19 Adición en caliente de virtual CPU -si el 2
sistema operativo invitado lo soporta-
M.20 Adición en caliente de virtual NIC's 1
FINAL

15 040 PPT Plyca

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

15 040 PPT Plyca

Cargado por

Copyright:

Formatos disponibles

PPT Sistema de Virtualización para Servidores

Corporativos del Gobierno de Canarias

2 Objeto del Contrato.........................................................................................5

Anexo I Arquitectura Actual Servidores y Relación....................................47

Anexo III Mejora de Funcionalidades del Sistema de Virtualización ........62

El Gobierno de Canarias dispone de una plataforma de servidores físicos tipo

Esta arquitectura ha permitido obtener diversas ventajas, entre la que se

 Economía, al requerirse menos electrónica y fuentes de alimentación

Sobre este conjunto de chasis y servidores tipo blade se dispone actualmente

El sistema actual de virtualización está compuesto tanto por los gestores de

2 Objeto del Contrato

El Gobierno de Canarias, a través de la Dirección General de

• Windows Server DataCenter + System Center DataCenter, utilizado para

El sistema actual está licenciado en régimen de derecho de uso y ajustado al

Para ello se requiere:

 Suministro de software y licencias correspondientes.

3 Requisitos Funcionales de la Solución

• Siete (7) licencias de 2 procesadores cada una de Core Infrastructure

• Doscientas (200) licencias Red Hat Enterprise Virtualization for Servers,

• Quince (15) licencias de Acronis Advanced Server for Red Hat

La descripción la arquitectura actual y de los servidores que la conforman, se

3.2 Requisitos y Funcionalidades del Sistema de Virtualización

Las funcionalidades mínimas que debe cubrir el sistema a implantar se

En el Anexo III se recogen las funcionalidades opcionales que se valorarán

Además, se incluyen en los anexos II y III apartados para la indexación de la

3.2.1 Requisitos de compatibilidad para implementaciones sobre máquinas físicas.

Las solución a ofertar deberá ser compatible con el siguiente hardware:

• Blade HP Bl460c – Generaciones 1, 6, 8 y 9. En toda su gama de

Se garantizará la compatibilidad de la implementación de la solución con la red

• Switch marca Brocade con firmware FabOS, concretamente:

• Almacenamiento del fabricante HP, modelo 3PAR 7400, F400 y NetApp

De igual forma, se deberá suministrar matriz de compatibilidad de la solución

3.2.2 Requisitos de compatibilidad para implementación de máquinas virtuales.

Se deberán poder crear máquinas virtuales con las siguientes características:

• CPU. Hasta 24 cpu virtuales.

Además se deberá aportar matriz de compatibilidad de con todos los sistemas

3.2.3 Requisitos de segmentación de la Arquitectura. Cluster's y Datacenter's.

Los servidores físicos se podrán agrupar por cluster. Estos cluster de

Los clusters se agruparan dentro de un mismo esquema lógico (concepto

3.2.4 Gestión de la Virtualización

Todo el sistema de virtualización ha de poder ser gestionado

• Gestión centralizada para la sede de Las Palmas

La granularidad máxima de cada uno de estos gestores centralizados por sede

• Gestión centralizada para la sede de Las Palmas para tecnologías

Se valorará como mejora (6.1 Mejora por Gestor de de Virtualización Único) la

Estos gestores de la virtualización deben tener las siguientes características:

• Alta disponibilidad dentro de la misma sede por lo menos en modo

3.2.5 Características del Sistema de Virtualización

Las características exigidas a cualquier sistema de virtualización serán (se

Ha de existir un sólo entorno de pre-explotación por gestor diferenciado de

Las licencias necesarias para el entorno de preexplotación serán adicionales a

3.2.7 Copias de Seguridad

La solución deberá incorporar un sistema de copias de seguridad para las

Estas copias deberán poderse realizar en caliente y debe garantizar la

La política mínima prevista para las copias sera:

• Para cada máquina virtual se realizará una imagen semanal que se

• La retención de 4 semanas, será el tiempo máximo que se conservará

• El servicio permitirá la realización de una copia de una MV concreta en

La plataforma de copias se podrá implementar con cualquiera de las tres

– Solución de Acronis existente, ampliada con las licencias

En cualquier caso, la plataforma de copia forma parte del objeto de esta

El rendimiento mínimo que deberá ofrecer el sistema de copias será:

– 450 Gb deberá realizarse en el intervalo máximo de una (1) hora.