PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA RENOVACIÓN DEL ALMACENAMIENTO DE LOS DATACENTERS DE CIMUBISA

Transcripción

1 Centro Informático Municipal de Bilbao, S.A. C I M U B I S A Bilboko Udalaren Informatika Zentroa, S.A. PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA RENOVACIÓN DEL ALMACENAMIENTO DE LOS DATACENTERS DE CIMUBISA Marzo de 2017

2 PLIEGO DE PRESCRIPCIONES TÉCNICAS 1. INTRODUCCIÓN 2. OBJETO Y ALCANCE DEL CONTRATO 3. PLAZO DE EJECUCIÓN 4. DESCRIPCIÓN DE LOS SUMINISTROS 5. SEGUIMIENTO Y CONTROL DE LOS TRABAJOS 6. CONFIDENCIALIDAD Y PROTECCIÓN DE DATOS 2

3 1. INTRODUCCIÓN CIMUBISA dispone en la actualidad de un doble sistema de cabinas en sus datacenters. Por un lado, una pareja de cabinas (una cabina por datacenter) con tecnología HDS USP-VM para los entornos de high-end (SAP, Host, Exchange, SQL y Oracle) y, por otro lado, cabinas de tecnología HUS 150 para entornos de middle-range (una cabina por datacenter). En el caso de la cabina USP el almacenamiento es de unos 22 TB brutos, siendo 206 TB brutos en el caso de la cabina HUS. La razón de esta división en doble sistema de cabinas venía determinada por las necesidades tecnológicas del entorno Host IBM ya que éste tenía sus propios protocolos y mecanismos de conexión, diferentes de los estándares, y que repercutían negativamente en el coste por TB del almacenamiento. 2. OBJETO Y ALCANCE Este contrato tiene como objetivo la adquisición y puesta en marcha de una nueva pareja de cabinas -una cabina para cada datacenters- que tenga capacidad de hacer diferentes tiers de calidad en el IO de cara a segmentar el tipo de discos en función de las necesidades de cada aplicación o sistema. La cabina debe ser capaz de gestionar el almacenamiento en modo activo-activo en los dos datacenters, replicando los datos de forma síncrona o asíncrona (ambas) según se determine. El proyecto incluirá las cabinas en sí con 4 años de garantía y todos los servicios técnicos requeridos para el paso de datos entre las LUNes de las cabinas actuales y las nuevas. 3. PLAZO DE EJECUCIÓN Cinco meses desde el inicio del contrato y cuatro años para el mantenimiento y garantías indicando. 4. DESCRIPCIÓN DE LOS SUMINISTROS 1 El contrato incluirá el suministro de todos los elementos, siendo por cuenta de la adjudicataria todas las labores necesarias para ello. Antes de proceder, se aclaran algunos términos para evitar diferencias de entendimiento debido a la unidad de medida y otros. Tamaño neto es el tamaño del disco una vez formateado, con el grupo de paridad ya establecido y discos hotspare asignados, y sin contar la posible reducción de espacio que se obtenga con sistemas de compresión o deduplicación. 1 Este Pliego de Prescripciones Técnicas se ha elaborado teniendo en cuenta las reglas establecidas en el artículo 117 del TRLCSP. 3

4 Se define Tebibyte (TiB) como 1024 GiB (Gibibytes). Se define Gibibyte (GiB) como 1024 MiB (Mebibytes), y así sucesivamente. Se define Terabyte (TB) como 1000 GB (Gigabytes). Se define Gigabyte (GB) como 1000 MB (Megabytes), y así sucesivamente. El datacenter principal hace referencia al CPD ubicado en las dependencias de CIMUBISA en Campo Volantín 1 bis, al tiempo que el datacenter de respaldo hace referencia al CPD ubicado en las dependencias de CIMUBISA en Juan Carlos de Gortazar 3. Ambos CPDs disponen de conexión por fibra oscura y una distancia de tendido inferior a los 15 km. A continuación, se describen las especificaciones técnicas que deben cumplir los productos y servicios a suministrar. Para proceder a la actualización del sistema de almacenamiento se deberán suministrar en el datacenter principal los elementos y funcionalidades que se describen a continuación, y otros idénticos para el centro de respaldo, así como su implantación en ambos centros. El resultado final del suministro y su implantación será disponer de dos sistemas de almacenamiento de alto rendimiento funcionando en activo-activo, para que ante una caída de uno de los sistemas de almacenamiento el servicio no se vea afectado en modo alguno, con failover automático e instantáneo y con componentes redundados e intercambiables en caliente. Los sistemas de la empresa adjudicataria deberán disponer o tener capacidad para dar solución a lo indicado en este pliego; la tecnología debe cumplir con lo requerido y la solución disponer de todos los elementos de hardware, software y licencias necesarios para ello. Rendimiento y capacidad requeridos en las cabinas de ambos CPDs Una cabina de almacenamiento con 19,2 TiB físicos de capacidad neta en Base2 de almacenamiento en tecnología de estado sólido. Se deberá incluir un rack estándar de 42 Us en cada uno de los datacenters, de forma que todo el equipamiento necesario para hacer funcionar las cabinas quede perfectamente integrado. Este rack, a nivel eléctrico dispondrá de doble distribución eléctrica y no tendrá ningún punto singular de fallo de forma que pueda recibir las dos acometidas eléctricas (una por rama) y alimente con ellas a todos los equipos que estén dentro de dicho rack. Se suministrará el equipamiento junta a todo el software y las licencias permanentes necesarias para el cumplimiento de los requisitos solicitados y ofertados. Los sistemas tendrán soporte completo e incluirán las licencias ilimitadas para los protocolos iscsi y FC. 4

5 Cada una de las cabinas ha de disponer de, al menos, dos controladoras independientes y redundantes con capacidad de sustitución en caliente sin que ello provoque disrupción en el servicio en la otra controladora y, además, pudiendo asumir el rol de la controladora sustituida. La configuración de las controladoras será de activo/activo tanto a nivel de bloque como a nivel de fichero, para obtener RPO (Recovery Time Objetive) y RTO (Recovery Time Objetive) de 0 en todos los casos y supuestos. Las cabinas deben permitir al menos RAID1+0 Raid5 y Raid6 de forma simultánea. Es decir, la cabina debe permitir tener diferentes RAIDs configurados en diferentes LUNes. Los sistemas dispondrán de baterías propias o mecanismos similares que aseguren la consistencia de la información en caso de fallo total del suministro eléctrico, sin ayuda de ningún elemento externo. Deberá disponer de una arquitectura de prevención y reemplazo ante el fallo individual de un disco a modo de hot-spare o mecanismo equivalente. Todos los elementos de la cabina deberán poder ser reemplazados en caliente (discos, fuentes de alimentación, controladoras ). En el caso de los discos SSD, su reemplazo se producirá independientemente de la causa de su fallo durante al menos los años de garantía requeridos (4) + 1. Se requiere que la capacidad solicitada en el pliego se suministre con discos de estado sólido o discos flash y que exista siempre un mínimo de 8 discos. No obstante, las cabinas deberán permitir la inclusión de discos mecánicos de gran capacidad y menor coste si en el futuro se estimara oportuno. El almacenamiento deberá proveerse con módulos de (1,6-1,92) TB, (3,2-3,84) TB, (6,4-7,68) TB o (12,8-15,36) TB. El Interface de los módulos deberá ser de al menos 12 Gbps. La cabina debe disponer de un Back-End SAS a 12 Gbps o superior, un mínimo de 128GB de cache global y espejada solo en escritura, y al menos 24 puertos FC a 16Gbps. La caché deberá estar basada en memoria física y no en discos SSD o similares. Debe existir la posibilidad de almacenamiento unificado bloque/fichero sin elementos externos o appliances de ningún tipo. Deberá tener la posibilidad de aumentar la potencia de proceso de los sistemas a modelos superiores sin necesidad de migración de datos. 5

6 Las cabinas deberán disponer de mecanismos de réplica y multiréplica (3:1, réplica de tres vías) de datos entre ellas que permitan replicar la totalidad de la cabina o una parte de su almacenamiento hacia la otra. Deberá disponer de replicación entre cabinas (remota) sobre IP de forma nativa, sin necesidad de incluir elementos externos, ya sea de forma síncrona o asíncrona. Deberán tener capacidad de configuración de almacenamiento en activo-activo real, es decir que los servidores puedan escribir de manera simultánea en dos cabinas, de forma que la pérdida de una de las cabinas no afecte al servicio., para obtener RPO (Recovery Time Objetive) y RTO (Recovery Time Objetive) de 0 tanto para el entorno bloque como fichero. La funcionalidad activo-activo deberá funcionar con el resto de funcionalidades de la cabina de almacenamiento activadas (compresión, deduplicación, snaps, tiering dinámico, thin provisioning, etc. Deberán tener capacidad de virtualización de sistemas de almacenamiento de otros fabricantes hasta al menos 1 PB de capacidad. La matriz de compatibilidad debe incluir las cabinas actuales USP-VM. Deberán disponer de capacidad de gestión de niveles de servicios, particionado de recursos y Dynamic Provisioning. Deberá permitir la creación de snapshots por cada volumen de almacenamiento y estos snaps deberán poder ser recuperados de forma instantánea sobre el volumen original sin pérdida de rendimiento. Asimismo, se valorará el poder crear snaps de snap ya existentes. Deberá disponer de capacidad para eliminar la información redundante (deduplicación inline) de forma nativa mediante el uso de ASIC para aceleración en el propio disco, de forma que al añadir más módulos se añada capacidad de proceso a la cabina, sin el auxilio de elementos externos, independientemente del sistema operativo cliente que acceda a los datos y de forma transparente a los sistemas y aplicaciones que accedan a los datos. Deberá ser posible habilitar y deshabiltar esta funcionalidad a nivel de LUN. Igualmente, deberá ser posible la deduplicación de datos replicados. En el supuesto de que la plataforma no disponga de componentes ASIC internos en los módulos (opción preferible) se admitirá también ACC cards para la aceleración flash en el propio disco. Deberá disponer de capacidad de comprimir los datos (Compresión inline) sin pérdida de rendimiento de forma nativa en el sistema de almacenamiento sin el auxilio de elementos externos e independientemente de sistema operativo o aplicación cliente que acceda a los datos. El sistema tendrá capacidad de establecer políticas de calidad de servicio sobre los volúmenes de datos, de forma que se prioricen los recursos del sistema en función de los volúmenes. 6

7 El sistema tendrá la capacidad de autoajustar la calidad de servicio del acceso a los datos en función de su frecuencia de acceso (auto-tiering, tres niveles como mínimo) en tiempo real y postproceso. Incluso deberá ser capaz de hacer movimientos de optimización intra-lun, es decir, movimiento de bloques pertenecientes a una misma LUN sobre diferentes niveles de almacenamiento. Capacidad de ofrecer al menos IOPD de frontend con un perfil de carga descrito por una ratio de L/E del 80%, 100% aleatorio, con tamaño de bloque de 4kB, y un tiempo de respuesta promedio de 0,8 milisegundos o inferior. Cada cabina debe disponer de múltiples procesadores en cada controladora que garanticen el trabajo en paralelo y ofrezcan redundancia ante fallos. En el supuesto de tener controladoras monoprocesador (opción no preferente) la adjudicataria deberá mitigar el problema con otras medidas como, por ejemplo, duplicar las controladoras necesarias. Posibilidad de recoger datos de rendimiento para verlos en tiempo real o históricos o hacer estudio de los mismos con el fin de verificar el comportamiento de los sistemas. Deberá incluir integración con la infraestructura virtual, lo que permitirá obtener snapshots consistente con las aplicaciones en los entornos VMware desde la consola de gestión vcenter sin hacer uso de los recursos del servidor ESXi. Deberá incluir una herramienta de recuperación granular y consistente desde la cabina para VMWare. Deberá disponer de almacenamiento integrado con VMWare para aprovisionamiento tradicional y de VVols desde vcenter. Disponibilidad igual o superior a 99,9999% certificada por el fabricante. Plan de instalación La empresa adjudicataria deberá nombrar un encargado que será el responsable de los trabajos en todos sus aspectos. Los equipos se instalarán en las dependencias de los Centros de Proceso de Datos de CIMUBISA, Principal y de Respaldo, sitos ambos en Bilbao. Se presentará de un plan de instalación, detallando en el mismo la estrategia de implantación, así como calendario de los requisitos y actuaciones previas, y posteriores a las de instalación. La adjudicataria deberá instalar todos los elementos físicos y elementos de software de los equipos informáticos objeto del presente concurso y dejarlos en las condiciones que permitan a CIMUBISA proceder a su explotación. También deberá quedar establecida la réplica de los sistemas de almacenamiento entre los centros local y remoto y dejarlo en las condiciones que permitan CIMUBISA proceder a su explotación. 7

8 La adjudicataria realizará todas las tareas necesarias para la migración de los datos de las cabinas antiguas a las nuevas. Plan de formación La adjudicataria deberá proporcionar formación oficial reglada específica al personal técnico designado por CIMUBISA y afectado por esta instalación y su posterior explotación. Dicha formación consistirá en un mínimo de 5 jornadas con un mínimo de 5 asistentes. Plan de mantenimiento La solución propuesta deberá incluir el soporte y mantenimiento con los siguientes acuerdos de nivel de servicio. Disponible 24 horas al día, 365 días al año. Absoluto régimen 24x7x365. Resolución de problemas de hardware y software. Proporcionar documentación y otras actividades rutinarias de servicio y soporte. CIMUBISA podrá informar sobre problemas o dudas acerca de su entorno de distintas formas: Mediante un sistema de monitorización remota que controle y detecte problemas, abriendo automáticamente una solicitud de servicio. Esta funcionalidad debería venir de serie en las cabinas sin ningún elemento adicional. Mediante una llamada telefónica al proveedor. Mediante un portal de soporte para abrir incidencias online. Además, deberá disponerse de un sistema automatizado de escalado de los problemas para mantener una comunicación efectiva de las llamadas de servicio de principio a fin. El tiempo máximo de atención será de 1 horas y el de resolución de problemas será de 4 horas. La adjudicataria dispondrá de un centro técnico y logístico integral que le permita mantener stock de todas las posibles piezas de recambio con un tiempo máximo de llegada a cualquiera de los datacenters de CIMUBISA de 1 hora desde que se recibe el aviso. 5. SEGUIMIENTO Y CONTROL DE LOS TRABAJOS Para el seguimiento y control de los trabajos se utilizará el siguiente sistema de funcionamiento: La empresa adjudicataria deberá nombrar un Encargado que será el responsable de los trabajos en todos sus aspectos. 8

9 Para dar por finalizado el trabajo y dar por cumplido el objeto del contrato, deberá validarse por CIMUBISA el Acta de Recepción o Cierre, por el que se dará el Vº Bº a los trabajos realizados. En caso de detectarse desviaciones entre la planificación y la situación real del trabajo, la empresa adjudicataria deberá emprender las acciones correctivas apropiadas, tras ser consensuadas con CIMUBISA. El trabajo se desarrollará en las instalaciones de Cimubisa. Los medios, herramientas, trasporte y desplazamientos necesarios del personal de la empresa adjudicataria serán a cargo de la misma. 6. CONFIDENCIALIDAD Y PROTECCIÓN DE DATOS Todos aquellos datos relacionados con la actividad de CIMUBISA que haya de suministrarse al adjudicatario para la realización de los servicios convenidos, se entienden confidenciales y quedarán si procede, bajo custodia del mismo, quien deberá salvaguardar la identidad y el secreto de dichas informaciones, así como dar la utilización exclusiva para lo que se han facilitado. Todos los colaboradores de la adjudicataria están obligados no sólo al secreto profesional más absoluto, sino también a la neutralidad y máxima discreción frente al personal de CIMUBISA. Toda la información proporcionada o confiada a los mismos, así como todas las conversaciones en las que participen, serán consideradas como estrictamente confidenciales. Asimismo, la empresa adjudicataria deberá garantizar el cumplimiento de los requisitos establecidos por la normativa de protección de datos personales, en relación con los datos de carácter personal a los que ésta pudiera tener acceso: Únicamente tratará los datos de carácter personal a los que tenga acceso conforme a las instrucciones de CIMUBISA y no los aplicará o utilizará con fin distinto. Una vez cumplida la prestación contractual, La adjudicataria destruirá o, si CIMUBISA así lo solicita, devolverá a CIMUBISA los datos de carácter personal a los que haya tenido acceso, así como cualquier soporte o documento en los que conste alguno de estos datos de carácter personal objeto de tratamiento, en el formato y condiciones en los que se encuentren en la fecha de dicha resolución. Por tanto, la empresa adjudicataria queda obligada al cumplimiento de las disposiciones establecidas en la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, especialmente en lo indicado en su artículo 12, así como a lo dispuesto en el 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. Asimismo, La adjudicataria acepta de forma expresa, respetar, asumir y ejecutar las obligaciones o acciones pertinentes y necesarias que se deriven de la Política de Seguridad de 9

10 Sistemas de Información vigente en CIMUBISA, de las mejores prácticas en el mercado, así como de directivas de seguridad, normativas, etc., en las actuaciones que desarrollen o ejecuten en el ámbito del Ayuntamiento de Bilbao, con la finalidad de garantizar la seguridad de los Sistemas de Información del Ayuntamiento de Bilbao, y de los datos e informaciones a los que tenga acceso para la ejecución del objeto del presente contrato. La adopción de dichas acciones o medidas implica, no sólo el respeto y adaptación a las medidas, controles y procedimientos de CIMUBISA, sino también la garantía, y en su caso adopción de las medidas de seguridad necesarias en los propios sistemas de información de la entidad adjudicataria o contratista que garanticen al Ayuntamiento de Bilbao, que dicha entidad cumple u ostenta un estándar mínimo de seguridad. El incumplimiento o no adopción de las medidas o acciones pertinentes implicará la resolución del presente contrato, y la obligación de indemnizar al Ayuntamiento de Bilbao por el incumplimiento y por los posibles daños y perjuicios ocasionados. En Bilbao, a 30 de marzo de 2017 Fdo.: Iñaki Herguedas Rodríguez Jefe de Sistemas Centrales Fdo.: Manu Roibal Prieto Director de Producción y Sistemas Responsable del Contrato 10