EXPEDIENTE 2021 -00272
EXPEDIENTE 2021 -00272
PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HA DE REGIR PARA LA CONTRATACIÓN DEL SUMINISTRO DE UN SISTEMA DE HIPERCONVERGENCIA PARA INGENIERÍA DE SISTEMAS PARA LA DEFENSA DE ESPAÑA S.A., S.M.E., M.P.
EXPEDIENTE 2021-00272
DOCUMENTO | PROCEDIMIENTO | VALIDACION TECNICA | |
PPT | Servicios abierto armonizado (criterios automáticos) |
ÍNDICE
4
4
4
3.2. Calendario y entregables 5
3.3. Definición del Acuerdo del Nivel del Servicio (SLA) 6
3.4. Compromisos por parte de Xxxxxx y del Contratista 6
4. Requisitos técnicos del sistema de hiperconvergencia
7
4.1. Capacidades funcionales de la oferta 7
4.2. Requisitos hardware de la oferta 10
4.3. Requisitos del servicio. 11
4.3.1. Condiciones de instalación, configuración y puesta en marcha del equipamiento. 11
4.3.2. SLAs Reemplazo de equipos y piezas averiadas. 12
4.4. Requisitos de documentación a entregar por el contratista 13
4.4.1. Requisitos de los Entregables 13
5. Requisitos de seguimiento y control del contrato
14
5.1. Seguimiento del Contrato 14
5.2. Requisitos de Garantía 14
15
7. Requerimientos de medio ambiente
15
8. Medios humanos y materiales
15
9. Lugar de ejecución del servicio
15
15
11. Requisitos valorables de forma automática
16
16
Índice de tablas
Tabla 1: Planificación de entregables 5
Tabla 3: Componentes Hardware para dispositivos Tipo 1 10
Tabla 4: Componentes Hardware para dispositivos Tipo 2 11
1. T˝TULO
Pliego de prescripciones técnicas que ha de regir para la instalación y configuración de un sistema de virtualización de servidores y almacenamiento en hiperconvergencia en Ingeniería de Sistemas para la Defensa de España S.A, S.M.E., M.P. (en adelante ISDEFE).
2. OBJETO
ISDEFE es una empresa pública de consultoría e ingeniería, medio propio y servicio técnico, de referencia en el ámbito de Defensa y Seguridad y de la Administración General del Estado.
ISDEFE dispone de una infraestructura tecnológica replicada situada en dos centros de procesos de datos -principal y respaldo- que ofrecen una redundancia, complementariedad y agregación de recursos óptima para soportar convenientemente la producción del conjunto de sistemas de información automatizados que ofrece.
Estos dos centros de proceso de datos están interconectados entre sí por medio de fibra óptica, lo que permite implementar un sistema de replicación de CPD (Centro de Procesamiento de Datos) con tolerancia a fallos geográfica, de forma que un problema puntual que se produzca en el CPD principal no sea un inconveniente para la continuidad de la prestación de los servicios desde ISDEFE.
El objeto de la licitación comprende el suministro de una infraestructura de proceso y almacenamiento para complementar y ampliar la existente infraestructura de virtualización para DMZ (demilitarized zone) corporativa con objeto de poder sustentar la producción de la compañía e implementar proyectos de sistemas que ISDEFE pretende poner en marcha en los próximos años.
3. DESCRIPCI N XXX XXXXX ISTRO
La infraestructura a suministrar será instalada en las sedes anteriormente mencionadas, situadas en los siguientes lugares: el CPD principal de ISDEFE en X/Xxxxxxx xx Xxxxxxxxx, 0, y en el centro de respaldo, ambos en el área urbana de Madrid.
En cada una de esas ubicaciones se creará un cluster hiperconvergente con el software HCI
³90ZDvSUAHN Enterprise´c uyas licencias deben ser incluidas en el suministro con el fin de complementar las actuales licencias ³90ZDEUSXHi´ propiedad de ISDEFE. Dicho cluster también compondrá a la vez un cluster de hipervisores.
Ambas infraestructuras se suministrarán con todos los elementos hardware y licencias software VMware Vsan Enterprise necesarios (Servidores, equipos de comunicaciones, cableado, servicios profesionales, entre otros tal y como se detallará en los siguientes apartados).
Las 12 licencias software VMware Vsan proporcionadas deben incluir mantenimiento y soporte en castellano nivel Enterprise por un periodo de tres años.
El contratista se compromete a realizar una transferencia de conocimiento a los administradores de Isdefe de la tecnología instalada con formación presencial en sede de Isdefe u online según sea requerido por el RC. Las fechas y horarios de dichas jornadas serán fijadas por el RC y el JP antes del paso a producción y preliminarmente, incluyendo 5 jornadas de 5 horas cada jornada.
3.1. SUMINISTRO DE HARDWAR E
El contratista deberá suministrar, instalar y configurar el equipamiento que se detalla en el Apartado 4.2 del presente pliego.
El suministro se instalará de acuerdo con la siguiente distribución:
Tres dispositivos tipo 1(server rack), todos del mismo modelo y fabricante, y dos dispositivos tipo 2 (switch rack - ToR), todos del mismo modelo y fabricante, en la sede de ISDEFE.
Tres dispositivos tipo 1(server rack), todos del mismo modelo y fabricante, y dos dispositivos tipo 2 (switch rack - ToR) todos del mismo modelo y fabricante, en el centro de respaldo.
/RV GLVSRVLWLYRV VH DORMDUiQ HQ ORV DFWXDOHV D
El plazo máximo de entrega de todo el material serán 4 semanas a partir del cumplimiento de
H.1 indicado en el apartado 3.2.
3.2. CALENDARIO Y ENTREGAB LES
La planificación del suministro deberá considerar los siguientes hitos técnicos.
Actividades/Entregables | H.1 | H.2 | H.3 | H.4 | |
1 | Ingeniería de Sistemas | ||||
Plan del Contrato (PC) | X | ||||
Informes de Seguimiento (IS) | X | X | X | ||
Paso a producción | X | ||||
Documentación final | X | ||||
2 | Equipamiento a Suministrar | ||||
Servidores/switches | X |
Tabla 1: Planificaci n de entregables
Los hitos técnicos asociados a la instalación serán los reflejados en la siguiente tabla:
Hitos | Fecha Límite |
H.1 | 5 días laborables máximo a partir de la firma del contrato |
H.2 | Comienzo de la implantación: 28 días naturales máximo a partir de H.1 |
H.3 | Paso a producción: 30 días naturales máximo a partir de H.2 |
H.4 | Fin de la implantación: 10 días naturales máximo a partir de H.3 |
Estas fechas son orientativas. El contratista asegurará las fechas definitivas con el responsable del contrato por parte de ISDEFE en una primera reunión de lanzamiento del proyecto a celebrar en los días siguientes a la firma del contrato.
Una vez finalizada la recepción, aceptación y la implantación de los equipos y los servicios correspondientes, se dará por iniciada la puesta en producción.
3.3. DEFINICI N DEL ACUERDO DEL NIVEL DEL SERVICIO (SLA)
El contratista mantendrá operativo y en óptimo estado el hardware suministrado. Para ello se compromete con el cumplimiento de los Acuerdos de Nivel de Servicio (SLAs) resultantes de los requisitos expuestos en el presente pliego durante el periodo de 60 meses.
Los SLAs se componen de datos medibles: resolución de averías, reemplazo de piezas y sustitución de dispositivos, tiempos de respuesta, disponibilidad de consultas del equipo de sistemas de ISDEFE, plazo de resolución de problemas o incidencias, disponibilidad del servicio, y cuantos requisitos presentes en este pliego puedan formar parte de un SLA.
El incumplimiento de un SLA indicados en el punto 4.3.2 podrá conllevar una penalización económica que el contratista estará obligado a abonar a ISDEFE.
3.4. COMPROMISOS POR PARTE DE ISDEFE Y DEL CONTRATISTA
ISDEFE facilitará al Contratista el acceso a sus instalaciones, así como el soporte necesario para interconectar con las infraestructuras eléctricas y de datos para poder acometer el despliegue del servicio.
ISDEFE proporcionará las conexiones, puntos de red, y cuantos elementos se acuerden para posibilitar la correcta puesta en producción del cluster.
,6'()( SURSRUFLRQDUi HO HVSDFLR GHILQLGR SDUD
sin posibilidad de ampliación o variación. No será posible instalar dispositivos cuyos requisitos de espacio para operación excedan de las dimensiones indicadas en los armarios ubicados en los CDPs de Sede Central y centro de respaldo de ISDEFE.
ISDEFE facilitará la tarea de integración de los sistemas suministrados con la infraestructura corporativa siendo responsabilidad del Contratista la instalación y configuración del cluster hiperconvergente mediante el software VMware vSAN Enterprise y sus correspondientes licencias incluidas en la infraestructura provisionada.
El Contratista suministrará e instalará todos los dispositivos hardware (servidores, switches, cableado) junto con el Software VMware vSAN Enterprise, necesarios para el despliegue de la solución ofertada en las ubicaciones y cantidades que se especifiquen en este pliego y para el cumplimiento de los Acuerdos de Nivel de Servicio que se establezcan.
El contratista se compromete a suministrar todo el hardware y software necesario para que los clusters se integren con la actual infraestructura de ISDEFE.
Todos los técnicos del contratista deberán cumplir las normas en prevención de riesgos laborales y de seguridad informática vigentes en ISDEFE, estando obligado a cambiarlas si así lo requiriese el responsable del contrato.
4. REQUISITOS T CNICOS D EL SISTEMA DE HIPERCONV ERGENCIA .
A continuación, se detallan cada uno de los requisitos a cumplir:
4.1. CAPACIDADES FUNCIONALES DE LA OFERT A
Las soluciones ofertadas por los licitadores deberán cumplir con las siguientes características funcionales incluidas de forma nativa en el hardware aportado y el software VMWARE vSAN Enterprise:
1. Se solicita una solución hiperconvergente HCI donde la computación y almacenamiento UHVLGDQ HQ OD PLVPD SODWDIR-6UFPDDO HE´D V D/GDD VHRQO XWFH estar basada exclusivamente en Software. (En este caso se hará con 12 licencias
software :VMware vSAN Enterprise aportadas junto a la infraestructura) No se aceptarán soluciones que no pertenezcan a la lista de compatibilidad de VMware vSAN)
Las citadas licencias se aportarán con un periodo de soporte y mantenimiento en castellano de tres años en su versión Enterprise, a contar desde la fecha de puesta en producción de las mismas sobre infraestructura aportada por el licitador.
2. El hardware proporcionado deberá ser nuevo, sin uso previo, no admitiéndose dispositivos provenientes de otros contratos. El contratista aportará documentación que lo demuestre si así lo exigiera ISDEFE.
3. La conexión de los nuevos clusters a la red corporativa será a través de conexiones de 10GB FCoE.
4. La solución debe ser capaz de protegerse contra el fallo simultáneo de dos elementos de hardware en uno de los hosts, partiendo del mínimo de 2 hosts para un cluster HCI VMware Vsan.
5. Todos los recursos deben distribuirse: la potencia de cálculo, los datos, la herramienta de gestión y los metadatos.
6. La solución propuesta deberá adecuarse a los tamaños de dispositivos indicados en el apartado 4.2
7. La solución deberá permitir un incremento lineal de los recursos del entorno añadiendo nuevos servidores. Se entiende por recursos la capacidad de almacenamiento, capacidad de proceso y memoria. La escalabilidad de la solución propuesta
(escalabilidad horizontal y vertical) deberá ser gestionada por una única consola. El crecimiento del entorno no tiene que generar más complejidad en la gestión.
8. La solución contemplará la posibilidad de mezclar servidores de diferentes capacidades (CPU, RAM, Almacenamiento) para poder ajustarse a las necesidades del entorno o nuevas cargas de trabajo.
9. La solución deberá ofrecer la posibilidad de añadir infraestructura de almacenamiento FC de forma transparente, esto no debe suponer un incremento de costes de licenciamiento en el software de virtualización. Para ello cada uno de los nodos contará con tarjeta FC HBA que posibilitará el acceso por bloque a las actuales cabinas de almacenamiento de ISDEFE.
10. /D VROXFLyQ GHEHUi LQFOXLU ³WLHULQJ´ DXWRPi los distintos tipos de discos 'uso intensivo' / Flash (hot data) de tecnología SSD / NVME
y discos 'uso reducido' (cold data) también de tecnología SSD / NVME
11. La solución deberá incluir mecanismos de optimización de espacio en los discos, (Deduplicación SSD/NVME)
12. Resiliencia del almacenamiento: El sistema debe incluir mecanismos de resiliencia de Datos siguiendo estos requerimientos básicos:
- Un mínimo de una copia de datos, permitiendo la pérdida de un servidor con todo el almacenamiento correspondiente.
- La pérdida de varios discos o servidores de forma no simultanea será soportada asegurándose la disponibilidad del dato y continuidad del servicio siempre que el número de nodos que conforman el cluster sea igual o mayor a 2 nodos.
13. Soporte Multi-hipervisor HCI: La plataforma debe ser plenamente compatible con al menos los siguientes sistemas: Windows Server Software-Defined(WSSD), NUTANIX, WMware vSAN, aunque inicialmente ejecutará el software: VMware vSAN Enterprise.
14. Procedimiento documentado para replicar VMs, (individualmente o por grupos), del entorno de forma asíncrona y programada entre diferentes CPDs utilizando para ello la
misma plataforma de gestión mediante ³VMWARE 6LWH 5HFRYHU\´ FX\D propiedad de ISDEFE.
15. Procedimiento documentado para activar la replicación síncrona entre dos CPD utilizando para ello la misma plataforma de gestión centralizada y sin necesidad de utilizar software de terceros.
16. Procedimiento documentado para migrar VMs entre CPDs o replicar de forma asíncrona.
17. La solución deberá incluir la posibilidad de crear Snapshots y clones de forma nativa sin pérdida o degradación del rendimiento apreciable e integrado en el software de gestión centralizado.
18. La solución deberá incluir herramientas de monitorización que proporcionarán todas las métricas necesarias para controlar el estado de salud del entorno de virtualización y hardware de forma unificada:
- Gráficos de consumo CPU, RAM, IOPS, Ancho xx Xxxxx, Latencia de acceso a datos del entorno completo
- Gráficos de consumo CPU, RAM, IOPS, Ancho xx Xxxxx, Latencia de acceso a datos de los Hosts
- Gráficos de consumo CPU, RAM, IOPS, Ancho xx Xxxxx, Latencia de acceso a datos de cada máquina virtual del entorno.
19. El entorno centralizado de configuración y gestión hardware de servidores deberá de ser totalmente independiente del hipervisor elegido e implementado en HTML5.
20. El entorno centralizado mencionado en el punto anterior debe ser capaz de gestionar las actualizaciones firmware tanto de los servidores como de las tarjetas (Las licencias tipo Enterprise del mismo deben estar incluidas hasta el fin del ciclo de vida de las máquinas).
Actualmente ISDEFE dispone de un entorno centralizado de gestión de la plataforma hardware denominado: ³DELL EMC OPENMANAGE SERVER ADMINISTRATOR´
21. Capacidad de integrar el entorno de gestión con mecanismos de autenticación de usuarios (Radius, AD, LDAP, PKI).
22. La solución deberá incluir mecanismos de detección automática y alerta de comportamiento anormal de todo el entorno incluyendo Hardware (CPU, RAM, Discos,tarjetas de red e interconexión), VMs y protección del entorno.
23. Integración con plataformas de monitorización SNMPv3 y proporcionar las correspondientes MIBs para integración con software de monitorización de terceros, tanto para servidores como para switch.
24. Posibilidad de añadir Servidores con aceleración gráfica a la Infraestructura Hiperconvergente para optimizar así el uso de recursos y eliminando así la creación de islas, todo el entorno se gestionará desde la misma consola centralizada.
25. Posibilidad de publicar almacenamiento por bloque FC-SAN desde el propio entorno Hiperconvergente sin necesidad de utilizar software de terceros y donde todos los nodos FRODERUHQ HQ OD GLVSRQLELOLGDG GH DFFHVR dispondrá de una tarjeta FC HBA como se indica en el punto 4.2.
26. Todo disco reemplazado durante el periodo de garantía/mantenimiento permanecerá en propiedad de ISDEFE.
27. La solución permitirá migrar las máquinas virtuales alojadas en el cluster VMware x86 actual de Isdefe al nuevo entorno sin necesidad de realizar conversiones/modificaciones severas de las mismas.
Las ofertas de los licitadores deberán justificar el cumplimiento de los anteriores requerimientos, en base a hojas de producto, documentación disponible en la web oficial fabricante o cualquier otro método que permita su verificación a la hora de la valoración de las ofertas.
4.2. REQUISITOS HARDWARE D E LA OFERTA
A continuación, se describen los elementos y los requisitos mínimos de configuración hardware que deben contemplar las ofertas:
ŽŵƉŽŶĞŶƚĞƐ ,ĂƌĚǁĂƌĞ ƉĂʹƌ͞Ă^ƌ ĞǀĚĞŝƌƐ ƉZŽĂƐĐ | |
Factor de Forma | Compatible con EIA Standard 19" Rack Rails y altura máxima 2U |
Procesadores | 2 x Procesadores con arquitectura x86 a 2,3 GHz, 18 núcleos/36 subprocesos, 10,4 GT/s, 24,75 MB de caché, Turbo, HT (140 W) DDR4, con mejor rendimiento y/o menor consumo. |
Controladora acceso remoto | 1 x controladora de acceso remoto |
Bahías discos frontales | 24 x bahias de disco extraible 2,5" SSD/NVMe (debe soportar hasta 24 discos con tecnología NVMe/SSD ) |
Módulos RAM instalados | 20 x RDIMM de 32 GB, 3200 MT/s Turbo, TDP (140 W) DDR4-3200 |
Discos instalados | 10 x Discos de 1, 7% R VXS-HInUtenLsiRveU+ W³rit5e-HD ,QWHQ, SVSLD/YNVHM´e, unidad SFF de 2,5" |
Almacenamiento Arranque Optimizado | 1 x Tarjeta tipo BOSS o similar con 2 discos Nvme de 240G (RAID 1) o características superiores |
Fuentes de alimentación | 2 x Dos fuentes de alimentación redundantes conectables en caliente (1 + 1) , con capacidad de alimentar el servidor con el máximo de componentes conectados |
Puertos VGA | 1 x VGA trasero |
Puertos traseros | 2 x USB 2.0 delanteros, 2 x USB 3.0 traseros |
Puertos RED | 2 x 25Gb SFP28 rNDC+ 2 x 1GB RJ45 |
Tarjeta FC HBA | 1 x Tarjeta puerto doble HBA de Fibre Channel con capacidad de negociar a 8Gb |
Ranuras PCIe 3.0 | 8 x ranuras PCIe 3.0 |
Consumo | Consumo máximo 1100 W |
Tabla 3: Componentes Hardware para dispositivos Tipo 1
Componentes HardwĂƌĞ ƉĂƌĂ ĚŝƐƉŽ͟ʹƐ ͞ŝw^ƚitcŝh RǀacŽk Ɛ- T oRĚ͟Ğ ͞ | |
Factor de Forma | Compatible con EIA Standard 19" Rack Rails y altura máxima 1U,"top-of- rack" (ToR) |
Fuentes de alimentación | 2 x Dos fuentes de alimentación redundantes conectables en caliente (1 + 1) |
Ventiladores | 4 x Ventiladores redundantes intercambiables en caliente |
Puertos Frontales | multi-velocidad 1G, 10G, 25G, 40G, 50G, 100G con 24 puertos 25GbE SFP28 y 6 puertos 100GbE QSFP28 |
Puertos Consola | 1 x USB type A/B ó Micro-USB typeA/ B |
Puertos de gestión | 1 x RJ45 - 10/100/1000 Base-T Ethernet |
RAM | 8GB de RAM DDR III o superior |
Requisitos | Validación y certificación para arquitecturas VMware vSAN Ready Nodes |
Soporte de funcionalidades SDN como Openflow 1.3 o HW VTEP como VXLAN Gateway L2. | |
Soporte de protocolos tipo multi-chasis LAG para evitar uso de SPT en la red. | |
Soporte de Open Networking para la desagregación de hardware y software, para que además del sistema operativo del fabricante del switch, soporte sistemas operativos abiertos de terceros sobre XXXX (Open Networking Install Environment) del OCP (Open Compute Project). | |
L2 & L3 Ethernet switching con soporte de protocolos de routing BGP y OSPF en IPv4 e IPv6 | |
Soporte VRF-lite | |
Soporte protocolo de convergencia DCB priority flow control (802.1Qbb), ETS (802.1Qaz) DCBx e iSCSI TLV. | |
128k rutas IPv4 (in scaled L3 mode) | |
64k rutas IPv6 (in scaled L3 mode) | |
Hasta 128 grupos LAG de 32 miembros por grupo | |
132k direcciones MAC (in scaled L2 mode) | |
Throughput | Mínimo de 3.5 Tbps (full-duplex), non-blocking L2 y L3 a velocidad de línea. |
Capacidad de Forwarding: | 2678 Mpps |
Latencia | < 500ns |
Consumo | Consumo máximo 600W |
Tabla 4: Componentes Hardware para dispositivos Tipo 2
4.3. REQUISITOS DEL SERVIC IO.
El contratista deberá garantizar y asegurar la completa integración de los equipos suministrados, tanto a nivel físico como lógico.
4.3.1. CONDICIONES DE INSTALACIÓN, CONFIGURACIÓN Y PUESTA EN MARCHA DEL EQUIPAMIENTO.
/D LQVWDODFLyQ VH FRQVLGHUD D WRGRV ORV HIHFW
instalado, configurado y operativo todo el equipamiento, incluyendo los servicios asociados y todo el material necesario (se aportarán los transceptores y cableados necesarios para poder realizar las conexiones internamente en el rack entre los distintos módulos de la solución y hacia la electrónica de red).
El adjudicatario, una vez realizado el suministro de los equipos, debe estar en disposición de realizar los servicios de instalación, configuración y puesta en marcha descritos conforme a lo estipulado en el apartado 4.1.
Corresponde al adjudicatario la ejecución, la dirección y la coordinación directa de los medios personales que realicen las actuaciones objeto del Contrato.
A tal efecto, el adjudicatario designará a un Jefe de Proyecto cuyas funciones en relación con el presente pliego serán:
x Dirigir a los medios personales que realicen las Actuaciones impartiendo al efecto las órdenes e instrucciones necesarias para la ejecución de las mismas, bajo la supervisión del equipo de Sistemas de ISDEFE.
x Realizar las funciones de contacto directo de los medios personales que realicen las Actuaciones.
4.3.2. SLAS REEMPLAZO DE EQUIPOS Y PIEZAS AVERIADAS.
La gravedad de una incidencia se determinará asignando un grado de prioridad según el siguiente criterio:
Crítica Se han dejado de proveer totalmente los servicios que proporciona el entorno, ocasionando un impacto crítico en la actividad del cliente.
Grave Uno de las máquinas que conforman el cluster (server/switch) no funciona, quedando fuera de servicio.
Leve Un componente hardware de uno de los host que conforman el cluster roto sin impedir que el host preste servicio.
Se establecen los siguientes tiempos máximos para la atención de incidencias:
Incidencia | Tiempo de respuesta | Tiempo de Resolución | Tiempo de Reemplazo | Horario de Atención |
Crítica | 15 minutos 30 minutos 120 minutos | 4 horas 4 horas 8 horas | 4 horas 6 horas 24 horas laborables | 24x7 8x5 8x5 |
Grave | ||||
Leve |
Tabla 1. SLA Tiempos de reemplazo hardware
Dónde:
Tiempo de Respuesta: tiempo transcurrido desde la notificación por parte del personal de ISDEFE y el establecimiento de contacto con el servicio técnico encargado de resolver la incidencia por parte del contratista. (Comunicación por mail, web y teléfono)
Tiempo de Resolución: se considera tiempo de resolución al que transcurre desde la asignación del técnico hasta la aplicación de un work-around (solución provisional) que produce la restauración del servicio. Una vez que el servicio está restaurado se procederá a la resolución definitiva de la incidencia en la que se podrán programar otras acciones como actualizaciones del software o reemplazos del hardware.
Tiempo de reemplazo: se considera tiempo de reemplazo (como consecuencia de una avería hardware) al que transcurre desde que se produce un diagnóstico de reposición HW, hasta que el equipo averiado haya sido reemplazado por el nuevo y se haya restablecido el servicio.
4.3.3. PENALIZACIONES.
El contratista tomará las acciones oportunas para que se cumplan los requisitos del Servicio y las métricas establecidas en los SLAs (Apartado 4.3.2 ).
En el caso de no cumplimiento de algún requisito o algún SLA, podrán establecerse las penalizaciones indicadas en PCAP.
4.4. REQUISITOS DE DOCUMEN TACI N A ENTREGAR POR EL CONTRATISTA
4.4.1. REQUISITOS DE LOS ENTREGABLES
4.4.1.1. Plan del Contrato
El contratista elaborará para la gestión del contrato un Plan del Contrato, conforme a los requisitos particulares que se detallan a continuación:
El Contratista elaborará un Plan del Contrato (PC) que especifique la planificación de la instalación, organización que debe establecer para la Gestión del Proyecto, hitos y actividades principales del mismo. (Tabla 1 y Tabla 2)
El PC incluirá un documento con la arquitectura a implantar por el contratista. El documento reflejará de forma esquemática los principales componentes del sistema propuesto, elementos aportados por el contratista, conectividad con los servidores de Isdefe, conectividad externa, software a utilizar, elementos redundantes, plan de continuidad etc.
El Plan deberá contar también con criterios objetivos de aceptación o rechazo de los elementos que conforman los sistemas objeto del suministro y del servicio, así como un Plan de Pruebas.
4.4.1.2. Informes de Seguimiento (IS)
El Contratista informará de la marcha del contrato con la periodicidad y en las fechas establecidos en el punto 3.2.
4.4.1.3. Documentación final
Como parte de las tareas objeto del Contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados, así como los procedimientos necesarios para la correcta gestión por parte del personal de sistemas de Isdefe del servicio HCI:
Documentos con el detalle de toda la configuración aplicada en ambos clusters, así como la replicación asíncrona entre los mismos. (Con esta documentación el personal de sistemas de Isdefe deberá tener la capacidad de instalar una infraestructura hardware de idénticas características desde cero, haciendo uso del mismo y de las actuales licencias VMware Vsan en propiedad)
Documentación para la gestión en producción del nuevo entorno como los indicados en el Apartado 4.1, puntos 14, 15, 16. (Con esta documentación el personal de sistemas de Isdefe deberá tener la capacidad de implementar la gestión habitual de un entorno
HQ SURGXFFLyQ +&, ³90ZDUHl a lm9acVenDamQi´en to FdeRcPluRst er DPS ampliando el número de discos, agregar nuevos hosts al cluster, gestionar la replicación asíncrona entre los dos clusters)
Toda la documentación generada por el adjudicatario en ejecución del Contrato será propiedad exclusiva de Isdefe sin que el contratista pueda facilitarla a terceros sin la expresa autorización.
El adjudicatario deberá proporcionar la documentación técnica detallada para la administración de los sistemas y software proporcionados. Como complemento el adjudicatario impartirá al menos tres jornadas completas de formación para los administradores de sistemas de Isdefe.
Salvo indicación expresa en contrario, las especificaciones, informes, diagramas, planos, dibujos y cualquier otro documento relativo al objeto del Contrato serán aportados en castellano, en soporte electrónico no protegido (salvo indicación contraria)
5. REQUISITOS DE SEGUIMI ENTO Y CONTROL DEL C ONTRATO
La Dirección del Proyecto corresponde a ISDEFE, que nombrará al Jefe del Proyecto (JP), responsable de la comprobación y vigilancia de la correcta ejecución técnica del Proyecto (Organización para la Gestión, Seguimiento y Control del Contrato).
5.1. SEGUIMIENTO DEL CONTRATO
El Contratista será el responsable de establecer y mantener actualizado el Plan del Contrato.
El Contratista nombrará a un Jefe del Proyecto del Contratista (JPC) que actuará como único interlocutor a todos los efectos frente a ISDEFE.
Se establecerá al menos una reunión de coordinación inicial en la que se fijarán los plazos de ejecución, los requisitos iniciales para el despliegue, instalación de equipos y sistemas, así como cualquier aspecto relevante.
Se celebrarán reuniones de seguimiento, destinadas a revisar la situación del contrato y a analizar y resolver aspectos de índole técnica, con la periodicidad que se establezca, sin perjuicio de las reuniones extraordinarias que el Jefe del Proyecto estime convenientes
5.2. REQUISXXXX XX XARANT˝A
El Contratista sustituirá a su cargo los equipos suministrados y/o que presenten averías, mal funcionamiento o disminución de otras condiciones que no sean debidas a accidentes o mal uso por parte de ISDEFE de acuerdo con las condiciones indicadas en el SLA durante el periodo de 60 meses, exceptuando las licencias software VMWARE VSAN aportadas cuyo periodo de garantía será de 36 meses
6. ACEPTACI N DE LOS TRA BAJOS
El Contratista será responsable de realizar las pruebas definidas en el Plan de Pruebas dentro del Plan del Contrato. ISDEFE se reserva el derecho de incluir las pruebas que estime oportuno dentro dicho Plan de Pruebas.
El paso a producción se producirá cuando se hayan realizado satisfactoriamente todas las pruebas, teniendo el contratista el visto bueno del JP de ISDEFE.
La documentación sobre la ejecución y resultado de las pruebas estarán a disposición de ISDEFE.
7. REQUERIMIENTOS DE MED IO AMBIENTE
El contratista en materia de medioambiente se estará a lo dispuesto en la cláusula 29.1 del PCAP y en esta licitación se informa que rige específicamente lo dispuesto en:
Las empresas licitadoras dispondrán de un sistema de gestión ambiental acorde a la norma ISO 14001:2015. Dicho certificado se adjuntará a la propuesta como anexo, en donde se verificará que la fecha de expiración del mismo se encuentra dentro del periodo de duración de los trabajos a efectuar.
Las ofertas presentadas estarán acorde a la legislación medioambiental vigente que sea de aplicación a los servicios contratados. En concreto, estarán acorde a:
x Real Decreto 110/2015, de 20 de febrero, sobre residuos de aparatos eléctricos y electrónicos.
x Real Decreto 180/2015, dx 00 xx marzo, por el que se regula el traslado de residuos en el interior del territorio del Estado.
Por lo que se compromete a la retirada de los residuos que genere de acuerdo a esta normativa.
8. MEDIOS HUMANOS Y XXXX XXXXXX
Los técnicos del contratista encargados de la ejecución del proyecto deben aportar las certificaciones oficiales siguientes: ³90ZDUH &AHdvUanWceLdIPLrofHesGsi onal 6.5 ² Data &HQWHU 9LUWXDyO³LVM]wDarWe LvSRANQ2 01'7HSVpeLciaJlisQt´o versiones superiores.
En el coste total del servicio estarán incluidos todos medios humanos y materiales.
9. LUGAR DE EJECUCI N DE L SERVICIO
El lugar principal de ejecución del servicio será en la Sede de Isdefe, sitx xx Xxxxxxx xx Xxxxxxxxx,3, y en el centro de respaldo de ISDEFE, ambos en el municipio de Madrid, tal y como se menciona en el Apartado 3.1 del presente PPT.
10. REQUISITOS M˝NIMOS
Son los establecidos en el Apartado 6 del anexo I del PCAP.
11. REQUISITOS VALORABLES DE FORMA AUTOM`TICA
Son los establecidos en el Apartado 6 del anexo I del PCAP.
12. PRESENTACI N DE OFERT AS
La memorias técnicas u ofertas deberán ser claras y concisas en sus comentarios con sus correspondientes índices, mostrando el cumplimiento de los requisitos que se especifican en las tablas que aparecen en apartado 6 del anexo I del PCAP y en el Anexo III BIS del PCAP.
Para la presentación de las ofertas se deberá tener en cuenta lo siguiente:
x La forma de presentación de oferta se realizará según apartado 6 del anexo I del PCAP y Clausulas 7 y 10 del PCAP.
La presentación de ofertas requiere de 2 sobres según detalle:
x Sobre 1: Cláusula 7.1 del PCAP.
x Sobre 2: Ver Cláusula 7.2 del PCAP y apartado 6 del anexo I del PCAP.