Suministro de Infraestructura y Servicios para la implantación de un entorno IaaS en EJIE

Transcripción

1 Suministro de Infraestructura y Servicios para la implantación de un entorno IaaS en EJIE Marzo de 2015 Mediterráneo, Vitoria-Gasteiz Posta-kutxatila / Apartado: Vitoria-Gasteiz Tel * Fax

2 Índice 1 Introducción Perfil de la compañía Necesidad de Contratación Objeto del contrato Objeto y alcance del producto Descripción del producto Periodo de vigencia o duración del contrato Contenido Productos hardware solicitados Servicios solicitados Descripción del entorno en el que se instalará la solución Entorno tecnológico Implementación del Catálogo de Servicios Preliminar Penalizaciones Presupuesto Plazos de ejecución y plan de facturación Plazos de ejecución Facturación Mecanismos de seguimiento y control Comité de Gestión servicio de Construcción (mensual) Comité de Gestión Servicio de Explotación (mensual) Criterios de valoración Oferta Económica Oferta Técnica de Equipamiento Oferta de Técnica de Servicios Estructura y formato de la propuesta Documento de Propuesta Técnica Documento de Propuesta/Oferta Económica / 34

3 1 Introducción 1.1 Perfil de la compañía EJIE, Eusko Jaurlaritzaren Informatika Elkartea Sociedad Informática del Gobierno Vasco, es la Empresa pública de servicios de las tecnologías de la información y las comunicaciones (TIC), cuya razón de existir es contribuir a la consecución de un Sector Público Vasco, moderno y eficiente, en el Marco Legal establecido por el Gobierno, con la seguridad y calidad necesarias y con el debido respeto al medio ambiente. EJIE tiene como meta final la consecución de la satisfacción de sus clientes, siendo el instrumento común de prestación de servicios TIC en el Sector Público Vasco, y comprometiéndose en: Construir y mantener con eficiencia y calidad la infraestructura de los Sistemas de Información, posibilitando su continuidad y seguridad. Garantizar la interoperabilidad entre las distintas administraciones. Servir de apoyo a las necesidades de planificación y realización de la función informática de los Departamentos y Organismos Autónomos del Gobierno, asegurando la cobertura de sus demandas con el compromiso y profesionalidad adecuados a las relaciones contractuales que se establezcan. Por tanto EJIE debe ser, un instrumento común de referencia para la prestación de servicios TIC en el Sector Público Vasco: Aportando valor añadido. Proporcionando soluciones competitivas. Transmitiendo confianza a sus clientes. Contando con personas cualificadas y comprometidas. Se puede obtener información más detallada y extensa en nuestra dirección de Internet 3 / 34

4 2 Necesidad de Contratación La necesidad del servicio objeto de esta contratación se encuadra en la realización de tareas y proyectos para la implantación de un entorno IaaS 1 que se está impulsando en EJIE, bajo las directrices y supervisión de sus responsables del Área de Sistemas y Telecomunicaciones y de Producción. Por un lado se adquiere el equipamiento hardware necesario, y por el otro EJIE se dota de los servicios necesarios para su implantación conjuntamente con la dedicación del personal de EJIE. Los servicios de Construcción requieren un nivel de especialización alto en las nuevas tecnologías que se adquieran en el presente Pliego, especialización que finalmente quedará en el personal de EJIE gracias al trabajo conjunto dentro del proyecto y a la formación y traspaso de conocimientos solicitados en este Pliego. La actividad objeto de contratación es necesaria para la prestación de un servicio que es competencia de EJIE. Dicha actividad está incluida entre los servicios que pueden ser contratados, conforme a la Instrucción sexta de las Instrucciones sobre las buenas prácticas en la contratación de servicios de Gobierno Vasco, y su objeto no contiene prestaciones que con arreglo a la Instrucción quinta deben ser satisfechas con medios propios. Su prestación no puede ser asumida con los recursos humanos y técnicos de que dispone EJIE S.A., siendo además inconveniente o imposible su reorganización. Los documentos contractuales elaborados en la fase de preparación del contrato incorporan las debidas garantías para dar cumplimiento a la Instrucción octava, sobre las buenas prácticas en la celebración de contratos de servicios a fin de evitar que se incurra en los supuestos de cesión ilegal de trabajadores. 1 Infraestructura como Servicio (IaaS, Infrastructure as a Service) proporciona acceso a recursos informáticos situados en un entorno virtualizado, la"nube" (cloud). 4 / 34

5 3 Objeto del contrato 3.1 Objeto y alcance del producto Adquisición de la infraestructura de cómputo, almacenamiento y comunicaciones, así como servicios para su implantación y soporte, necesaria para implementar proyectos que EJIE acometerá en 2015: Construcción de un entorno para proveer servicios de cómputo en modalidad IaaS al Gobierno Vasco, Organismos Autónomos (OOAA) y a otras Entidades del sector Público Vasco. Implantación de un entorno de colaboración ofimática Microsoft (Exchange, Sharepoint y Lync). 3.2 Descripción del producto Hardware El hardware que se solicita, según la estrategia de infraestructuras de EJIE, se corresponde con servidores de arquitectura x86 tanto en formato enrackable como blade, chasis con sus módulos de switching necesarios, sistema de almacenamiento, switches de acceso y switches core, firewalls así como los racks donde irán albergados todos estos elementos. Esta infraestructura se desplegará repartida entre el CPD principal y de respaldo que dispone EJIE ubicados en los edificios de EJIE y de Lakua respectivamente. Este despliegue se hará en una nueva zona del CPD que no comparte ningún equipamiento con el Data Center existente, salvo la climatización y la alimentación Software En este pliego no se están solicitando productos software, ni licencias de hipervisor o sistema operativo aunque sí que se quiere que se incluyan las herramientas de gestión de la configuración, automatización y monitorización específicas de las plataformas que se adquieren Servicios Asimismo se deberán incluir los servicios necesarios para: Instalación, configuración óptima y puesta en marcha inicial de la solución adquirida. Mantenimiento ante averías 24x7 de la solución durante 3 años. Servicio de Construcción para completar a bajo nivel e implementar sobre los sistemas adquiridos los diseños realizados por los arquitectos de EJIE. Servicio de Explotación para operar y soportar la solución adquirida durante 6 meses 5 / 34

6 4 Periodo de vigencia o duración del contrato El plazo previsto para el contrato es de 56 semanas desde la formalización del mismo (13 meses), un año y un mes. El servicio de explotación son 24 semanas El servicio de construcción son 24 semanas Los servicios de mantenimiento ante averías asociados al equipamiento tienen una duración de tres años. Los plazos concretos de ejecución se detallan en el apartado 9. 6 / 34

7 5 Contenido Se solicita la presentación de una oferta en respuesta a este pliego para la adquisición de los productos y servicios que se detallan a continuación. 5.1 Productos hardware solicitados Servidores Características comunes: 2 Procesadores por servidor Memoria RAM DDR4 de 2133 Mhz. Almacenamiento embebido flash o SD diseñado para instalar y arrancar la imagen del hypervisor Los servidores que lleven almacenamiento local precisan una controladora de disco que esté certificada para VMware vsan según la siguiente referencia publicada por el fabricante ( Características particulares y cantidades: Formato Almac. Local Interfaces de Red Modelo de CPU (1) y cantidad RAM Cantidad Tipo A Clúster Microsoft Blade - CNAs con soporte FCoE y configurables como 2 NICs de 10 Gbps.y como dos HBAs de 8 Gbps Intel E5-2660v3 o equivalente y 384GB RAM. 7 Tipo B Clústeres vcloud Edge y Management Blade - CNAs con soporte FCoE y configurables como 2 NICs de 10 Gbps.y como dos HBAs de 8 Gbps Intel E5-2630v3 o equivalente y 128GB RAM 6 Tipo C Clúster vcloud Recursos Rack 12x HDD SAS 6G de 1,2TB y 10K rpm. SFF 2 NICs de 10 Gbps Intel E5-2660v3 o equivalente y 384GB RAM 7 2x SSD (2) SAS fr 400GB SFF 7 / 34

8 NOTA 1: Se entiende como equivalente a los modelos de procesador Intel indicados otro que cumpla las siguientes características: Para 2660v3: Arquitectura x86 de 64 bits, 10 cores por CPU, TDP (de Thermal Design Power) de 105 W o inferior, benchmark publicado por SPEC CINT2006 base (para un servidor de 2 CPU) superior a 57 y soporte para 768GB de memoria DDR4-1866/2133 Para 2630v3: Arquitectura x86 de 64 bits, 6 cores por CPU, TDP (de Thermal Design Power) de 85 W o inferior, benchmark publicado por SPEC CINT2006 base (para un servidor de 2 CPU) superior a 52 y soporte para 768GB de memoria DDR4-1866/2133 NOTA 2: Para los SSD de precisa un rendimiento de al menos de IOP/s Lectura, IOP/s Escritura Chasis Características: Deben albergar los servidores tipo A y B del apartado anterior Cada chasis debe llevar una configuración de módulos de I/O que permita conectar los servidores a un fabric redundante Ethernet que será convergente LAN/SAN en el tramo de acceso. Los módulos de I/O deberán incluir, en el caso de que lo necesitasen, licencias para que todos sus puertos sean utilizables y configurar trunks para agregar varios enlaces de manera lógica. Módulos de gestión del chasis y licencias que se pudieran necesitar para la solución de administración y configuración centralizada Cantidad: Repartidos entre los dos site Switches o Si los chasis son de 10U y 16 Slots: 2 unidades o Si los chasis son de 10U y 14 Slots: 2 unidades o Si los chasis son de 6U y 8 Slots: 4 unidades Características particulares y cantidades: Formato Nº de Puertos y características Cantidad Tipo 1 Acceso para servidores Tipo A y B Módulo de I/O o Rack Se permiten a su vez tres alternativas: a) Módulo de I/O que conecta con los switches tipo 3 y tipo 2 Al menos 4 puertos de externos de 40 Gbps Al menos 4 puertos de externos de 8 Gbps que se puedan configurar como FC nativo Caudal de los puertos internos suficiente para soportar la configuración de interfaces requerida en el apartado Soporte FCoE y FIP Snooping Capacidad de apilar al menos 4 elementos Ver apartado / 34

9 b) Conjunto de módulos de I/O que funcionan como módulos de puertos remotos de los switches tipo 2 ó 3 gestionándose como un único elemento Al menos 4 puertos de 40 Gbps (o en su defecto posibilidad de agregar enlaces de 10 Gbps hasta igualar ese caudal) hacia el exterior del rack Al menos 4 puertos hacia el exterior del rack de 8 Gbps que se puedan configurar como FC nativo Caudal de los puertos que se presentan a los blades suficiente para soportar la configuración de interfaces requerida en el apartado Soporte FCoE y FIP Snooping En todos los casos deberán soportar funcionalidades completas nivel 2 y nivel 3 con capacidad de rutado line-rate. IPv4 e IPv6. Tipo 2 Acceso para servidores ToR Tipo C (Leaf) Rack Switch de alta densidad para arquitecturas de dos niveles, con 48 puertos 10GbE y al menos 4 para uplink de 40 Gbps. Latencia ultra-baja (menor de 2 microsegundos a 10 Gbps con paquetes de 64B) 4 (2 por site) Funcionalidades completas nivel 2 y nivel 3 con capacidad de rutado line-rate. IPv4 y IPv6. Soporte DCB y TRILL. Capacidad de apilar al menos 4 elementos. Fuente de alimentación dual y grupos de ventilación duplicados. Tipo 3 Spine Rack Alta densidad, con 32 puertos 40GbE con capacidad de conmutación sin sobresuscripción. Latencia ultra-baja (menor de 1,5 microsegundos a 10 Gbps con paquetes de 64B) Funcionalidades completas nivel 2 y nivel 3 con capacidad de rutado line-rate. IPv4 y IPv6. Soporte DCB y TRILL. Soporte VXLAN y NVGRE por hardware. Capacidad de apilar al menos 4 elementos. Fuente de alimentación dual y grupos de ventilación duplicados. 4 (2 por site) Tipo 4 Gestión Out- Of-Band Rack 48 puertos de 1Gbps Fuente de alimentación dual 2 (1 por site) Tipo Acceso Rack 24 puertos FC de al menos 8 Gbps sin 4 (2 por 9 / 34

10 5 Almacenamie nto sobresubscripción Soporte para ISL Trunking y las licencias para poder disponer de la funcionalidad en caso de que sean necesarias. Funcionalidad que permita definir flujos de tráfico por criterios como aplicación, prioridad y topología y definir zonas de asilamiento de tráfico. site) Funcionalidades de QoS para priorizar tráfico. Funcionalidades de limitación de ancho de banda Software que permita gestionar y monitorizar el estado de la red SAN y su rendimiento. Soporte de actualizaciones de software sin pérdida de servicio. Fuente de alimentación dual y grupos de ventilación duplicados Firewall Características: Conexión del perímetro para sistemas expuestos a Internet Funcionalidades de IPS Funcionalidades de VPN Alta disponibilidad funcionando en pareja al menos activo/pasivo con conmutación sin pérdida de servicio. Fuentes de alimentación y ventilación redundantes Interfaz para gestión out-of-band Rendimiento: o Throughput del Firewall: al menos 4 Gbps o Throughput con IPS activado: al menos 1 Gbps o Conexiones concurrentes: al menos o Nuevas conexiones por segundo: al menos Software de gestión con: o Acceso organizado por roles integrados con AD/LDAP o Gestión y configuración centralizada desde único punto de todos los firewalls de la solución. o Posibilidad de realizar configuración basada en objetos y de aplicar los cambios en diferido (change then commit) o Mecanismos para verificar la configuración de reglas. Cantidad: 4 (dos en cada site) 10 / 34

11 5.1.5 Cabinas de Almacenamiento Suministran almacenamiento (únicamente) a los servidores tipo A y B. Se conectarán principalmente por FC, pero también por IP para poder servir en algunos casos almacenamiento a vsphere por NFS. Características: Capacidad de servir almacenamiento tanto a nivel de bloque (FC) como a nivel de fichero (NFS/CIFS) Al menos 70 TB de capacidad neta, de los que 40 se quieren utilizar como almacenamiento principal y 30 para archivado de buzones de Ms Exchange. Capacidad de servir IOPS con tiempos de respuesta inferiores a 3 msg. para cargas de IO generadas por los aplicativos e infraestructura de servidores descritos en el apartado 6. o Para estas mediciones será necesario que se ofrezcan estudios de rendimiento de las soluciones propuestas, basándose en benchmark realizados por terceros similares a los publicados por aportando gráficas como la siguiente: La solución deberá ser ampliable en los términos necesarios para conseguir un 200% más de capacidad de almacenamiento neta y ser capaz de servir un 100% adicional de IOPS sin pérdida de rendimiento. Capacidad de generación de snapshots y clones Software de replicación de datos a través de IP o FC síncrona o asíncrona con capacidades de recuperación ante desastres Software de replicación de datos a través de IP o FC síncrona o asíncrona con capacidades de recuperación ante desastres Multipathing en el acceso al almacenamiento SAN. La oferta deberá de incluir, a través de mecanismos de multipathing nativos de SO o solución de multipath de fabricante, solución para dotar a los servidores de caminos redundantes al almacenamiento y que los dos adaptadores de red del host sean capaces de trabajar en paralelo sobre la misma LUN. La solución deberá garantizar el servicio en niveles óptimos de rendimiento para el entorno tecnológico descrito en apartado 4, tanto en lo referente a almacenamiento servido como bloque como al servido como fichero. Para el servicio NAS, la solución dispondrá de interfaces de red 10GbE y será capaz de implementar mecanismos de trunking y multipathing a través de LACP y Failsafe Networking 11 / 34

12 (FSN). Será necesario además, que la solución soporte la implementación de VLANs (Virtual LAN) y Private VLANs Integración con VMware y soporte de VMware Virtual Volumes Prestaciones de calidad de servicio (QoS) que permitan asignar valores de rendimiento por entorno Software de gestión con acceso organizado por roles integrados con AD/LDAP. Se valorará el soporte del protocolo NDMP, y la capacidad de integración con el aplicativo NetWorker versión 8.2 para la ejecución de procesos de copia de seguridad. Se valorará igualmente la capacidad de integración de snapshots como copias de respaldo a través de Networker. Cantidad: 2 una en cada site Armarios Se necesitan armarios únicamente para el CPD de respaldo. En el CPD principal el equipamiento se instalará en un pod cuyos racks los proporciona EJIE. Características: Rack de 19 con 42U de altura Puertas delanteras y traseras reversibles que faciliten la ventilación (% de perforación > 60%) Paneles laterales desmontables sin herramientas Paneles frontales para cubrir las partes vacías y favorecer una ventilación óptima. Panel vertical con perforación para acceso de cableado Estabilizador frontal para evitar el volcado del armario PDUs de potencia suficiente para poder alimentar 3 Chasis de 10U (16 servidores) completamente llenos de servidores Debe soportar el peso de 3 chasis de 10U (o el equivalente) completamente llenos de servidores o de 20 servidores tipo C. Cantidad: 3 unidades ó 2 según si las cabinas de almacenamiento incluyen su propio rack Software de gestión Se solicita software de gestión junto a las licencias necesarias para los productos (servidores, cabinas y elementos de comunicaciones) que se adquieren, que permita la administración centralizada, su configuración, monitorización y gestión remota. Se valorará positivamente que independientemente de que existan herramientas diferenciadas por tipología de cada producto exista la posibilidad de gestionar y operar la infraestructura desde una única consola Transceptores y cableado Cantidad: Según la cantidad de servidores, chasis y la configuración de switches ofertada, se solicitan los transceptores necesarios para poder realizar las conexiones entre los distintos módulos de la solución. En los casos que los elementos a interconectar estén cercanos y la distancia lo permita se prefieren conexiones de cobre. 12 / 34

13 Las tiradas de cable o fibra que no sean entre los racks de la solución de cada site y vayan a otros elementos del CPD quedan fuera del alcance de este pliego y las realizará un instalador proporcionado por EJIE. 5.2 Servicios solicitados Servicios de instalación inicial, configuración y puesta en marcha Se deberán ofertar servicios cuyo alcance mínimo será el siguiente: Transporte del equipamiento a las instalaciones de EJIE Instalación física de los elementos en los CPD de EJIE y Lakua y del cableado intra-rack que conecte entre sí los diferentes elementos. Retirada y reciclaje de los embalajes Configuración básica de la solución para su puesta en marcha, siguiendo la documentación aportada por el fabricante de buenas prácticas. Instalación y configuración del producto correspondiente de gestión de la plataforma. Configuración de la monitorización del hardware de la solución e integración de las alarmas con la consola de operación de EJIE. Elaboración y prueba de los procedimientos de contingencia que sean aplicables a los distintos elementos en respuesta a errores y averías. Formación: formación oficial del fabricante, para al menos 8 personas de EJIE en cada uno de los entornos: cabinas, servidores, switches y firewalls, con posibilidad de obtener certificaciones oficiales Mantenimiento hardware Se deberá ofrecer un servicio ante averías 24x7 que cumpla con los siguientes tiempos de respuesta máximos para todos los elementos de la solución ofertada: Incidencias Graves (Severidad 1) con pérdida de servicio: 30 min en horario 24x7 Incidencias Graves (Severidad 2) sin pérdida de servicio: 2 horas en horario 24x7 Incidencias (Severidad 3) sin pérdida de servicio: 3 horas en horario laboral. Incidencias (Severidad 4) sin pérdida de servicio: 8 horas en horario laboral EJIE establecerá, previamente al requerimiento a la empresa adjudicataria, el grado de importancia y gravedad en relación a la resolución de la incidencia. En el caso de calificación de resolución de incidencia como muy grave para EJIE, la propia resolución y el tiempo establecido para la misma, será prioritario para la empresa adjudicataria En la respuesta el pliego se deberán detallar los niveles de servicio (SLAs) ofertados. El incumplimiento de los mismos podrá acarrear una penalización tal como se detalla en al apartado 7. Este servicio deberá proveerse durante 3 años, a partir de la puesta en marcha de la solución. Los elementos principales del equipamiento deben implementar además una solución call home que mantenga esa infraestructura hardware monitorizada y permitan al fabricante actuar proactivamente ante errores, fallos o averías. 13 / 34

14 En el caso de que el proveedor necesite acceso remoto a la infraestructura para realizar tareas de soporte deberá aportar para ello una plataforma securizada que garantice que la conexión se realiza conforme a las políticas de seguridad de la información en vigor en Ejie Servicios de Construcción Estos servicios corresponden a la fase de construcción e implementación de los diseños de alto nivel de la solución de IaaS. Las tareas relacionadas con la implementación y migración del entorno Microsoft queda fuera del alcance de este pliego ya que se acometerá en un proyecto específico. Este entorno se menciona únicamente por contextualizar adecuadamente la adquisición de la infraestructura Alcance y líneas de trabajo Realización de todas las tareas de configuración e integración de los distintos elementos (en su capa hardware y software), utilizando el equipamiento adquirido en este pliego, que culminen en la construcción de un entorno IaaS que dará servicio al Gobierno Vasco, OOAA y otras Entidades del sector Público Vasco Para ello se partirá del diseño de alto nivel realizado por los arquitectos de EJIE, que tendrá que completarse con detalles de bajo nivel y para lo que se apoyará en los servicios de consultoría de VMware contratados por EJIE para vcloud Suite y NSX. Las tareas estarán organizadas según las siguientes líneas de trabajo: Diseño Técnico detallado de la solución (en base al Diseño Técnico de Alto Nivel realizado por EJIE) Certificación final del diseño por parte de los proveedores de las infraestructuras Despliegue y configuración de vcloud Suite (vsphere, vrealize Operations, vrealize Automation, chargeback, etc ) Despliegue y configuración de NSX Despliegue y configuración de Vmware Site Recovery Manager Configuración de la monitorización basándose en vrealize Operations Integración con la solución de Backup proporcionada por EJIE Pruebas unitarias y de integración de todos los elementos hardware y software Implementación del catálogo de servicios IaaS básico definido por EJIE en vrealize Automation Traspaso del conocimiento al equipo que realizará las tareas de Operación y Soporte posteriores y a otros grupos y servicios de EJIE Roles en el equipo de trabajo El equipo de trabajo encargado de construir el entorno objeto de este contrato deberá tener los siguientes roles: 14 / 34

15 Dirección Sistemas y Telecomunicaciones Contrato de Suministro Jefatura Proyecto IaaS Arquitectura Técnica Soporte Implantación Técnico Infraestructura 1 Técnico Infraestructura n Consultoría VMware Técnico Desarrollo CMP Rol compartido EJIE / Servicio Rol EJIE Rol Servicio Rol tercero proporcionado por EJIE Este grupo podrá contar con la participación de otros equipos de EJIE así como de otros servicios contratados por EJIE. Arquitectura Técnicos de Infraestructura Diseño técnico de las solución a alto nivel y planificación Realización de los diseños técnicos a bajo nivel Especialistas que realizarán las tareas de implantación, pruebas y puesta en marcha de: Servidores Almacenamiento Comunicaciones y NSX vcloud Suite y vsphere Técnico Desarrollo CMP Consultoría VMware Similar a los técnicos de infraestructura pero especialista y referente en el grupo en cada uno de los siguientes campos: vrealize Automation VMware vcenter Operations Manager VMware vorquestrator Servicio contratado por EJIE y que pone a disposición del proyecto para las tareas de diseño e implantación de NSX y vrealize Automation 15 / 34

16 Dimensionamiento del equipo de trabajo Los recursos con los que se dimensione el servicio dependerá de las ofertas presentadas, pero se considera, y por tanto es un requisito mínimo, que para cubrir los roles planteados al menos es necesario que el equipo tenga la capacidad equivalente a horas de dedicación en un periodo de 24 semanas. La dedicación del equipo comenzará en el momento que se acepte por parte de EJIE como terminadas las tareas de instalación tal como se explica en el apartado 9. Prestación del Servicio: Este servicio se prestará en los locales de EJIE, siguiendo preferentemente el horario y calendario de EJIE. Como se ha explicado en el apartado de Necesidades de Contratación se va a crear un equipo de trabajo formado por un lado por Consultores de EJIE de los grupos de Software, Comunicaciones y Almacenamiento y por otro con técnicos especialistas en las nuevas tecnologías que se adquieran en el presente proyecto. Por este motivo la prestación de este servicio se realizará en los locales de EJIE, en una ubicación adecuada para el trabajo del equipo mixto que se formará entre personal de EJIE y del adjudicatario de este Pliego Contingencia del Servicio El prestatario del servicio debe especificar en su oferta las medidas que tomará para garantizar la prestación del servicio ante eventualidades como por ejemplo la baja de alguno de los integrantes o el cese de la relación laboral. De esta forma se debe asegurar que el servicio no se ve afectado. En todo caso, los recursos salientes deben convivir con el recurso que le sustituya un mínimo de 15 días laborables sin coste para EJIE. Adicionalmente el recurso entrante deberá ser validado expresamente por EJIE y debe cumplir los requisitos de solvencia que satisficiera en su momento el saliente. El incumplimiento de este punto supondrá una penalización económica tal como se detalla en el apartado Traspaso de Conocimiento El prestatario del servicio debe especificar en su oferta la metodología que propone para a la fecha de finalización del contrato y/o la fase de construcción hacer una traspaso efectivo del servicio a personal propio de EJIE o a otro servicio EJIE, así como para la correcta documentación técnica del entorno y del trabajo realizado Servicios de Explotación Alcance 16 / 34

17 Dirección de Producción Contrato de Suministro Se desea constituir un equipo para que de soporte al entorno IaaS una vez que entre en su fase de explotación y comience a dar servicio a usuarios finales, durante un periodo de 6 meses. En el ámbito de este equipo estarán como mínimo las siguientes funciones y responsabilidades: Funciones de gestor en el proceso de gestión de incidencias Funciones de gestor en el proceso de gestión de problemas Funciones de gestor en el proceso de gestión de eventos Funciones de gestor en el proceso Gestión de Peticiones Interlocución con los Responsables de Procesos de EJIE Mantenimiento evolutivo del entorno o Tareas de migración o actualización de versiones o Tareas de instalación de ampliaciones de la infraestructura o Implantación de nuevas funcionalidades en el CMP o Apoyo en la implantación de nuevos servicios en el catálogo o A la hora de dimensionar el servicio es importante tener en cuenta que el cumplimiento de los SLAs de algunos de los servicios presentes en el catálogo requerirán disponibilidad 24x7 para la resolución de incidencias Roles Técnico Soporte 1 Soporte Técnico Jefatura Operación IaaS Soporte de Segundo Nivel Soporte de Tercer Nivel de Fabricante Técnico Soporte n Técnico Soporte CMP Rol compartido EJIE / Servicio Rol EJIE Rol Servicio Rol tercero proporcionado por EJIE 17 / 34

18 Técnicos de Soporte Técnico Soporte CMP Soporte de Segundo Nivel Especialización en el ámbito Servidores y hardware Almacenamiento Comunicaciones y NSX vcloud Suite y vsphere Similar a los técnicos de infraestructura pero especialista en el grupo en cada uno de los siguientes campos: vrealize Automation VMware vcenter Operations Manager VMware Orquestrator El equipo que participó en la construcción del entorno deberá estar disponible para, de forma puntual, asistir a los técnicos de soporte del servicio de explotación en incidencias graves, de larga duración o en la resolución de problemas Los arquitectos y los técnicos de EJIE estarán dedicados a proyectos de evolución del entorno, pero en situaciones excepcionales que lo requieran podrán también apoyar como soporte de segundo nivel de los técnicos de soporte. Soportes de Tercer Nivel Servicio contratado por EJIE y que pone a disposición del equipo para la apertura de casos de soporte con los fabricantes de software de la infraestructura. NOTA:-El Soporte con los fabricantes del equipamiento hardware está incluido en la presente contratación Dimensionamiento del equipo de trabajo El número exacto de recursos con los que se dimensione el servicio dependerá de la propuesta que haga el proveedor, pero se considera, y por tanto es un requisito mínimo, que para cubrir los roles planteados al menos es necesario que el equipo tenga la capacidad equivalente a 300 horas de dedicación mensual más la disponibilidad 24x7. La dedicación del equipo comenzará en el momento que se acepte por parte de EJIE como terminadas las tareas de construcción tal como se explica en el apartado Prestación del Servicio Este servicio se prestará siguiendo preferentemente el calendario de EJIE en horario 8:00 a 17:00, y con la disponibilidad 24x7 explicada anteriormente. El servicio se prestará principalmente en las instalaciones de EJIE, dada la criticidad y especial necesidad y urgencia en la resolución de posibles incidencias y que se trata de servicios 18 / 34

19 asociados a infraestructuras críticas para EJIE y clientes de EJIE. La localización será separada de la plantilla de EJIE. En el caso de que algún servicio se prestara en los locales del adjudicatario, será cumpliendo las medidas de seguridad de EJIE descritas en el apartado de condiciones de seguridad/generales y en los Anexos de Seguridad. Entre otras medidas es imprescindible que cuando el servicio se proporcione desde las instalaciones del adjudicatario se cumplan las medidas especificadas sobre seguridad física, entre las que están el que el servicio se proporcione desde una zona con control de acceso específico en el que la única red disponible sea la Red Corporativa Contingencia del Servicio El prestatario del servicio debe especificar en su oferta las medidas que tomará para garantizar la prestación del servicio ante eventualidades como por ejemplo la baja de alguno de los integrantes o el cese de la relación laboral. De esta forma se debe asegurar que el servicio no se ve afectado. En todo caso, los recursos salientes deben convivir con el recurso que le sustituya un mínimo de 15 días laborables sin coste para EJIE. Adicionalmente el recurso entrante deberá ser validado expresamente por EJIE y debe cumplir los requisitos de solvencia que satisficiera en su momento el saliente. El incumplimiento de este punto supondrá una penalización económica proporcional al tiempo de incumplimiento y al impacto en el desarrollo del proyecto conforme a lo establecido en el apartado 7 de este documento Traspaso del Servicio El prestatario del servicio debe especificar en su oferta la metodología que propone para a la fecha de finalización del contrato hacer un traspaso efectivo del servicio a personal propio de EJIE o a un servicio que EJIE ya posea. 19 / 34

20 6 Descripción del entorno en el que se instalará la solución 6.1 Entorno tecnológico Tal como se indica en el apartado 3, el equipamiento que se desea adquirir se utilizará para construir un entorno IaaS y albergar un entorno de colaboración ofimática Microsoft. Como premisa de diseño se quiere utilizar un enfoque SDDC, de Data Center definido por software, como cimiento para favorecer la agilidad y la flexibilidad del mismo Infraestructura hardware La infraestructura se repartirá entre el CPD de EJIE (principal) y el de LAKUA (respaldo). Este segundo site se organizará como un CPD de contingencia (disaster recovery) y no habrá como premisa de diseño clústeres extendidos a nivel 2 entre los dos site. No todos los servicios finales que se desplieguen a futuro tienen que tener necesariamente contingencia por lo que cabe esperar que los dos site crezcan de forma asimétrica siendo mucho mayor el primero. Como se ha dicho anteriormente, este despliegue se hará en una nueva zona del CPD que no comparte ningún equipamiento con el Data Center existente, salvo la climatización y la alimentación. Al ser todo el equipamiento nuevo no hay implicaciones de diseño por tener que integrar elementos legacy. Se ha definido que el almacenamiento principal para el clúster virtual que albergue el entorno Microsoft y para los clúster de gestión y comunicaciones del entorno IaaS lo proporcionen cabinas de almacenamiento. Por otro lado el almacenamiento del cluster de recursos del entorno IaaS se basa en almacenamiento distribuido utilizan VirtualSAN de VMware. El uso de VirtualSAN condiciona el formato de los servidores que son enrackables para poder albergar la cantidad suficiente de discos locales. Para el resto de los casos se utilizan servidores blade. Como arquitectura de red Ethernet se quiere desplegar una estructura clos (spine/leaf) de dos niveles, pero que permita a los servidores consumir almacenamiento de la cabina por FC para el caso de los blade y por IP (NFS) tanto para los blade como para los servidores enrackables, aunque este último caso será en principio minoritario. Es decir el almacenamiento por bloque FC lo utilizarán únicamente los servidores blade. La parte de accesos WAN, los escenarios de DCI (Data Center Interconnect) y los mecanismos de protección de la información (Backup) de este nuevo entorno no se tienen en cuenta en este documento y se están abordando en otros proyectos en paralelo Software Como hipervisor para la virtualización de los servidores se utilizará VMware vsphere 6 y como software de gestión del cloud (CMP) vcloud Suite con desarrollos que se harán sobre vrealize Automation y vcenter Orchestrator para plasmar el catálogo de servicios IaaS. 20 / 34