PPT Sistema de Virtualización para Servidores Corporativos

PPT Sistema de Virtualización para ServidoresCorporativos del Gobierno de Canarias

Indice

1 Introducción.....................................................................................................5

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

2.1 Antecedentes.......................................................................................................52.2 Objeto..................................................................................................................5

3 Requisitos Funcionales de la Solución.........................................................6

3.1 Precedentes.........................................................................................................63.2 Requisitos y Funcionalidades del Sistema de Virtualización................................6

3.2.1 Requisitos de compatibilidad para implementaciones sobre máquinas físicas...........73.2.2 Requisitos de compatibilidad para implementación de máquinas virtuales................83.2.3 Requisitos de segmentación de la Arquitectura. Cluster's y Datacenter's..................83.2.4 Gestión de la Virtualización......................................................................................103.2.5 Características del Sistema de Virtualización...........................................................113.2.6 Preexplotación..........................................................................................................113.2.7 Copias de Seguridad................................................................................................11

3.3 Tipos de Solución...............................................................................................123.4 Dimensionamiento de la Solución......................................................................12

4 Alcance de la Oferta......................................................................................14

4.1 Suministro de Licencias.....................................................................................144.2 Suministro de Hardware y Software...................................................................154.3 Servicios de Instalación de la Solución..............................................................164.4 Servicio de Adaptación a los requisitos del Gobierno de Canarias.....................164.5 Servicios de Migración de la solución actual a la nueva plataforma. Plan deTransición................................................................................................................164.6 Servicio de Formación........................................................................................184.7 Servicio de Soporte............................................................................................20

4.7.1 Centro de Atención de Incidencias...........................................................................204.7.1.1 Recursos Técnicos...............................................................................................................204.7.1.2 Funcionalidad.......................................................................................................................21

4.7.2 Prestaciones del Servicio de Soporte.......................................................................224.7.2.1 Mantenimiento Conductivo.................................................................................................224.7.2.2 Mantenimiento Correctivo...................................................................................................234.7.2.3 Mantenimiento Evolutivo o Perfectivo................................................................................234.7.2.4 Mantenimiento Preventivo...................................................................................................23

4.7.3 Asistencia Técnica....................................................................................................244.7.4 Soporte Personalizado.............................................................................................254.7.5 Actualizaciones del Software/Firmware....................................................................25

4.8 Documentación Técnica sobre los Servicios y Operativa...................................264.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............................................................................................264.9.2 Facilidad de Uso y Rendimiento. .............................................................................26

5 Equipo de Trabajo..........................................................................................27

5.1 Coordinación y Seguimiento del Contrato..........................................................275.2 Requisitos del Equipo de Trabajo.......................................................................285.3 Cobertura del Equipo de Trabajo.......................................................................285.4 Lugar de Desempeño de los Trabajos................................................................285.5 Medios Materiales..............................................................................................29

6 Mejoras Adicionales......................................................................................29

6.1 Mejora por Gestor de Virtualización Único.........................................................296.2 Mejora por Acceso Directo al Soporte del Fabricante de las soluciones............29

7 Calidad del Servicio.......................................................................................30

7.1 Prioridades.........................................................................................................307.2 Definiciones........................................................................................................317.3 Medidas de las Prestaciones..............................................................................317.4 Parámetros mensurables...................................................................................32

7.4.1 Tiempo de Resolución de la Incidencia....................................................................327.4.2 Número de Incidencias Repetidas............................................................................33

7.5 Seguimiento de los Acuerdos de Nivel de Servicio............................................337.6 Informe de Calidad.............................................................................................34

8 Condiciones Generales.................................................................................35

8.1 Cronograma.......................................................................................................358.2 Ámbito Geográfico..............................................................................................358.3 Requisitos de Fiabilidad.....................................................................................368.4 Documentación y Plan de Soporte.....................................................................368.5 Entrega de la Solución.......................................................................................378.6 Confidencialidad y Protección de Datos.............................................................37

8.6.1 Confidencialidad.......................................................................................................378.6.2 Protección de Datos Personales...............................................................................388.6.3 Requisitos del Software............................................................................................39

8.7 Transferencia Tecnológica.................................................................................398.8 Propiedad del Resultado de los trabajos............................................................398.9 Variantes............................................................................................................408.10 Consideraciones al Desarrollo..........................................................................408.11 Gestión de la Capacidad..................................................................................418.12 Requisitos de Seguridad..................................................................................418.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 sepueden citar:

Economía, al requerirse menos electrónica y fuentes de alimentaciónpara 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 actualmentede un sistema heterogéneo de virtualización, permitiendo sobre lainfraestructura física existente, el despliegue de un elevado número deservidores virtuales.

El sistema actual de virtualización está compuesto tanto por los gestores devirtualización, como de hipervisores.

2 Objeto del Contrato

2.1 Antecedentes

El Gobierno de Canarias, a través de la Dirección General deTelecomunicaciones y Nuevas Tecnologías dispone actualmente de gestoresde virtualización e hipervisores, concretamente:

• Windows Server DataCenter + System Center DataCenter, utilizado parael despliegue de servidores con sistema operativo Windows Server, encualquiera de sus versiones. El sistema actual está licenciado hasta el30 junio de 2015, con derechos de uso y actualización de versiones.

• RedHat Entreprise Virtualization, utilizado para el despliegue deservidores con sistema operativo Red Hat, en cualquiera de susversiones.

El sistema actual está licenciado en régimen de derecho de uso y ajustado alnumero 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 cadamomento, que esté sujeto a evolutivos, que soporte la carga de rendimientoque se precise por parte aplicaciones, se requiere adquirir el derecho de usode un sistema de virtualización de servidores con el dimensionamiento yrequisitos 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 disponersiempre 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 InfrastructureSuite DataCenter (Windows Server DataCenter + System CenterDataCenter), utilizado para el despliegue de servidores con sistemaoperativo Windows Server.

• Doscientas (200) licencias Red Hat Enterprise Virtualization for Servers,Standard (1 Socket), utilizado para el despliegue de servidores consistema operativo Red Hat.

• Quince (15) licencias de Acronis Advanced Server for Red HatEnterprise Virtualization for Servers

La descripción la arquitectura actual y de los servidores que la conforman, serecoge 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óndeberán ser asumidas por la solución a implementar.

Las funcionalidades mínimas que debe cubrir el sistema a implantar seencuentran recogidas en el Anexo II. Todas las funcionalidades recogidas en elAnexo II son de obligado cumplimiento, ya que se trata de prestaciones que laactual solución ya dispone o de necesaria aplicación.

En el Anexo III se recogen las funcionalidades opcionales que se valoraráncomo mejora.

Además, se incluyen en los anexos II y III apartados para la indexación de lainformación de la solución propuesta. Estos apartados deberán sercumplimentados con la información requerida para la correcta valoración de lamisma. En caso de contradicción entre la información recogida en la la ofertadescriptiva y dichos anexos será tomada la información residente en estoscomo 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 deprocesadores y/o configuraciones (incluido tarjetas adicionales comomezzanine'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 redde almacenamiento SAN existente siempre en modo multi-camino (Multipath),compuesta por:

• Switch marca Brocade con firmware FabOS, concretamente:

Modelo VersionBrocade 4024 43.2 BladeSystem 4/24 6.2.2f9Brocade 4024 43.3 BladeSystem 4/24 6.2.2f9Brocade 4900 44.2 Silkworm 4900c 6.4.3f3Brocade 5480 72.3 BladeSystem 8/24 6.4.3f3Brocade DCX8510-4 121.3 SN8000B 7.1.1c1

• Almacenamiento del fabricante HP, modelo 3PAR 7400, F400 y NetAppFAS2240-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 quepermita los adaptadores físicos de red para minimizar el uso de las CPU delhost) y Jumbo frames (soporte para marcos Ethernet con más de 1500 bytesde payload)

De igual forma, se deberá suministrar matriz de compatibilidad de la solucióncon 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 oasociados 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 arranquedesde la misma.

• Sistema Operativo Windows. Soportar sistemas operativos MicrosoftWindows de 32 y 64 bits, entre los que han de encontrarse, las familiasWindows 2003 Server, 2008 Server, 2012 Server en sus diferentesversionados.

• Además, deben estar soportados los Sistemas operativos de escritorioWindows de 32 y 64 bits, entre los que han de encontrase, WindowsVista, 7, 8 y 8.1 (estas licencias de escritorio no forma parte del objetode 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 quehan de encontrarse RedHat Enterprise Linux versiones 5, 6 y 7 yCentos 5, 6, 7 -todos en sus diferentes versionados-.

Además se deberá aportar matriz de compatibilidad de con todos los sistemasoperativos 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 devirtualización segmentaran la arquitectura y deberán tener las siguientescaracterísticas:



• Nodos. Cada cluster debe permitir al menos 32 máquinas físicas formenparte 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 elmovimiento de máquinas virtuales entre dos nodos del cluster sin quedicha máquina virtual deje de prestar servicio.

• Migración de máquinas entre cluster. El sistema debe permitir elmovimiento de máquinas virtuales entre dos nodos del cluster.

• Balanceo de carga. El sistema debe permitir que automáticamente obien de forma manual que se pueda pasar máquinas virtuales de nodosdel cluster que se encuentren más cargados a otros con más recursosdisponibles.

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

• Modo mantenimiento. Cuando un nodo se ponga en modomantenimiento, se moverán en caliente y automáticamente todas susmáquinas virtuales al resto de nodos del cluster y se deshabilitará quese puedan trasladar máquinas virtuales a dicha máquina física hasta quese quite del modo mantenimiento.

• Reconfiguración del cluster. El añadir o quitar nodos al cluster devirtualización se podrá realizar en caliente, sin que dejen de prestarservicio las máquinas virtuales.

• Migración en caliente del almacenamiento. El sistema sebe permitir elmovimiento de las unidades de almacenamiento de las máquinasvirtuales entre distintos dispositivos de almacenamiento sin que lasmáquinas virtuales dejen de prestar servicios.

Los clusters se agruparan dentro de un mismo esquema lógico (conceptoDatacenter o similar) que permita estructurar la plataforma de virtualización porservicios y/o por entornos específicos de ejecución. Por lo tanto, el esquemaló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 x• Nodo 1• Nodo 2• Nodo x

• Datacenter 2





• 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 gestionadocentralizadamente. 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 sededebe ser por Tecnología:

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

• 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) lapresentación de un solución de gestión unificada por sede sin mayor nivel degranularidad.

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

• Alta disponibilidad dentro de la misma sede por lo menos en modoActivo/Pasivo

• Consola gráfica de gestión centralizada. Desde la consola se debieranhacer todas las operaciones inherentes a la gestión del sistema devirtualización (se admite que esta haga llamadas a programas externospara complementar su funcionalidad-en este caso deberán formar partede la solución-). Se entenderá por “gestión” las operaciones básicas deadición, edición -de todas las propiedades-, búsqueda, consulta,eliminación y tareas inherentes al mantenimiento y la configuración delos siguientes elementos afectados: Datacenters -o concepto similar-,



Clusters, Host, Storage o concepto similar (almacenamientos definidospara la plataforma de virtualización), Redes, Máquinas Virtuales,Templates, Pools, Logs, Eventos, Tareas, Gestión de Usuarios yPermisos, Monitorización, Estadísticas e informes. Si la consola fueraweb esta deberá soportar los navegadores “Microsoft Internet Explorer11” 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 (sepermitirá la equiparación de conceptos si estos no tuvieran la mismadenominación pero mismo objetivo y probado funcionamiento) las detalladas enel Anexo II.

3.2.6 Preexplotación

Ha de existir un sólo entorno de pre-explotación por gestor diferenciado devirtualización (Linux y Windows en el caso de que no se haya optado por laopción de gestión unificada por sede) localizado en una sede, donde seprobaran 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 entornonecesario.

Las licencias necesarias para el entorno de preexplotación serán adicionales alas 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 lasmáquinas virtuales. Esta deberá contar con capacidadesincrementales/diferenciales y/o capacidades de copias a bajo nivel sobrecabina de almacenamiento sin perder la granularidad de la copia: la máquinavirtual.

Estas copias deberán poderse realizar en caliente y debe garantizar laintegridad de la máquina virtual en el momento de la copia y restauración. Nose contempla en la solución la inclusión de agentes para servicios específicoscomo BBDD, Directorios Activos, etc. El sistema de copias tampoco deberádejar restos (snapshot temporales) en la plataforma de virtualización queimpliquen 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 seretendrá 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ágenesincrementales.

• 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 periodose descartará, no siendo posible recuperarla.

• El servicio permitirá la realización de una copia de una MV concreta enun momento determinado a fin de disponer de una copia como parte delproceso de contingencia.

La plataforma de copias se podrá implementar con cualquiera de las tressiguientes soluciones:

– Solución de Acronis existente, ampliada con las licenciasnecesarias para cubrir todo el alcance de la solución de esta licitación.– Solución de un aplicativo tercero que cumpla con los requisitos derendimiento especificados en este apartado.– Solución de copias integrada de forma nativa en los gestores devirtualización.

En cualquier caso, la plataforma de copia forma parte del objeto de estalicitació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 elsubsistema Microsoft Windows y una solución de gestión devirtualizació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 resulteadjudicada.

En cualquier caso, la solución deberá cumplir con todos los requisitosestablecidos en este pliego. Especialmente con la posibilidad de desplegarservidores con sistema operativos Linux RedHat y Microsoft Windows Serverde 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 (ymigración si fuera el caso de ofertas una solución distinta de la actualmenteimplementada) de la plataforma de virtualización cubriendo al menos lassiguientes necesidades:

• El licenciamiento de cincuenta y cuatro (54) nodos destinados a lavirtualización de un número ilimitado de máquinas Red Hat Linux conindependencia del vitualizador usado

• El licenciamiento de treinta y siete (37) nodos destinados a lavirtualización de un número ilimitado de máquinas Windows Server conindependencia del virtualizador usado

• Licenciamiento del software y gestor de virtualización para todos losnodos anteriores nodos

• El licenciamiento del software de copias de Seguridad para cubrir lascopias de todas las máquinas virtuales de todos los nodos (ver apartadode Copias de Seguridad).

• El licenciamiento de cualquier software que sea necesario para lasolución

• La instalación y configuración de todas las consolas y elementos degestión necesarios para el adecuado funcionamiento de la arquitectura yde los servicios.

• La instalación y configuración de al menos 20 nodos a determinar por laDirección General de Telecomunicaciones y Nuevas Tecnologías.

• La migración correcta de al menos 100 máquinas virtuales del entornoactual al nuevo si fuese necesario.

• La integración en el sistema de monitorización (Nagios) como sistemade 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 laplataforma:

• Creación, búsqueda, consulta, modificación y eliminación de unamá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 dela solución con todo el ecosistema tecnológico circundante para el correctofuncionamiento de la arquitectura. En cualquier caso, la solución a suministrar debe cumplir con los siguientesrequisitos:



• El número de máquinas virtuales a instalar en dichos servidores físicosserá ilimitado, siendo la capacidad de las máquinas físicas las quedeterminen dicho número.

• Las licencias a suministrar no podrán tener ningún tipo de limitación (nilegal ni técnica) respecto a la memoria RAM de los servidores físicos nivirtuales, siendo la capacidad de las máquinas físicas las que determinela limitación, entendiéndose como capacidad máxima de los servidoresfísicos 4Tb y de los servidores virtuales 1Tb.

• Las licencias a suministrar no podrán tener ningún tipo de limitación (nilegal ni técnica) respecto al número de núcleos de que pudiera disponercada socket (zócalo).

• Queda incluido dentro de la solución a ofertar todas las licencias yel soporte (incluyendo actualización, parcheado, mantenimiento) delos sistemas operativos de los servidores virtuales, que seránRedHat o Microsoft Windows Server, en cualquiera de las versionesexistentes.

Previendo la evolución tecnológica de los chasis y servidores blade, laslicencias no podrán presentar ningún tipo de limitación en cuanto al tipo deservidores para los cuales se licencie (el licenciamiento solo tendrá en cuentael número de sockets). El producto y las licencias ofertadas permitirán lainstalación en nuevos equipos que vayan a sustituir a equipamiento obsoleto,con una convivencia de al menos treinta (30) días naturales sin que estoimplique un sobre licenciamiento de la solución.

Quedará explicitado en todo momento el tipo de licenciamiento aplicado a cadauno de los elementos de la solución, los derechos otorgados, la vigencia de losmismos y la volumétrica de los elementos cubiertos. De igual forma, seexplicitará la equiparación del licenciamiento otorgado con los estándares delicenciamiento de mercado para una correcta identificación de la licencia usada.

Toda la información necesaria para la correcta interpretación de la soluciónofertada quedará recogida dentro de la documentación presentada. No siendonecesaria ninguna consulta de documentación extra que precise o determinelos términos de aplicabilidad de la solución. Explícitamente, no se consideraranel uso de los link's a documentación externa para precisar el alcance y/o losdetalles 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 necesariaspara un correcto funcionamiento de la solución. Si una vez implementada lasolución, se detectara la necesidad de más recursos hardware y/o software



para garantizar su correcto funcionamiento en el ámbito del Gobierno deCanarias, éstos deberán ser suministrados por el adjudicatario asumiendo éstesu coste, formando parte estos recursos de la solución global y quedando portanto sujeto a las condiciones de soporte y mantenimiento descritas en estalicitación.

En el caso de que la solución a implementar requiera de software adicionalpara su funcionamiento (sistema operativo para servidores físicos, de base dedatos, de aplicativos, etc.), éste formará parte de la solución, habrá desuministrarse en propiedad, y su coste de mantenimiento deberá estar incluidoen el coste de mantenimiento de la solución global. Esto es, se considerará quetodas las licencias adicionales forman parte del sistema de Virtualización aimplementar.

4.2 Suministro de Hardware y Software

El Gobierno de Canarias no puede dedicar más recursos hardware a esteproyecto; Cualquier requerimiento de recursos hardware que superen los yaexistentes (descrito en el apartado anterior 3.1 Precedentes), o los que seproporcionen por la Dirección General de Telecomunicaciones y NuevasTecnologías (descritos a continuación), irán a cargo del adjudicatario.

La Dirección General de Telecomunicaciones y Nuevas Tecnologíasproporcionará para la implantación de la solución el hardware y software que sedetalla 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 laDGTNT.

En el caso de que la infraestructura de hardware y/o software requerida por ellicitador para un correcto funcionamiento de la solución tuviera otros requisitosadicionales o distintos a los suministrados, deberá proporcionarlos, estando losmismos incluidos dentro de la solución, sin que implique coste adicional algunopara la Dirección General de Telecomunicaciones y Nuevas Tecnologías. Eneste 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, hande suministrarse en propiedad, y su coste de mantenimiento deberáestar incluido en el coste de mantenimiento de la solución global. Estoes, se considerará que todas las licencias adicionales forman parte delsistema de Gestión de Identidad a suministrar e implementar.

- Todo el hardware que se suministren forma parte de la solución, han desuministrarse en propiedad, y su coste de mantenimiento deberá estarincluido en el coste de mantenimiento de la solución global. En este caso



será la empresa adjudicataria la encargada de llevar a cabo eldespliegue del sistema en los nuevos servidores, así como el apoyo aCiberCentro en dichas tareas si fuese necesario. Caso de suministrarseservidores, estos deberán:

o Disponer de arquitectura x86 de 64 bits.o Disponer de al menos 2 CPUso 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 aconsola gráfica y reportar alarmas vía SNMP.

o Disponer de doble conexión de red a velocidad mínima de 1Gbpso El sistema operativo que pudiera suministrarse deberá ser, por

homogeneidad con los productos existentes en la DirecciónGeneral de Telecomunicaciones y Nuevas Tecnologías, Red HatEnterprise Linux 6 o superior, o Microsoft Windows Server 2012 yR2.

o Deberán ser enracables (19 pulgadas, incluidas las pestañas paraenracar).

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 eldespliegue del sistema en los servidores que suministre, así como elapoyo a CiberCentro en dichas tareas si fuese necesario, o solicitadopor 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 lasolución, tanto hardware (si se optara por ofertar hardware adicional), comosoftware. 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ónofertada a los requisitos establecidos por la Dirección General deTelecomunicaciones y Nuevas Tecnologías. Estos requisitos vienen detalladosen Anexo II (obligatorios) y Anexo III (los que sean ofertados).

4.5 Servicios de Migración de la solución actual a la nuevaplataforma. Plan de Transición.

Se incluye en la oferta los servicios profesionales para la migración de lasolución actual a la nueva plataforma.



Los trabajos a realizar deberán garantizar la continuidad del servicio deprotección. A tal fin, el licitador deberá especificar un plan de transición quedetalle la migración de los servicios desde la situación actual hasta la situaciónde operación del servicio.

Se deberá incluir dentro de la oferta técnica, los servicios profesionalesnecesarios para la integración de la solución suministrada con la infraestructuraTIC del Gobierno de Canarias, gestionada por la DGTNT. Dicha integraciónconsistiría básicamente en la implantación del producto suministrado y en suajuste fino (parametrización). Se solicita de igual modo del adjudicatarioobtener los procedimientos que permitan una explotación eficaz de la soluciónsuministrada.

Los procesos de migración o implantación de las soluciones ofertadas debenser lo más trasparente posible sin pérdida de funcionalidad ni riesgo o falta deseguridad para los sistemas donde se encuentren instalados en ningúnmomento. Asimismo, se deberán indicar las acciones que el Gobierno deCanarias deba llevar a cabo con tiempo suficiente como para que se tomen lasmedidas oportunas por parte del mismo a fin de minimizar los efectos de latransición.

En la migración, se deberá abordar:

- Planificación de la migración: reunión de arranque, especificación depiloto, priorización/hitos en la migración de contenidos, definición dereglas para la migración y definición del éxito en la migración. El plancontendrá de manera detallada todas las fases de implantaciónincluyendo los principales hitos y las interacciones con la actual solución.

- El plan deberá garantizar la migración con el menor perjuicio tanto parala Dirección General de Telecomunicaciones y Nuevas Tecnologíascomo para los usuarios del CiberCentro, tanto en tiempo como endisponibilidad de servicio. Asimismo, se deberán indicar las accionesque el Gobierno de Canarias deba llevar a cabo con tiempo suficientecomo para que se tomen las medidas oportunas por parte del mismo afin de minimizar los efectos de la transición.

La Dirección General de Telecomunicaciones y Nuevas Tecnologías no tieneprevisto destinar ningún recurso a ninguna tarea relacionada con laimplantación de la solución, por lo que todas las actividades de definición,replanteo, ejecución, instalación, despliegue, etc., hasta su puesta enproducción, deberán realizarse íntegramente por el adjudicatario. Por tanto, seincluye 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. Atal fin se seguirá las directrices establecidas en el apartado Entrega de laSolución de este Pliego de Prescripciones Técnicas.

La DGTNT podrá decidir bien que el adjudicatario proceda a la migración detodos los servidores, bien que el adjudicatario migre un subconjunto de ellos,



procediendo con personal propio de la DGTNT a la migración del resto (unavez recibida la formación correspondiente).

El licitador deberá especificar un plan de transición que detalle la migración delos servicios desde la situación actual hasta la situación de explotación yoperació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ánespecialmente 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 lasnecesidades 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 losresponsables del órgano de contratación en el caso de que se produzcancircunstancias sobrevenidas.

4.6 Servicio de Formación

Con el fin de conseguir una alta cualificación, se precisa y requiere (y estambién objeto de este pliego) unos objetivos de formación que persigan laformación del personal técnico, permitiendo la resolución de problemas yconfiguraciones de la plataforma objeto de este pliego. Por tanto, se precisa yrequiere (y es también objeto de este pliego) unos objetivos de formación quepersigan:

La formación del personal para la implantación y configuración de lasolución recogida en este pliego, así como las posibilidades de lamisma.

La formación del personal técnico, permitiendo la resolución deproblemas, 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 unaduració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 antesde proceder a la implantación de la solución, y siempre dentro de losprimeros días la firma del contrato.

Dos (2) cursos “Administración de la Plataforma” a impartir en lugarpendiente de definición (pero siempre en Las Palmas de G.C. y S.C. deTenerife), con una duración mínima de veinte y cinco (25) horas, endonde se recoja el funcionamiento de las plataformas, parametrizacionesefectuadas, resolución de problemas, etc., de forma que se garantice lagestión de las plataformas por parte de la Dirección General deTelecomunicaciones y Nuevas Tecnologías.

El número de personas que recibirán la formación será de diez (10) para losdos 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 resultadode 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 noalcanzarse la valoración, se procederá a la repetición de la impartición delcurso.

El curso de “Administración de la Plataforma” contendrá al menos lossiguientes 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 loselementos 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 laplataforma 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 unajornada de transferencia del conocimiento donde el licitador presente el InformeFinal de Ejecución de Proyecto, una vez validado dicho documento por parte dela 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 adjudicatariodisponga de un Centro de Atención de Incidencias que se describe acontinuación.

El adjudicatario pondrá a disposición del CiberCentro, un Centro de Atenciónde Incidencias (en adelante CAI), operativo las 24 horas del día los 7 días de lasemana todos los días del año sin excepción, destinado a recibir, procesar ycoordinar 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 delAdjudicatario un interlocutor/canalizador de las incidencias al cual se reportaránlas acciones e incidencias del Servicio.

El Cibercentro del Gobierno de Canarias será quien actuará como interlocutory canalizador de las incidencias así como el coordinador entre las partes, en lorelativo 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 CAIdispondrá de:

Una línea de Atención Telefónica y que estará atendida por personalté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óno 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, entiempo real, todos los tickets que el CiberCentro entienda deban seratendidos por el adjudicatario, al encontrarse amparados por lascondiciones de esta propuesta. El coste de las líneas de enlace yequipos necesarios (Pc, teléfono, etc.) correrá por cuenta deladjudicatario. 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 deGestión de Incidencias de la que dispone el CiberCentro. Las condiciones yprocedimientos de utilización de la aplicación por parte de CAI se estableceránde acuerdo con el CiberCentro, permitiendo en cualquier caso la fácilrecuperación de información estadística, económica y el correcto seguimientode los niveles de servicio establecidos en este pliego.

Adicionalmente, el CAI podrá disponer de los clientes de los sistemas degestión utilizados por CiberCentro, para su utilización por parte del personaltécnico del adjudicatario, a los efectos de realizar las labores preventivas y decomprobació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 porel terminal de Gestión de Incidencias. Se podrá complementar mediante lalínea de Atención Telefónica o correo electrónico, empleado únicamente, comomedio alternativo y a nivel de acelerar la resolución de incidencias.

Cada incidencia recibida será registrado en una base de datos por el Operadordel CAI, quién será el responsable de su comunicación inmediata al técnico osoporte más cualificado y que mejor servicio pueda realizar, basándose en loscriterios de experiencia, conocimiento de la materia y tiempo de respuesta.

Una vez resuelta la incidencia, se comunicará al Operador del CAI suactuación. Éste se encargará de cerrar el ticket, conforme a los procedimientosque se puedan establecer, registrando igualmente en la base de datosparticular del CAI, las actuaciones realizadas y la fecha y hora de su cierre.

Trimestralmente, el CAI emitirá un informe sobre el resultado del Nivel deServicio dispensado, basado en los criterios de Calidad que más adelante sedetallan en este documento.

Se designará por parte del adjudicatario un Jefe de Mantenimiento comoresponsable del servicio prestado e interlocutor ante el Gobierno de Canarias



frente a cualquier reclamación o comentario. El objetivo de este Jefe deMantenimiento será planificar las actuaciones, realizar los informes de controlde calidad, verificar la correcta prestación de los servicios, canalizar laspeticiones 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á deestablecer los mecanismos necesarios para resolver la misma e impedir que sevuelva 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 defuncionamiento los equipos (que hayan sido suministrados por eladjudicatario) y software adheridos a la presente licitación.

b) Quedan incluidos en el servicio los desplazamientos, dietas, mano deobra, transporte de equipos, cualquier otro gasto como consecuencia dela prestación del servicio, y piezas de repuesto y software que hubieraque sustituir.

c) Con independencia del origen de la anomalía (hardware, software, red,etc.) el adjudicatario se compromete a dejar en correcto estado defuncionamiento el servicio (o equipo, se fue suministrado por eladjudicatario) afectado, siempre y cuando la causa esté localizada en elpropio equipo, software/aplicaciones instaladas o periferia asociada, ydentro de los parámetros de calidad exigidos a la intervención.

d) El adjudicatario podrá sustituir temporalmente o de manera definitiva, siasí lo estimara oportuno, previa autorización del órgano contratante lasunidades o componentes del equipo averiado o la totalidad del equipo,especialmente, si existe riesgo evidente de no poder cumplir losparámetros de calidad expresados más adelante, dejándoloperfectamente operativo y con los servicios y aplicaciones queanteriormente estaba prestando.

e) El horario de prestación de los servicios será realizado de forma que secausen las menores molestias posibles al usuario final y se minimice laposible discontinuidad del servicio prestado. A tal fin, estas prestacionesse realizarán en los horarios y días que sean estipulados por laDirección General de Telecomunicaciones y Nuevas Tecnologías.

Las intervenciones a realizar se describen a continuación, quedandoenglobadas 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 delServicio de Mantenimiento Conductivo, encaminado a dar el soporte necesario



al CiberCentro a la hora de realizar el diagnóstico de determinadasincidencias.

El CiberCentro, deberá comunicar al CAI la solicitud de Servicio deMantenimiento Conductivo generando el correspondiente ticket o mediantealguno de los métodos alternativos expuestos.

Desde el CAI, se coordinará la realización del prediagnóstico de la avería oincidente pudiendo realizarse de manera remota.

4.7.2.2 Mantenimiento Correctivo

Este tipo de mantenimiento cubre las intervenciones dirigidas a solucionarcualquier anomalía de funcionamiento del equipamiento o servicio afectado porel 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 eladjudicatario) implica la subsanación o reparación de averías, consustitución de las piezas o repuestos necesarios, dejando al equipoplenamente operativo. El adjudicatario podrá optar, a su criterio, porsustituir el equipo averiado por otro de prestaciones y funcionalidadesequivalentes o superiores y retirarlos a sus talleres para su reparación,especialmente cuando exista riesgo de no cumplir los parámetros decalidad (tiempos de resolución) establecidos.

b) En el caso de equipamiento lógico, las intervenciones comprenden laaplicación de parches, reconfiguración, reinstalación, etc.

c) El soporte a la instalación y configuración de los paquetes de software yfirmware de los equipos objetos del servicio de mantenimiento quehayan de realizarse por averías que afecten a los soportes de losmismos 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 poracciones programadas se realicen sobre los equipos en aras a mejorar sufuncionamiento o incrementar su capacidad de servicio.

Incluye el suministro de todas las nuevas versiones y el soporte a la instalaciónde actualizaciones y parches que pudieran ser necesarios para corregir oprevenir 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 tipode avería, anomalía o a mitigar un riesgo en los servicios asociados alequipamiento 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 serealizan con el fin de asegurar la fiabilidad y el correcto funcionamiento lossistemas, incluido diagnóstico remoto.

De cada inspección realizada, el adjudicatario emitirá un informe detallado conel resultado de la inspección preventiva, así como con los comentarios yrecomendaciones que se entiendan oportunos.

Se incluye en esta licitación un plan de revisiones preventivas con periodicidadanual.

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 soportetécnico que el Gobierno de Canarias, a través del Cibercentro, pudieraprecisar en relación con:

Realización de consultas sobre el uso de productos objeto delcontrato, así como sobre sus capacidades funcionales y operativas.

Servicio de Escalado a Ingeniería de Producto/s de aquellasincidencias que no se puedan resolver en el primer nivel.

Seguimiento de las incidencias en tiempo real ya sea por vía telefónicao Web.

Modificaciones de configuraciones y diseños. Suministro y Actualizaciones de Software/Firmware. Actualizaciones

de programas, correcciones o fixes, alertas de seguridad yactualizaciones de parches críticos.

Soporte en la planificación de migración de versiones, instalación deproductos y parches y consultas de configuración.

Realización de cualquier consulta técnica referente a los productos enmantenimiento.

Realización del ajuste de parámetros de funcionamiento del software,firmware y/o hardware.

Información sobre cualquier incidencia técnica acerca del malfuncionamiento 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 elfuncionamiento de los productos o solventar alguna incidencia.

Suministro mediante descarga electrónica de las actualizaciones y/oparches 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, quedeberán estar disponibles durante el siguiente horario:

De 8:00 a 17:00 horas de lunes a viernes no festivos1.

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 desoporte de la empresa ofertante en respuesta a los problemas surgidos en lasplataformas durante el periodo de duración del soporte y mantenimientoresultante del presente pliego.

4.7.4 Soporte Personalizado

Se debe incluir en la propuesta un soporte técnico personalizado conocedor dela especifidad de la solución a implementar, al que el Gobierno de Canariastenga acceso directo. El soporte proporcionado por el integrador debe reunir lassiguientes características:

Acceso, en español, a un TAM (Technical Account Manager), víaconsola, móvil, correo y teléfono fijo.

Velar por el cumplimiento de los Acuerdos de Nivel de Servicio enmateria de soporte.

4.7.5 Actualizaciones del Software/Firmware

El servicio de mantenimiento que se incluye en el presente pliego deprescripciones técnicas ampara la actualización del Software y Firmware a lasnuevas 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 desoftware/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 esterango, será preciso disponer de un servicio permanente mientras duren los trabajos.



prestaciones y funcionalidades de sus equipos o bien con objeto de corregirerrores 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 eladjudicatario), 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 elfuncionamiento de los productos o solventar alguna incidencia.

Las actualizaciones a efectuar serán realizadas de forma que causen lasmenores molestias posibles a los usuarios, y se minimice la posiblediscontinuidad del servicio prestado directamente o indirectamente por lossistemas 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 encastellano, cuando proceda según la naturaleza de los trabajos a realizar, en elformato 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 segaranticen estos aspectos de acuerdo con la normativa del Gobierno deCanarias, 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ónlo 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 sedescriben a continuación, se requiere que el licitador facilite las pantallas, elnúmero de clicks, el tiempo medio y máximo, para cada una de ellas:

1. Procedimiento básico de instalación de un host2. Procedimiento básico de upgrade de un host3. Procedimiento básico de incorporación de un nuevo volumen de

almacenamiento4. 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 Gigabit5. Despliegue de una maquina virtual de 20Gb de Disco duro a través de

templates6. Procedimiento básico de conexión remota de un usuario a una máquina

virtual a través del portal de usuario7. 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 validadoel administrador en la herramienta de gestión. El tiempo se facilitará ensegundos.

5 Equipo de Trabajo

Todas las acciones y en general los trabajos a realizar, especialmente para lamigración de la solución actual a la nueva a implementar, serán coordinadospor la Dirección General de Telecomunicaciones y Nuevas Tecnologías através de la persona que este designe como Director Técnico; Esta personasupervisará la ejecución de los trabajos, comprobando que su realización seajusta a lo establecido en el contrato, y cursará al contratista las órdenes einstrucciones 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 lasactividades, sometiendo a su aprobación cualquier decisión que repercuta enlas condiciones descritas en el pliego de prescripciones técnicas.

El contratista, en su condición de empresa adjudicataria, ostentará la condiciónde empresario respecto del personal que adscriba a la ejecución del servicio,quedando obligado a cumplir, bajo su exclusiva responsabilidad lasdisposiciones vigentes en materia laboral, de Seguridad Social y seguridad ehigiene en el trabajo, y no existirá relación jurídica entre dicho personal y laAdministración.

5.1 Coordinación y Seguimiento del Contrato

Todas las acciones y en general los trabajos a realizar serán coordinados por elDirector Técnico o quien éste designe.



Durante el periodo de migración, se establecerán reuniones con unaperiodicidad máxima mensual para supervisar la ejecución del contrato. Concarácter mensual, la empresa adjudicataria presentará un informe de control yseguimiento de las actividades en el que se incluirá el grado de consecución delas tareas asignadas, y que deberá incluir como mínimo la siguienteinformació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 detrabajo deberá ser aportada con 48 horas de antelación en castellano. Todaslas reuniones que se celebren levantaran actas de reunión (a realizar por eladjudicatario), y deberán de ser entregadas antes de las 48 horas siguientes asu celebración.

5.2 Requisitos del Equipo de Trabajo

Los miembros del equipo de trabajo deberán contar con la formación yexperiencia exigidas de acuerdo a lo expresado en el pliego de prescripcionestécnicas.

5.3 Cobertura del Equipo de Trabajo

La empresa adjudicataria deberá disponer de los recursos suficientes paraasegurar, cualitativa y cuantitativamente, la cobertura en todo momento de losperfiles necesarios para desempeñar las funciones objeto del presentecontrato.

Se considera requisito imprescindible, por parte del licitador, destinar un equipomínimo estable durante toda la ejecución del contrato, con independencia delos que puntualmente pueda asignar para la resolución de una o más funcioneso tareas.

Para validar la formación solicitada se deberá aportar el currículo vitae de cadauno de los técnicos propuestos para el proyecto. Si alguno de estos currículosse demostrase insuficiente o bien en el transcurso del proyecto se detectasepor parte de la administración incapacidad técnica del personal asignado alproyecto, 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 dela empresa adjudicataria. Sin perjuicio de lo anterior, los técnicos se podrándesplazar hasta las dependencias de la Dirección General deTelecomunicaciones y Nuevas Tecnologías para la celebración de reuniones



de trabajo y para la realización de aquellos trabajos, presentaciones o pruebasque requieran la presencia del personal de la empresa.

Todo el personal siempre y cuando se encuentre en dependencias de laAdministración Pública deberá estar identificado en todo momento mediantetarjetas identificativas que deberán portar de forma visible y que proporcionaráel adjudicatario en donde figurará además del literal “Personal Externo” lasiguiente información: Nombre de la empresa adjudicataria, nombre y apellidosdel sujeto, foto reciente.

5.5 Medios Materiales

Todos los medios materiales que necesite emplear el equipo de trabajo para elcorrecto desempeño del servicio deberán ser suministrados por la empresaadjudicataria.

El adjudicatario dotará a los técnicos de las herramientas hardware y softwareadecuados para la realización de sus tareas, así como de la conectividadnecesaria de acuerdo a las especificaciones del Gobierno de Canarias, parapoder 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 devirtualización única presenta una serie de ventajas para la Dirección General deTelecomunicaciones y Nuevas Tecnologías, como son simplificación delconocimiento y de la gestión, mayor flexibilidad de distribución de hipervisoresentre 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 lasolució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 quealbergan las máquinas virtuales en ellos alojados, se encuentran en continuaevolución y mejora. Este hecho, conlleva la habitual necesidad de parches osoluciones no liberados por los fabricantes, las adecuaciones temporales de lasimplementaciones a fallas de funcionalidad y/o la verificación de “dump's” porpersonal especializado con acceso al código fuente del producto.

Por ello, se valorará como mejora, el acceso directo (sin intermediación y en lostérminos recogidos en el apartado “Servicios de Soporte” del presente pliego)



de la Dirección General de Telecomunicaciones y Nuevas Tecnologías, o quienesta determine, al soporte de los fabricantes de las tecnologías empleadas enla solución propuesta, tanto para los virtualizadores como para los sistemasoperativos invitados y software de copia.

7 Calidad del Servicio

La calidad con la que se presta un servicio de soporte como el descrito en estalicitación es muy importante, dado que es el parámetro que permite decidir silos medios, procesos, organización y recursos son los adecuados o no.

Para poder medir la calidad de un servicio, es preciso establecer un criterio. Aeste criterio se le denomina Acuerdo de Nivel de Servicio (ANS). El ANS seestablece de forma diferente para cada caso, dependiendo del tipo de servicioque se presta. Por todo ello, es necesario establecer cuáles serán losparámetros que regirán el ANS aplicable al servicio prestado por eladjudicatario.

7.1 Prioridades

Incidencias: comunicación, tiempo de respuesta y horarios.

Los niveles de severidad establecidos, función de los usuarios afectados, delas 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 delsistema.

- Errores que dan lugar a la caída del sistema, con impacto entérminos de necesidades de negocio.

- Otros errores que impiden el funcionamiento del Servicio deGestión de Identidades o de directorio.

Severidad 2 :

- Errores que impactan en la funcionalidad (bloqueo de parte deella), siempre que no sea crítica.

- Errores que impiden el acceso a una parte de la funcionalidad delservicio.

- Errores que permiten que siga funcionando el servicio pero no demanera óptima, porque alguno de los subsistemas ha fallado, oporque el sistema presenta errores o pérdidas de servicio deforma esporádica.

Severidad 3 :



- Errores en el funcionamiento, que no afectan directa osustancialmente al servicio.

- Errores causados por la documentación, información adicionalinexistente 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 lascircunstancias particulares de cada caso.

7.2 Definiciones

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

- Tiempo de Diagnóstico: Es el tiempo transcurrido desde que se recoge laincidencia en el sistema hasta que se prepara el plan de tiempos, las accionespara la resolución del problema, se logra la reproducción de la problemática, seencuentra la causa del problema y se comunica todo al cliente.

- Tiempo de resolución del problema: Es el tiempo que se tarda en laresolución del problema desde el momento del diagnóstico hasta que seimplanta una solución que permita el funcionamiento del servicio, aúntratándose de una solución temporal.

- Tiempo de Resolución de la Incidencia: El tiempo transcurrido entre lanotificación de la incidencia y la restitución del elemento al funcionamientonormal (Tiempo de Respuesta + Tiempo de Diagnóstico + Tiempo deresolución del problema).

En cualquier caso, los parámetros y variables, a los efectos del contratoemanante del presente pliego, para determinar el cumplimiento oincumplimiento de los niveles de servicio acordados, son aquellos reflejados enel 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 seaplicaran severidades de tipo 3

Servicio de Mantenimiento Correctivo: Para el servicio correctivo seaplicarán severidades de tipo 1, 2, o 3, en función de las circunstanciasexistentes en cada momento.

Servicio de Mantenimiento Evolutivo o Perfectivo: Para el servicioevolutivo se aplicarán severidades de tipo 2 o 3.

Servicio de Mantenimiento Preventivo: Para el servicio preventivo seaplicaran severidades de tipo 3.



7.4 Parámetros mensurables

Los parámetros mensurables elegidos inicialmente para el seguimiento de losacuerdos 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 compararcon un valor óptimo, un valor medio o un valor pésimo y así poder determinar sila 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 recursoshumanos, su disponibilidad, y organización, frente a la carga de trabajo.

Los tiempos de reposición de servicio se entienden son los deseables para queel servicio sea el óptimo. Si estos tiempos se sobrepasan, se debe deestablecer cuál es el límite para indicar, que aunque no se ha cumplido elobjetivo de “óptimo”, se está en una situación “media” y cuando se está en lasituación de “pésimo o insuficiente”.

Nivel de Servicio Tiempo de Resolución

Nivel ASeveridad 1 4 horas máximo.Severidad 2 48 horas máximoSeveridad 3 7 días naturales

También es posible que dentro de las tipologías de intervenciones establecidasen este pliego, aparezcan poblaciones de incidencias diferenciadas cuyotiempo 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 incidenciasresueltas dentro de los tiempos establecidos, computado mensualmente, ha deser los que se recogen en la siguiente tabla:

Tipo Incidencia MínimoSeveridad 1 95,00%Severidad 2 90,00%Severidad 3 85,00%

Porcentaje cumplimiento



Para el resto de las actuaciones, los acuerdos de nivel de servicio serán lossiguientes:

Servicio Horario TiemposAtención Telefónica 24 horas

todos los días del añoTiempo atención: 1 hora desde efectuadocontacto por vía telefónica, fax o correo

electrónico.Asistencia Técnica 08:00 a 17:00 horas

lunes a viernesTiempo actuación: 1 semana desde

efectuada peticiónActualización de

software/firmware08:00 a 17:00 horas

lunes a viernesTiempo actuación: 15 días desde existencia

nuevas versiones

7.4.2 Número de Incidencias Repetidas

Este número dará idea sobre cómo se realizan las actuaciones y como seresuelven las incidencias. Cuando el número de Incidencias repetidas es alto,indica que las actuaciones técnicas no son las adecuadas y puede denotar unafalta de conocimiento o de preparación en el personal que realiza estasactuaciones. Cuando este número es bajo o cero, indica una óptimacualificació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 presentepliego, para determinar el cumplimiento o incumplimiento de los niveles deservicio acordados, son aquellos reflejados en el sistema de seguimiento deincidencias (ticketing) de CiberCentro.

Dentro del informe de calidad (descrito a continuación) remitido trimestralmentepor el adjudicatario se incluirá, una tabla donde se contemple sobre lasincidencias de mantenimiento resueltas mensualmente dentro del trimestre encuestión y para cada una de las tres prioridades y niveles, la suma de lostiempos de resolución de la incidencia garantizados en la oferta (Suma TRANS) y la suma de tiempos de resolución reales (Suma TR Real).

Cuando para alguna prioridad la diferencia de tiempos (Suma Tr ANS – SumaTr Real) sea negativa se calculará para dicha prioridad el porcentaje (Dn) querepresenta esta diferencia frente a la suma de tiempos de resolución reales.

El porcentaje de desviación mensual DMi se obtiene sumando los valores Dnpara 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:

PrioridadSuma

TR ANSSuma

TR Real

Diferenciade

Tiempos

Porcentaje de la Diferencia deTiempos con la Suma de T de

Resolución Real (Pn)



Severidad 1 66 68 -2 2,94%Severidad 2 84 60 24 Severidad 3 48 49 -1 2,04%

DM1= Σ Dn

mes1/31,245 %

Obteniéndose una Desviación Mensual del 1,245 % .

El valor óptimo de este parámetro es 0 %, lo cual nos indicaría un cumplimientoeficaz de los acuerdos de nivel de servicio ofertados.

Con carácter trimestral, se verificará el cumplimiento de los objetivosplanificados para el período, procediendo a ratificar o revisar el resultado de losestados de situación.

7.6 Informe de Calidad

Se elaborará trimestralmente un informe de calidad, en el que hará constar losdatos 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 establecidosen cada momento por el Director del Cibercentro.

El informe de Calidad estará visado por el Jefe de Mantenimiento designadopor el adjudicatario y se entregará en formato electrónico al órgano contratante.El informe de calidad deberá ser presentado al Director del Cibercentro (o aquien éste designe) dentro de los diez (10) primeros días naturales siguientesal trimestre a evaluar. La emisión de la facturación estará condicionada a lapresentación del “Informe de Actividad” e “Informe Ejecutivo”.

Los informes de incumplimientos en la resolución de incidencias, seráncontrastados con el sistema de Gestión de Incidencias existente enCibercentro, por lo que es recomendable la comunicación de la resolución deincidencias informando de la hora de finalización y describiendo lasactuaciones realizadas a la dirección de correo electrónico:[email protected].



mailto:[email protected]

8 Condiciones Generales

8.1 Cronograma

En el campo de las Tecnologías de la Información, se producen avances ymejoras técnicas que son incorporados de inmediato al mercado dando lugar asistemas que muy pronto se convierten en obsoletos.

Como consecuencia de esto resulta fundamental que se cumplan los plazos desuministro e implantación de los elementos adquiridos, provocando en casocontrario una pérdida de valor de la tecnología suministrada además de losperjuicios por la no disponibilidad de la misma.

Es por ello que la administración debe garantizar un cronograma para elsuministro 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, parala implantación y puesta en producción de la solución, quedandoplenamente operativa, según las condiciones establecidas en elPliego de Prescripciones Técnicas.

- Tres (3) años de soporte, mantenimiento y evolutivo de nuevasnecesidades, que contabilizarán a partir de la implantación ypuesta en producción del sistema (descrito anteriormente).

El Plan de Soporte deberá presentarse antes de la fecha de aceptación de laimplantació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 losprimeros treinta (30) días naturales tras la firma del contrato.

Los dos segundos cursos de formación deberá impartirse dentro de lossiguientes treinta días (30) tras la implantación de la solución y puesta enproducción.

8.2 Ámbito Geográfico

El ámbito geográfico en el que se ha de proceder a la instalación del materialobjeto de este pliego, será en los Centros de Procesos de Datos, dependientesde 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 licenciasobjeto de este pliego, será en las sedes de la Dirección General de



Telecomunicaciones y Nuevas Tecnologías, ubicadas en Santa Cruz deTenerife 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 deCanarias.

8.3 Requisitos de Fiabilidad

La solución a implementar, así como el mantenimiento de los equipos debeacometerse de tal forma que se garantice:

Alta disponibilidad: El sistema debe ser 24*7 (alta disponibilidad) contolerancia a fallos.

Comportamiento estable: El sistema mostrará un comportamiento estableen todos sus elementos y en sus tiempos de respuesta ante fluctuacionessignificativas de carga

8.4 Documentación y Plan de Soporte

Se incluirá todos los elementos de documentación necesarios en el formatodefinido por la Dirección General de Telecomunicaciones y NuevasTecnologí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 obligacon anterioridad a la fecha de aceptación de implantación de la solución, apresentar un Plan de Soporte, documento personalizado donde se aceptan lascondiciones del pliego, y se incluyen las mejoras ofertadas con una estructuracomo la siguiente:

1. Introducción.2. Ámbito del contrato.3. Antecedentes:

3.1.Elementos afectados3.2.Definiciones3.3. Interlocutores: teléfonos de contacto y responsables3.4.Tipos de actuaciones3.5.Prioridades3.6.Acuerdos de nivel de servicio3.7.Descripción de los servicios incluidos en el contrato



3.8.Descripción de las mejoras incluidas en la oferta3.9.Planificación de actividades de gestión de la cuenta

o Informes de Incidenciaso Mantenimientos Preventivoso Revisiones de soporteo Reuniones de gestión de la cuenta

3.10. Escalado de Problemas y Calidad del Servicio4. Procedimientos de soporte5. Plazo de garantía6. Referencias: documentación7. Contactos8. Inventario de equipos:

8.1.Relación de Hardware8.2.Relación de Software8.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 hicierafalta, documentación, manuales de instalación y configuración, manual deadministración y de usuario, desarrollo de pruebas, plan de marcha atrás, sehará conforme al Proceso de Gestión de la Entrega definido por la DirecciónGeneral de Telecomunicaciones y Nuevas Tecnologías.

El adjudicatario deberá generar la documentación necesaria para asegurar eldespliegue exitoso del producto y servicio de acuerdo con el Proceso deGestión de la Entrega siguiendo las plantillas y modelos que seránsuministrados por la Dirección General de Telecomunicaciones y NuevasTecnologías.

El Proceso de Gestión de la Entrega de la Dirección General deTelecomunicaciones y Nuevas Tecnologías está sujeto a ITIL (biblioteca deInfraestructura 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 enhttp://www.gobiernodecanarias.org/cpj/temas/cibercentro/ciber_normativa.html

8.6 Confidencialidad y Protección de Datos

8.6.1 Confidencialidad



http://www.gobiernodecanarias.net/cibercentro/inicio/normas/index_normas.html

http://www.gobiernodecanarias.net/cibercentro/inicio/normas/index_normas.html

La documentación e información suministrada por el Gobierno de Canarias aladjudicatario, o aquella a la que éste pueda acceder, tendrá carácter deconfidencial y no será utilizada para otros fines diferentes de la estrictaejecución del contrato, ni los comunicará, ni siquiera para su conservación, aotras personas. Esta condición es extensible al personal de asistencia que eladjudicatario contrate para la prestación del suministro e instalación objeto deeste pliego. Así mismo, el adjudicatario (y el personal que intervenga en elobjeto de este pliego) se compromete al cumplimiento de la legalidad vigenteen relación con la normativa en materia de protección de datos de carácterpersonal.

Por tanto, no se podrá transferir información alguna sobre los trabajos, suresultado, ni la información de base facilitada, a personas o entidades noexplícitamente mencionadas en este sentido sin el consentimiento previo, porescrito, 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 deTelecomunicaciones 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 adatos de carácter personal de cuyo tratamiento es encargado o responsable laDirección General de Telecomunicaciones y Nuevas Tecnologías, eladjudicatario tendrá la consideración de encargado del tratamiento.

En este supuesto, el acceso a esos datos no se considerará comunicación dedatos, cuando se cumpla lo previsto en el artículo 12 de la Ley Orgánica15/1999, de 13 de diciembre, de Protección de datos de carácter personal (enadelante LOPD). En todo caso, las medidas de seguridad deberán de constarpor 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 elReglamento de desarrollo de la mencionada Ley Orgánica, así como en laDisposición Adicional Vigésimo Sexta del Real Decreto Legislativo 3/2011, de14 de noviembre, por el que se aprueba el Texto Refundido de la Ley deContratos del Sector Público (TRLCSP).

En el caso de que el encargado del tratamiento destine los datos a otrafinalidad, los comunique o los utilice incumpliendo las estipulaciones delcontrato, será considerado también responsable del tratamiento, respondiendode las infracciones en que se hubiera incurrido personalmente.



http://noticias.juridicas.com/base_datos/Admin/lo15-1999.t2.html#a12


Una vez cumplida la prestación contractual, los datos de carácter personaldeberán ser destruidos o devueltos a la entidad contratante responsable, o alencargado de tratamiento que ésta hubiese designado, al igual que cualquiersoporte o documento en que conste algún dato de carácter personal objeto deltratamiento.

El tercero encargado del tratamiento conservará debidamente bloqueados losdatos en tanto pudieran derivarse responsabilidades de su relación con laentidad responsable del tratamiento.

En el supuesto que se permita la subcontratación del adjudicatario con untercero, 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 porla entidad contratante y el adjudicatario.

b. Que el tratamiento de datos de carácter personal se ajuste a lasinstrucciones del responsable del fichero.

c. Que el adjudicatario encargado del tratamiento y el tercero formalicenel contrato en los términos previstos en el artículo 12.2 de la LeyOrgánica 15/1999, de 13 de diciembre.

En estos supuestos, el tercero tendrá también la consideración de encargadodel tratamiento.

8.6.3 Requisitos del Software

En cumplimiento con lo dispuesto en la Disposición adicional única Productosde software del Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13de diciembre, de protección de datos de carácter personal, los productos desoftware destinados al tratamiento automatizado de datos personales deberánincluir en su descripción técnica el nivel de seguridad, básico, medio o alto, quepermitan alcanzar de acuerdo con lo establecido en el título VIII del citadoreglamento.

8.7 Transferencia Tecnológica

Durante la ejecución de los trabajos objeto del contrato, el adjudicatario secompromete a facilitar en todo momento a las personas designadas por laAdministración a tales efectos la información y documentación que ésta solicitepara disponer de un pleno conocimiento de las circunstancias en que sedesarrollan los trabajos, así como de los eventuales problemas que puedanplantearse y de las tecnologías, métodos y herramientas utilizados pararesolverlos.

8.8 Propiedad del Resultado de los trabajos

Todos los informes, estudios y documentos elaborados por la empresaadjudicataria, 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 deaprobación por parte del adjudicatario.

Asimismo la empresa adjudicatario no podrá facilitarlos a terceros sin laexpresa autorización de la Administración contratante.

No obstante lo anterior, se entenderán excluidos de lo dispuesto en los párrafosanteriores los materiales preexistentes de la empresa adjudicataria, así comoaquellos materiales sujetos a los derechos de propiedad intelectual.

La empresa adjudicataria NO PODRÁ HACER USO de los mismos, ya seacomo referencia o como base de futuros trabajos, salvo que cuente conautorización expresa, escrita y registrada del Director del Proyecto.

La Administración contratante reconoce y acepta que los materiales resultantesde los trabajos no incluyen los productos, fixes, hotfixes, código muestra ymateriales 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 elGobierno de Canarias tanto en materia de versionado como en arquitectura. Siexistiera algún desfase entre las normativas en el momento de la publicacióndel presente pliego y en el momento de la implantación, se tomará como válidala publicada en la fecha de implantación.

Para que toda aplicación sea homologada, el Gobierno de Canarias emitirá uninforme donde certificará que el aplicativo objeto del presente contrato nointeractúa de forma negativa con el resto de aplicaciones, tiene la capacidad deconvivir en entornos compartidos y supera las pruebas de estrés designadaspor 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 nodetectadas en pre-producción, esta Dirección General tiene la potestad dedesactivarla hasta que exista una nueva versión que subsane dichasanomalías.

Todas las normativas anteriormente mencionadas, se encuentran enhttp://www.gobiernodecanarias.org/cpj/temas/cibercentro/ciber_normativa.htmldonde 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



http://www.gobiernodecanarias.org/cpj/temas/cibercentro/ciber_normativa.html

- 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 deCanarias están en http://www.gobiernodecanarias.org/platino.

La normativa técnica sobre diseño y contenidos de las páginas Web delGobierno de Canarias se encuentran enhttp://www.gobiernodecanarias.net/uweb/.

8.11 Gestión de la Capacidad

La Dirección General de Telecomunicaciones y Nuevas Tecnologías disponede equipamiento en el cual se podrá instalar la solución a ofertar. La relaciónde dicho equipamiento se detalla en un apartado 3.1 Precedentes, de estePliego de Prescripciones Técnicas.

El coste de los productos de software (licencias, instalación, y cualquier otroque resultara de aplicación) y hardware adicional que sea preciso a losdetallados en el citado apartado, será detallado en la proposición económica ydeberá estar incluido en el precio ofertado.

Cualquier elemento (hardware, software, servicios profesionales,…) que seapreciso para el correcto funcionamiento de la solución, adicional a los quedisponga la Dirección General de Telecomunicaciones y Nuevas Tecnologías ydescritas en el apartado correspondiente, formará parte de la oferta, debiendoser suministrada por el adjudicatario. Estos elementos adicionales, en cualquiercaso, 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ónde la solución final), y cumplir con la normativa corporativa de infraestructuratecnológica del Gobierno de Canarias.

8.12 Requisitos de Seguridad

Cualquier aplicativo que se desarrolle para cumplir con las funcionalidadesdescritas en este pliego, deberá cumplir con los procedimientos y requisitos deseguridad establecidos por la Dirección General de Telecomunicaciones yNuevas Tecnologías para las aplicaciones web. Estos documentos estánbasados en la guía CCN (CCN-STIC-812) Seguridad en entornos yaplicaciones web y la metodología OWASP.



http://www.gobiernodecanarias.net/uweb/

http://www.gobiernodecanarias.org/platino

Así mismo, el adjudicatario deberá implementar las medidas de seguridadestablecidas en el Real Decreto 3/2012, de 8 de enero, por el que se regula elEsquema Nacional de Seguridad en el ámbito de la Administración Electrónica;En particular, las medidas relativas a los Procedimientos de seguridad, Controlde acceso, Configuración de seguridad, Registro y protección de la actividad delos usuarios, Continuidad del servicio y Protección de las aplicacionesinformáticas.

Para dar debido cumplimiento a las citadas normativas, así como a lanormativa en materia de protección de datos personales, el oferente incluirá ensu oferta Memoria descriptiva de las medidas de seguridad que adoptaránpara asegurar la disponibilidad, autenticidad, trazabilidad,confidencialidad e integridad de los datos manejados y de ladocumentación facilitada.

Asimismo, deberán incluir en su oferta la designación de la persona o personasque, sin perjuicio de la responsabilidad propia de la empresa, estaránautorizadas para las relaciones con el centro directivo a efectos del usocorrecto del material y de la información a manejar. Se adjuntará unadescripción de su perfil profesional, y sólo podrán ser sustituidas con laconformidad de la Dirección General de Telecomunicaciones y NuevasTecnologías.

En cumplimiento con lo dispuesto en el artículo 18 del Real Decreto 3/2010, de8 de enero, por el que se regula el Esquema Nacional de Seguridad, el licitadorincluirá referencia precisa, documentada y acreditativa de que los productos deseguridad, equipos, sistemas, aplicaciones o sus componentes, han sidopreviamente certificados por el Organismo de Certificación del EsquemaNacional de Evaluación y Certificación de Seguridad de las Tecnologías de laInformación.

En el caso de que no exista la certificación indicada en el párrafo anterior, oesté en proceso, se incluirá, igualmente, referencia precisa, documentada yacreditativa de que son los más idóneos.

8.13 Compatibilidad IPv6

La solución ofertada deberá contar con compatibilidad IPv6 y asegurar unmínimo de calidad en este escenario.

A tal fin, todo sistema (hardware, software, firmware, etc.) o servicio que formeparte de la solución ofertada, independientemente del régimen bajo el cual seregule la relación con dicho elemento (adquisición, desarrollo, explotación,contratación, etc.), debe ser capaz de operar plenamente de acuerdo a losestándares comerciales establecidos para el protocolo IPv6 y a los aspectosdefinidos en el RFC 2460 (Internet Protocol Version 6 Specification) y el restode RFC relacionados con IPv6.



En esta circunstancia, el sistema o servicio debe mantener o mejorar losniveles de servicio, calidad y confianza preestablecidos, tanto con el protocoloIPv4 como con IPv6, Así mismo, el proveedor deberá aportar, durante elperiodo de garantía establecido, soporte técnico para ambos protocolos.

Para cualquier excepción al uso o compatibilidad con IPv6 será necesariaautorizació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.:

(Adjuntar fotocopia del mismo)

Teléfono:

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ÓNNombre y Apellidos:

Consejería de Presidencia, Justicia e Igualdad

Dirección General de Telecomunicaciones y Nuevas Tecnologías

e-mail: [email protected]

Teléfono: 922592030



ACUERDO DE CONFIDENCIALIDAD

El Gobierno de Canarias expone las siguientes cláusulas que regulan el acuerdo deconfidencialidad y no divulgación, en orden a proteger la información propiedad delGobierno 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 alSolicitante a la aceptación plena y sin reservas de todas y cada una de las cláusulasque son expuestas más adelante. En consecuencia, el Solicitante debe leeratentamente 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 Canariascontenida en los Anexos del Pliego de Prescripciones Técnicas de Servicios deTelecomunicaciones del Gobierno de Canarias, así como clarificar que el ámbito deutilización de dicha información es exclusivamente para la participación en el citadoConcurso publicado en el BOC __________________________

Definición del contenido de la documentación:

Establecer los términos y condiciones bajo las cuales las partes mantendránconfidencialidad 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 elGobierno 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 bajosu nombre.

2.3 El Solicitante se compromete a destruir, una vez finalizado el plazo de adjudicacióndel PPT, toda la documentación que contenga Información bajo el amparo del presenteacuerdo, así como la generada a partir de esta.

Tercera.- Confidencialidad:

El Gobierno de Canarias y el Solicitante acuerdan que cualquier informaciónintercambiada entre las partes será mantenida según las siguientes condiciones:

3.1 El Solicitante mantendrá la confidencialidad de la información y no podrá revelarlaa terceros.

3.2 Cualquier documento o copia que no haya sido explícitamente entregada o no seapropiedad 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. Lamodificación de este acuerdo sólo podrá efectuarse por escrito y firmado entre laspartes que lo soliciten.

Quinta.- Jurisdicción.

5.1 El Gobierno de Canarias y el Solicitante se comprometen a resolver de maneraamistosa cualquier desacuerdo que pueda surgir. En caso de conflicto ambas partesacuerdan para el ejercicio de cualquier acción que pudiera derivarse de estaprestación de Servicio, someterse, con renuncia expresa a cualquier fuero que pudieracorresponderles, a la jurisdicción de los Juzgados y Tribunales de la ComunidadAutó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 deTelecomunicaciones 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:

Dirección General de Telecomunicaciones y Nuevas TecnologíasÁrea de Telecomunicaciones y SistemasC/ Cebrián nº3, 1ª plantaLas Palmas de G.C.CP 35003

o en:

Dirección General de Telecomunicaciones y Nuevas TecnologíasC/ Rubens Marichal López 12 – La Ninfa - IfaraS. C. de TenerifeCP 38071



Anexo II Funcionalidades Obligatorias del Sistema de Virtualización

Cód. Elemento/Características requeridas Cumple(S/N/P)

PáginaOferta

Descripción breve de la solución Alcance/Limitaciones

*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 almantenimiento 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




PáginaOferta


0.13 Matriz de compatibilidad de la solución con elconjunto 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 yEliminación

2 CLUSTERS

2.1 Datos de Identificación: Nombre, Descripción yDataCenter

2.2 Capacidad de Creación, Edición, Modificación yEliminación

2.3 Políticas de optimización del rendimiento (cualquierade las siguientes): memory page sharing threshold,CPU thread handling, memory ballooning, KernelSamePage Merging (KSM), compresión memoria entiempo real, etc.

2.4 Políticas de alta disponibilidad del Cluster (accionesa realizar ante el fallo de uno o varios host):Migración de las MV, Migración de las MVprioritarias, etc.

2.5 Políticas de distribución de los recursos: agrupacióno 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 yDataCenter

Telecomunicaciones y SistemasPPT Sistema de Virtualización para Servidores Corporativos del Gobierno de Canarias; 49


PáginaOferta


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 disponibilidadautomática (“fencing computing {verhttp://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 “MasterHost” (Si existiera la figura de algún host controladorde la granja o de algún elemento de la misma -tareasen background, interlocución con el almacenamiento,etc- esta opción debiera poderse parametrizar deforma que se pueda designar la prioridad de los hosta realizar esta tarea o la selección manual del mis

3.8 Gestión de redes (interfaces, VLAN, etc) y Bondingen diferentes modos (Activo-Pasivo, XOR, IEEE802.3, adaptive transmit load balancing)

3.9 Firewall y configuración remota automatizada delfirewall 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,



PáginaOferta


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 deuna red lógica a un interfaz virtual en una máquinavirtual. Esta máquina virtual puede ser utilizado parael analisis del trafico de red, detección de intrusos,etc.)

4.8 Capturas SNMP

4.9 Opciones para la separación de las redes: VMNetwork (Red de datos de la MV) de Datos, Live-Migration (Red para la migración de MV) y Gestiónde la plataforma (Trafico entre el Gestor y los Hosts,Consolas,etc.)

4.10 Clasificación de Redes: Redes requeridas (si no estaoperacional implicará la migración de la MV), RedesOpcionales (su no operatividad no implica migraciónalguna) [o funcionamiento similar}

5 STORAGE

5.1 Implementable sobre las siguientes tecnologías:Network File System (NFS) , Internet SmallComputer System Interface (iSCSI) , Local storage,Fibre Channel Protocol (FCP)

5.2 Separación de Dominios: Dominio de Datos deVirtualización (MV, Templates, etc), Dominio de



PáginaOferta


librerias ISO (Imágenes ISO), Dominio deexportació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 ysistema operativo invitado

6.2 Gestón de la MV: Creación -normal y basada entemplate- , 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: memoriamáxima, memoria garantizada

6.4 Mecanismos “Memory Balloon”

6.5 Especificaciones del uso de la CPU: número desockets, 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 CPUentre las máquinas virtuales que la usan)

6.7 Soporte CPU Pinning (especificación de cuantasvirtual CPU pueden sustentarse sobe una CPU físicadel host). El valor mínimo debe ser 32

6.8 Gestión de Redes: Interfaces, conexión/des-conexiónvirtual del Link, VLAN, MAC address especifica,Port Mirroring.



PáginaOferta


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 sepueden utilizar con una o más máquinas virtuales)

6.10 Internal Virtual Disks en Thin Provisioned oPreallocated

6.11 Discos virtuales locales en SAN sobre iSCI o FCP

6.12 Opción Shareable Virtual Disk (discos compartidosentre MV)

6.13 Gestión de Snapshot: Selección de discos y/omemoria para el Snapshot, generación y restauraciónde máquinas virtuales desde Snapshot

6.14 Operaciones de Arranque, parada -apagado ordenadoy power off-, reinicio y pausa

6.15 Especificación de los dispositivos de arranque

6.16 Priorización del arranque y la migraciónautomatizada

6.17 Modo Stateless o cambios no persistentes

6.18 Modo Watcdog (contadorador regresivo para elreinicio 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/oautomática

6.22 Arranque en Host especifico



PáginaOferta


6.23 Agentes y drivers optimizados para los sistemasoperativos invitados.

6.24 Auto-actualización de los agentes para sistemasoperativos 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áquinasvirtuales )

6.28 Edición en caliente de los datos de identificación

6.29 Edición en caliente de los niveles de altadisponibilidad

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 delas 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,



PáginaOferta


Modificación, Eliminación, Importación yExportación.

7.3 Opciones de Sub-Templates (versionados de untemplate)

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 ActiveDirectory u OpenLADP

11.2 Gestión de Roles: definición básica de usuario (rol deusuario -acceso a MV y pools-, rol de administradorde MV– administrador de MV- y rol de usuarioavanzado – crear y manejar MV y templates-);definición avanzada de usuario (usuario de templates,operador de discos, creador de MV, creador detemplates, creador de discos, dueño de template,gestor de redes); definición básica de administración(Super usuario, administrador de cluster,



PáginaOferta


administrador de datacenter); definición avanzada deadministración (Administrador de templates,administrador del Storage, administrador de hosts,administrador de redes, administrador de pool deMV); creación de nuevos roles personalizados

12 MONITORIZACIÓN, ESTADISTICAS EINFORMES

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 deinactividadEstado y estadísticas de uso de las MáquinasVirtuales:CPU, Memoria, Disco, Trafico de Red,tiempos de inactividadEstado de uso del Almacenamiento: EspacioLibre/Ocupado, Tiempos de accesos medios.

12.3 Informes: Informes ejecutivos (MV por SistemaOperativo, Uso del Cluster vs Capacidad, Tiempo deinactividad de Hosts, Resumen de uso de los recursosde los Host); Informes de inventario (Inventario deHosts, Uso del Storage, Inventario de MV); Informesde nivel de Servicio (Tiempo de Actividad de losHost, calidad de servicio de los hosts, calidad deservicio de MV, informe de niveles de altadisponibilidad); generación de informespersonalizados

12.4 Posibilidad de acceso al modelo de datos de laBBDD

12.5 Integración con Nagios



PáginaOferta


13 PORTAL DE USUARIOS (usuariosadministradores 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 websexternos.

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 lasmáquinas virtuales. Esta deberá contar concapacidades incrementales/diferenciales y/ocapacidades de copias a bajo nivel sobre cabina dealmacenamiento sin perder la granularidad de lacopia: la máquina virtual.

14.2 Integración con hardware/software de copias deSeguridad 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 dela plataforma



PáginaOferta


15.4 Herramientas P2V y V2V que cubran las necesidadesdel contrato y los estándares del mercado

15.5 Soporte de formato OVF (Open VirtualizationFormat)Soporte del formato OVF para la exportación eimportación de maquinas virtuales entre distintastecnologías de virtualización.

16 CONSOLA GRÁFICA DE GESTIÓN

16.1 Alta disponibilidad dentro de la misma sede por lomenos en modo Activo/Pasivo

16.2 Consola gráfica de gestión centralizada. Desde laconsola se debieran hacer todas las operacionesinherentes a la gestión del sistema de virtualización(se admite que esta haga llamadas a programasexternos para complementar su funcionalidad). Seentenderá por “gestión” las operaciones básicas deadición, edición -de todas las propiedades-,búsqueda, consulta, eliminación y tareas inherentesal mantenimiento y la configuración de lossiguientes elementos afectados: Datacenters -oconcepto similar-, Clusters, Host, Storage o conceptosimilar (almacenamientos definidos para laplataforma de virtualización), Redes, MáquinasVirtuales, 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 losnavegadores “Microsoft Internet Explorer 11” y/o“Mozilla Firefox v33.1.1”.

16.4 Integración OpenLDAP o Directorio Activo.



PáginaOferta


16.5 API de integración

17 IMPLEMENTACIÓN MAQUINASVIRTUALES

17.1 CPU. Hasta 64 cpu virtuales.

17.2 Discos. Hasta 9 discos. Estos deben poder serimplementados a traves de los formatos propietariosde la plataforma de virtualización o asociadosdirectamente a LUN's del sistema dealmacenamiento.

17.3 Tarjetas de red. Hasta 4 tarjetas de red virtuales. Consoporte de VLAN.

17.4 Cdrom. Se deben poder definir unidades deCDrom/DVD virtuales donde poder montar encaliente imágenes tipo “iso” y permitir el arranquedesde la misma

17.5 Soporte Sistemas Operativos invitados familiaWindows. Soportar sistemas operativos MicrosoftWindows de 32 y 64 bits, entre los que han deencontrarse, las familias Windows 2003 Server, 2008Server, 2012 Server en sus diferentes versionados.Además, deben estar soportados los Sistemasoperativos 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á solocomptabilidad)

17.6 Soporte Sistema Operativo invitados familia Linux.Soportar sistemas operativos Linux de 32 y 64 bits,entre los que han de encontrarse RedHat EnterpriseLinux versiones 4, 5, 6, 7 y Centos 5,6,7 en sus



PáginaOferta


diferentes versionados.(Nota: para los Red Hat 4, se exigirá solocomptabilidad)

17.7 Aportar matriz de compatibilidad de con todos lossistemas operativos invitados soportados

18 LICENCIAMIENTO

18.1 El licenciamiento de no menos de X nodosdestinados a la virtualización de un número ilimitadode máquinas Red Hat Linux con independencia delvitualizador usado

18.2 El licenciamiento de no menos de Y nodosdestinados a la virtualización de un número ilimitadode máquinas Windows Server con independencia delvirtualizador usado

18.3 Licenciamiento del software y gestor devirtualización para no menos de X+Y nodos

18.4 El licenciamiento del software de copias deSeguridad para cubrir las copias de todas lasmáquinas virtuales de todos los nodos.

18.5 El licenciamiento de cualquier software que seanecesario para la solución

18.6 Equiparación del licenciamiento otorgado con losestá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



PáginaOferta


virtualizar


Anexo III Mejora de Funcionalidades del Sistema de Virtualización

Cód. Elemento/Características requeridas Peso % Cumple(S/N/P)

Página Oferta

Descripción breve de la solución

*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 ytareas 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 sedesOpción de replicación entre sedes que permitaactivar de forma automatizada la contingenciade las máquinas virtuales, sus configuraciones yelementos relacionados en caso de que seproduzca un fallo en alguna de las sedes queimpida el normal funcionamiento.

15

M.4 Virtual SwitchingPermite la gestión centralizada de laconectividad de red de las máquinas virtualescon los hipervisores proveyendo políticas deseguridad, aislamiento y niveles de servicio.

10

M.5 Virtual SANPermite crear, mantener y utilizar una red dealmacenamiento compartido (VSAN)definido mediante software que permite serofrecido directamente a las máquinas virtuales.

7

M.6 Monitorización AvanzadaMonitorización completa de toda la plataformade virtualización incluyendo funcionalidadesavanzadas de informes, proyecciones de

15



Página Oferta


crecimiento e imputación de recursos.

M.7 Reserva de Alta Disponibilidad para máquinasvirtuales.Cuando se activa en una máquina virtual sereservan los recursos en la plataforma paragarantizar la alta disponibilidad de la máquina

5

M.8 Storage Integration (API)Soporte para la integración de diferentes arraysde almacenamiento SAN o NAS que permitanla gestión directa del almacenamiento desde laconsola de gestión de virtualización

2

M.9 Mecanismos avanzados de gestión de lamemoria: Transparent Page Sharing (TPS),Transparent huge pages (THP), etc. y CPU(Para este apartado se deberá realizar unadescripción detallada de los mecanismosoptimizadores)

15

M.10 Integración con OpenStack 2

M.11 Capacidad de gestión avanzada de energíamediante apagado de hosts

5

M.12 Solución de Antivirus a nivel de hypervisor quepermita la protección de todas las máquinasvirtuales y sin la necesidad de instalar agentes.

5

M.13 Opción Read Only Virtual Disk (discos enformato sólo lectura) para Máquinas Virtuales

1

M.14 Edición en caliente de la especificación de losdispositivos de arranque para la máquina virtual

1



Página Oferta


M.15 Protección de borrado accidental de máquinaVirtual

1

M.16 REDES: Aislamiento de máquinas virtuales através de redes privadas virtuales (PVLAN)

1

M.17 Autodespliegue de Hipervisor 5

M.18 POOLS (conjunto de MV clonadas delmismo template)

5

M.18.1 Gestión de Pools: Creación, Consulta, Edición,Modificación -incluido incremento ydecremento de número de MV del pool- yEliminación.

M.18.2 Posibilidad de sobreesritura del nombreautomatizado de la máquina virtual desplegadapor el pool

M.18.3 Especificación del número máximo de MV parael pool, del número máximo de MVdesplegadas por usuario y del número máximode máquinas pre-arrancadas

M.18.4 Pools Manuales (El administrador esresponsable de devolver explícitamente lovirtualmáquina al pool) y Automáticos (Cuando lamáquina virtual se apaga, vuelveautomáticamente a su imagen de base y sedevuelve al pool)

M.19 Adición en caliente de virtual CPU -si elsistema operativo invitado lo soporta-

2

M.20 Adición en caliente de virtual NIC's 1


FINAL


Documents

PPT Sistema de Virtualización para Servidores Corporativos