Pliego de prescripciones técnicas para la contratación del Servicio de Soporte, Gestión Integral de Infraestructuras TIC y Suministro de Hardware

Transcripción

1 Pliego de prescripciones técnicas para la contratación del Servicio de Soporte, Gestión I 1. Objeto del contrato Descripción de situación actual Características Técnicas Servicios Soporte Tareas a desarrollar Mantenimiento del Hardware, Sistemas Operativos y Software Base...5 I. Predictivo...5 II. Preventivo...5 III. Correctivo Soporte de Segundo nivel Documentación a Entregar Servicios de gestión integral Servicio de Procesamiento...9 I. Virtualización...9 II. Base de Datos...10 III. Correo Servicio de Almacenamiento...12 I. Conectividad...12 II. Volumen...12 III. Rendimiento...13 IV. Flexibilidad...13 V. Optimización del Uso físico...13 VI. Seguridad...13 VII. Administración y Reporting...14 VIII. Consolidación...14 IX. Backups Servicio de seguridad perimetral y comunicaciones...15 I. Seguridad Perimetral...15 II. Electrónica de Comunicaciones Suministro de Electrónica de Comunicaciones Nodo Central Andújar Electrónica de red Valle del Guadiato...17 I. Características Técnicas del Hardware...17 II. LAN Cableada...17 Página 1 de 31

2 4. Plan de Implantación y Ejecución. Servicios Mínimos Requeridos Instalación, Configuración, Migración y Puesta en Marcha de la solución Tareas de la Fase Descripción detallada...22 I. Plan de Trabajo, Plan de Contingencia, Plan de Pruebas y Plan de Formación...22 II. Despliegue de la solución y configuración...24 III. Cierre de configuraciones y estabilización de servicios...24 IV. Puesta en marcha...24 V. Documentación a aportar por el adjudicatario Cronograma de ejecución Personal Implicado Reuniones de Seguimiento Licencias e Ingeniería Licencias Ingeniería Penalizaciones Seguridad y confidencialidad de la información Gestión remota y Mecanismos Seguros...31 Página 2 de 31

3 1. Objeto del contrato La Agencia Pública Empresarial Sanitaria Hospital Alto Guadalquivir (en adelante APESHAG) es una organización sanitaria pública que pertenece a la Junta de Andalucía y depende de la Consejería de Salud y Bienestar Social. Forma parte del Sistema Sociosanitario Público de Andalucía (SSSPA). Actualmente nuestros 7 centros atienden a cerca de habitantes, que se reparten de la siguiente forma: corresponden al Hospital Alto Guadalquivir, de Andújar, al Hospital de Montilla, al Hospital de Alta Resolución Sierra de Segura, al Hospital de Alta Resolución de Puente Genil, al Hospital de Alta Resolución de Alcaudete, al Hospital de Alta Resolución Valle del Guadiato y al Hospital de Alta Resolución de Alcalá la Real. El objeto del expediente es la contratación del servicio de soporte, gestión integral de infraestructuras TIC para soportar la actual carga de trabajo, de los distintos centros que conforman APESHAG, a la par que permiten la puesta en marcha de nuevos programas y aplicativos, durante el periodo de vigencia de este contrato, asumiendo el incremento de la carga tanto en almacenamiento como en procesamiento que se pueda producir, el suministro de electrónica de comunicaciones para el Hospital de Alta Resolución Valle del Guadiato y el nodo central del Hospital Alto Guadalquivir. A grandes rasgos conllevarán: Soporte técnico especializado de segundo nivel de cara a dar respuesta a incidencias puntuales de hardware y/o software que requieran de técnicos muy cualificados en entornos concretos, para toda la infraestructura que quede funcional en APESHAG Renovación del soporte y mantenimiento (Hardware y Software) de toda la infraestructura TIC reseñada en el Anexo I Equipamiento epígrafes del 2 al 7, ambos inclusive. Actualización, mejora y ampliación de las infraestructuras actuales de la APESHAG, que se considere necesarias para proveer los distintos servicios. Suministro de Hardware: Electrónica de comunicaciones Las soluciones propuestas por las empresas licitadoras deberán profundizar en la estrategia de virtualización que se lleva años implementando en la APESHAG. A su vez, deberán capacitar a la organización de la posibilidad de comenzar estrategias ligadas a la centralización. La ubicación de las infraestructuras necesarias para proveer de los distintos servicios que se establezcan en este expediente podrán ser centros de APESHAG o del SSSPA. Página 3 de 31

4 2. Descripción de situación actual. La APESHAG realizó en su día un proceso de unificación y homogeneización de las infraestructuras de los centros, de cara a mejorar y facilitar su gestión y permitir la movilidad de equipamiento. La configuración de los centros se basa en: Entorno de virtualización altamente disponible donde se virtualizan todos los servidores que dan servicio al centro. Clúster de base de datos A/P con Symantec HA Storage Foundation. Un Servidor que centraliza la gestión de los diferentes componentes del sistema. (Virtual Center, Insight Manager, NetBackup, Command View) Cabina de Backups y UPS 5 kva Adicionalmente el centro de Andujar posee otros servicios adicionales a estas infraestructuras como son: Servicio de Correo, Servicio de PeopleSoft, Servicio de Ebussines Suite. Las características detalladas del equipamiento que actualmente se encuentra desplegado/instalado se encuentran reflejadas en el documento Anexo I Equipamiento, del presente Pliego de Prescripciones Técnicas. 3. Características Técnicas 3.1. Servicios Soporte Tareas a desarrollar El adjudicatario ejecutará al menos los siguientes trabajos relativos al Servio Soporte: Renovación actual de los servicios de soporte (24x7) de los equipamientos que dan soporte a la infraestructura ORACLE del centro de Andújar. Renovación actual de los servicios de soporte (24x7) de los equipamientos que dan soporte a la infraestructura ORACLE del centro de Valle del Guadiato, salvo que se plantee una alternativa viable de cambio dentro de la prestación de los servicios solicitados. Se deberá proporcionar un servicio de soporte de (24x7) Hardware y Software en entornos Críticos (Cabinas SAN + Chasis y aquellos que por falta de redundancia provoquen una parada en la actividad principal de la APESHAG y la prestación de los servicios Sanitarios). Se deberá proporcionar un servicio de soporte de (8x5) Hardware y Software en entornos No Críticos. Proporcionará al Director del Proyecto, un cronograma de actuaciones a realizar a lo largo del contrato sobre toda la infraestructura de la APESHAG. En base a ese cronograma, proporcionará el mantenimiento del hardware, sistemas operativos y software de base de este contrato, tanto a los suministrados como aquellos que se mantengan Página 4 de 31

5 Proporcionará un soporte técnico muy especializado de segundo nivel, de cara a dar respuesta a incidencias puntuales de hardware y/o software que requieran de técnicos muy cualificados en entornos concretos Mantenimiento del Hardware, Sistemas Operativos y Software Base El proyecto tendrá que ser sometido por parte del adjudicatario a un proceso de supervisión continua durante toda la vida del contrato. Dicho proceso de supervisión, tendrá como consecuencia la realización de determinadas acciones por parte del adjudicatario a fin de evitar o solucionar incidencias y problemas o mejorar el funcionamiento de los distintos sistemas hardware, sistemas operativos y software de base implicados en la infraestructura. Se distinguirán los siguientes tipos de mantenimiento: I. Predictivo El adjudicatario determinará mediante diversas herramientas de gestión y de monitorización, las condiciones técnicas de funcionamiento y operatividad de las máquinas y sistemas implicados en el contrato, de modo que se identifiquen cuanto antes los síntomas que predicen una incidencia o problema. II. Preventivo El adjudicatario realizará las actuaciones que considere oportunas como mínimo una vez al año, con todo el hardware y el software (firmware, hotfixes, parches, actualizaciones de Sistemas Operativos, etc.) objeto de este contrato para evitar que se produzcan incidencias o problemas en los distintos sistemas implicados sin coste alguno para la APESHAG. Asimismo, con la misma periodicidad, se evaluará que el rendimiento de los sistemas es el adecuado y se eliminarán posibles cuellos de botella. En el caso en que el fabricante de las soluciones basen su soporte en el cumplimiento por parte de la infraestructura de ciertos parámetros (matriz versión firmware), será responsabilidad del adjudicatario el mantener dichos parámetros en correcto cumplimiento, sin coste alguno para la APESHAG. Las revisiones periódicas comprenderán las tareas necesarias de comprobación de correcto funcionamiento, realización de test, limpieza externa e interna, ajuste y cuantas operaciones se consideren necesarias para asegurar una razonable garantía de funcionamiento. A tal fin, el licitador detallará las revisiones preventivas que efectuará en cada uno de los elementos que considere necesarios, las características y tareas que comprenderán las revisiones, su periodicidad, requisitos, horario y tiempo máximo que consumirán. Para la realización de estos trabajos el Área de Informática de la APESHAG pondrá los equipos a disposición del adjudicatario, según el plan de revisión acordado por ambas partes con el fin de afectar lo menos posible las labores de la organización, de forma que la paralización del servicio sea mínima, programándose, siempre que sea posible, fuera del horario laboral. En todo caso, las revisiones que requieran una parada planificada sólo podrán realizarse previa conformidad del Área de Informática. El mantenimiento preventivo se acomodará, en todo lo posible, a los procedimientos de verificación establecidos por el fabricante. Página 5 de 31

6 III. Correctivo Si se detectasen incidencias o problemas hardware o software en los elementos contemplados en este expediente o la falta de algún elemento necesario para el óptimo funcionamiento de dichos sistemas, el adjudicatario realizará las labores oportunas para su solución, teniendo en caso de requerirse, que suministrar e instalar sin coste alguno para la APESHAG, cualquier componente (hardware o software) que resultase necesario. Las características principales de nivel de servicio serán: 8x5 para todos los componentes no críticos. Se considerarán componentes no críticos todos aquellos que, estando redundados, no generen una interrupción del servicio. 24x7 para todos los componentes críticos. Se considerarán componentes críticos todos aquellos que puedan generar una interrupción del servicio (p.e. cabina de almacenamiento, chasis de blades, cores de red no redundados, etc.). Cada elemento de la infraestructura HW de la APESHAG deberá ser soportada directamente por el fabricante correspondiente, al menos, los elementos HW siguientes: o Infraestructuras de red. o Infraestructuras de almacenamiento o SAN. o Infraestructuras de BBDD. o Infraestructuras de virtualización. o Sistemas de copias de seguridad. En cualquier caso se utilizarán repuestos originales, actualizados tecnológicamente a la última versión y actualizables para versiones futuras de Software que el fabricante libere en el periodo de ejecución del contrato, obligándose a realizar las actualizaciones pertinentes que garanticen el correcto funcionamiento de la nueva versión de software y a mantener permanentemente actualizados los equipos. En el caso de sustitución de elementos susceptibles de contener datos de carácter personal, la empresa adjudicataria adquirirá la condición de encargado de tratamiento con respecto al soporte retirado y a su contenido, y por lo tanto, quedará sometida a las exigencias establecidas en los artículos 20, 21 y 22 del Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de carácter personal, o cualquier otra disposición concordante reguladora de las obligaciones del encargado de tratamiento. Este mantenimiento correctivo podrá ser realizado solo por parte de la empresa adjudicataria o bien por la empresa fabricante de cada equipo respetando al menos las condiciones de servicio expuestas en este apartado. Página 6 de 31

7 Una vez iniciada cualquier acción correctiva para la resolución de las averías que se produzcan, se continuará de forma ininterrumpida hasta su total resolución, siendo los tiempos de resolución inferiores a 48 horas en Servidor ervidores es y Electrónica de Red, mientras que serán inferiores a 72 horas en SAI s. Aquellos tiempos de respuesta y de resolución que superen, para cada una de las averías tratadas, los tiempos comprometidos por contrato por el adjudicatario, serán susceptibles de aplicación de la penalización establecida en el presente Pliego de Prescripciones Técnicas, apartado 6, si dicho retraso es enteramente achacable al adjudicatario del presente pliego. En caso reiterativo, se podrá plantear la rescisión del contrato por incumplimiento continuado de los compromisos establecidos por contrato. En caso de no cumplir con los tiempos de resolución establecidos, la APESHAG se reserva el derecho de solicitar al adjudicatario la sustitución el equipo averiado por otro de, al menos, prestaciones iguales o superiores, así como a efectuar la carga de software y los procedimientos necesarios para devolver el equipo a su situación inicial antes de la avería, sin que ello suponga merma en las prestaciones o coste adicional alguno para la APESHAG. Si por cualquier motivo el equipo averiado no pudiese ser arreglado in-situ, éste podrá ser retirado para su reparación en los talleres del fabricante. En cualquier caso los gastos de remisión de estos elementos correrán siempre a cargo del adjudicatario, que deberá entregarlos en el lugar que se indique en óptimas condiciones de funcionamiento Soporte de Segundo nivel En este apartado el licitador deberá especificar de forma pormenorizada las incidencias que atenderá cada año, por teléfono, por conexión remota, o bien mediante asistencia in situ y que por tanto estarán incluidas en el presente contrato. El adjudicatario dispondrá de soporte, telefónico y a través de medios telemáticos, especializado en la diagnosis de posibles problemas tanto hardware como software así como en la planificación y asesoramiento de medidas encaminadas a su resolución. De cara a dar cobertura a este soporte el adjudicatario dispondrá de personal especializado en al menos en los siguientes ámbitos: S.O. (Unix, Windows, Vmware, Linux), Veritas Cluster, Base de datos (Oracle, SQL*Server), Microsoft Exchange, Sharepoint, Routing, Firewalling y Gestión de red. A su vez contará con técnicos que ofrecerán asistencia in situ ante determinadas incidencias o problemas. Características Principales: Asistencia Telefónica. Se ofrecerá atención telefónica para dar soporte a cualquier duda sobre el funcionamiento de los equipos, uso de los mismos, o ayuda en la solución de los problemas relacionados con el Software indicado en el presente pliego. Una llamada generará la apertura de un proceso de resolución de la incidencia, que se cierra cuando se considera resuelta dicha incidencia. Página 7 de 31

8 Asistencia Remota. Conexión a los sistemas de la APESHAG, usando los mecanismos de acceso remoto que se facilitarán para intervenir en dichos sistemas en caso de fallo del mismo y agilizar así la resolución del problema. Asistencia en el lugar de la Instalaciones. Asistencia en el lugar de la instalación cuando se acuerde por parte de los técnicos de la empresa adjudicataria y de la APESHAG que es imprescindible para la resolución del problema. Implicará el desplazamiento de uno o varios especialistas al lugar de la instalación para el diagnóstico y solución del problema cuando el soporte telefónico no fuera suficiente para resolver los problemas inherentes al hardware o software afectado Documentación a Entregar El adjudicatario realizará anualmente y entregará al Director de Proyecto de la APESHAG, Informes anuales de operación y de las tareas de mantenimiento y administración llevadas a cabo en los distintos sistemas. Estos informes contendrán al menos la siguiente información: Tareas realizadas. Incidencias y problemas gestionados. Configuraciones de los sistemas. Resumen del estado y rendimiento de los sistemas: uso de procesador, memoria, disco, red, etc. Estadísticas de acceso de usuarios por tipología, operación, tiempo en ejecución, etc. Estado e informe del backup. Conclusiones, cambios y mejoras propuestas. Cualquier información que el Director de Proyecto solicite conocer o el adjudicatario considere relevante, relativa a los sistemas implicados Servicios de gestión integral Se establecen las siguientes características mínimas de cara a los servicios a prestar por el adjudicatario durante la vigencia del contrato: Alta disponibilidad de todos los servicios de la APESHAG, ante cualquier fallo o tarea de mantenimiento sobre cualquier elemento de la infraestructura independientemente del centro. Exceptuando el sistema de Backup y el sistema de Gestión. Página 8 de 31

9 Si para prestación de los servicios el licitante debiera implantar y/o sustituir equipamientos, se deberá contemplar: o La garantía y soporte de los nuevos equipamientos no será inferior a la duración del contrato y serán proporcionados por el fabricante. o Si son sistemas de acceso a las Cabinas SAN, deberán tener Alta Disponibilidad o Cualquier equipamiento deberá ser integrable dentro de las soluciones de monitorización actualmente implantadas en la APESHAG: Insight Manager, Nagios en este mismo orden de prioridad. o Se deberán asumir todos los servicios adicionales de reconfiguración de todos aquellos sistemas que se vean afectados por los cambios. o Se deberá mantener la compatibilidad de los servidores blade que se proporcionen con los chasis modelo HP C7000 que actualmente posee la APESHAG en todos sus centros, para hacer posible la reutilización de dichos servidores en unos u otros centros, dependiendo de las necesidades puntuales de los mismos Servicio de Procesamiento La dotación actual de procesamiento de los distintos centros se establece en diversos apartados, cuyas características actuales se detallan, por cada uno de ellos, en los siguientes epígrafes. I. Virtualización El entorno de virtualización de APESHAG se basa exclusivamente en tecnología VMWARE cuyos parámetros de trabajo son los siguientes: Andújar Montilla Sierra de Puente Valle del Alcalá la Alcaudete Segura Genil Guadiato Real Versión VMWARE # Servidores: Procesador: Tipo 2xXeon 2xXeon 2xXeon 2xXeon 2xXeon 2xXeon 2xXeon 5520 Quad 5520 Quad 5520 Quad 5520 Quad 5520 Quad E7320 Quad 5640 Quad Procesador Velocidad 2.26Ghz 2.26Ghz 2.26Ghz 2.26Ghz 2.26Ghz 2.13Ghz 2.26Ghz Cores Actuales Memoria Ram (GB) Disco Usado Tb ,5 1,5 2 Cores Asignados Uso CPU % Uso de Memoria % # Maquinas Virtuales Incr. Anual Disco 25% 20% 20% 20% 20% 20% 20% Incr. Anual A Memoria 20% 10% 10% 10% 10% 15% 10% Página 9 de 31

10 La capacidad de procesamiento del entorno de virtualización deberá absorber los mínimos que actualmente son necesarios para dar soporte a los centros de la APESHAG. Deberá permitir la parada de al menos 1 servidor físico para mantenimiento, sin afectar a ninguno de los servicios, ni parada de servidores virtualizados, manteniendo el sistema 100% operativo. En el caso de Andújar se hace necesario reforzar el entorno de virtualización ante una futura estrategia de centralización, con lo que el adjudicatario deberá establecer como recursos mínimos: o RAM: 528 GB o Cores: 64 II. Base de Datos El entorno de base de datos se basa en un cluster de Symantec, Activo/Pasivo, con lo que los datos serán referidos al nodo activo, salvo en el caso de Andújar donde ambos nodos mantienen cada uno una base de datos activa con lo que se especifica la media aritmética. Andújar Montilla Sierra de Puente Valle del Alcalá la Alcaudete Segura Genil Guadiato Real Servidor BL860 BL860 BL860 BL860 BL860 X6250 BL860 #Servidores Procesadores es/cores 2/4 2/4 2/4 2/4 2/4 2/2 2/4 Procesador: Tipo I2 I2 I2 I2 I2 Xeon 5160 I2 Procesador Velocidad 1.4Ghz 1.4Ghz 1.4Ghz 1.4Ghz 1.4Ghz 3Ghz 1.4Ghz Memoria Ram (GB) /servidor Uso CPU % (Activa) Uso de Memoria % La capacidad de procesamiento del entorno de virtualización deberá absorber los mínimos que actualmente son necesarios para dar soporte a los centros de APESHAG. Al igual que en el caso de la virtualización, el centro de Andújar deberá poseer la capacidad suficiente para absorber la carga derivada de una posible centralización de servicios, con lo que se hace necesario un incremento de capacidades para este centro, de al menos 50% de memoria y ampliar el número de cores de los servidores. Página 10 de 31

11 III. Correo Actualmente el sistema de correo se compone de los siguientes servidores dos frontales y un DAG de 2 mailbox con los siguientes parámetros básicos: HUB/CAS1 HUB/CAS2 MAILBOX1 MAILBOX2 Procesadores 2xXeon 5520 Quad 2xXeon 5520 Quad 2xXeon 5520 Quad 2xXeon 5520 Quad 2 Ram (GB) /servidor Uso CPU % (Activa) Uso de Memoria % Correo Almacenado GB Incremento o anual 30% Los datos actuales de configuración son los siguientes: Nombre de Buzón: Límite MB Ocupación Estimada MB M Ocupación Actual MB Administrativos Auxiliares de enfermería Celadores Cuentas de Servicio Directivos Enfermeros Excepciones Facultativos Responsables de Gestión Secretaria Técnicos Especialistas Varios TOTAL: MB MB Se deberá contemplar un crecimiento futuro durante la duración del contrato de al menos el doble almacenamiento del actual, manteniendo las necesidades de procesamiento y memoria. En caso de virtualizar el entorno, se deberán trasladar los recursos actuales (no menos de 16 Cores y 88Gb Ram) como necesidades adicionales a los sistemas de Virtualización (expresados anteriormente en el apartado I - Virtualización), tanto en almacenamiento, procesamiento y memoria. Página 11 de 31

12 Servicio de Almacenamiento Actualmente el almacenamiento de los distintos centros de la APESHAG, se compone de las siguientes características que se establecen como base para la prestación del servicio: Andújar Sierra de Puente Valle del Alcalá la Montilla Alcaudete Segura Genil Guadiato Real Almacenamiento Actual Total GB GB GB GB GB GB GB GB Almacenamiento Actual Usado GB GB GB GB GB GB GB GB Almacenamiento Actual Libre GB GB GB GB GB 342 GB 470 GB GB Capacidad I/O (Throughtput) IOPS > Almacenamiento máximo TB 12TB 36TB 12TB 36TB 12TB 10,8TB 12TB Velocidad discos (rpm) Incremento de volumen anual 21% 15% 33% 12% 8% 2% 10% I. Conectividad La conectividad de los distintos sistemas que necesiten de acceso al almacenamiento se deberá realizar mediante fibra. Todos los sistemas que actualmente tienen acceso al almacenamiento deberán seguir teniendo dicho acceso, cualquier necesidad adicional de activación y/o licencias deberá ser asumida por el Licitante como proveedor del servicio. Deberá permitirse la conexión de los distintos sistemas que posee APESHAG (Blades, HP integrity, T6320 Oracle,Backups) II. Volumen El adjudicatario deberá proveer como mínimo las siguientes capacidades de almacenamiento por centro netas a 3 años: Sierra de Puente Valle del Alcalá Andújar Montilla Alcaudete TOTAL Segura Genil Guadiato la Real Capacidad Neta N GB En el caso de Andujar se establece que el 60% del almacenamiento no podrá ser de una velocidad inferior a rpm. Página 12 de 31

13 III. Rendimiento nto En el centro de Andujar, el almacenamiento deberá estar basado en una arquitectura simétrica. En cuanto a las velocidades de la tecnología de almacenamiento, no se permitirán velocidades inferiores a las actualmente en producción. Quedando la distribución de velocidades y centro como sigue: Sierra de Puente Valle del Alcalá Montilla Alcaudete Segura Genil Guadiato la Real rpm 100% 100% 100% 100% 100% 100% En el caso del nodo central (Andujar) y por ser critica la infraestructura y los elementos que alberga, la definición de rendimiento para ella (ante una estimación de 80% lectura - 20% escritura) queda fijada en base al número de ejes, o discos sobre los que establecer los distintos tipos de RAID, como sigue Nivel 1: Se definirán de forma simultánea: - LUNs en RAID-1 sobre 32 discos SAS 10k rpm (Se estima un rendimiento de 3900 IOPS) - LUNs en RAID-5 sobre 32 discos SAS 10k rpm (Se estima un rendimiento de 2900 IOPS) Nivel 2: Se definirán: - LUNs en RAID-6 sobre al menos 16 discos SAS 7.2k rpm. (Se estima un rendimiento de 500 IOPS) Se proporcionarán un número de discos no inferior a los anteriormente estipulados para cada Nivel. IV. Flexibilidad Redistribución de la capacidad de almacenamiento entre los centros periférico en caso de necesidad. La escalabilidad del almacenamiento y conexionado de cualquier ampliación, deberá realizarse sin Interrupciones de servicio. V. Optimización del Uso físico Por la complejidad y/o carga de la sede central, se requiere que el almacenamiento posea estrategias de THIN PROVISIONING no diferido. VI. Seguridad El licitante será el responsable de establecer y plantear los elementos de seguridad necesarios para evitar y prevenir cualquier problema en el sistema de Almacenamiento que pueda producir parada o perdida de servicio a la APESHAG. A nivel de físico se deberán proporcionar capacidades en modo Raid 1, Raid 5 y Raid 6 como mínimo. En Andujar el almacenamiento deberá proveer la posibilidad de realizar Snapshot tanto para escritura como lectura. Página 13 de 31

14 VII. Administración y Reporting Dado que la APESHAG soporta servicios de terceros, el almacenamiento en Andujar deberá proveer de la capacidad de virtualización de entornos de administración delegada (Particionamiento). Adicionalmente este almacenamiento deberá poseer funcionalidad de reporting avanzado de cara a poder extraer y explotar información de performance, uso, capacidad etc. VIII. Consolidación En todos los centros de la APESHAG el almacenamiento quedará consolidado en un único dispositivo. Las necesidades tanto de equipamientos físicos de interconexión como sus servicios de configuración deberán ser asumidas por el adjudicatario. IX. Backups Actualmente toda la infraestructura se basa en LTO4, excepto en el centro de Valle del Guadiato que es LTO3, la configuración actual es: Andújar Montilla Sierra de Puente Valle del Alcalá Alcaudete Segura Genil Guadiato la Real Nº Cintas Cintas Limpieza El adjudicatario deberá acometer los cambios necesarios en el sistema de copias de seguridad asegurando los siguientes parámetros mínimos: Se deberá proveer a cada uno de los centros con al menos un incremento de un 20% de su capacidad actual de Backup. Los dispositivos de copia de seguridad deberán ser homogéneos para toda la empresa y no ser inferiores a los actualmente implantados en la mayoría de los centros. (LTO4 x fibra). Sólo se permitirá la excepcionalidad en el centro de Andujar siempre y cuando implique una mejora del sistema actual. Deberá sustituir los elementos de backup que lleguen a su fin de vida. La solución de backup deberá estar planteada para funcionar con NetBackup de Symantec. La APESHAG proporcionará todas las licencias de este producto, tanto de servidor como los agentes que se le soliciten para poder llevar a cabo la implantación de la solución propuesta. La empresa adjudicataria será la encargada de instalar y configurar todos los sistemas de backups de la solución, tras consensuar el esquema de copia de seguridad con los técnicos de APESHAG. Página 14 de 31

15 Servicio de seguridad perimetral p y comunicaciones iones I. Seguridad Perimetral. En la actualidad la seguridad perimetral de la APESHAG está formada por varias UTM/Firewall de la marca Fortinet, los cuales vienen recogidos en el Anexo 4 - Equipamiento Fortinet. Para todo el equipamiento recogido en el citado anexo, se encuentran activadas las licencias y funcionalidades siguientes: Support Type Hardware Firmware & Updates Enhanced Support Antivirus IPS Web Filtering AntiSpam Support Level Return to factory Web/Online 8x5 Web/Online Web/Online Web/Online Web/Online Se requiere para todos ellos, mantener y renovar al menos, las mismas funcionalidades y licencias adquiridas actualmente, de manera que el servicio prestado, no sufra interrupción alguna hasta el fin del presente contrato. II. Electrónica de Comunicaciones nicaciones. Actualmente la APESHAG cuenta con un equipamiento de electrónica de comunicaciones que se describe en el Anexo 2 Equipamiento HP de Red. El adjudicatario deberá proveer una de las siguientes alternativas: SLA como el actual de 24x7 (renovando el actual soporte de dicho equipamiento, y ampliándolo hasta fin del presente procedimiento) SLA de 8x5, en cuyo caso el adjudicatario dotará del siguiente equipamiento de SPARE, almacenado en las instalaciones de la APESHAG (al menos con el mismo SLA que el resto de equipamiento): Mini Gbics HP X121 1G SFP LC SX Transceiver Switches L2 de 48 puertos Gigaethernet. HP G Switch Chasis 5406 Con Software Premium + Componentes mínimos de funcionamiento HP 5406-HP 5406zl Switch with Premium Software x 1 HP 1500W PoE+ zl Power Supply x 2 HP 20-port Gig-T / 4-port SFP v2 zl Module x 2-4 HP Switches tipo Small Office Series Los modelos actuales en la APESHAG son HP G Switch. Página 15 de 31

16 3.3. Suministro de Electrónica de Comunicaciones Nodo Central Andújar Debido al incremento de las necesidades de la APESHAG y la centralización de numerosos servicios, se requiere dotar de redundancia el Core de red del nodo central (Andújar). Se debe suministrar un chasis adicional de similares características al actual, dotado con los componentes necesarios para poder distribuir el tráfico cursado y asumir el encaminamiento del tráfico en caso de caída de uno de ellos. Los componentes que conforman el Chasis actual son: Elemento Chassis 5412zl J8698A Management Module: J8726A Serial Number SG031SV0KJ ID030AS0QT ProCurve J8705A Gig-T/SFP zl Module SG928AU0BK ProCurve J8705A Gig-T/SFP zl Module SG928AU0JY ProCurve J8705A Gig-T/SFP zl Module SG928AU0GY ProCurve J8702A 24p Gig-T zl Module SG842AT18T ProCurve J8702A 24p Gig-T zl Module SG842AT14G ProCurve J8702A 24p Gig-T zl Module SG025AT025 ProCurve J9154A Services zl Module SG922GG02G En relación a los componentes expuestos, indicar que las tarjetas anteriormente descritas, que ya se poseen, se dividirán entre ambos chasis (actual y el que se va a suministrar por el adjudicatario), no siendo necesaria la adquisición de nuevas tarjetas. Puesto que será necesario realizar la interconexión entre ambos, se pide como solución mínima para cada chasis, el modelo HP X242 10G SFP+ SFP+ 3m DAC Cable para su unión. La velocidad mínima de transmisión entre ambos (VRRP) será de 20Gb. La configuración de la alta disponibilidad para el Hospital Alto Guadalquivir, su ejecución y puesta en marcha, correrán a cargo del adjudicatario. Se valorará que el licitador realice transferencia de conocimientos para poder realizar test de seguridad y análisis de vulnerabilidades en las comunicaciones de la APESHAG. Página 16 de 31

17 Electrónica de red Valle del Guadiato. Arquitectónicamente el centro de Valle del Guadiato está distribuido en 2 plantas y dispone en la actualidad de cableado estructurado, así como los Racks necesarios que serán usados para comunicaciones de voz y datos, ubicación que se dará a conocer para el enracado del material en cuestión en el momento de la implantación. I. Características Técnicas del Hardware Los equipos que se oferten serán de configuración escalable, para permitir su crecimiento según la evolución de las necesidades de los sistemas de información. Siempre que se cite una norma o especificación, se acompañará el certificado de conformidad para el producto ofrecido, o en su caso, los resultados de comprobaciones realizadas por laboratorios independientes, o mediante programas de verificación, o cualquier otro medio de prueba de la conformidad. El material o equipo que se suministre deberá incluir certificado de homologación de acuerdo a las normas CE, así como manuales de usuario, manuales técnicos y toda la documentación necesaria para su completa explotación en castellano, pasando a ser toda ésta documentación propiedad de APESHAG En los apartados que se exponen a continuación se especifican unos mínimos para cada uno de los elementos objeto de este apartado, que serán aplicables al hardware a ofertar. II. LAN Cableada La Red de Área Local (LAN) a instalar debe amoldarse a las características arquitectónicas y técnicas del edificio. La topología de comunicación se regirá por la filosofía Core to Edge en la que un equipo realizará las tareas de conmutador troncal de comunicaciones, y distribuirá el tráfico a las capas pertinentes en función de sus destinos. A continuación se detallan las características: a. Troncal de conmutación El Core de la red se instalará en el CPD y dará servicio a los servidores, equipos de comunicación y armarios perimetrales. Se dotará del material adecuado para que la electrónica quede enracada perfectamente al armario habilitado para tal efecto. Deberá cumplir las siguientes características mínimas: - Enrutamiento de nivel 3, debe disponer de al menos 64 puertos 10/100/1000 base-t RJ45 y al menos 8 Puertos Mini-GBIC Module. - Puerto para consola y por tanto gestión fuera de banda. - Dotación de 4 Mini-GBIC Module - La solución mínima a aportar será de tipo Chasis pasivo evitando componentes activos para minimizar los posibles errores. - Instalación escalable, permitiendo ampliar con puertos de tipos diferentes, y conectando los nuevos elementos a 1Gbps como mínimo. - Capacidad de expansión y actualización. - Alta disponibilidad. La rotura de un componente no debe implicar la paralización de las conexiones de red de todo el centro. - Poseerá fuentes de alimentación redundantes. - Uso de tecnologías NonBlocking, Spanning Tree tipo 8021.w RSTP y Link Aggregation 802.3ad. Página 17 de 31

18 - Soporte de módulos 802.3af (PoE). - Soporte y etiquetado de VLAN 802.1Q, registro de entradas dinámico mediante GVRP o protocolo similar. - Link Aggregation 802.3ad con distintos puertos de diferentes miembros de un STACK o Chasis. El uso de estos puertos, no debe repercutir en la capacidad NonBlocking de la electrónica. - Posibilidad de creación de múltiples puertos mirror. La carga de CPU en el caso de uso de estos puertos nunca debe repercutir en la capacidad NonBlocking. - Soporte de múltiples tipos de autenticación por puerto simultáneos: o 802.1x (MD5, TLS, PEAP-MSCHAP, PEAP-TLS). o MAC. o Portal web (con captura de peticiones HTTP y cifrado de la comunicación). - Posibilidad de aplicación de múltiples políticas por puerto en función de autenticación. - Capacidad de configurar en un entorno gráfico todos los aspectos enumerados anteriormente sobre políticas de puertos. - Capacidad de modificar la política aplicada a un puerto o a un usuario en tiempo real para ofrecer una respuesta dinámica: o En función de dónde se ha localizado el sistema, qué política tiene aplicada, en qué VLAN reside, cuál es la severidad del evento, quién lo ha reportado, en qué día de la semana y franja horaria se ha producido o De forma totalmente automatizada, mediante confirmación manual por parte del administrador, o automáticamente después de un tiempo de espera permanente o temporalmente. o Con capacidad para reportar lo sucedido y las acciones llevadas a cabo, y para ejecutar cualquier script, de forma automática. - Soporte de DHCP - Posibilidad de incorporar y soportar tecnologías de 10 Gbps, enrutador y filtrado de paquetes IPv6, así como funcionalidades de routing avanzado y seguridad dinámica. - Limitación de ICMP. - Uso de electrónica de red con soporte nativo de protocolo SNMP. - Deben facilitarse los módulos MIB (Management Information Base) del Agente SNMP. - Detección de patrones virales, de tipo gusano, de denegación de servicio y de otros tipos de ataque para evitar su propagación por la red. Autoprotección de CPU ante tráfico malintencionado. - Capacidad de limitar el acceso a ciertos puertos a unas MAC s especificadas. - Capacidad de autentificación o políticas de usuario por parte de la red. Interoperabilidad con directorio activo, políticas por puerto en lugar de VLAN y/o servidor RADIUS como parte de la solución. - Filtrado de comunicaciones a nivel 3 por origen y/o destino, a través de IP o puerto. (ACLs) - QoS, limitando y garantizando los anchos de banda. - Soporte de 802.1AB o LLDP. - Gestión total de tareas administrativas vía Web. - Sencillez en la identificación y gestión de puertos. - Capacidad de integración con otros sistemas de gestión y seguridad (Comunicación mediante estándares: SNMPv3). Página 18 de 31

19 b. Electrónicas de nivel 2. Estas electrónicas se instalaran según las necesidades de la APESHAG, dando servicio de red a clientes y/o terminales. Su unión al Core de la red dependiendo de la ubicación se realizará por cableado de red proporcionado por la APESHAG. Se dotará del material adecuado para que la electrónica quede enracada perfectamente al armario habilitado para tal efecto. Se deberá de configurar de manera que se dote de redundancia las conexiones de los equipos instalados en este Rack hacia el Core, aumentando los posibles caminos para llegar al nodo central, y habilitando los algoritmos necesarios para ello. Las características mínimas que deberá cumplir el equipamiento propuesto es: - Electrónicas de nivel 2, con soporte de VLAN, los cuales deben de dotar de al menos 240 puertos 10/100/1000 base-t RJ45 y al menos 8 Port Mini-GBIC Module. - La instalación ha de ser escalable, permitiendo ampliar con puertos de tipos diferentes, y conectando los nuevos elementos a 1Gbps como mínimo. - Capacidad de expansión y actualización. - Alta Disponibilidad. La rotura de un componente no debe implicar la paralización de las conexiones de red cubiertas por ese armario perimetral. - Uso de tecnologías NonBlocking, Spanning Tree y Link Aggregation tipo 8021.w RSTP y Link Aggregation 802.3ad - Uso de electrónica de red con soporte nativo de protocolo SNMP. - Posibilidad de incorporar y soportar tecnologías de 10 Gbps, transmisión de paquetes IPv6. - Soporte y etiquetado de VLAN 802.1Q. - Soporte DHCP. - Soporte de 802.1AB o LLDP. - Capacidad de bloquear y fijar el acceso a ciertos puertos a unas MAC s especificadas. - Gestión total de tareas administrativas vía Web. - Sencillez en la identificación y gestión de puertos. c. Electrónicas de nivel 2 en Armario Perimetral (RACK VGR0P0) El armario perimetral, se encuentra ya conectado por fibra óptica al armario del Core. Para este armario perimetral, deberá proporcionarse el cableado necesario para conectar la electrónica suministrada, a la bandeja de fibra situada en el armario, cuyo conector es del tipo ST. Por tanto, la solución ofrecida, debe quedar completamente operativa. Se dotará del material adecuado para que la electrónica quede enracada perfectamente al armario habilitado para tal efecto. Se deberá de configurar de manera que se dote de redundancia las conexiones de los equipos instalados en este Rack hacia el Core, aumentando los posibles caminos para llegar al nodo central, y habilitando los algoritmos necesarios para ello. Página 19 de 31

20 Las características mínimas que deberá cumplir el equipamiento propuesto es: - Electrónicas de nivel 2, con soporte de VLAN, debe disponer de al menos 192 puertos 10/100/1000 base-t RJ45 y al menos 16 Port Mini-GBIC Module. - Dotación de 2 Mini-GBIC Module. - La instalación ha de ser escalable, permitiendo ampliar con puertos de tipos diferentes, y conectando los nuevos elementos a 1Gbps como mínimo. - Capacidad de expansión y actualización. - La rotura de un componente no debe implicar la paralización de las conexiones de red cubiertas por ese armario perimetral. - Uso de tecnologías NonBlocking, Spanning Tree y Link Aggregation tipo 8021.w RSTP y Link Aggregation 802.3ad (entre multiples puertos de diferentes miembros del STACK). - Uso de electrónica de red con soporte nativo de protocolo SNMP. - Soporte y etiquetado de VLAN 802.1Q. - Soporte DHCP. - Soporte de 802.1AB o LLDP. - Capacidad de bloquear y fijar el acceso a ciertos puertos a unas MAC s especificadas. - Gestión total de tareas administrativas vía Web. - Sencillez en la identificación y gestión de puertos. d. Electrónicas de nivel 2 en Armario Perimetral (RACK VGR1P0) El armario perimetral, se encuentra ya conectado por fibra óptica al armario del Core. Para este armario perimetral, deberá proporcionarse el cableado necesario para conectar la electrónica suministrada, a la bandeja de fibra situada en el armario, cuyo conector es del tipo SC. Por tanto, la solución ofrecida, debe quedar completamente operativa. Se dotará del material adecuado para que la electrónica quede enracada perfectamente al armario habilitado para tal efecto. Las características mínimas que deberá cumplir el equipamiento propuesto es: - Electrónicas de nivel 2, con soporte de VLAN, debe disponer de al menos 48 puertos 10/100/1000 base-t RJ45 y al menos 4 Port Mini-GBIC Module. - Dotación de 2 Mini-GBIC Module. - La instalación ha de ser escalable, permitiendo ampliar con puertos de tipos diferentes, y conectando los nuevos elementos a 1Gbps como mínimo. - Capacidad de expansión y actualización. - La rotura de un componente no debe implicar la paralización de las conexiones de red cubiertas por ese armario perimetral. - Uso de tecnologías NonBlocking, Spanning Tree y Link Aggregation tipo 8021.w RSTP y Link Aggregation 802.3ad (entre multiples puertos de diferentes miembros del STACK). - Uso de electrónica de red con soporte nativo de protocolo SNMP. - Soporte y etiquetado de VLAN 802.1Q. - Soporte DHCP. - Soporte de 802.1AB o LLDP. - Capacidad de bloquear y fijar el acceso a ciertos puertos a unas MAC s especificadas. - Gestión total de tareas administrativas vía Web. - Sencillez en la identificación y gestión de puertos. Página 20 de 31