Almacenamiento CPD

0078

PLIEGO DE CLÁUSULAS TÉCNICAS PARA LA REALIZACIÓN DE LOS TRABAJOS DE “SUMINISTRO, IMPLANTACIÓN Y SOPORTE DE UNA SOLUCIÓN DE ALMACENAMIENTO POR BLOQUES EN EL CPD”

NAVARRA DE SERVICIOS Y TECNOLOGÍAS, S.A.U. c) Orcoyen S/N 31011 Pamplona Tfno: 848 420500

Pliego de Características Técnicas Acondicionamiento CPD Página 1 de 19

Almacenamiento CPD

1.

OBJETO DEL PLIEGO

El objeto de este pliego es el suministro y puesta en marcha de una solución de almacenamiento por bloques que implemente todos los componentes de hardware y software necesarios así como el software de gestión y el mantenimiento y soporte necesarios para evolucionar el almacenamiento de los entornos mainframe y distribuido de Gobierno de Navarra hasta el 31 de diciembre del 2017. El alcance de este pliego también incluye un trabajo de rediseño y optimización de la red SAN así como las herramientas de gestión necesarias para la monitorización, configuración, gestión y aprovisionamiento del almacenamiento de la infraestructura SAN. La propuesta técnica que entreguen los licitadores se deberá dividir en los siguientes apartados:

2.

•

Red SAN

•

Entorno Mainframe

•

Entorno Distribuido

•

Mantenimiento y soporte

•

Plan de proyecto

•

Formación

•

Espacio físico y consumo eléctrico

ARQUITECTURA ACTUAL

La infraestructura de almacenamiento que se dispone actualmente puede solicitarse previa firma de un acuerdo de confidencialidad a la dirección de correo siguiente [email protected]

Pliego de Características Técnicas Acondicionamiento CPD Página 2 de 19

Almacenamiento CPD

3.

CONTEXTO DEL PROYECTO

Actualmente se dispone de un CPD principal ubicado en la ubicación “A” (*) y un CPD de respaldo para el entorno Mainframe en la ubicación “B” que no dispone de espacio físico para alojar la infraestructura TIC del entorno distribuido. Por este motivo durante el año 2015 y 2016 Gobierno de Navarra va a construir un segundo CPD en la ubicación “C” que pueda albergar toda la infraestructura TIC tanto del entorno Mainframe como del distribuido. Atendiendo a estos objetivos los hitos del presente proyecto son:

•

Fase 1, 2014 y primer trimestre del 2015: Se persiguen dos objetivos: o

Garantizar

la

disponibilidad

mediante

una

réplica

del

dato

activo-activo

del del

entorno

distribuido

almacenamiento.

La

infraestructura se alojará temporalmente en el CPD de la ubicación “B”. o

Virtualización del almacenamiento del entorno distribuido del CPD principal para mejorar el rendimiento del almacenamiento actual e independizar las funcionalidades avanzadas del HW existente.

•

Fase 2, 2015: Evolución del almacenamiento del Mainframe. Deberá estar disponible como fecha límite el 31 de diciembre del 2015 (fecha de finalización de soporte de la infraestructura actual).

•

2016: se realizará pruebas de la configuración activo-activo con la ubicación “B para el entorno distribuido a nivel global, no sólo de almacenamiento con el objetivo de validar el escenario buscado. Estas pruebas quedan fuera del alcance de este proyecto.

•

2017: Puesta en marcha del segundo CPD en la ubicación “C”. Si los plazos de construcción y adecuación del segundo CPD lo permitiesen esta fase se adelantaría al 2016. El traslado de infraestructura TIC a la ubicación “C” queda fuera del alcance de este proyecto.

(*) Las ubicaciones de los CPD no se detallan por motivos de seguridad

Pliego de Características Técnicas Acondicionamiento CPD Página 3 de 19

Almacenamiento CPD

4.

REQUERIMIENTOS TÉCNICOS. CARACTERÍSTICAS GENERALES

Al objeto de reutilizar al máximo la infraestructura disponible que se detalla en el Anexo II, se han tomado las siguientes decisiones estratégicas que serán de obligado cumplimiento para los licitadores: •

A nivel global se plantea la reutilización de la red SAN que actualmente comparten tanto el entorno Mainframe como distribuido. No obstante se requiere una reconfiguración de la misma con el fin de optimizar la configuración actual y disponer de herramientas avanzadas de monitorización y gestión de la red SAN.

•

En el entorno Mainframe se mantienen los emuladores de cinta IBM TS7720 e IBM TS7740 y el robot IBM 3495. La solución que se proponga para el almacenamiento de primer nivel del entorno Mainframe deberá ser compatible con los dispositivos anteriormente mencionados y no podrá suponer ningún cambio en los procedimientos de trabajo de los técnicos del mainframe.

•

Virtualización del almacenamiento del entorno distribuido. se considera estratégico avanzar en la línea de virtualizar el almacenamiento mediante una infraestructura específica, independiente del disco y con funcionalidades avanzadas independientes del proveedor del sistema de almacenamiento físico. La capa de virtualización debe permitir disponer de un almacenamiento activo-activo entre los dos CPDs, con volúmenes físicos replicados, de modo que ante un fallo HW en una de las cabinas de discos o de un CPD completo, las aplicaciones puedan seguir funcionando, accediendo al almacenamiento del CPD secundario, sin provocar indisponibilidad. Otro de los objetivos buscados con esta solución es simplificar enormemente la renovación de cabinas o migraciones de datos entre cabinas.

•

Capacidad de disco para el entorno distribuido. o

CPD principal: se dispone de una cabina Hitachi VSP que consolida todo el almacenamiento del entorno distribuido y que desea mantener operativa hasta el 31 de diciembre del 2017.

o

CPD secundario: el almacenamiento propuesto para el segundo CPD deberá dimensionarse para permitir la configuración en activo-activo y no podrá penalizar el funcionamiento global de la solución. La cabina que se oferte deberá tener capacidad para albergar todo el entorno Vmware

Pliego de Características Técnicas Acondicionamiento CPD Página 4 de 19

Almacenamiento CPD

existente y poder crecer para replicar todo el almacenamiento del CPD principal.

5.

REQUERIMIENTOS ENTORNO SAN

Se considera de vital importancia para el correcto funcionamiento del almacenamiento que la red SAN compartida entre el entorno mainframe y el entorno distribuido esté correctamente configurada y optimizada. Por este motivo y basándose en la información del Anexo I y en el San Health suministrado, el proveedor propondrá un plan de trabajo muy detallado previo al resto del proyecto en el que explique cómo va a resolver estos requerimientos. La valoración de este apartado se realizará en base a los siguientes conceptos: •

Metodología de trabajo

•

Capacitación de los recursos empleados para esta fase del proyecto

•

Diseño propuesto para la red SAN

•

Cómo garantizar el rendimiento de la misma

•

Cómo deberá operar y monitorizar la SAN durante las demás fases del proyecto el personal de Gobierno de Navarra. Herramientas suministradas

•

6.

Número de fibras ópticas necesarias entre CPDs

REQUERIMIENTOS ENTORNO MAINFRAME

A continuación se detallan los requerimientos que debe de cumplir la solución propuesta para el entorno Mainframe: •

Protocolos de acceso de los host: FICON (ANSI FC-SB-3 y ANSI FC-SB-4)

•

Almacenamiento mínimo de 10TB netos de capacidad

•

Licencias para réplica síncrona de todo el almacenamiento disponible, la distancia máxima será inferior a 20km.

•

Emulación de discos IBM 3390-x.

•

Soporte de discos EAVC (modelos de discos superiores en tamaño a los IBM3390-27)

•

Modificación dinámica del tamaño de discos (intercambio entre las distintas emulaciones de tamaño de disco desde IBM 3390-1 a 27 o EAVC)

Pliego de Características Técnicas Acondicionamiento CPD Página 5 de 19

Almacenamiento CPD

•

Rendimiento superior al de la cabina actual (IBM DS8300)

•

Conectividad: puertos FC: 8 puertos 8Gbps FCP Ficon

•

Licencias necesarias para la totalidad del almacenamiento ofertado: o

Snapshots / Clones

o

Replicación síncrona con copias remotas consistentes

o

Gestor de copias remotas que facilite las operaciones de control de las mismas

o •

Parallel Access Volume (PAV) o equivalente

Arquitectura que garantice la máxima disponibilidad o

Tanto la cabina del CPD-A como la del CPD-B ofertadas, tienen de ser de la misma marca y modelo con idénticas funcionalidades y características, el servicio se debe poder dar indistintamente con la cabina de almacenamiento de uno de los dos CPDs y con el zEnterprise del otro; es decir, que tanto la cabina del CPD-A como la del CPD-B pueda funcionar como cabina primaria, sincronizando los datos con la cabina del centro que quede como secundario.

o

La arquitectura del sistema ofertado no puede tener un punto único de fallo. Todos los sistemas contemplados deberán disponer de componentes hardware activos redundantes con posibilidad de cambio en caliente (hotswap), por lo tanto, el sistema no dispone de puntos únicos de fallo y todos

los

elementos

hardware

activos

(discos,

fuentes,

baterías,

ventiladores, controladoras, cables, etc.) se pueden sustituir de forma no disruptiva para el servicio. o

Redundancia de controladoras con funcionamiento activo-activo

o

Protección de la memoria cache de las controladoras ante fallos de alimentación

7.

o

Actualizaciones de firmware en caliente sin interrupción del servicio

o

Ampliación no disruptiva de capacidad de disco

o

Sistema de alertas ante anomalías de HW y microcódigo

MEJORAS ENTORNO MAINFRAME

Pliego de Características Técnicas Acondicionamiento CPD Página 6 de 19

Almacenamiento CPD

Se valorarán las siguientes mejoras sobre los requerimientos exigidos para el entono Mainframe conforme a los siguientes criterios: o

Arquitectura técnica o elementos ofertados que maximicen el rendimiento (procesadores, cache, discos SSD, etc.)

o

Descarga del consumo de los recursos del Mainframe a la cabina de almacenamiento.

o

Capacidad neta de almacenamiento ofertada por encima de 10 TB

o

Adelanto en la fecha de implantación. La fecha máxima de implantación es 31/12/2015.

Todas las mejoras deberán incluir todo el software necesario junto a su mantenimiento para el periodo ofertado y su instalación y puesta en marcha.

8.

VIRTUALIZADOR DEL ALMACENAMIENTO ENTORNO DISTRIBUIDO El licitador deberá explicar detalladamente la arquitectura técnica ofertada de su solución

y

como

se

resuelven

las

cuestiones

de

disponibilidad,

rendimiento,

escalabilidad futura, etc. Se adjuntará obligatoriamente el diseño lógico y físico detallado que especificará el número y tipo de interfaces considerados junto la función que cumplen (conectividad frontal con Hosts, de Backend con cabinas de almacenamiento, de sincronización y replicación, etc.). La no presentación de esta información supondrá la exclusión de la oferta. Se describirá si existen casos o escenarios en los que no se recomiende usar la virtualización de almacenamiento. Se especificará como pueden afectar al rendimiento la caída de diferentes componentes o elementos de la solución. A continuación, se detallan los requerimientos que debe cumplir de manera obligatoria la solución de virtualización de almacenamiento propuesta por el licitador. A. Requerimientos generales •

La solución permitirá virtualizar cabinas de almacenamiento con características heterogéneas y de diferentes fabricantes. Se soportará tecnología FiberChannel con conectividad de al menos 8 Gbps.

Pliego de Características Técnicas Acondicionamiento CPD Página 7 de 19

Almacenamiento CPD

•

La solución se suministrará con licencias para virtualizar al menos 100 TB en cada centro de datos.

•

El sistema de virtualización deberá ser independiente físicamente de la cabina de almacenamiento, con el objetivo de permanecer operativo en caso de sustitución de la cabina.

•

El virtualizador permitirá crear volúmenes en base a diferentes tecnologías de disco: SSD, SAS, NL-SAS, SATA, etc.

•

Se podrá realizar migraciones de datos entre cabinas de almacenamiento de diferentes fabricantes, sin pérdida de servicio.

•

Se soportará Thin-provisioning así como la posibilidad de aumentar o disminuir el tamaño de un volumen de forma dinámica.

•

El

sistema

permitirá

realizar

clones

o

snapshots

de

un

volumen

de

almacenamiento. •

•

•

Soporte de tecnologías de virtualización: o

VMware Metro Storage Cluster.

o

Soporte de VMware VAAI y VASA APIs.

Soporte a SO de HOST: o

Windows 2003, 2008 y 2012

o

RedHat Linux 5 y 6

o

VMware vSphere 5 y 5.5

El fabricante ofrecerá la lista de compatibilidad de Hardware (HCL) con otros fabricantes de elementos como: sistemas de comunicaciones, almacenamiento, backup, archivado, virtualización, herramientas de gestión y monitorización, etc. La solución ofertada deberá de ser compatible con la infraestructura actual de almacenamiento de Gobierno de Navarra que se describe en el Anexo I.

B. Disponibilidad •

Arquitectura que garantice la máxima disponibilidad o

La arquitectura del sistema ofertado no puede tener un punto único de fallo. Todos los sistemas contemplados deberán disponer de componentes hardware activos redundantes con posibilidad de cambio en caliente (hot-swap), por lo tanto, el sistema no dispone de puntos únicos

Pliego de Características Técnicas Acondicionamiento CPD Página 8 de 19

Almacenamiento CPD

de fallo y todos los elementos hardware activos (discos, fuentes, baterías, ventiladores, controladoras, cables, etc.) se pueden sustituir de forma no disruptiva para el servicio. o

Redundancia de controladoras con funcionamiento activo-activo

o

Protección de las controladoras ante fallos de alimentación

o

Actualizaciones de firmware en caliente sin interrupción del servicio

o

Ampliación no disruptiva de capacidad de disco

o

Sistema de alertas ante anomalías HW

•

Ampliación transparente de capacidad de volumen, sin pérdida de servicio.

•

Ampliación transparente de conectividad, sin pérdida de servicio.

•

Remplazo de nodos averiados e incorporación de nuevos nodos de virtualización, sin pérdida de servicio. Se describirá el procedimiento de re-emplazo y si es posible usar nodos de virtualización de diferentes generaciones.

•

Los Host accederán en modo redundante (multi-path) a los nodos del sistema de virtualización de almacenamiento ubicados en los dos CPDs. Para ellos, se usará un controlador, bien propio del sistema virtualización o bien del sistema operativo del Host.

•

Los Host ubicados en los dos CPDs accederán en modo activo/activo, tanto en lectura como en escritura, a los volúmenes virtualizados. Estos volúmenes dispondrán de dos copias físicas ubicadas una en cada CPD, pudiendo ser las cabinas de almacenamiento de fabricantes distintos. El funcionamiento anterior no será interrumpido por otros eventos en el funcionamiento del sistema, como por ejemplo, movimiento de información u otros. Se describirá el funcionamiento de la arquitectura activo-activo en

las

operaciones escritura a ambos CPDs, especificando el número de saltos y comunicaciones realizadas hasta que se devuelve el ACK al Host que inició la operación. •

Posibilitará un alto nivel de disponibilidad, sin pérdida de servicio ante sucesos como:

Pliego de Características Técnicas Acondicionamiento CPD Página 9 de 19

Almacenamiento CPD

o

Caída de un camino físico entre los Host y la red de almacenamiento SAN a la que estarán conectados los nodos de virtualización ubicados en el mismo CPD.

o

Caída de un camino físico entre un nodo de virtualización de un CPD y un nodo de virtualización en el segundo CPD.

o

Caída de uno o de todos los nodos de virtualización de un CPD.

o

Caída del sistema de almacenamiento completo de un CPD.

o

Caída de un CPD completo.

o

Pérdida total de comunicaciones entre los dos CPDs en modo activoactivo.

Se describirá el comportamiento ante los escenarios de caída descritos, tanto el failover como el failback, especificando si es necesaria intervención humana. •

El proceso de Failover ante las contingencias descritas en el punto anterior, debe ser automático y transparente, sin pérdida de servicio.

C. Rendimiento y escalabilidad •

Se especificará como escala la solución de virtualización: o

En rendimiento: procesadores, memoria, cache, conectividad FC, etc.

o

En capacidad: número de servidores, LUNs, TB de almacenamiento, etc.

•

Tamaño total de la cache de la solución de al menos 256 GB.

•

La cache de la solución será de lectura y escritura, mejorando el rendimiento de la cabina de almacenamiento. Se describirá la mejora de rendimiento esperada y, si los hay, los posibles escenarios en los que puede haber disminución de rendimiento.

•

Creación de un sistema de auto-tiering de al menos 3 niveles.

•

Para maximizar el rendimiento, el sistema distribuirá los bloques entre Tiers y dentro de cada Tier.

•

El movimiento de información de forma automática entre Tiers según el uso por parte de las aplicaciones y dentro de cada Tier debe ser a nivel de bloque.

Pliego de Características Técnicas Acondicionamiento CPD Página 10 de 19

Almacenamiento CPD

9.

MEJORAS

VIRTUALIZADOR

DEL

ALMACENAMIENTO

ENTORNO

DISTRIBUIDO

Se valorarán las siguientes mejoras sobre los requerimientos exigidos para el entono distribuido conforme a la siguiente lista: Capacidad •

Se valorará cada TB adicional para el primer CPD hasta un máximo de 220 TB

Disponibilidad •

Se valorará que la solución soporte la funcionalidad de 3ª copia así como las licencias necesarias para la 3ª copia hasta un máximo de 120 TB

•

Se valorará que le sistema soporte el failback automático sin pérdida de servicio y sin coste adicional

Funcionalidad •

Se valorará que el sistema soporte compresión de datos en tiempo real utilizable simultáneamente con otras funcionalidades como el tiering así como la arquitectura HW para minimizar el impacto en el rendimiento.

•

Se valorará la capacidad de compresión ofertada

•

Se valorará el número de niveles de Tiering soportados

Todas las mejoras deberán incluir todo el software necesario junto a su mantenimiento para el periodo ofertado y su instalación y puesta en marcha.

10.

ALMACENAMIENTO

ENTORNO

DISTRIBUIDO.

CABINA

PARA

EL

SEGUNDO CPD En una arquitectura como la considerada, las funcionalidades software avanzadas y la verdadera inteligencia de la solución son responsabilidad de la capa de virtualización lo que implica que los sistemas de almacenamiento de back-end virtualizados no requieran de ninguna funcionalidad software avanzada. Por este motivo las funcionalidades a valorar para el almacenamiento distribuido del segundo CPD son las siguientes: Funcionalidades requeridas: •

Disponibilidad.

Pliego de Características Técnicas Acondicionamiento CPD Página 11 de 19

Almacenamiento CPD

o

La arquitectura del sistema ofertado no puede tener un punto único de fallo. Todos los sistemas contemplados deberán disponer de componentes hardware activos redundantes con posibilidad de cambio en caliente (hot-swap), por lo tanto, el sistema no dispone de puntos únicos de fallo y todos los elementos hardware activos (discos, fuentes, baterías, ventiladores, controladoras, cables, etc.) se pueden sustituir de forma no disruptiva para el servicio.

o

Redundancia de controladoras con funcionamiento activo-activo

o

Protección de las controladoras ante fallos de alimentación

o

Actualizaciones de firmware en caliente sin interrupción del servicio

o

Ampliación no disruptiva de capacidad de disco

o

Sistema de alertas ante anomalías HW

•

Almacenamiento mínimo de 100 TB netos de capacidad.

•

La cabina ofertada no puede tener licencias asociadas a la capacidad del sistema

ni al tipo de disco suministrado o en su defecto debe de ser

suministrada con la licencia ilimitada a coste 0. Se valorarán las siguientes mejoras sobre los requerimientos exigidos para el entono distribuido conforme al siguiente listado: Escalabilidad •

Se valorará la escalabilidad de la solución en TB netos, número y tipo de discos soportados

•

Se valorará la posibilidad de escalado horizontal y vertical

Rendimiento • Se valorará la arquitectura de la solución desde el punto de

vista del

rendimiento: conectividad externa, interna, tamaño y tipo de caché, algoritmos de reparto de carga, etc Capacidad • Se valorará la capacidad neta adicional ofertada hasta un máximo de 130 TB Todas las mejoras deberán incluir todo el software necesario junto a su mantenimiento para el periodo ofertado y su instalación y puesta en marcha.

Pliego de Características Técnicas Acondicionamiento CPD Página 12 de 19

Almacenamiento CPD

11.

SISTEMA DE GESTIÓN DEL ENTORNO DISTRIBUIDO

La solución de virtualización debe aportar una gestión simplificada en la que se dote de una interfaz única, sencilla e intuitiva para realizar todas las tareas diarias de la gestión de almacenamiento. El objetivo es que una vez que se instale y ponga en marcha una nueva cabina toda la operación diaria de la misma se realice desde el sistema de virtualización. Además, el sistema de gestión deberá cumplir los siguientes requerimientos: •

Autenticación integrada con Microsoft Active Directory sobre Windows 2008 y 2012, con roles asignados a grupos de usuarios. Se especificará si se dispone de auditoría de accesos al sistema de gestión y el nivel de la misma.

•

Monitorización de estado y actividad del sistema, con envío de alertas mediante protocolos estándar como Syslog, SNMP o correo electrónico.

Se indicarán los requerimientos HW y SW recomendados para desplegar el sistema de gestión. Se valorarán las siguientes mejoras sobre los requerimientos exigidos para el entono distribuido conforme al siguiente listado:

Información de rendimiento •

Se valorará la información de Rendimiento que ofrezca el

sistema a nivel de

volúmenes/LUN: número de IOPS, tiempos de respuesta por lectura, escritura, tasa de transferencia, etc. Tanto en tiempo real como a lo largo del tiempo •

Se valorarán las capacidades para medir el grado de utilización del front-end (hacia los HOST) y back-end (hacia SAN) en cuanto a volumen de datos, número de IOPS, comandos FC, etc.

•

Se valorarán los análisis, métricas e informes ofrecidos

para conocer los

patrones de uso de recursos del propio sistema y también del almacenamiento virtualizado. Planificación de la capacidad y del rendimiento •

Se valorará la información que suministre el sistema directamente o con las herramientas incluidas en la oferta sin coste adicional en cuanto a planificación del rendimiento y de la capacidad

Funcionalidades de monitorización del HW Pliego de Características Técnicas Acondicionamiento CPD Página 13 de 19

Almacenamiento CPD

•

Se valorará la funcionalidad del sistema para generar alertas ante fallos HW así como la integración del mismo con Microsoft SCOM 2012

•

Se valorará que el sistema incorpore dentro del mantenimiento la funcionalidad "Call Home" para notificar anomalías que deben de ser subsanadas

12.

MANTENIMIENTO Y SOPORTE DEL SISTEMA OFERTADO

El proveedor tendrá que proporcionar un período de soporte y garantía mínimo hasta el 31 de diciembre de 2017 que ha de incluir también el servicio de mantenimiento hardware. La oferta deberá especificar el soporte y mantenimiento del sistema ofertado en modalidad 24x7, valorándose los siguientes apartados: •

Procedimiento detallado de soporte y escalado de incidencias.

•

Tiempo de respuesta.

•

Tiempo de resolución

•

Ubicación de los técnicos según el nivel de soporte al que pertenecen

Así mismo será obligatoria la realización de una auditoría-revisión anual del estado de salud y la configuración del almacenamiento. Se valorará la calidad de esta auditoría para lo cual el licitador debe de adjuntar el plan de trabajo detallado de esta auditoría anual detallando en un máximo de 4 hojas por las dos caras: •

Alcance de la misma

•

Número de jornadas

•

Metodología

•

Entregables

Así mismo el licitador hará una valoración económica del servicio de mantenimiento hardware para los años 2018 y 2019 que se incluirá en el Contenido del sobre 3 “Proposición Económica”. Esta cifra es meramente informativa del importe máximo que podría alcanzar el contrato al precio de licitación, siendo el importe de licitación a todos los efectos el especificado en el Pliego de Cláusulas Administrativas.

13.

PLAN DE PROYECTO

Pliego de Características Técnicas Acondicionamiento CPD Página 14 de 19

Almacenamiento CPD

Así mismo se adjuntará una breve descripción del plan de proyecto para la instalación del sistema de almacenamiento en el que se explicará: •

Modo de trabajo y equipo de proyecto.

•

Cronograma. Plazos de puesta en marcha detallados a nivel de semana para las fases 1 y 2 (2014 y 2015)

•

Cualquier otra información que se considere relevante.

Es importante señalar que la propuesta del licitador deberá contemplar la migración de datos del entorno de Mainframe de las cabinas actuales a las nuevas, como un proyecto “llave en mano”. En el entorno distribuido el enfoque es diferente, debido a que la operación de las infraestructuras en producción se realizará por técnicos propios del Servicio de Infraestructuras y Centro de Soporte de Gobierno de Navarra. Por lo tanto el licitador deberá poner en marcha la nueva infraestructura de almacenamiento y realizar la formación y el traspaso de conocimiento adecuado pero será el personal de Gobierno de Navarra quien realice la migración de datos. Todos los trabajos deberán realizarse obligatoriamente sin impacto sobre el entorno de producción: si alguna tarea no pudiera realizarse de esta manera, deberá especificarse en la planificación y realizarse el trabajo íntegramente sin coste adicional fuera en la ventana horaria comprendida entre las 23.00h y las 07.00h. El licitador realizará, si así es requerida, la preparación y ejecución de pruebas de rendimiento en sus instalaciones o en las de NASERTIC. Es necesario proporcionar el plan de pruebas de aceptación para validar la consecución exitosa de los diferentes hitos en el proyecto y también de forma global, ante de su finalización.

14.

FORMACIÓN

La formación deberá adecuarse, teniendo en cuenta las diferencias en cuanto a operación de los entornos de Mainframe y distribuido, especificadas en el apartado de “Plan de proyecto”. En el caso de Mainframe, los técnicos determinados por NASERTIC ó por Gobierno de Navarra deberán conocer la arquitectura lógica y física de la nueva solución y las

Pliego de Características Técnicas Acondicionamiento CPD Página 15 de 19

Almacenamiento CPD

nuevas funcionalidades que aporta, con el objetivo de integrarlas en sus procesos de trabajo diario. De cara al entorno distribuido, se deberá realizar una transferencia de conocimiento detallada para que los técnicos correspondientes sean capaces de realizar las tareas de operación sobre la nueva solución de almacenamiento incluyendo la red SAN. Se detallará el plan de formación desglosándolo en 4 apartados: •

Formación red SAN

•

Formación entorno Mainframe

•

Formación virtualización

•

Formación HW almacenamiento segundo CPD

En cada apartado se detallará, al menos el contenido, tipo de formación (reglada o preparada específicamente), número de jornadas, metodología, CV del docente y material docente suministrado si lo hubiera.

15.

ESPACIO FÍSICO Y CONSUMO ELÉCTRICO

Todos los equipos ofertados deberán tener ventilación Front-Back o en su defecto suministrarse con adaptadores activos que reconduzcan el flujo de aire. Se deberá indicar el espacio físico necesario para la solución ofertada en planta y en alzado así como el consumo eléctrico esperado teórico, valorándose ambas cuestiones en cuanto a optimización del espacio y el consumo eléctrico (ratios TB/unidad de rack y TB/W consumido).

16.

GARANTIA

•

El licitador debe garantizar la total compatibilidad e integración de los componentes que ofrezca con los elementos y aplicaciones existentes tanto en el CPD principal como en el CPD secundario. Toda integración, cambio, sustitución

o

adquisición

que

resulten

necesarios,

derivados

de

la

no

compatibilidad de los sistemas ofertados con los existentes, será responsabilidad del adjudicatario, quien deberá realizar todas las tareas oportunas para conseguir el funcionamiento total del entorno final requerido, sin que esto suponga ningún coste añadido ni produzca pérdida de la continuidad del servicio que se presta.

Pliego de Características Técnicas Acondicionamiento CPD Página 16 de 19

Almacenamiento CPD

•

La empresa adjudicataria se responsabilizará del buen funcionamiento de toda la infraestructura ofertada que deberá ser nueva, nunca de segunda mano o reparada (refurbished). En caso de que desde NASERTIC o desde Gobierno de Navarra se determine algún tipo de problema de rendimiento en la ejecución de las aplicaciones, achacable a la infraestructura de almacenamiento objeto de este pliego, el proveedor deberá de suministrar, sin coste alguno ni de adquisición ni de mantenimiento los elementos hardware necesarios para alcanzar el grado óptimo de ejecución de dichas aplicaciones.

•

Las

licencias

del

virtualizador

de

almacenamiento

deberán

ser

independientes del Hardware que las proporciona, siendo reutilizables en una nueva infraestructura cuando vayan a ser renovados los sistemas HW. •

Todos los elementos Hardware y Software que se oferten como parte de la solución deberán ser nuevos y estar soportados por el fabricante al menos hasta 31 de diciembre de 2019.

Pliego de Características Técnicas Acondicionamiento CPD Página 17 de 19

Almacenamiento CPD

ANEXO. CONECTIVIDAD ENTRE CENTROS DE DATOS La infraestructura de conectividad para este proyecto es propiedad del Gobierno de Navarra en su totalidad. La existente en la actualidad provee, para la fase I del proyecto, la conexión directa mediante fibra óptica monomodo entre los CPDs denominados ‘A’ y ‘B’ en el pliego. Dicha conexión puede realizarse por dos rutas físicamente diferenciadas, con las siguientes características: Fase I I

Ruta 1 2

Distancia (km) 2 9

Fibras disponibles 12 12

Para la fase II se prevé la conexión directa mediante fibra óptica monomodo entre los CPDs denominados ‘A’ y ‘C’ en el pliego. Dicha conexión se realizará igualmente por dos rutas físicamente diferenciadas, con las siguientes características: Fase II II Los

interfaces

Ruta 1 2 propuestos

Distancia (km) 6 11 por

los

lictadores

Fibras disponibles 12 12 deberán

soportar

las

comunicaciones entre CPDs en las dos fases citadas, no admitiéndose ningún coste adicional en el futuro por la sustitución de interfaces al pasar de una fase a otra.

En la página siguiente se muestra un esquema de la conectividad actual y futura.

Pliego de Características Técnicas Acondicionamiento CPD Página 18 de 19

Almacenamiento CPD

Pliego de Características Técnicas Acondicionamiento CPD Página 19 de 19