INVITACION.pdf - Ampliación del cluster HPC (High Perfor…

## SISTEMA DINÁMICO DE ADQUISICIÓN DE SUMINISTRO DE EQUIPOS DE COMUNICACIONES, SERVIDORES Y SISTEMAS DE ALMACENAMIENTO SDA 24/2022 (Expediente nº 2022/68) ## INVITACIÓN A LA LICITACIÓN DEL CONTRATO CC02025006 BIS ## Ampliación cómputo GPU para Nord4 Lote 2 - Servidores y sistemas de almacenamiento En virtud de los dispuesto en el artículo 226 de la Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público, por la que transponen al ordenamiento jurídico español las directivas del Parlamento Europeo y del Consejo 2014/23/UE y 2014/24/UE, de 26 de febrero de 2014, se invita a todas las empresas admitidas al sistema dinámico de adquisición a presentar oferta en la licitación de este contrato específico en el plazo máximo de 10 días naturales contados a partir del día siguiente a la fecha de envío de esta invitación . La oferta deberá ajustarse a lo establecido en los pliegos que rigen el sistema dinámico de adquisición y a los términos y condiciones que se concretan en esta invitación.   ## TÉRMINOS Y CONDICIONES | 1. | ORGANISMO DESTINARIO, ORGANO DE CONTRATACIÓN, RESPONSABLE DEL CONTRATO Y DATOS | DE | |----------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------|------| | CONTACTO | ..................................................................................................................................................................... | 4 | | 2.1. | Lote, título y objeto ................................................................................................................................... | 4 | | 2.2. | Características principales de las prestaciones ......................................................................................... | 4 | | | Tratamiento de datos de carácter personal por parte del adjudicatario .................................................. | 5 | | 2.3. | | | | 2.4. | Categorización conforme al Esquema Nacional de Seguridad (ENS) ........................................................ | 5 | | 3. | DURACIÓN DEL CONTRATO ............................................................................................................................. | 6 | | 3.1. | Fecha de inicio de la ejecución .................................................................................................................. | 6 | | 3.2. | Plazo de entrega de los suministros .......................................................................................................... | 6 | | 3.3. | Plazo de ejecución del contrato ................................................................................................................ | 6 | | 3.4. | Prórroga del contrato específico ............................................................................................................... | 7 | | 4. | VALOR ESTIMADO DEL CONTRATO Y PRESUPUESTO DE LICITACIÓN .............................................................. | 7 | | 4.1. | Presupuesto de licitación y aplicaciones presupuestarias ........................................................................ | 7 | | 4.2. | Determinación del precio del contrato ..................................................................................................... | 8 | | 4.3. | Tramitación del expediente (a efectos presupuestarios) .......................................................................... | 9 | | 4.4. | Modificación del contrato específico ........................................................................................................ | 9 | | 4.5. | Valor estimado .......................................................................................................................................... | 9 | | 4.6. | Contrato financiado con cargo al presupuesto de la Unión Europea ...................................................... | 10 | | 4.7. | Entrega de bienes de la misma clase como parte del pago .................................................................... | 10 | | 5. | LUGAR Y CONDICIONES DE LA ENTREGA ....................................................................................................... | 10 | | 6. | INCOMPATIBILIDADES PARA LA LICITACIÓN .................................................................................................. | 10 | | 7. | CRITERIOS DE VALORACIÓN DE LAS OFERTAS Y SU PONDERACIÓN .............................................................. | 11 | | 7.1. | Ponderación de los criterios de adjudicación ......................................................................................... | 11 | | 7.2. | Fórmula aplicable al criterio precio ......................................................................................................... | 11 | | 7.3. | Otros criterios evaluables automáticamente mediante fórmulas, distintos al precio ............................ | 11 | | 7.3.1. | Criterios relativos al consumo energético de los equipos o su eficiencia energética ............................. | 12 | | 7.3.2. | Criterios evaluables automáticamente mediante fórmulas .................................................................... | 12 | | 7.3.3. | Fórmulas para la evaluación automática de los criterios ........................................................................ | 13 | | 7.4. | Criterios cuya cuantificación depende de un juicio de valor ................................................................... | 14 | | 7.4.1. | Criterios y ponderación ........................................................................................................................... | 14 | | 7.4.2. | Método de valoración y documentación ................................................................................................ | 14 | | 8. | OFERTAS ANORMALMENTE BAJAS ................................................................................................................ | 15 | | 9. | CONDICIONES DE EJECUCIÓN Y OTRAS OBLIGACIONES DEL CONTRATISTA .................................................. | 15 | | 9.1. | Obligaciones generales ........................................................................................................................... | 15 | | 9.3. | Obligaciones de seguridad en cumplimiento del ENS ............................................................................. | 16 | | 10. | PAGO Y FACTURACIÓN .................................................................................................................................. | 17 | | 10.1. | Pago del precio ....................................................................................................................................... | 17 | | 11. | GARANTÍA DE LOS BIENES ............................................................................................................................. | 18 | | 12. | PENALIDADES ................................................................................................................................................ | 19 |       | 12.1. | 12.1. | Penalidades fijadas en el sistema dinámico de adquisición .................................................................... 19 | |----------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | 12.2. | 12.2. | Fórmula para la aplicación de penalidades ............................................................................................. 20 | | 13. | CAUSAS DE RESOLUCIÓN DEL CONTRATO ESPECÍFICO .................................................................................. 20 | CAUSAS DE RESOLUCIÓN DEL CONTRATO ESPECÍFICO .................................................................................. 20 | | 14. | FORMA DE PRESENTACIÓN Y CONTENIDO DE LAS OFERTAS ......................................................................... 20 | FORMA DE PRESENTACIÓN Y CONTENIDO DE LAS OFERTAS ......................................................................... 20 | | ANEXO I PRESCRIPCIONES TÉCNICAS ........................................................................................................................... 22 | ANEXO I PRESCRIPCIONES TÉCNICAS ........................................................................................................................... 22 | ANEXO I PRESCRIPCIONES TÉCNICAS ........................................................................................................................... 22 | | I.1. | Requisitos funcionales de los suministros .................................................................................................... 22 | Requisitos funcionales de los suministros .................................................................................................... 22 | | I.2. | Requisitos no funcionales de los suministros ............................................................................................... 36 | Requisitos no funcionales de los suministros ............................................................................................... 36 | | I.3. | Características de la garantía obligatoria del fabricante .............................................................................. 40 | Características de la garantía obligatoria del fabricante .............................................................................. 40 | | I.4. | Periodo de vigencia y modalidad de licenciamiento .................................................................................... 41 | Periodo de vigencia y modalidad de licenciamiento .................................................................................... 41 | | ANEXO IISERVICIOS DE INSTALACIÓN AVANZADA Y/O SOPORTE A PROPORCIONAR POR EL ADJUDICATARIO ........... 42 | ANEXO IISERVICIOS DE INSTALACIÓN AVANZADA Y/O SOPORTE A PROPORCIONAR POR EL ADJUDICATARIO ........... 42 | ANEXO IISERVICIOS DE INSTALACIÓN AVANZADA Y/O SOPORTE A PROPORCIONAR POR EL ADJUDICATARIO ........... 42 | | II.1. | II.1. | Servicios de instalación avanzada de los suministros ............................................................................. 42 | | II.2. | II.2. | Servicios de soporte de los suministros .................................................................................................. 45 | | II.2.1. | II.2.1. | Dimensionamiento del servicio ............................................................................................................... 47 | | II.2.2. | II.2.2. | Acuerdos de nivel de servicio .................................................................................................................. 47 | | II.3. | II.3. | Requisitos de los perfiles profesionales .................................................................................................. 47 | | ANEXO III | ANEXO III | ENTREGAS PARCIALES ........................................................................................................................ 49 | | ANEXO IV | ANEXO IV | COBERTURA DE LA GARANTÍA EXTENDIDA DEL ADJUDICATARIO ...................................................... 50 | | ANEXO V | ANEXO V | NECESIDAD DE PRODUCTOS CONCRETOS POR COMPATIBILIDAD CON INSTALACIÓN EXISTENTE ......... 51 | | ANEXO VI | ANEXO VI | TRATAMIENTOS DE DATOS, FINALIDAD Y MEDIDAS .................................................................... 52 | | VI.1. | VI.1. | Tratamientos de datos y finalidad de los tratamientos .......................................................................... 52 | | VI.2. | VI.2. | Medidas técnicas y organizativas ............................................................................................................ 52 | | ANEXO VII | ANEXO VII | MODELO DE NOTIFICACIÓN DE SUBCONTRATACIÓN ........................................................................ 53 | | ANEXO VIII | ANEXO VIII | DECLARACIÓN MÚLTIPLE DE LAS EMPRESAS PROPUESTAS COMO ADJUDICATARIAS DE CONTRATOS CON CARGO AL PLAN DE RECUPERACIÓN, TRANSFORMACIÓN Y RESILIENCIA ...................................... 54 | | ESPECÍFICOS ADENDA PARA LOS CONTRATOS FINANCIADOS CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA .................. 59 | ESPECÍFICOS ADENDA PARA LOS CONTRATOS FINANCIADOS CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA .................. 59 | ESPECÍFICOS ADENDA PARA LOS CONTRATOS FINANCIADOS CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA .................. 59 | | a. | Obligaciones generales aplicables a todos los contratos financiados con cargo al presupuesto de la Unión Europea ................................................................................................................................................................... 59 | Obligaciones generales aplicables a todos los contratos financiados con cargo al presupuesto de la Unión Europea ................................................................................................................................................................... 59 | | b. | Obligaciones generales aplicables a los contratos financiados con cargo al PRTR ....................................... 61 | Obligaciones generales aplicables a los contratos financiados con cargo al PRTR ....................................... 61 |     ## 1. ORGANISMO DESTINARIO, ORGANO DE CONTRATACIÓN, RESPONSABLE DEL CONTRATO Y DATOS DE CONTACTO ## Organismo destinatario Unidad proponente: Barcelona Supercomputing Center - Centro Nacional de supercomputación Centro directivo: Barcelona Supercomputing Center - Centro Nacional de supercomputación Departamento/organismo: Unidad de Tenders Responsable del contrato (nombre, apellidos, cargo y dependencia orgánica): - Sr. Mateo Valero - Director del BSC-CNS ## Datos de contacto : Dirección Postal: Plaza Eusebi Guell, 1-3 08034 Barcelona Correo electrónico: tenders@bsc.es Teléfono: 93 413 77 16 ## Órgano de Contratación: - El organismo Consorcio Barcelona Supercomputing Center-Centro Nacional de Supercomputación forma parte de los entes y entidades públicas indicadas en de las letras a), b), c), d) y g) del apartado 1.º del artículo 3 de la LCSP, obligadas a la contratación centralizada ## 2. LOTE, TITULO Y OBJETO DEL CONTRATO ESPECÍFICO ## 2.1 LOTE, TÍTULO Y OBJETO Lote objeto de licitación: Lote 2 - Servidores y sistemas de almacenamiento Título del contrato : Ampliación cómputo GPU para Nord4 ## Objeto del contrato: La ampliación del cluster HPC (High Performance Computing) Nord4 (basado en el hardware de MareNostrum4) para proveerle de capacidades de nodos con GPUs. Los departamentos científicos del BSC-CNS requieren la ejecución de simulaciones relacionadas con Large Language Models (LLMs) y otras ejecuciones que requieren del uso de GPUs y definir un piloto de Trusted Research Environment. ## 2.2 CARACTERÍSTICAS PRINCIPALES DE LAS PRESTACIONES Con respecto a los suministros objeto del contrato específico: - ☒ Se adquieren equipamientos en infraestructura local - ☒ Se adquiere software embarcado - ☒ Se adquiere software con carácter accesorio al suministro de equipamientos (únicamente posible para el lote 2 y sólo si se ha marcado la primera opción) Si están señaladas, las siguientes opciones son de aplicación al presente contrato específico:     - ☒ Se solicita garantía extendida del adjudicatario con la cobertura descrita en el apartado III.8 del PPT y concretada en el Anexo IV de este documento, cuya duración se extenderá durante todo el periodo de vigencia de las licencias objeto del suministro. - ☒ Se solicitan servicios a realizar por el adjudicatario del contrato específico, para la instalación avanzada o soporte de los suministros. Estos servicios se describen en el Anexo II . Los suministros llevan asociados de forma obligatoria la garantía del fabricante por un período de tres años según lo descrito en el apartado III.6 del PPT, sin perjuicio de la garantía adicional que se defina en el Anexo I.3 y/o la ampliación del período máximo de garantía hasta un máximo de 5 años en las condiciones previstas en la invitación. - ☒ Se exige el suministro de soluciones concretas a fin de garantizar la compatibilidad con las funcionalidades existentes. Se incluye justificación en el Anexo V de este documento. Con relación a la definición del número de entregas la opción señalada es de aplicación al presente contrato específico: - [ ] ☐ El número de unidades a entregar se define con exactitud en este documento de invitación. Definición detallada de las prestaciones del contrato específico : - [x] ☒ Las prescripciones técnicas de los suministros se describen en el Anexo I. - [x] ☒ El contrato requiere servicios de instalación avanzada y/ soporte que se describen en el Anexo II. ## 2.3 TRATAMIENTO DE DATOS DE CARÁCTER PERSONAL POR PARTE DEL ADJUDICATARIO El adjudicatario estará sujeto a los términos previstos en la cláusula 27.5.6.2 del PCAP en la ejecución de la prestación, conforme a la opción señalada: - [ ] ☒ NO. Cláusula aplicable para 'Protección de datos sin acceso a datos personales'. El contrato NO requiere tratamiento de datos personales por parte del adjudicatario. - [ ] ☐ SÍ. Cláusula aplicable para 'Protección de datos con acceso a datos personales'. El contrato SI requiere tratamiento de datos personales por parte del adjudicatario. La finalidad para la que se ceden los datos es: Haga clic o pulse aquí para escribir texto. ## 2.1 CATEGORIZACIÓN CONFORME AL ESQUEMA NACIONAL DE SEGURIDAD (ENS) - ☒ El organismo destinatario ha categorizado el sistema o sistemas de información de los que forman parte los bienes suministrados, de la siguiente manera: - Sistema Servicios públicos de supercomputación: categoría BÁSICA - Sistema Servicios públicos de cloud: categoría BÁSICA Haga clic o pulse aquí para escribir texto.     URL donde se publica la certificación o declaración de conformidad (art. 38.2 del ENS): https://www.bsc.es/ - [ ] ☐ No dispone todavía de la categorización del sistema o sistemas de información en los que se va a integrar el suministro. ## Relación de los suministros con la arquitectura de seguridad - [x] ☒ Los suministros no forman parte de la arquitectura de seguridad - [ ] ☐ El suministro incluye equipamientos o programas que forman parte de la arquitectura de seguridad del sistema de información resultando de aplicación lo previsto en el apartado 9.3 del documento de invitación 1 . Los suministros objeto del presente contrato específico, que forman parte de la arquitectura de seguridad del organismo destinatario son los siguientes 2 : Haga clic o pulse aquí para escribir texto. ## 3 DURACIÓN DEL CONTRATO ## 3.1 FECHA DE INICIO DE LA EJECUCIÓN El plazo del contrato específico se iniciará: - [x] ☒ Al día siguiente al de adjudicación del contrato. - [ ] ☐ El dd/mm/aaaa, salvo que la adjudicación del contrato específico se produzca el mismo día o con posterioridad a dicha fecha, en cuyo caso será la fecha siguiente a la adjudicación del contrato específico. ## 3.2 PLAZO DE ENTREGA DE LOS SUMINISTROS - [x] ☒ No admite entregas parciales ## 3.3 PLAZO DE EJECUCIÓN DEL CONTRATO - [ ] ☐ Se requiere la instalación y configuración básica de los bienes, incluido en el precio el suministro, en las condiciones del apartado IV.2 del PPT, en el plazo 3 de 50 días naturales, incluido el plazo de entrega de los bienes. - [x] ☒ El contrato incluye el servicio de instalación avanzada, a prestar por el adjudicatario, descrito en el Anexo II apartado 1. El plazo de ejecución de este servicio incluye el plazo para la entrega de los bienes y para la instalación y configuración básica. 1 La arquitectura de seguridad debe estar documentada según [op.pl.2], y al menos uno de los sistemas de información en los que se van a usar dichos suministros es de categoría media o alta. 2 En la lista de suministros de este apartado sólo pueden incluirse los que figuren documentados según [op.pl.2]. 3 Por defecto, 50 días naturales. El organismo podrá indicar un plazo superior. Este plazo incluye los 30 días naturales para la entrega de los bienes. El cumplimiento del plazo por parte del adjudicatario será exigible cuando el organismo haya puesto a disposición del adjudicatario un entorno limpio en caso de nueva instalación, en un plazo no superior a 20 días hábiles.   - Plazo de ejecución 4 : 1 mes ☒ El contrato incluye servicios de soporte personalizados a prestar por el adjudicatario a contar desde el final de la instalación básica, y, en su caso, de la instalación avanzada, descritos en el Anexo II , apartado 2, en este caso, el plazo de ejecución total del contrato será de 1 mes . En el caso de existir servicios de instalación avanzada y soporte, el plazo de ejecución del contrato será el incluido en el cuarto párrafo de este apartado. ## 3.4 PRÓRROGA DEL CONTRATO ESPECÍFICO El presente contrato específico no es prorrogable, sin perjuicio de la posibilidad de ampliación del plazo de ejecución descrita en el artículo 29.3 de la LCSP. ## 4. VALOR ESTIMADO DEL CONTRATO Y PRESUPUESTO DE LICITACIÓN ## 4.1. PRESUPUESTO DE LICITACIÓN Y APLICACIONES PRESUPUESTARIAS | Presupuesto total sin impuestos (€) | Impuestos indirectos (€) | Presupuesto total con impuestos (€) | |---------------------------------------|----------------------------|---------------------------------------| | 1.200.000 | 252.000 | 1.452.000 | Detalle del presupuesto de licitación: | | Presupuesto sin impuestos (€) | Impuestos indirectos (€) | Presupuesto con impuestos (€) | |------------------------------------------------------------------------------------------------------------------------------------|---------------------------------|----------------------------|---------------------------------| | SUMINISTRO | | | | | Suministro de equipamientos y, en su caso, software embarcado (incluye extensión de garantía del adjudicatario, si exigida en 2.2) | 1.058.400 | 222.264 | 1.280.664 | | Elementos complementarios | N/A | N/A | N/A | | SERVICIOS | | | | | Servicio de instalación avanzada, a prestar por el adjudicatario | 57.600 | 12.096 | 69.696 | | Servicio de soporte, a prestar por el adjudicatario | 84.000 | 17.640 | 101.640 | | TOTAL | 1.200.000 | 252.000 | 1.452.000 | Si se ha señalado en el apartado 2.2. que las necesidades del contrato no se establecen con exactitud en el documento de invitación, conforme a lo previsto en la disposición adicional trigésima tercera de la LCSP, este presupuesto será estimado y no obligatorio para la entidad, y supondrá el importe máximo del contrato específico. 4 La duración máxima de los servicios de configuración avanzada y soporte, en ningún caso, podrá exceder del período de garantía del fabricante de los equipos que se suministran.       En todo caso, el importe de los servicios deberá ser inferior al importe de los suministros. Las ofertas que presenten los licitadores no podrán superar el importe presupuestado de los servicios de soporte. Se excluirán las ofertas que no se adecuen a estas estipulaciones. Las obligaciones económicas que se deriven para la Administración por el cumplimiento del contrato serán financiadas por el Presupuesto de Gastos del organismo EA0008330 , Centro de Gestión EA0008330 , con cargo a las siguientes anualidades y aplicaciones presupuestarias: | Aplicación presupuestaria | Anualidad 2026 (IVA excluido) | TOTAL | |---------------------------------------|---------------------------------|--------------| | TRE LLM platform SEDIA - OPS PN078400 | 1.200.000.-€ | 1.200.000.-€ | Conforme a lo establecido en el artículo 103 de la LCSP, no procederá la revisión de precios durante la vigencia del contrato. ## 4.2. DETERMINACIÓN DEL PRECIO DEL CONTRATO De acuerdo con los artículos 102.4 y 309 del LCSP, la determinación del precio del contrato se realiza a tanto alzado. El desglose de los costes directos e indirectos y otros eventuales gastos calculados para la determinación del presupuesto base de licitación, en aplicación del artículo 100.2 de la LCSP, es el siguiente: | Tipo de Coste | Porcentaje estimado | Importe | |--------------------------------------------------------------------------------------------------------------------------------|-----------------------|----------------| | Costes directos - Costes laborales (Gastos de personal, herramientas gastos relacionados con la realización del servicio, etc) | 81% | 972.000,00 € | | Costes indirectos (gastos generales adjudicatario, gastos generales, etc.) | 13% | 156.000,00 € | | SUBTOTAL COSTES | SUBTOTAL COSTES | 1.128.000,00 € | | Beneficio Industrial | 6% | 72.000 € | | TOTAL COSTES | TOTAL COSTES | 1.200.000,00 € | | IVA | 21% | 252.000,00 € | | TOTAL (IVA incluido) | TOTAL (IVA incluido) | 1.452.000,00 € | ## Justificación: Se realizó una consulta a proveedores habituales que prepararon una configuración orientativa a nivel de costes.   ## Servicios a prestar por el adjudicatario: Aunque se necesiten los servicios a prestar por el adjudicatario, se trata de un contrato de suministros en el que, si bien hay costes económicos por salarios de trabajadores empleados en la ejecución, no existe una prestación directa para la entidad contratante y solo para ella, es decir, no son empleados solo para la ejecución del contrato con la Administración, sino para el conjunto de usuarios o consumidores, ni, por ello, los costes salariales forman parte como precio del precio total del contrato. Tanto en el presupuesto base de licitación indicado como en las ofertas que formulen los licitadores, han de entenderse incluidos todos los factores de valoración, gastos que el adjudicatario deba realizar para el normal cumplimiento de la prestación contratada, así como los tributos, de cualquier índole, que sean de aplicación según las disposiciones vigentes, incluido el Impuesto sobre el Valor Añadido, que deberá aparecer desglosado. ## 4.3 TRAMITACIÓN DEL EXPEDIENTE (A EFECTOS PRESUPUESTARIOS) - ☒ Ordinaria. ## 4.4 MODIFICACIÓN DEL CONTRATO ESPECÍFICO - ☒ No se prevén modificaciones convencionales del contrato, todo ello sin perjuicio de los supuestos de modificación legal contemplados en el artículo 205 de la LCSP. Si el contrato específico está financiado por el PRTR , adicionalmente a lo anterior es de aplicación la Cláusula Adicional Tercera, de modificación de los contratos específicos financiados en el PRTR, incluida en la Adenda a este documento de invitación. ## 4.5 VALOR ESTIMADO Conforme a lo previsto en el artículo 101.5 de la LCSP el valor estimado asciende a un millón doscientos mil euros , según el siguiente desglose: | Valor estimado | Importe (€) | |---------------------------------------------------|---------------| | Importe total de la prestación, sin IVA | 1.200.000 | | Importe máximo por modificación prevista, sin IVA | NO APLICA | | TOTAL | 1.200.000 | El contrato, conforme a los umbrales establecidos en la normativa contractual: - [x] ☒ SI está sujeto a regulación armonizada - [ ] ☐ NO está sujeto a regulación armonizada       ## 4.6 CONTRATO FINANCIADO CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA - [ ] ☐ No. - ☒ Sí. Instrumento /Fondo/Programa/Mecanismo: TRE LLM platform SEDIA - ☒ Sí. Instrumento /Fondo/Programa/Mecanismo: TRE LLM platform SEDIA Código de operación/Proyecto/Iniciativa: El proyecto está financiado en el marco de la aportación 33.50.46PR.740.54 de la Secretaria De Estado De Digitalización e Inteligencia Artificial (SEDIA), al Barcelona Supercomputing Center - Centro Nacional De Supercomputación (BSC-CNS), para la realización de actuaciones ligadas al Refuerzo De Las Capacidades de Supercomputación, El Desarrollo Del Plan Nacional De Tecnologías Del Lenguaje Y El Desarrollo Del Ecosistema Empresarial De Las Tecnologías Del Lenguaje En El Marco De La Estrategia De Inteligencia Artificial 2024 Y El Plan De Recuperación, Transformación y Resiliencia- Financiado por La Unión Europea - Nextgeneration EU. ## 4.7 ENTREGA DE BIENES DE LA MISMA CLASE COMO PARTE DEL PAGO - [ ] ☐ Sí. - [x] ☒ No. ## 5. LUGAR Y CONDICIONES DE LA ENTREGA Los datos de la entrega de los suministros, en caso de no coincidir con los datos del organismo interesado, son: - Dirección Postal: Plaza Eusebi Guell 1-3 08034 Barcelona - Correo electrónico: tenders@bsc.es - Teléfono: 93 413 77 16 - Fax: 93 413 77 21 En caso de haberse indicado en el apartado 2 que se admiten entregas parciales, el lugar de entrega para cada entrega parcial será el indicado en el Anexo III (no hay entregas parciales). El responsable del contrato específico podrá determinar para la entrega y/o recepción de los suministros un lugar distinto al aquí indicado, previa aceptación y conformidad del adjudicatario del contrato. ## 6. INCOMPATIBILIDADES PARA LA LICITACIÓN - [x] ☒ No ha existido participación de empresas en la elaboración de las especificaciones técnicas o los documentos preparatorios del contrato específico, ni existen incompatibilidades por causas de la naturaleza de los trabajos a realizar por el adjudicatario. - [ ] ☐ Sí han participado empresas en la elaboración de especificaciones técnicas o de los documentos preparatorios del contrato específico. Se han adoptado las siguientes medidas para garantizar que su participación en la licitación no falsee la competencia: - [ ] ☐ Comunicación a los demás candidatos o licitadores de la información intercambiada en el marco de la participación en la preparación del procedimiento de contratación o como resultado de ella, y establecimiento de plazos adecuados para la presentación de ofertas.   - [ ] ☐ Otras: (Detallar en su caso) - [ ] ☐ Existen incompatibilidades por causa de la naturaleza de los trabajos. Determinar la incompatibilidad existente y justificar ## 7. CRITERIOS DE VALORACIÓN DE LAS OFERTAS Y SU PONDERACIÓN 5 ## 7.1. PONDERACIÓN DE LOS CRITERIOS DE ADJUDICACIÓN - ☒ Conforme a lo justificado en memoria adjunta, se utilizan criterios sujetos a un juicio de valor con los siguientes porcentajes: | SOBRE 1. Criterios que dependen de un juicio de valor | SOBRE 2: 2.1 Criterios evaluables mediante fórmulas distintos al precio | SOBRE 2: 2.2. Precio | |---------------------------------------------------------|---------------------------------------------------------------------------|------------------------| | 10 | 50 | 40 | ## 7.2 FÓRMULA APLICABLE AL CRITERIO PRECIO - ☒ Función optimizar precio (si se incluyen criterios cuya cuantificación depende de un juicio de valor, se deberá usar ésta obligatoriamente y también si se quiere dar preponderancia en la adjudicación al precio del contrato, aunque todos los criterios sean evaluables mediante fórmula):  Donde: Ci, es la puntuación en base al criterio precio, asignada a la oferta del licitador i P, es la ponderación del criterio precio, la cual deberá ser como mínimo de 40 puntos sobre 100. Oi, es el precio ofertado por el licitador i (IVA excluido) Ob, es el precio más bajo ofertado (IVA excluido) Ol, es el presupuesto máximo de licitación (IVA excluido) ## 7.3 OTROS CRITERIOS EVALUABLES AUTOMÁTICAMENTE MEDIANTE FÓRMULAS, DISTINTOS AL PRECIO - SOBRE 2 Esta documentación deberá incluirse en el sobre 2, en concreto el 2.1 relativos a los Criterios evaluables mediante fórmulas distintos al precio. Y es la que está indicada en los apartados 7.3.1 y 7.3.2 siguientes. 5 Criterios de valoración conforme a las previsiones del apartado 27.5.4 del PCAP.       ## 7.3.1 CRITERIOS RELATIVOS AL CONSUMO ENERGÉTICO DE LOS EQUIPOS O SU EFICIENCIA ENERGÉTICA | CRITERIO | PUNTOS | FÓRMULA DE VALORACIÓ | |-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------|------------------------| | La propuesta de un PUE menor al máximo requerido de (1.08) se valorará positivamente | 2 | Minimizar | | Una tolerancia por encima del 5% mínimo requerido para todas las fuentes de alimentación será valorado. | 1 | Maximizar | | Los racks deben ser térmicamente pasivos, e incluso ayudar areducir la temperatura ambiente. El calor residual (kW) disipado en ambiente en el datacenters debe ser indicado y se valorará que sea el mínimo posible. | 2 | Minimizar | ## 7.3.2 CRITERIOS EVALUABLES AUTOMÁTICAMENTE MEDIANTE FÓRMULAS | CRITERIO | PUNTOS | FÓRMULA DE VALORACIÓN , según apartado 7.3.3 | |-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------|------------------------------------------------| | Se valorará la mejora sobre el valor teórico de rendimiento FP4 proporcionado por la solución por encima del mínimo requerido (120 PFlops) | 13 | Maximizar | | Se valorará que las GPUs dentro de cada nodo de cómputo estén conectadas mediante tecnología NVLINK | 12 | Maximizar | | Se valorará la mejora de las características técnicas por encima de los mínimos requeridos por nodo de cómputo (requisito R1 descripción nodos de cómputo). Concretamente se valorará: - Inclusión de más memoria HBM por GPU - La inclusión de más memoria principal - Mayor número de cores por procesador - Mayor frecuencia nominal del procesador - Mayor capacidad de almacenamiento local via NVME | 10 (2 pts por concepto) | Maximizar | | Los servidores de administración serán evaluados según: - Número de servidores proporcionados - Número de total de cores proporcionados entre todos los servidores de administración - Memoria total de todos los servidores de adminsitración | 1 (0,2 pts por concepto) | Maximizar |     | - Capacidad del almacenamiento compartido para administración - Rendimiento del almacenamiento compartido para adminsitración | | | |-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------|-----------| | Se valorará los equipos de red ofertados en los criterios: - Número de puertos libres * ancho banda por puerto en switches Ethernet - Número de puertros libres * ancho banda por puerto en switches Infiniband | 1 (0,5 pts por concepto) | Maximizar | | Se valorará la inclusión de GBICs extra de los mínimos requeridos, de 100Gbit monomodo. | 1 | Maximizar | | Se valorará la ocupación mínima de toda la solución contando los racks de cómputo, racks de gestión (si hiciera falta) y CDUs a proporcionar. | 1 | Minimizar | | Se valorará la extensión de la garantía / mantenimiento por encima de los 3 años mínimos establecidos, hasta un máximo de 5 años. | 6 | Maximizar | ## 7.3.3 FÓRMULAS PARA LA EVALUACIÓN AUTOMÁTICA DE LOS CRITERIOS DIFERENTES AL PRECIO - SOBRE 2 ## Función Maximizar ## Donde: - Ci es la puntuación en base al criterio C, asignada a la oferta del licitador i; - P es la ponderación del criterio C; - Xi es el valor ofertado por el licitador i en el criterio C; - Xmáx es el valor máximo ofertado por los licitadores en el criterio C o el umbral de saciedad si éste fuese inferior y se hubiese definido. En consecuencia, se asignarán P puntos a la oferta que presente mayor valor del dato en su oferta, en el criterio C, y al resto de ofertas se les asignarán las puntuaciones de forma lineal, según la fórmula anterior. ## Función Minimizar : ## Donde: - Ci es la puntuación en base al criterio C asignada a la oferta del licitador i; - P es la ponderación del criterio C; - Xi es el valor ofertado por el licitador i en el criterio C; - Xmín es el valor mínimo ofertado por los licitadores en el criterio C o el valor mínimo de referencia que se hubiese definido, en su caso; - Xmáx es el valor máximo ofertado por los licitadores en el criterio C. En consecuencia, se asignarán P puntos a la oferta que presente menor valor del dato en su oferta en el criterio C y al resto de ofertas se les asignarán las puntuaciones de forma lineal, según la fórmula anterior. :       ## 7.4 CRITERIOS CUYA CUANTIFICACIÓN DEPENDE DE UN JUICIO DE VALOR - SOBRE 1 Esta documentación deberá incluirse en el sobre 1 relativos a los Criterios que dependen de un juicio de valor. Y es la que está indicada en el apartado 7.4.1. ## 7.4.1 CRITERIOS Y PONDERACIÓN | CRITERIO | PUNTOS | |----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------| | Solución de clustering y red será evaluada, teniendo en cuenta: - Diseño de la alta disponibilidad - Balanceo de carga del cluster en las diversas redes y adaptación de las redes al tráfico esperado | 3 | | El licitador deberá describir el plan de la instalación del sistema en detalle. El plan debería proporcionar fechas tentativas para la producción y el envío de los elementos del sistema, instalación física, configuración y aceptación del sistema licitado. Esas fechas se deberían indicar por cada partición o elemento a suministrar. A parte de una tabla indicando las fechas anteriores, se deberá entregar un diagrama de Gantt para entender el plan de instalación propuesto. Dicho plan será evaluado. | 6 | | Describir el tipo y número de piezas de reemplazo que estarán como stock en las instalaciones del BSC, con el fin de reducir el tiempo de recuperación de los fallos hardware. Justificar la elección de los elementos. | 1 | ## 7.4.2 MÉTODO DE VALORACIÓN Y DOCUMENTACIÓN Para cada uno de los criterios por juicio de valor, el licitante deberá aportar la documentación necesaria explicando la información para poder evaluar los criterios detallados en el apartado 7.4.1. La documentación se evaluará en los aspectos descritos en el apartado 7.4.1 , en el caso de ser descritos. Y además se valorará la calidad de la información proporcionada. - Para el primer criterio se evaluará el cluster tendiendo en cuenta, el diseño de la alta disponibilidad, el Balanceo de carga del cluster en las diversas redes y adaptación de las redes al tráfico esperado. - Para el segundo criterio se evaluará el plan de instalación, en el que se evaluará el detalle y la claridad de la explicación del plan, la mínima duración del mismo, la minimización de los cortes de servicio.     Para cada criterio la valoración se efectuará según el siguiente baremo de calidad: | EXCELENTE | Hasta el 100% de la puntuación del criterio/subcriterio | |-------------|-----------------------------------------------------------| | ALTA | Hasta el 80% de la puntuación del criterio/subcriterio | | MEDIA | Hasta el 60% de la puntuación del criterio/subcriterio | | BAJA | Hasta el 40% de la puntuación del criterio/subcriterio | | MUY BAJA | Hasta el 20% de la puntuación del criterio/subcriterio | Se aplicará un umbral del 50% una vez abierto el Sobre nº 1 y, si existen también criterios de calidad automáticos, una vez abierto también el sobre 2.1. ## 8. OFERTAS ANORMALMENTE BAJAS Se apreciará que la oferta es anormalmente baja cuando se produzcan las siguientes condiciones de forma concurrente: - -Si existiendo 4 o más licitadores las ofertas económicas presentadas resultan inferiores en más de 20 unidades porcentuales a la media aritmética de las ofertas presentadas. No obstante, si entre ellas existen ofertas que sean superiores a dicha media en más de 20 unidades porcentuales, se procederá al cálculo de una nueva media sólo con las ofertas que no se encuentren en el supuesto indicado. En todo caso, si el número de las restantes ofertas es inferior a tres, la nueva media se calculará sobre las tres ofertas de menor cuantía. Si, por el contrario, han concurrido menos de cuatro licitadores, resultarán de aplicación las previsiones del artículo 85 apartados 1 a 3 del Reglamento 1098/2001, de 12 de octubre, por el que se aprueba el Reglamento General de la Ley de Contratos de las Administraciones Públicas. - -A la condición anterior, siempre que existan criterios diferentes al precio, se deberá añadir la siguiente para apreciar el carácter anormal o desproporcionado de las ofertas. - ☒ Cuando la puntuación en el criterio de calidad de mayor peso de los apartados 7.3 y 7.4 se encuentre por encima del siguiente umbral, con respecto a la media de los valores ofertados: 0,01%. - ☒ Cuando la puntuación conjunta de todos los criterios de los apartados 7.3 y 7.4 se encuentre por encima del siguiente umbral, con respecto a la media la puntuación de todas las ofertas en estos criterios: 0,01% ## 9. CONDICIONES DE EJECUCIÓN Y OTRAS OBLIGACIONES DEL CONTRATISTA ## I.1. OBLIGACIONES GENERALES     Al presente contrato le resultan de aplicación las siguientes obligaciones, conforme a lo establecido en los pliegos reguladores del sistema dinámico de adquisición: ## 9. CONDICIONES DE EJECUCIÓN Y OTRAS OBLIGACIONES DEL CONTRATISTA ## 9.1. OBLIGACIONES GENERALES Al presente contrato le resultan de aplicación las siguientes obligaciones, conforme a lo establecido en los pliegos reguladores del sistema dinámico de adquisición: - a) A ofertar únicamente productos con distribución comercial, no pudiendo aplicar precios superiores a los de mercado conforme a las condiciones del apartado 17.2 b) del PCAP, y que satisfagan las prestaciones de la garantía obligatoria del fabricante previstas en el apartado III.6 del PPT. - b) La obligación de cumplimiento de la condición especial de ejecución relativa a la disponibilidad de los planes de formación conforme al apartado 27.5.6 apartado 1 del PCAP y, en su caso, las condiciones de ejecución previstas en el apartado 9.3 de este documento de invitación. - c) Las obligaciones referidas a la protección de datos personales, en los términos previstos en la cláusula 27.5.6 apartado 2 del PCAP. - d) La obligación de confidencialidad del apartado 27.5.8 del PCAP. - e) Las obligaciones establecidas en el apartado 27.5.9 del PCAP respecto al personal laboral. - f) A distribuir únicamente equipamientos que cumplan lo previsto en el apartado III.3 del PPT. - g) Las obligaciones de comunicación de la subcontratación y la acreditación de los pagos a los subcontratistas conforme al apartado 27.11 del PCAP. En su caso, y conforme a lo previsto en el artículo 215.2.e) de la LCSP, el contratista principal no podrá subcontratar las siguientes tareas críticas: - i. Diseño de la solución hardware/software a proveer - ii. Gestión del proyecto de instalación - iii. Mantenimiento y soporte - h) Si el contrato incluye servicios a prestar por el adjudicatario, estará obligado al cumplimiento de las condiciones salariales de los trabajadores conforme al convenio colectivo sectorial de aplicación conforme al artículo 122.2 de la LCSP. - i) El adjudicatario nombrará un Coordinador Técnico del Contrato que actuará como interlocutor único a todos los efectos frente a la entidad destinataria del contrato, canalizando las comunicaciones y responsabilizándose de la gestión de la prestación por parte de la empresa adjudicataria. ## 9.2 OTRAS CONDICIONES DE EJECUCIÓN DEL CONTRATO No aplica ## 9.3 OBLIGACIONES DE SEGURIDAD EN CUMPLIMIENTO DEL ENS     A efectos del artículo 11 del RD 311/2022, en adelante ENS, el responsable del sistema, será el que se indique en este documento de invitación o, en caso de no indicarse explícitamente, el responsable del sistema será el responsable del contrato específico que figura en el apartado 1 del presente documento. En cumplimiento del artículo 13.5 del ENS, es obligación del adjudicatario designar una Persona de Contacto (POC) que canalice y supervise el cumplimiento de los requisitos de seguridad exigidos en esta cláusula y las comunicaciones relativas a la seguridad de la información y la gestión de los incidentes de seguridad durante la ejecución del contrato específico. Dicha Persona de Contacto será el propio Responsable de Seguridad de la organización contratada, formará parte de su área o tendrá comunicación directa con la misma. En caso de que el contrato específico incluya la prestación de servicios por parte del adjudicatario, el organismo destinatario informará de sus deberes, obligaciones y responsabilidades en materia de seguridad en lo relativo al sistema de información al personal puesto a disposición para la prestación del citado servicio, en cumplimiento del artículo 15 del ENS. Esta información se realizará en la fase de ejecución del contrato. Es obligación del adjudicatario supervisar la actuación de dicho personal, para verificar que se siguen los procedimientos establecidos por el organismo, se aplican las normas indicadas y los procedimientos operativos de seguridad aprobados en el desempeño de sus cometidos. Si alguno de los sistemas de información en los que se van a utilizar los equipos o programas en infraestructura local es de categoría media o alta, el adjudicatario del contrato específico debe proporcionar al Responsable del Contrato Específico durante la ejecución del contrato la lista de componentes software incluidos en el equipo ofertado, en cumplimiento de la medida [op.pl.5.r2.1] del ENS. ## 10 PAGO Y FACTURACIÓN ## 10.1 PAGO DEL PRECIO Se abonará el precio del suministro dentro de los treinta días siguientes a la fecha de aprobación de las certificaciones (parciales o totales, según se indique en el apartado 3.2 de este documento de invitación) o de los documentos que acrediten la conformidad con lo dispuesto en el contrato de los bienes entregados, conforme a las previsiones del art. 198.4 del LCSP. Si en el apartado 2.2 y 3.3 se ha indicado que se solicita un servicio de instalación avanzada a prestar por el adjudicatario, éste se facturará: ☒ A la recepción del suministro, tras su cumplimiento a satisfacción de la Administración. Si en el apartado 2.2 y 3.3 se ha indicado que se solicita un servicio de mantenimiento o soporte a prestar por el adjudicatario, éste se facturará: - ☒ Mensualmente. ## 10.2 CONDICIONES DE PRESENTACIÓN DE LAS FACTURAS - ☒ Organismo incluido en el ámbito subjetivo, art 229.2 LCSP. Las facturas se presentarán obligatoriamente en formato electrónico firmadas con firma electrónica avanzada basada en un certificado reconocido. En concreto, las facturas electrónicas que se remitan a las Administraciones Públicas se ajustarán al formato estructurado de la factura electrónica Facturae y de firma electrónica conforme a la especificación XMLAdvanced Electronic Signatures (XAdES).     En las facturas deberán constar los siguientes datos, de conformidad con lo dispuesto en la disposición adicional trigésima segunda de la LCSP: En cumplimiento de lo previsto en el artículo 9 de la Ley 25/2013, de 27 de diciembre, de impulso de la factura electrónica y creación del registro contable de facturas en el Sector Público, y el art. 14.2 de la Ley 39/2015, de 1 de octubre, de Procedimiento Administrativo Común de las Administraciones Públicas los contratistas que tengan la consideración de personas jurídicas tienen la obligación de presentar factura electrónica a través de FACe (https://face.gob.es/es/), punto general de entrada de facturas electrónicas de la Administración General del Estado, utilizado por BSC-CNS hasta que no tenga establecido un punto general de entrada de facturas electrónicas propio. En FACe se identificarán las unidades tramitadoras a las que se dirigen las facturas de acuerdo con los códigos identificativos incluidos en el 'Directorio Común de Unidades y Oficinas DIR3' siguientes: - Oficina contable: EA0008330 - Órgano gestor: EA0008330 - Unidad tramitadora: EA0008330 La obligación abarca a todas las personas jurídicas, sin perjuicio de su forma societaria y del importe de la factura. Asimismo, en el ámbito de la facturación electrónica deberán incluir: - Campo <FileReference> : SDA 24/2022. - Campo <Receiver transaction reference> : CC02025006BIS. ## 11 GARANTÍA DE LOS BIENES Una vez efectuada la recepción de los suministros, comenzará el plazo de garantía de según lo establecido en los artículos 210 y 305 de la LCSP. Esta garantía, denominada garantía obligatoria del adjudicatario , se ajustará a lo descrito en el apartado III.7 del PPT y tendrá una duración de 2 años independientemente del periodo de garantía obligatoria del fabricante del apartado III.6 del PPT, que será de 3 años o un plazo superior (hasta 5 años) según lo previsto en el documento de invitación (Anexo I.3) o el ofrecido por el adjudicatario, en su caso. En caso de haberse solicitado en el apartado 2.2, a la anterior garantía obligatoria del adjudicatario, será obligatoria una garantía extendida del adjudicatario con la cobertura del apartado III.8 del PPT, concretada en el Anexo IV de este documento, cuya duración se extenderá durante todo el periodo de garantía obligatoria del fabricante de los bienes. El contratista tendrá derecho a conocer y ser oído sobre las observaciones que se formulen en relación con el cumplimiento de la prestación contratada.     Terminado el plazo de garantía sin que la Administración haya formalizado ningún reparo o denuncia, el contratista quedará exento de responsabilidad por razón de la prestación efectuada. ## 12 PENALIDADES ## 12.1 PENALIDADES FIJADAS EN EL SISTEMA DINÁMICO DE ADQUISICIÓN En los siguientes casos se aplicarán las previsiones de la cláusula 27.16 del PCAP: | | Valor fijado en el SDA | Fórmula de cálculo | |-------------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------|------------------------| | Incumplimiento de las condiciones especiales de ejecución, excepto las relativas a subcontratación. - | 2% de la facturación del periodo | Apartado 12.2 | | Incumplimiento de los ANS. | 2% de la facturación del periodo | Según ANS. | | Incumplimiento de los compromisos de adscripción de medios. | 2% de la facturación del periodo | Apartado 12.2 | | Incumplimiento de las condiciones ofertadas en los criterios de adjudicación y que fueron valoradas. | 2% de la facturación del periodo | Apartado 12.2 | | Demora en el cumplimiento del plazo total del contrato | Resolución / 0,60 euros por cada día y 1.000 euros del precio del contrato, IVA excluido | Valor fijado en el SDA | | Incumplimiento de obligaciones en materia medioambiental, social o laboral | 2% de la facturación del periodo | Apartado 12.2 | | Incumplimiento de las condiciones de subcontratación | 2% del importe del subcontrato | Valor fijado en el SDA | | Incumplimiento de las obligaciones de información y pago sobre suministradores y subcontratistas. | 2% del importe del subcontrato | Valor fijado en el SDA | Definición y motivación de incumplimientos graves y muy graves aplicables al contrato específico: - El incumplimiento de las medidas relativas a la seguridad en cumplimiento del ENS, o de los requisitos de seguridad para la protección de datos personales tendrá la consideración de incumplimiento muy grave dando lugar a una penalidad de hasta el 10% del importe total del contrato .   ## 12.2 FÓRMULA PARA LA APLICACIÓN DE PENALIDADES Los porcentajes para los incumplimientos que no deban calificarse como graves o muy graves, se aplican sobre el importe de la facturación del período en el que se produzca el incumplimiento que da lugar a la penalidad, mediante la siguiente fórmula:  Donde: - j) IP es el importe de la penalidad a aplicar - k) IF es el importe del periodo de facturación, antes de la aplicación de ninguna penalidad - l) d es el número de días hábiles durante los que ha subsistido el incumplimiento dentro del periodo de facturación, y - m) D es el número de días hábiles contenidos en el periodo de facturación. ## 13. CAUSAS DE RESOLUCIÓN DEL CONTRATO ESPECÍFICO Son de aplicación las causas de resolución previstas en el apartado 27.18 del PCAP del sistema dinámico de adquisición. ## 14. FORMA DE PRESENTACIÓN Y CONTENIDO DE LAS OFERTAS Las ofertas se presentarán obligatoriamente en formato electrónico, a través de la PLACSP 6 u otra plataforma de contratación a disposición del organismo. Se configurarán 2 sobres electrónicos: - Sobre 1 - relativo a los criterios que dependen de un juicio de valor - Sobre 2: Criterios evaluables mediante fórmulas: - o 2.1 - relativo a los criterios evaluables mediante fórmulas distintos al precio (anexo X) - o 2.2 - relativo al Precio (anexo IX) Las ofertas deberán firmarse electrónicamente por el representante legal de la empresa 7 . El organismo destinatario deberá realizar el trámite de apertura de las ofertas siguiendo los preceptos de la licitación electrónica. La oferta económica deberá incluir, al menos, la información en el modelo de oferta disponible en el Portal de Contratación Centralizada para el SDA 24/2022, en la siguiente dirección: 6 Plataforma de Contratación del Sector Público: https://contrataciondelestado.es/wps/portal/guiasAyuda 7 Para facilitar la identificación el firmante apoderado de la empresa se deberá indicar, además de sus datos, el número de usuario apoderado de la aplicación AUNA.       ## https://contratacioncentralizada.gob.es/documents/11614/217411/Modelos+de+Oferta+SDA 24\_2022.zip/8fd8b709-6ed2-4581-9bd2-f88f0940780a El modelo de oferta económica más detallado, lo podrán encontrar en el Anexo IX. La oferta técnica deberá contener la siguiente documentación: - -Relación de los equipos y/o programas que se ofertan - -La información de los requisitos mínimos de los productos o referencias a las fichas técnicas o catálogos que permitan acreditar los criterios automáticos: - o Se deberá incluir las tablas de requisitos descritas en los anexos en el mismo orden de este documento. Por cada entrada de la tabla y con letra de otro color se deberá añadir la justificación como dicho requisito será cumplido por parte del licitador. - -La información necesaria para la evaluación de los criterios automáticos de la instalación avanzada y/o soporte y su acreditación, siguientes: - o Se deberá incluir las tablas con los criterios automáticos en el mismo orden de este documento. Por cada entrada y con letra de otro color se deberá añadir el valor de la oferta y su justificación. - -Si la oferta incluye equipos y/o programas que forman parte de la arquitectura de seguridad del organismo se deberá incluir la acreditación de los requisitos de seguridad exigidos por cualquiera de los medios descritos en el apartado III.2.2 o III.2.3 del PPT, según corresponda. La falta de acreditación será motivo de exclusión de la oferta. En el supuesto de que se hayan definido criterios sujetos a juicio de valor, se deberá incluir en el Sobre 1 de la oferta técnica, la documentación que permita evaluar los planes de implantación o las soluciones técnicas conforme a los criterios sujetos a un juicio de valor, sin que sea posible incluir en este sobre información económica o correspondiente a criterios automáticos que se presentará en el Sobre 2. El Sobre 1 se deberá valorar de forma previa a la apertura del sobre que contiene la documentación económica y de los criterios evaluables mediante fórmulas. - Se deberá incluir las tablas con los criterios a juicio de valor en el mismo orden de este documento. Por cada entrada y con letra de otro color se deberá proveer de toda aquella información que se requiere, su justificación para poder ser evaluado. NOTAS IMPORTANTES: LOS CANDIDATOS ADMITIDOS AL SISTEMA DINÁMICO NO ESTÁN OBLIGADOS A PRESENTAR OFERTA NI A COMUNICAR QUE NO VAN A CONCURRIR A LA LICITACIÓN. EN LO QUE ESTE DOCUMENTO DE INVITACIÓN SE OPONGA A LOS PLIEGOS DEL SISTEMA DINÁMICO DE ADQUISICIÓN, PREVALECERÁN ESTOS ÚLTIMOS. NO ES VÁLIDO INTRODUCIR EL CONTENIDO DE LOS APARTADOS 1 A 14 DE ESTA INVITACIÓN EN LOS ANEXOS U OTROS ESPACIOS DIFERENTES A LOS PREVISTOS EN ESTE MODELO PARA CONTENER ESA INFORMACIÓN EL TITULAR DEL ÓRGANO DESTINATARIO (CARGO): Sr. Mateo Valero Cortés, Director del BSCCNS Firmado electrónicamente (nombre y apellidos): Haga clic o pulse aquí para escribir texto.   ## ANEXO I PRESCRIPCIONES TÉCNICAS ## I.1. REQUISITOS FUNCIONALES DE LOS SUMINISTROS Este pliego técnico describe la ampliación del clúster HPC (High Performance Computing) Nord4 (basado en el hardware de MareNostrum4) para proveerle de capacidades de nodos con GPUs. Los departamentos científicos del BSC-CNS requieren la ejecución de simulaciones relacionadas con Large Language Models (LLMs) y otras ejecuciones que requieren del uso de GPUs. Esta infraestructura servirá para definir un piloto de Trusted Research Environment (TRE) para el BSC-CNS. El objetivo no es alcanzar un despliegue de producción completo sino establecer gobernanza, políticas y procesos, incluyendo la generación de documentación de alto estándar ajustada a los perfiles diferentes identificados, para establecer, mantener y modificar un TRE (Trusted Research Environment) en BSC-CNS a lo largo del tiempo. El proyecto incluye la prueba de procesos fundamentales como la ingestión de datos, el control de acceso y la vigilancia de seguridad; brindando ejemplos de prueba de concepto, por ejemplo, capacitar un modelo pequeño con datos sintéticos o de muestra; y validando la conformidad con la Regulación General sobre Protección de Datos (GDPR), la Ley del Mercado Único de Inteligencia Artificial y las políticas de seguridad de BSC-CNS. Además, el proyecto también garantizará la alineación con la Ley de Gobierno de los Datos de la Unión Europea, ya que establece requisitos para definir Entornos de Procesamiento Seguro (EPS), que luego son tomados por otras regulaciones como el Espacio de Datos de Salud Europeo (ESDS). El piloto buscará alineamiento técnico con la EuroHPC JU para coincidir los esfuerzos de este piloto con la red de supercomputación europea. Una vez terminado el piloto, se escalarán los marcos validados a nivel de producción completa y se mantendrán en el contexto de las operaciones de BSC-CNS. Para llevar a cabo dichas tareas de investigación se requiere la adquisición de los siguientes elementos: - -Clúster de cómputo - o Nodos de cómputo con GPUs que usen de forma nativa CUDA para la compatibilidad con los casos de usos actuales del centro de MareNostrum4 y 5 - -Elementos de administración - o Servidores de administración del clúster - -Elementos de red - o Switches para conectar los diversos elementos nuevos con el clúster actual, en concreto debería tener 3 redes físicas disjuntas: - Red de administración basada en ethernet - Red de alto rendimiento Ethernet basada en 25/100 Gb - Red de alto rendimiento basada en tecnología Infiniband NDR 400 Gbit que soporte RDMA de forma nativa a nivel de protocolo Toda la infraestructura deberá ser entregada 'llave en mano' tal como describe este pliego y con un mantenimiento mínimo incluido de 3 años, que corresponde con la vida útil estimada del mismo. El hardware entregado deberá ser nuevo y no se aceptará hardware reparado o usado previamente.     ## 1.- Hardware A continuación, pasamos a describir en detalle los requerimientos mínimos sobre el hardware que se demanda para la ampliación GPUs para nord4. ## 1.1.- Hardware Clúster cómputo y Servidores de administración | Ref | Descripción | |-------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | Cluster con varios nodos de cómputo con las siguientes características cada uno: - 2 CPUs/Sockets por servidor de plataforma x86_64 - Cada CPU debería tener un mínimo de 48 cores (sin HyperThreading) a 2,5 GHz - 8 GPUs de la última generación disponible con la capacidad nativa de CUDA, cada GPU deberá tener un mínimo de 96 GB de memoria por GPU, y debe soportar la partición virtual de la GPU - Mínimo 2 TB RAM DDR5 - 8x NVME 3TB para datos locales - 2x NVME 960GB para Sistema operativo - Controladora RAID hardware para configurar RAID0,1,5,6 con los dispositivos NVME locales - 2x conexión 25Gb Ethernet - Varias tarjetas Infiniband NDR que permitan computaciones GPU-Direct | | R2 | Los nodos de cómputo aportados con sus GPUs deben tener una capacidad teórica mínima de 120 Petaflops en FP4. | | R5 | Todos los nodos de cómputo y login deberán cumplir los siguientes requisitos: - La configuración de memoria presentada deberá ser equilibrada desde/hacia todos los cores de un mismo socket a la memoria (DIMMs misma velocidad y tamaño) y la frecuencia de acceso a memoria deberá ser la más alta que la familia de los procesadores ofertados permita. - Los buses que interconectan los sockets de un nodo deberán ser equilibrados y tener el máximo ancho de banda que la familia de los procesadores ofertados permita, la cantidad de estos buses será evaluado. - Deberá de ofrecer los buses PCI Express independientes suficientes para poder soportar las conexiones a las diversas redes que se describen anteriormente, sin ser ningún factor limitante | | R6 | En caso de que los nodos estén empaquetados en un chasis: - La interfaz de gestión out-of-line podrá ser compartida por todos los nodos del chasis | | R7 | Se requiere un esquema de bloques de los nodos de cómputo ofertados con los anchos de banda entre los diferentes componentes de un nodo (máximo y útiles expresados |       | | en GB/s): procesadores, memoria, diversos buses PCI-Express, cualquier componente I/O, GPUs, etc. | |-----|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R8 | El siguiente conjunto mínimo de servidores/hardware se deberá proporcionar como servidores de administración, configurados con las características técnicas de acorde a las responsabilidades y servicios que van a proveer: • Almacenamiento administrativo: Almacenamiento para almacenar los datos como las imágenes de sistema operativo, configuración, datos de monitorización, base de datos clúster, registros del sistema, etc. Este espacio se puede implementar con el almacenamiento local de los servidores de clustering o un almacenamiento dedicado. • Servidores clustering: Servidores encargados de la gestión del clúster a nivel de instalación y servicios de clustering. También dispondrá de la gestión de rutas de la red Infiniband. | | R9 | Todos los servidores de administración no deberán tener un único punto de fallo (hardware o software) y deberán estar configurados en alta disponibilidad (activo- activo) o (activo-pasivo) los servicios que gestionen. | | R10 | Un elemento de Teclado-Mouse-Video deberá ser instalado en el rack de gestión que permita acceder a la consola de todos los servidores de administración. O en caso de no incluirlo se deberá de conectar al switch de consolas existente de nord4 para poder acceder a la consola de los servidores de administración desde el actual. | | R12 | Los nodos de cómputo y servidores de gestión deben proveer un Sistema out-of-band de gestión, incluyendo las siguientes características: • Power on/off/reset • Consola remota • Monitorización de ambiente (Temperatura, consumo eléctrico) • Generación de alarmas y exposición de resolución de problemas de cualquier problema hardware/firmware • Estado general y led de notificación en caso de problemas • Informe de inventario de todos los componentes hardware que componen el nodo de cómputo y sus números de seria • Reinicio remoto del Sistema de gestión fuera de línea (out-of-band) • Desconexión y reconexión virtual del nodo de cómputo en caso de estar integrado en un chasis • Registro de eventos Los firmwares de los nodos de cómputo deben proveer funcionalidades de RAS (Reliability, Availability and Serviceability) Fiabilidad, disponibilidad y facilidad de servicio. Debe registrar cualquier fallo recuperable o no recuperable (especialmente los relacionados con las memorias). Si cierto nivel de errores recuperables es alcanzado, una alerta deberá ser generada indicando el componente que debe ser sustituido antes que un fallo no recuperable ocurra. |     | R13 | Se requiere que se rellene las tablas (Tabla 1- Descripción clúster computo hardware) y (Tabla 2 - Servidores de administración), en ella se especifican los valores mínimos a cumplir, y se deberá indicar los valores ofertados por nodos de cómputo y por cada tipo de servidor de administración. | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R14 | Se deberá de prever de un login nodo con las siguientes características: - 1 CPUs/Sockets por servidor de plataforma x86_64 - Cada CPU debería tener un mínimo de 16 cores (sin HyperThreading) a 2 GHz - 1 GPUs de última generación de la misma familia que las ofertadas en los nodos de cómputo con capacidad nativa de CUDA - Mínimo 256 GB GB RAM DDR5 - 2x NVME 960GB para Sistema operativo - Controladora RAID hardware para configurar RAID0,1 con los dispositivos NVME locales - 4x conexión 25Gb Ethernet - 1x Tarjeta Infiniband NDR | Tabla1 - Descripción hardware Cluster Cómputo (estas tablas están en un documento a parte) | Concepto | Valor mínimo | Valor ofertado | |--------------------------------------------------|-----------------------------|-----------------------------| | Descripción Nodo de cómputo | Descripción Nodo de cómputo | Descripción Nodo de cómputo | | Número chips o sockets por nodo | 2 | | | Modelo procesador | | | | Ancho de banda (GB/s) entre procesadores | | | | Cores por procesador ofertado | 48 | | | Frecuencia nominal de cada core | 2,5 | | | Frecuencia turboboost de cada core | | | | Frecuencia (modo vectorial) de cada core | | | | FLOPs pico por ciclo de cada core del procesador | | | | Número de GPUs | 8 | | | Modelo GPU | | | | Memoria por GPU | 96 GB | | | Tipo Memoria GPU | | | | GFLOP pico por procesador | | | | TFLOP pico por GPU | | | | TFLOP pico por nodo | | | | TFLOP ejecución Linpack HPL FP64 por nodo | | | | Consumo eléctrico ejecutando linpack por nodo | | | | Tecnología y frecuencia memoria RAM | | | | Frecuencia real funcionamiento memoria | | | | Memoria RAM por core ofertada | 21 GB | | | Memoria RAM ofrecida por nodo | 2 TB | | | Interfaces 25-100 GE incorporadas por nodo | 1 | | | Número de interfaces red baja latencia (IB) | | | | Tecnología interfaces red baja latencia (IB) | NDR | | | Ancho banda a red de baja latencia (IB) | | |     | Capacidad almacenamiento local para datos | 8x 3.2 TB | |-------------------------------------------------|-------------| | Capacidad almacenamiento local para SO | 2x 960 GB | | Tecnología almacenamiento local para SO y datos | NVME | Tabla2 - Descripción hardware por Servidor de gestión (estas tablas están en un documento a parte) | Concepto | Valor mínimo | Valor ofertado | |---------------------------------------------------------------------|---------------------------------------|---------------------------------------| | Características servidores de gestión | Características servidores de gestión | Características servidores de gestión | | Tipo de servidor de administración | | | | Número chips o sockets por nodo | | | | Modelo procesador | | | | Ancho de banda (GB/s) entre procesadores | | | | Cores por procesador ofertado | | | | Frecuencia nominal de cada core | | | | Frecuencia turboboost de cada core | | | | Frecuencia (modo vectorial) de cada core | | | | FLOPs pico por ciclo de cada core del procesador | | | | Tecnología y frecuencia memoria RAM | | | | Frecuencia real funcionamiento memoria | | | | Memoria RAM por core ofertada | | | | Memoria RAM ofrecida por nodo | | | | Interfaces 25-100 GE incorporadas por nodo | | | | Número de interfaces red baja latencia (IB) | | | | Tecnología interfaces red baja latencia (IB) | NDR | | | Ancho banda a red de baja latencia (IB) | | | | Capacidad almacenamiento local para SO | | | | Tecnología almacenamiento local para SO | NVME | | | Almacenamiento interno por servidor (# discos, tamaño y tecnología) | NVME | | | Controladora RAID | RAID1HW | | | Interfaces 1 Gbit Ethernet por servidor | | | | Interfaces 25 Gbit Ethernet por servidor | | | | Interfaces Infiniband por servidor | 1 | |    ## 1.2.- Switches y redes Todos los nodos de cómputo y login estarán conectados a través de 3 redes, con lo que se deberá proveer de todos los elementos para su formación: - -Red del clúster : Red basada en tecnología 25-100 Gbit Ethernet visible entre los nodos del clúster que permitirá el tráfico de los diversos servicios del clúster (NTP, DNS, tráfico filesystem paralelo, sistema de colas, etc.). - -Red gestión privada : Conectando todos los elementos de gestión del clúster y sólo accesible por los administradores de la infraestructura, basada en 1 Gbit Ethernet. Esta red se puede implementar físicamente en la misma fabric que la red del clúster. - -Red de baja latencia y alto rendimiento : Red con un ancho de banda de 400Gb que pueda soportar IB y se pueda configurar IPoIB, que será usado por las aplicaciones MPI (entre nodos de cómputo). Las redes del clúster y red de gestión privada se deberán integrar con las redes del mismo nombre que dispone actualmente el clúster nord4. A continuación, se detallan los requisitos comunes para todas las redes del clúster de cómputo del clúster y en las consiguientes tablas los requisitos específicos para cada una de las redes.      | Ref | Descripción | |-------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | Todo switch instalable en rack de cualquier red del clúster, excepto los que provean 1 Gigabit Ethernet, deben tener N+N fuentes de alimentación y ventiladores intercambiables en caliente. Los cables que representen la misma red deberán usar siempre el mismo color, siempre que sea posible para diferenciarlos físicamente. | | R2 | Para cada red, debe existir un mínimo de 4% de puertos libres en cada nivel a excepción del nivel más bajo de la jerarquía | | R3 | Todos los switches que no sean del nivel más bajo de la jerarquía de una red deben ser redundantes, evitando un único punto de fallo. | | R4 | Todos los puertos de la misma velocidad de un switch deben ser line-rate sin ningún tipo de sobre subscripción. | | R5 | Todos los switches Ethernet propuestos, excepto los del nivel másbajo, deben soportar: • Jumbo Frames, Line-Rate L2 Switching, Spanning-Tree (MSTP & RSTP) • Filtering BPDUat physical port level, port mirroring, QoS, SNMP, SSH, Min. 256 VLANs • LACP (L3+L4), Flow control, más de 10K MACs en la tabla de forwarding, 802.1q, MC-LAG o VLT Todos los puertos deben estar licenciados y listos para ser usados | | R6 | El licitador debe de entregar: • Descripción física de la red (Mapa físico y topología) • Implementación a nivel lógico (VLANs) (y routing si fuera necesario) • Información sobre los valores claves de rendimiento y características técnicas de los switches propuestos Número y tipo de cables/fibras conectando cada rack de la solución. | A continuación, se describen los requisitos y deseables para cada una de las redes del clúster licitado. | Ref | Descripción | |-------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Red cluster | Red cluster | | R7 | Se deberá proveer del hardware necesario (switches, cables, etc.) para poder establecer la red interna del clúster con tecnología 25-100 Gigabit Ethernet. | | R8 | En esta red física se configurarán un mínimo de 2 dominios de broadcast diferentes (2 VLANs): - 1 VLAN => Red Interna cluster (DHCP,Boot, …) - 1 VLAN => Red de datos de acceso al almacenamiento de MN5 |     | Ref | Descripción | |-------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R9 | En esta red física se conectará: - Cada nodo de cómputo - Servidores de administración/login - Los enlaces externos del nodo de login, y el enlace externo del servidor de administración - Uplinks hacia switches actuales nord4 | | R10 | El switch principal del clúster deberá estar conectado mediante 4 enlaces de 100Gb con el switch central de nord4 (Dell Z9264F-ON) mediante conectores LC monomodo. Se deberán de proporcionar los GBICs en ambos extremos como las fibras LC-LC. | | Red gestión privada | Red gestión privada | | R13 | Se deberá proveer del hardware necesario (switches, cables, etc.) para poder establecer la red para la gestión de todos los componentes hardware que componen el clúster de cómputo basado en tecnología Gigabit Ethernet. | | R14 | En esta red física se configurará 1 dominio de broadcast (1 VLANs), a conectar: - Red de gestión privada clúster - Red de gestión privada switches Infiniband | | R15 | En esta red física se conectará: - Cualquier interfaz de gestión de cualquiera de los componentes del clúster (racks, IPMI servers, puertas frías, PDU, switches, etc.) - Interfaz de gestión out-of-line de los nodos de cómputo y logins - Interfaz de gestión out-of-line de cualquier servidor de gestión - Interfaz de gestión switches Ethernet y Infiniband | | Red Interconexión MPI / Red datos bulk-transfer | Red Interconexión MPI / Red datos bulk-transfer | | R16 | Se deberá proveer del hardware necesario (switches, cables, etc., su esquema y etiquetado) para poder establecer la red interna de alto rendimiento y muy baja latencia sobre la cual se va enviar: - Comunicaciones MPI Esta red deberá ofrecer un mínimo de links de 400 Gb y soportar RDMA nativamente en su propio protocolo como Infiniband o equivalente. | | R17 | Todos los nodos de cómputo, nodos de administración y logins deberán estar conectados a esta red de interconexión, como los servidores de gestión que se encargue del routing y la monitorización de la red Infiniband. | | R18 | Dicha red será no bloqueante configurada en full-fat tree. | | R19 | Debe proveer de la capacidad de enviar paquetes IP. El bloque IP debe aportar un bajo coste a nivel de memoria y llevar un alto rendimiento para tamaños pequeños de datos (MTU 1.5K, 4K o 9K). | | R20 | Todos los switches de la red de baja latencia deberán poder ser gestionables desde la red ethernet gestión privada del clúster. |     Tabla 3 - Descripción hardware switches y redes (estas tablas están en un documento a parte) | Concepto | Valor mínimo | Valor ofertado | |------------------------------------|-----------------------------------|-----------------------------------| | Red cluster | Red cluster | Red cluster | | Número de switches proporcionados | | | | Marca switch | | | | Modelo switch | | | | Número de puertos 1GE por switch | | | | Número de puertos 25GE por switch | | | | Número de puertos 100GE por switch | | | | Número de puertos 200GE por switch | | | | Número de puertos libres | | | | Latencia introducida por el switch | | | | Red gestión | Red gestión | Red gestión | | Número de switches proporcionados | | | | Marca switch | | | | Modelo switch | | | | Número de puertos 1GE por switch | | | | Número de puertos 10GE por switch | | | | Número de puertos libres | | | | Latencia introducida por el switch | | | | Red Interconexión MPI / Red datos | Red Interconexión MPI / Red datos | Red Interconexión MPI / Red datos | | Número de switches proporcionados | | | | Marca switch | | | | Modelo switch | | | | Número de puertos por Switch | | | | Tecnología de conexión | | | | Ancho de banda por puerto | | | | Número de puertos libres | | | | Latencia introducida por el switch | | | ## 2.- Software En este apartado se describe el software a proporcionar en la ampliación de nord4. Todo software ofertado deberá recibir los parches de seguridad durante todo el periodo de mantenimiento del sistema. Donde aplique, el licitador deberá proveer las licencias de todo aquel software ofertada para la duración completa del mantenimiento y soporte descrito en este pliego. El licitador proveerá de una lista de las licencias que les aplica, cantidades y condiciones.    ## 2.1.- Sistema operativo | Ref | Descripción | |-------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | El sistema operativo usado por todos los servidores del clúster debe estar basado en Linux. La distribución debe estar soportada por el hardware y el software propuesto. Para asegurar compatibilidad con cualquier hardware a integrar debe ser una distribución Enterprise. | | R2 | El sistema operativo de los nodos de cómputo, deben: • Estar especializado en la ejecución de trabajos con GPUs, si aplica, se deberá documentar en detalle de que difiere de una distribución standard de Linux. Deberá incluir funcionalidades avanzadas detraceo de rendimientoyconsumo eléctrico. • Soporte nativo para Performance Application Programming (PAPI) API • Soporte para ejecutar todo traceo y profiling de aplicaciones con la herramientas del BSC: https://www.bsc.es/discover- bsc/organisation/scientific-structure/performance-tools y https://tools.bsc.es/ Debe soportar la modificación del consumo eléctrico cambiando la frecuencia CPU/GPU o limitando el consumo máximo. Estas metodologías deben poder ser gestionados a través de la herramientas de control de consumo del BSC: https://www.bsc.es/research-and-development/software-and-apps/software- list/ear-energy-management-framework-hpc | | R3 | El sistema operativo propuesto debe soportar nativamente el uso de contenedores y máquinas virtuales (KVM). Tecnologías comunes de contenedores como docker, singularity o clústeres basados en kubernetes, deben estar soportados. | ## 2.2. Entorno de desarrollo y ejecución paralela | Ref | Descripción | |-------|-------------------------------------------------------------------------------------------------------------------------------| | R1 | Las implementaciones MPI y compiladores debe soportan versiones actuales de los estándares: | | | • MPI versión 3.0 o superior, • C ISO/IEC 9899:2011 o superior, • C++ ISO/IEC 14882:2014 o • Fortran ISO/IEC 1539-1:2010 (ej. | | | superior, | | | Fortran 2008) o superior, | | | • OpenMP 4.0 o superior |      | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | | Se deberá de proveer librería al menos de CUDA, OpenACC o OpenCL, e implementaciones de cuBLAS, cuFFT, etc. | | R2 | Librerías numéricas optimizadas: El licitador deberá proveer librerías numéricas altamente optimizadas, aportando un API compatible para rutinas BLAS, LAPACK y ScaLAPACK, y se debe incluir una librería optimizada de transformada de Fourier (FFT). | | R3 | Un debugger paralelo comercial se debe incluir que permita hacer análisis de aplicaciones paralelas corriendo en las GPUs. Debe estar licenciado con un mínimo de 128 procesos MPI. | | R4 | Las particiones de computo propuestas deben de poder usar los modos de programación y flujos de trabajo del BSC, como COMPSs y PyCOMPSs (https://www.bsc.es/research-and-development/software-and-apps/software- list/comp-superscalar), y GREASY, soportando la paralelización de ejecución de procesos secuenciales con dependencias simples (https://github.com/BSC-Support- Team/GREASY). | ## 3.2. Software de clustering En esta sección se describe los requisitos del software que será responsable de gestionar las configuraciones del clúster y las imágenes de sistema operativo. | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | El candidato debe proveer de una solución software integrada para el manejo de todos los recursos del clúster, la instalación de todos los nodos y monitorización básica del hardware. El software debe ofrecer soporte a la gestión fuera de banda (out-of-band) de todo componente hardware y a la provisión de nodos. Una solución basada en xCAT el software de gestión de clústeres que usa BSC en el resto de clústeres es requerido. Se podrá delegar ciertas tareas de la gestión del clustering a otros softwares más adaptados o propietarios de las soluciones propuestas. Aun así, dichas delegaciones se minimizaran a favor del uso de xCAT como herramienta básica de gestión. | | R2 | Único manejo de la imagen de sistema operativo y su configuración para todos los nodos de cómputo que va a manejar. | | R3 | Debe soportar las siguientes metodologías de instalación: instalación en disco local (stateful), en memoria (stateless or diskless) e incluso nfs-root (statelite). Tiene que permitir la gestión uniforme independientemente de la forma de instalarse. | | R4 | Debe soportar una estructura jerárquica en el que exista unos nodos líderes o head nodes y luego varios servidores de servicio los cuales se encarguen de una porción |     | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R5 | headnode. Todos los servidores de servicio deben estar configurados en alta disponibilidad. Las siguientes funcionalidades se deben proveer a los nodos de computo: • Interacción con el sistema fuera de línea (out-of-band) de los nodos de | | R6 | Definición con reglas y expresiones regulares las diferentes configuraciones del clúster (DNS, IPs, aliases, etc.), autogeneración de los ficheros de configuración derivados de las definiciones realizadas. | | R7 | Toda operación a aplicar a todo el clúster debe ofrecer un comando a través de línea de comandos | | R8 | Los servidores de administración también debe ser instalados por el sistema de gestión del clúster propuesto. | ## 3.3. Sistema de colas La siguiente sección describe el sistema de colas a ser propuesto para el clúster GPUs para nord4. | Ref | Descripción | |-------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | Un sistema de colas deberá ser proporcionado que se encargue del manejo de los Jobs de los usuarios, priorizándolos y realizando la contabilidad de horas de CPU/GPU usadas. |     | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R2 | La solución presentada debe estar basada en el sistema de colas de nord4 actual que está basado en Slurm | | R3 | El sistema de colas debe de proporcionar las siguientes funcionalidades: • Ejecución en paralelo del prólogo y epilogo y la instanciación de los procesos del usuario, siendo capaz de escalar a cientos o miles de cores por job • Configuración de prioridad basado en varios factores incluyendo políticas de 'fair-share'. Con la capacidad de definir varios niveles de árbol de 'fair-share' indicando las horas asignadas como los valores en el peso del árbol. • Definición de reservas, recurrentes y puntuales sin la necesidad de especificar los nodos. • Contabilidad de Jobs por tiempo, consumo eléctrico y energía • El sistema de colas debe de proveer de un mecanismo de plugins para extender sus funcionalidades. Por ejemplo, para integrarse con ElasticSearch o la instalación de EAR (Sistema de gestión de energía desarrollado en el BSC- CNS). • Asignación de recursos teniendo en cuenta la topología de las diversas redes existentes • Limitación de los recursos disponibles para cada job con límites y cgroups • Asignar GPUs como recursos consumibles, y tenerlos en cuenta a la hora de realizar la contabilidad de los Jobs • Establecer o cambiar la frecuencia de trabajo del procesador desde la definición del job • Contabilidad de energía por job Debe ser capaz de instanciar procesos MPI en todos los nodos del clúster en menos de diez segundos | | R4 | El sistema de colas debe soportar la ejecución de aplicaciones en contenedores, como puede ser Singularity. Debe disponer de interoperabilidad con clústeres de kubernetes. | | R5 | Integración con scripts que sean capaces de determinar la salud de cada nodo de cómputo y su predisposición para la ejecución de aplicaciones IA. El licitador debe facilitar aquellas herramientas y mecanismos para validar esa salud y validar la configuración hardware y software de los componentes sea completamente funcional. Donde se aplique, medidas de auto recuperación serás ejecutadas y apuntadas. | ## 3.4. Otro software | Ref | Descripción | |-------|--------------------------------------------------------------------------------| | R1 | Software para la monitorización debe ser entregado para las siguientes tareas: |     | Ref | Descripción | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | | • Alertas de cualquier elemento administrativo (ej. Icinga/nagios) • Rendimiento de nodos de cómputo (ej. telegraf, influxdb, grafana) • Histórico de Jobs acabados (ej. ElasticSearch plugin + ElasticSearch + Kibana) • Monitorización de las redes Infiniband • Monitorización de los circuitos de refrigeración de agua DLC, como elementos adjuntos como CDUs La monitorización de los nuevos elementos se deberán de integrar en los servidores actuales de monitorización de nord4. | | R2 | Un sistema de ficheros paralelo basado en Storage Scale debe ser provisto para ser usado en todos los nodos de cómputo y login nodes, integrado con el resto de nodos del cluster actual de Nord4. | | R3 | Una solución software se debe de proveer para se encargue de la gestión de la gestión de rutas de las redes de alto rendimiento Infiniband, como la monitorización y gestión de cualquier otra tarea administrativa de dichas redes. La solución propuesta deberá estar soportada por el fabricante de la red Infiniband. La instalación deberá ser redundada en los servidores de administración para que no haya un único punto de fallo. | | R4 | La monitorización de rendimiento debe ser capaz de mostrar gráficamente la carga de las particiones de cómputo como una unidad e individualmente por nodo de cómputo. Un mínimo de grupo de métricas se debe proporcionar el cual deberá ser ampliado por el licitador en su propuesta: • CPU: carga, estado (user, idle, system, nice, wait), consumo, temperatura • GPU: carga, memoria usada, consumo, temperatura • Memoria: usado, cached, free, total • Red (cualquier interfaz): número de paquetes, bytes por segundo • Temperaturas de los diversos componentes Métricas específicas se deberán de configurar para diversos servicios, aquellas que sean relevantes, como ejemplo: • Sistema de colas: número de Jobs, en cada estado • Login nodes: Numero de sesiones interactivas Nodos cómputo y CDUs: Temperatura del agua DLC entrada, salida, y su presión | No serán admisibles en ningún caso soluciones de puesta a disposición de activos en la nube. Sólo estará permitida la conexión técnica a la nube de los equipos en los términos descritos en el apartado III.5 del PPT. Los licitadores se comprometen a que los equipos ofertados cumplen con las condiciones y límites definidos para este tipo de conexiones.   ## I.2. REQUISITOS NO FUNCIONALES DE LOS SUMINISTROS Los equipamientos suministrados deberán ser conformes con las previsiones recogidas en el apartado III.3 del PPT en materia de marcado CE y acreditación de los requisitos aplicables para su comercialización en la Unión Europea, así como el cumplimiento de la normativa española y europea que sea de aplicación a los mismos en relación a la comercialización de material eléctrico, compatibilidad electromagnética, seguridad de los productos, diseño ecológico, etc. El clúster se propone de instalar en el CPD del edificio TG en el sótano en una zona habilitada especialmente para su instalación, en la figura siguiente podría ocupar cualquiera de las dos posiciones indicadas con las letras RDHX. Nord4  El espacio destinado para la instalación de este clúster dispone de las siguientes características: - -2 posiciones de rack standard de 42U y 600mm de ancho - -Alimentaciones eléctricas con 4 líneas trifásicas de 32A sin SAI por cada rack | Ref | Descripción | |------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | Requerimientos operacionales | Requerimientos operacionales | | R1 | El consumo total del clúster no podrá superar en ningún momento los 70 kW sin SAI con un PUE máximo de 1.08. El licitador deberá documentar el consumo eléctrico y como éste será mantenido por debajo del límite máximo antes indicado, ya sea por diseño hardware, o mediante algún componente software. | | R2 | Todos los racks deben de cumplir los siguientes requisitos: • Consumo máximo de 70 kW en pleno rendimiento • Conectores trifásicos redundantes y balanceados N+N (excepto por los racks de cómputo) |       | Ref | Descripción | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | | • Todo elemento dentro de los racks deberá tener fuentes de alimentación redundantes N+N, los cuales deberán de poder trabajar perfectamente con la mitad de las PDUs funcionales (excepto los racks de cómputo) • La alimentación eléctrica se deberá realizar por las bandejas superiores • La conexión de datos será realizada por encima de los racks, usando las bandejas existentes. • Cada rack deberá tener sensor de temperatura y humedad, para cada circuito de agua de refrigeración (RDHX y DLC) deberá tener un sistema de purgado fácilmente accesible • Cada rack debe disipar un mínimo de 97% del calor generado • Las PDUs deberán ser monitorizables, con la posibilidad de parar cualquier conector remotamente. • La carga entre las diversas fases deberá ser mínima, dentro de cada rack y en conjunto con todos los racks de la misma partición • Un proceso de pruebas para evitar la muerte de hardware a la llegada se deberá de haber realizado en fábrica • Los racks se instalarán con puertas frontales y puerta trasera de refrigeración, ambas deberán poderse cerrar mediante llave • Los racks deberán llegar al BSC con todo el cableado intra-rack realizado y maximizar el número de componentes instalados en el rack. | | R4 | Los racks de cómputo (si hay más de uno) deben ser lo más idénticos posibles entre ellos a nivel de componentes (número de nodos, switches, cableado). | | R5 | Los racks de cómputo se refrigerarán por los circuitos de agua existentes (de temperatura a 18ºC), y deben ser térmicamente pasivos (no aportar calor al entorno ambiente del CPD). Dicho circuito de agua deberá alimentar las puertras traseras de los racks a instalar, como a su vez las CDUs (Cooling Distribution Units). El licitador deberá proveer e instalar CDUs (cooling distribution units) redundantes las cuales crearan un circuito aislado de refrigeración directa a chip mediante agua (Diect Liquid Cooling) para los nodos de cómputo, en caso que sea necesario. Se aconseja la instalación de una unidad CDU in-rack. El proyecto deberá incluir cualquier modificación del datacenter para poder instalar el sistema de refrigeración propuesto y el uso del circuito de agua de refrigeración actual. | | R6 | El sistema de refrigeración dentro de los racks de cómputo (circuitos DLC, puertas traseras (RDHX), CDUs, …) y sus componentes se considerarán parte del supercomputador. El licitador deberá ser responsable del mantenimiento de esos circuitos (anti-bacterias, corrosión, pérdidas, etc.) Adicionalmente para esos circuitos se debe proveer: • Equipos redundantes siempre que sea posible (bombas redundantes, filtros en las CDUs, etc.) |     | Ref | Descripción | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | | • Regulación automática del flujo de agua dependiendo de la carga del rack • Sistema de monitorización de sus sensores (pH, temperatura, flujo de agua, estado, …) integrados con el resto de métricas del superordenador. • Se deberán generar alarmas en caso de fallos, y permitir el vaciado automático de los nodos de cómputo afectados por el fallo para evitar que los nodos se dañen. • Configuración, instalación y mantenimiento de estos elementos, realizados por un único proveedor para asegurar la responsabilidad delante de cualquier incidencia • El mantenimiento de los circuitos de agua, su pureza y buen funcionamiento, serán parte de las tareas de mantenimiento del superordenador. Es esperable el poder disponer de segmentación de los circuitos internos de refrigeración de agua, con tal de reducir los mantenimientos globales en caso de realizar tareas de mantenimiento. | | R7 | Todos los componentes deberán estar etiquetados para ser identificados físicamente (rack, servidor, switch cables, etc.) | | R9 | El licitador deberá indicar en la oferta: • Tipos, número y características técnicas de los racks propuestos (dimensión, peso, consumo eléctrico, …) • Plano de los componentes instalados por cada tipo de rack • Plano de las conexiones eléctricas dentro de cada tipo de rack • Plano general de cada datacenter, con los diferentes racks y componentes del superordenador (CDU, etc.) • Circuitos de DLC y otros circuitos de refrigeración propuestos indicando las características de los mismos Esquema para el cableado indicando el número de cables que llevarán las bandejas, y el número de cableado entrante/saliente de cada rack | | R10 | La alimentación del sistema debe cumplir con los estándares DIN-VD en el momento de la instalación. Los conectores deben ser conforme a IEC 60309/DIN EN 60309. |     | Ref | Descripción | |---------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R13 | El candidato debe proveer las declaraciones necesarias respecto al cumplimiento de los estándares de seguridad. Para los conectores y PDUs se debe presentar conformidad y certificado con la marca EC según la directiva de voltaje bajo 2014/35/EU. Toda PDU debe trabajar con 400V a 50Hz, los conectores de alimentación de los racks de computo deben ser '400V, 32 A, 3L+N+PE' y los de gestión (bajo SAI) '230V, 32 A, 1L+N+PE . Todas las fuentes de alimentación deben soportar una tolerancia de voltaje mínimo de 5% (más alta o más baja). Para el paso de los cables de datos (entre filas), cables eléctricos, cables de agua de | | R14 | Toda entrega al BSC se deberá realizar con camiones con las características que indique el BSC-CNS durante el proyecto para el correcto acceso. Todo empleado o subcontratado por el licitador que tenga que desarrollar trabajos en los datacenters o transportes deberá cumplir con las normativas PRL (Prevención de Riesgos Laborales) del BSC-CNS. | | R15 | El licitador deberá de proveer de todos los elementos mecánicos hasta el posicionamiento del rack en la huella del datacenter, como cualquier operativa de mantenimiento posterior necesaria. | | R16 | Cualquier modificación/instalación en el datacenter sótano TG necesaria para la instalación y funcionamiento del clúster deberá estar incluida. Estas modificaciones deberán documentarse adecuadamente y presentarse a Industria para su certificación. | | R17 | Se provee la siguiente lista orientativa de tareas a realizar, los candidatos deberán validar todas las tareas a implementar en la visita a realizar: - Instalación de magneto térmicos y líneas eléctricas desde cuadros eléctricos, si las existentes no fueran suficientes para la solución presentada - Cualquier tarea relacionada con la instalación de las CDUs a proporcionar - Conexión de los racks y CDUs a los circuitos de agua de refrigeración existentes, picajes, tuberías, elementos de filtrado (si fueran necesarios), llaves de paso, válvulas, válvulas CNV, latiguillos hidráulicos, purgado, calibrado y puesta en marcha, etc. - Implantación del rack en la huella, fijado con patas niveladoras, y nivelado. | | | La instalación de tuberías de agua, cables de alimentación deberá hacerse ordenada y siguiendo un diseño similar a los de los racks ya existentes. Entre otras acciones implica el cortar tuberías y cables eléctricos para que tengan la medida justa y necesaria. Todo tubo/cable deberá ir etiquetado siguiendo la nomenclatura que indique el BSC. Los racks a proporcionar deberán tener una altura máxima de 2.1m, y un peso | | R18 R20 | máximo de 1200kg/m2, y se harán llegar al CPD por un montacargas exterior. Se deberá incluir todas las tareas de cableado de los componentes según el diseño |     | Ref | Descripción | |-------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R21 | Los servidores deberán disponer de un sistema para poder consultar su temperatura de ambiente de trabajo, para poder definir alertas y avisos. De la misma manera, debe soportar la parada automática en caso de detectar temperatura muy alta. | | R22 | Se deberán conectar todos los racks a la red de equipotencial existente. O la modificación de dicha red si hiciera falta. | | R23 | La sala dispone de un punto de muestreo para la detección de humos por aspiración, que debe ser instalado en el interior de los racks, cualquier modificación o requerimiento deberá hacerse cargo la empresa adjudicataria. | | R24 | Se deberá incluir todos los elementos y componentes necesarios para el transporte y ubicación de los rack totalmente instalados en el espacio dedicado dentro sala CPD del edificio TG planta -1. | | R25 | Se deberá de realizar limpieza diaria del material sobrante a medida que se vaya instalando, la empresa licitadora se deberá hacer cargo de la limpieza del material sobrante y de la limpieza final de obra, la recogida de residuos se deberá realizar a un vertedero oficial para su correcto reciclaje. | | R26 | Con la finalización del proyecto se deberá presentar la siguiente documentación en formato Autocad 2000 o superior y PDF: - Planos Asbuilt con todos los elementos instalados. Fichas técnicas de todos los elementos instalados. | ## I.3. CARACTERÍSTICAS DE LA GARANTÍA OBLIGATORIA DEL FABRICANTE Todos los equipos suministrados están sujetos a una garantía que debe proporcionar el fabricante y que contará, como mínimo, con las siguientes características básicas, según queda recogido en el PPT: - -La garantía obligatoria del fabricante responderá del malfuncionamiento y averías de los equipos. - -El fabricante ofrecerá la posibilidad de recibir avisos en horario de 9h a 17h de lunes a viernes, salvo festivos nacionales. El tiempo máximo de respuesta del fabricante será de 8h dentro de este horario, y el tiempo máximo de reparación de la avería desde la comunicación de la incidencia por el organismo será de 5 días laborables según el calendario laboral aplicable en el lugar donde están instalados los equipamientos. - -Periodo de garantía mínimo de 3 años. ☒ Periodo de garantía superior: En el caso que el licitador ofrezca en su oferta mantenimiento superior al mínimo estipulado la garantía de fabricante también se deberá extender de la misma manera.     - ☒ Otras condiciones adicionales exigibles al fabricante: En la implantación de la solución presentada como durante la garantía se exigirá la participación activa y presencial (si se requiere) de los expertos de cada uno de los componentes hardware que forman la solución: Responsables de hardware/ desarrolladores de firmware, desarrolladores o responsables técnicos de redes o switches ethernet, desarrolladores o responsables técnicos de red Infiniband ofertada. Teniendo la posibilidad el personal del BSC poder intercambiar emails de forma directa con dichas personas con el fin de solucionar cualquier problema que surja durante el desarrollo e instalación de la máquina. Los licitadores deberán ofertar los equipamientos bajo una modalidad de garantía del fabricante que dé cuenta de las exigencias contenidas en este apartado. ## I.4. PERIODO DE VIGENCIA Y MODALIDAD DE LICENCIAMIENTO Vigencia de las licencias: | Programa | Periodo de vigencia del licenciamiento | |--------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------| | Linux Enterprise | 3 años (o mantenimiento mejorado ofertado por el licitador) desde la aceptación del mismo | | Debugger paralelo 128 MPI | 3 años (o mantenimiento mejorado ofertado por el licitador) desde la aceptación del mismo | | Monitorización y gestión rutas red de alto rendimiento (Infirniband o similar) | 3 años (o mantenimiento mejorado ofertado por el licitador) desde la aceptación del mismo | Las licencias deben conceder el derecho de uso del software para los equipos licitados para siempre. Se deberá poder seguir usando el software después de caducar la licencia, aunque ya no se pueda acceder a nuevas versiones o no se ofrezca soporte. Los programas deben bajo alguna modalidad de licenciamiento tal, que garantice al menos los siguientes derechos ante el fabricante : | Programa | Derechos durante la vigencia de las licencias | |------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | TODOS | • Derecho de actualización: parches de seguridad, versiones menores, versiones mayores, etc. • Derecho de acceso a documentación: sin limitación de tiempo • Derecho de consulta al fabricante (soporte del fabricante): o Con los mismos tiempos de respuesta y horario que el de cualquier otro componente |    ## ANEXO II SERVICIOS DE INSTALACIÓN PROPORCIONAR POR EL ADJUDICATARIO AVANZADA Y/O ## II.1. SERVICIOS DE INSTALACIÓN AVANZADA DE LOS SUMINISTROS ## Alcance ## 4.- Instalación y aceptación ## 4.1.- Instalación del sistema | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | El clúster y todos los componentes y servicios descritos en este pliego se deben entregar 'llaves en mano', completamente listos para ser usados en producción, según la descripción de este documento. | | R2 | El licitador debe de proveer recursos de gestión de proyecto para la instalación del clúster. | | R3 | El licitador debe proveer de soporte de expertos en benchmarking del sistema de GPUs, optimizando el rendimiento de estos benchmarks. Se deberá verificar los valores de rendimiento en cómputo usando HPL Linpack FP64, y HPL en 'mixed - precission'. | | R4 | Todas las tareas de instalación y configuración deben realizarse presencialmente en el BSC; no se proporcionará acceso remoto para realizar estas tareas. La instalación debe llevarse a cabo junto con el equipo de operaciones de BSC-CNS, para permitir la transferencia de conocimientos durante todo el proceso de instalación. El equipo de operaciones debe aprobar cualquier decisión o plan establecido durante la fase de instalación antes de su implementación. | | R5 | Durante la fase de instalación, el Candidato se encargará de limpiar el datacenter (CPD TG -1) del BSC-CNS cada semana para mantenerlo libre de material sobrante, cajas de cartón u otros materiales de transporte e instalación, esto afectará a las zonas de trabajo de ambos datacenter. | ## 4.2.- Planificación en tiempo | Ref | Descripción | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R2 | El licitador proveerá de una lista de riesgos que podrían afectar negativamente a la instalación y a la operación del sistema licitado. Para cada riesgo se debe indicar la probabilidad, descripción del impacto y las acciones de mitigación del riesgo que se tomarían. |  SOPORTE A     | Ref | Descripción | |-------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R3 | Las tareas de adaptación de los CPDs para la instalación del clúster, serían las primeras tareas a planificar e implementar. Dentro de la implementación de estas tareas se deben indicar las afectaciones a los sistemas actuales en producción en esas localizaciones. Los componentes administrativos y elementos de red centrales, se deberían enviar e instalar con anticipación a la llegada de cualquier rack de cómputo, con tal de instalarlos previamente y así agilizar la instalación de los racks de cómputo y el pasar a producción. | | R4 | Dentro de la planificación de la instalación el licitador deberá añadir o reservar 2 días los cuales se usarán para realizar las pruebas de las nueva/s CDU/s a instalar. | | R5 | El horario de trabajo se define de 08:30h a 17h los días laborales del calendario laboral del BSC-CNS. | ## 4.3.- Procedimiento de aceptación Para la aceptación provisional, las siguientes pruebas se deberán de realizar. Al menos por 24 horas los siguientes valores de elementos defectuosos no deben de ser sobrepasados: | Componente | Límite de elementos defectuosos | |-------------------------------------|---------------------------------------------------| | Nodos cómputo | Todos los nodos deben estar funcionales | | Servidores administrativos y logins | Todos los nodos funcionales | | Ethernet | Menos del 1%delos links/switches disfuncionales | | Red alto rendimiento | Menos del 1% de los links/switches disfuncionales | ## Pruebas funcionales como las siguientes: - Todas las funcionalidades del hardware y software de alta disponibilidad deben ser testeadas (incluyendo el circuito de agua interno). - Función correcta de todo el sistema de enfriamiento en conformidad con las especificaciones propuestas. Para validar el rendimiento de los nodos de cálculo se realizarán tres tipos de ejecuciones: - Pruebas de rendimiento completo del sistema (o partición de cálculo completa)     - Pruebas de rendimiento con un número predeterminado de cores, para medir el rendimiento de la partición en comparación con otras máquinas. El rendimiento se medirá en términos de rendimiento por nodo, rendimiento por rack y rendimiento por isla o subconjunto grande de nodos de cálculo. - Pruebas de estabilidad: estas pruebas consisten en la ejecución de varios trabajos pequeños e idénticos que utilizan el sistema completo (hasta un 95%) durante 7 horas. Se requiere que el superordenador, hardware y software sean lo suficientemente estables para completar correctamente el 98% de los trabajos y los tiempos de ejecución no deben variar más del 10%. Si esta prueba falla, el proveedor debe solucionar cualquier problema para poder alcanzar la estabilidad solicitada. Las aplicaciones a utilizar en estas pruebas serán HPL Linpack y HPCG. Todos los rendimientos ofertados serán validados y son de obligado cumplimiento para la aceptación de este clúster. Cualquier valor que no cumpla requerirá acciones de mitigación por parte del proveedor hasta que se alcance el valor comprometido. ## Hitos y entregables | Hito | Descripción del hito y sus entregables | Plazo | Porcentaje de la prestación | |---------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------|-------------------------------| | HITO_01 | Adecuación del CPD, entrega de todo el hardware, cableado físico y labelado de toda la solución completo. Entregables: • Documentación modificaciones del CPD • Listado de todos los elementos hardware, número de modelo, serial number • Layout de racks con los componentes. Excel con el P2P de todo el cableado físico • Cuaderno de pruebas u otras evidencias de que se han realizado las tareas | 1 mes | 33% | | HITO_02 | Configuración de los componentes e instalación software de la solución Entregables: • Documentación de las decisiones y configuraciones realizadas • Cuaderno de pruebas u otras evidencias de todas las funcionalidades operativas descritas en este pliego | 1 mes | 33% | | HITO_03 | Aceptación provisional y cumplimiento de todas las condiciones para la aceptación descritos anteriormente. Entregables: • Cuaderno de pruebas u otras evidencias demostrando el éxito de todas las pruebas requeridas para la aceptación | 1 mes | 33% |   ## II.2. SERVICIOS DE SOPORTE DE LOS SUMINISTROS ## Alcance  ## 5.- Mantenimiento y soporte | Ref | Descripción | |-------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | Se deberá proporcionar un mantenimiento de una duración mínima de 3 años desde el momento de aceptación del clúster. Delante de fallos hardware se deberán reparar con una respuesta en 4 horas dentro de las horas de oficina (08:00 - 17:00) y con un servicio de soporte de Next Business Day. En caso de incidencias muy críticas que impliquen una afectación global de la producción de los clúster, se deberá proveer un seguimiento continuo 24x7 hasta la resolución de la incidencia. | | R2 | Durante el periodo de mantenimiento, el Proveedor debe asumir toda la responsabilidad por el reemplazo de cualquier componente de hardware o resolver cualquier mal función del software. Esto incluye cualquier componente de infraestructura proporcionado con el Supercomputador (circuito de agua interno, CDU, tuberías de agua a los racks, etc.). | | R5 | El Candidato realizará acciones de mantenimiento preventivo y proactivo para reemplazar componentes que son propensos a fallar en el futuro inmediato. Por otro lado, proporcionará recomendaciones sobre actualizaciones de firmware/software necesarias para mejorar el rendimiento o corregir errores existentes. Se deben proporcionar los pasos de actualización y la metodología. Si BSC- CNS considera que algunas de las actualizaciones/cambios propuestos tienen algún riesgo y no son obvios de implementar, puede solicitar la presencia de técnicos | | R6 | Se exigirá un trabajo en equipo con el departamento de operaciones del BSC, para la coordinación del diseño hardware de la solución. Cualquier plan o toma de decisión se deberá verificar con el departamento de operaciones del BSC antes de llevarla a cabo. | | R7 | El Candidato garantizará que todos los datos del cliente almacenados en cualquier componente de almacenamiento no volátil accesible por el usuario (incluyendo Flash, HDD) serán eliminados cuando se retiren del cluster como parte del mantenimiento del sistema. La eliminación de datos puede ocurrir fuera del BSC-CNS, pero debe estar en conformidad con las directrices comunes de protección de datos. Se pueden proponer alternativas que garanticen la confidencialidad de los datos almacenados en componentes de almacenamiento no volátil (por ejemplo, destrucción por parte del cliente). | | R8 | El licitador proveerá de mecanismos de escalado de incidencias. |      | R9 | BSC-CNS prevé celebrar reuniones, regulares o en cualquiermomento en caso de crisis o no cumplimiento de los SLA de esta licitación. El Candidato garantizará la disponibilidad de las personas clave del soporte técnico necesarias para asistir a estas reuniones. | |------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R10 | El Candidato describirá los roles y responsabilidades de todas las partes involucradas durante la operación del sistema mediante un modelo RACI (Responsable, Responsable por la Aprobación, Consultado, Informado). | | R11 | Toda tarea de mantenimiento y soporte del superordenador hardware/software se debe realizar de forma presencial, no se dará acceso remoto para realizarlas. | | R12 | Si más del 10% de un componente de hardware se ha reemplazado anualmente (basado en la población total de ese componente en el supercomputador completo) debido a fallos de hardware, todos esos componentes deben ser reemplazados por un componente compatible de otro proveedor o una nueva versión mejorada que no presente esa tasa de fallo, lo cual será evaluado con pruebas de aceptación adecuadas. | ## 6.- Transferencia de conocimientos | Ref | Descripción | |-------|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | R1 | El licitador deberá proveer documentación final describiendo el diseño final y todo el registro de instalación, explicando cada una de las decisiones de diseño tomadas durante la instalación. Un plano físico por cada rack se deberá de proveer, con los cables salientes y entrantes por cada rack. También un resumen final con las características hardware y configuraciones para cada tipo de servidor. Por otro lado, se deberá entregar un documento en formato Excel con todos serial numbers de todos los componentes. | | R2 | Mapas físicos de todas las redes de la infraestructura se deberán de proveer, indicando claramente que está conectado en cada uno de los puertos de cualquier switch de cualquier red. La documentación debe incluir todas las operativas que se requieren para el funcionamiento del sistema de forma adecuada, tanto de la parte informática como de los componentes más dedicados a la refrigeración e infraestructura. Los documentos deben ser entregados. | | R3 | Todo documento a entregar a final de proyecto/instalación se debe hacer en formato editable (Office). | | R4 | El proveedor deberá realizar sesiones formativas prácticas durante la instalación y trabajar de forma conjunta con el equipo de operaciones del BSC en las tareas de instalación. Al final de la instalación una sesión de formación se deberá realizar (mínimo 2 días enteros) que describiría la infraestructura entera y las tareas administrativas y procedimiento de administración de la ampliación. | ## Horario de servicio     El horario de trabajo se define de 08:30h a 17h los días laborales del calendario laboral del BSCCNS. ## II.2.1. DIMENSIONAMIENTO DEL SERVICIO Delante de fallos hardware se deberán reparar con una respuesta en 4 horas dentro de las horas de oficina (08:00 - 17:00) y con un servicio de soporte de Next Business Day. En caso de incidencias muy críticas que impliquen una afectación global de la producción de los clúster, se deberá proveer un seguimiento continuo 24x7 hasta la resolución de la incidencia. ## II.2.2. ACUERDOS DE NIVEL DE SERVICIO A efectos de cálculo del cumplimiento de los ANS, sólo computa el tiempo transcurrido dentro del horario de prestación del servicio descrito en el apartado anterior y atendiendo al dimensionamiento anterior. No se considerará el incorrecto desempeño del contratista por incumplimiento de los ANS si las incidencias superan el dimensionamiento del servicio previstos en el apartado anterior. | Id. | Nombre | Descripción del indicador | Valor | |--------|--------------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------| | ANS_01 | Tiempo de respuesta | Tiempo transcurrido desde la comunicación de la incidencia hasta que el equipo de soporte comunica que ha empezado a trabajar en su resolución. | 4 horas / días | | ANS_02 | Tiempo de resolución de incidencia leve | Tiempo transcurrido desde el final del tiempo de respuesta hasta que el equipo de soporte ha solucionado la incidencia. No incluye el tiempo necesario para la aprobación por el Responsable del Contrato Específico. | 3 días | | ANS_03 | Tiempo de resolución de incidencia grave | Tiempo transcurrido desde el final del tiempo de respuesta hasta que el equipo de soporte ha solucionado la incidencia. No incluye el tiempo necesario para la aprobación por el Responsable del Contrato Específico. | 2 días | | ANS_04 | Tiempo de resolución de incidencia crítica | Tiempo transcurrido desde el final del tiempo de respuesta hasta que el equipo de soporte ha solucionado la incidencia. No incluye el tiempo necesario para la aprobación por el Responsable del Contrato Específico. | 1 día | Cuando la resolución de la incidencia requiera la realización de desarrollos que por su naturaleza necesitan de un plazo material superior al indicado en la tabla precedente, el contratista estará obligado a presentar al Responsable del Contrato Específico en el organismo destinatario, dentro del plazo de tiempo de resolución inicial, un plan de actuación que incluya la duración prevista de los trabajos para la resolución, la justificación de dicha previsión y la descripción de los trabajos a realizar. Si es necesario, se incluirá la descripción de las medidas paliativas a adoptar hasta la completa resolución de la incidencia. Dicho plan deberá ser aprobado por el Responsable del Contrato Específico. ## II.3. REQUISITOS DE LOS PERFILES PROFESIONALES El Candidato proporcionará un equipo de personas calificadas para el soporte de hardware presencial durante las horas laborales, con el fin de cumplir con los SLA establecidos. Las tareas principales incluyen el análisis de fallos, soporte de hardware (incluyendo el reemplazo de piezas y logística si es necesario).     Se proporcionarán los documentos de calificación para las personas propuestas a BSC para verificarlas. BSC tendrá el derecho de solicitar una persona diferente con la calificación y experiencia adecuadas para las tareas descritas anteriormente. Para los componentes de infraestructura proporcionados con el clúster, en caso de cualquier incidente, una persona calificada debe estar presente en el sitio dentro de 2 horas desde la notificación del incidente.   ## ANEXO III ENTREGAS PARCIALES NO APLICA       ## ANEXO IV COBERTURA DE LA GARANTÍA EXTENDIDA DEL ADJUDICATARIO La garantía extendida que debe prestar el adjudicatario durante todo el periodo de vigencia de las licencias se rige por lo descrito en el apartado III.8 del Pliego de Prescripciones Técnicas: - Soporte de nivel 1 y nivel 2 prestado por el adjudicatario a petición del organismo destinatario, en los términos descritos en el PPT; - Soporte del adjudicatario al organismo para el acceso a la garantía del fabricante (acceso al soporte de nivel 3), en los términos descritos en el PPT; - Soporte a la aplicación de actualizaciones de firmware y software, en los términos descritos en el PPT; - Otras actuaciones preventivas encaminadas a evitar fallos del equipo, según lo indicado en el documento de invitación. ## Consultar el apartado software lo que lleva licencia y que se pide. Horario de contacto: 09:00h a 17:00h     ## ANEXO V NECESIDAD DE PRODUCTOS CONCRETOS POR COMPATIBILIDAD CON INSTALACIÓN EXISTENTE ## Contratos previos asociados con la instalación existente: | Contrato | Fecha adjudicació n | Importe | Objeto | |-------------------------------------------------------------------------------------------------------------------------------------|-----------------------|------------------|----------------------------------------------| | CONSU02016009OP - https://contrataciondelestad o.es/wps/poc?uri=deeplink:d etalle_licitacion&idEvl=yYfg8 gleRlUQK2TEfXGy%2BA%3D %3D | 2/11/2016 | 29.970.000,00.-€ | Adquisición d el superordenador MareNostrum4 | Ciertos elementos software y hardware vienen condicionados a que lo que aquí se licita es una ampliación del cluster nord4 (antiguo hardware del cluster MareNostrum4). Elementos como el sistema de clustering sea basado en xCAT, que el sistema de colas deba basarse en Slurm, compatibilidad a nivel de red con los equipos de red actuales del cluster nord4, son ejemplos de la selección de los mismos con tal de mantener la compatibilidad con el cluster actual. Por otro lado, las ejecuciones actuales de LLM que intenta cubrir esta ampliación se están preparando en el hardware actual de MareNostrum5 que tiene GPUs basadas en el modelo de programación de CUDA, la misma que se requiere para la ampliación de nord4.    ## ANEXO VI TRATAMIENTOS DE DATOS, FINALIDAD Y MEDIDAS ## VI.1. TRATAMIENTOS DE DATOS Y FINALIDAD DE LOS TRATAMIENTOS Si en el apartado 2.3. se ha indicado que existe tratamiento de datos personales, a continuación, se señalan los datos personales que se van a transmitir y almacenar en la nube objeto del suministro: En caso de tratamiento por parte de (sub)encargados, especifíquese también el objeto, la naturaleza y la duración del tratamiento. ## VI.2. MEDIDAS TÉCNICAS Y ORGANIZATIVAS Serán de aplicación las medidas técnicas y organizativas para garantizar la seguridad de los datos, que resultan del análisis de riesgo o evaluación de impacto de protección de datos realizadas por el responsable del tratamiento y que se listan a continuación: Las que se indiquen en las características técnicas      ## ANEXO VII MODELO DE NOTIFICACIÓN DE SUBCONTRATACIÓN D. .........................., con DNI o documento equivalente en caso de extranjeros o. pasaporte nº..................., en su propio nombre, o como representante legal de la empresa ………….........................., adjudicataria del CONTRATO ESPECÍFICO Nº ………………. del SISTEMA DINÁMICO PARA EL SUMINISTRO DE EQUIPOS DE COMUNICACIONES, SERVIDORES Y SISTEMAS DE ALMACENAMIENTO (SDA 24/2022; Expediente 2022/68), pongo en conocimiento del órgano de contratación, a los efectos del artículo 215.2.b) de la Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público (LCSP), que, para la prestación indicada, se subcontrata con la/s siguiente/s entidad/es: ## (Indicar: - Los sujetos intervinientes (identidad, datos de contacto y representantes legales) en el subcontrato, con indicación de la capacidad técnica y profesional del subcontratista o en su caso, clasificación, justificativa de la aptitud para prestar parte del servicio. - Indicación del objeto o partes del contrato a realizar por cada uno de los subcontratistas. - Importe del subcontrato y porcentaje que representa la prestación parcial sobre el precio del contrato principal. - Importe acumulado de subcontratación, en porcentaje, que se alcanzará con el presente subcontrato sobre el precio del contrato principal. - Plazos en los que el subcontratista se obliga a pagar a los subcontratistas el precio pactado.) Asimismo, hago constar que en la celebración del/los subcontrato/s se cumplirán los requisitos establecidos en el artículo 216 de la LCSP. A la presente comunicación se acompaña la siguiente documentación relativa a los subcontratistas: - Declaración responsable de los subcontratistas de no hallarse incurso en prohibición de contratar, conforme el art. 71 de la LCSP. 8 - Certificación positiva de la Agencia Estatal de Administración Tributaria de hallarse los subcontratistas al corriente en el cumplimiento de las obligaciones tributarias o, alternativamente, autorización al órgano de contratación para obtener de forma directa la acreditación de este extremo. - Certificación positiva de la Tesorería General de la Seguridad Social de hallarse los subcontratistas al corriente de sus obligaciones con la Seguridad Social o, alternativamente, autorización al órgano de contratación para obtener de forma directa la acreditación de este extremo. ………………, a ….. de ................................. de .......... Firmado electrónicamente 8 La declaración responsable deberá formularse en los siguientes términos 'Que ni el firmante de la declaración, ni la persona física/jurídica a la que representa, ni ninguno de sus administradores o representantes se hallan incursos en supuesto alguno a los que se refiere el artículo 71 de la LCSP.'     ## ANEXO VIII DECLARACIÓN MÚLTIPLE DE LAS EMPRESAS PROPUESTAS COMO ADJUDICATARIAS DE CONTRATOS ESPECÍFICOS CON CARGO AL PLAN DE RECUPERACIÓN, TRANSFORMACIÓN Y RESILIENCIA Don/Doña ……………………………………………………, DNI …………………….., como Consejero Delegado/Gerente/ de la entidad ………………………………………………………………………….., con NIF …………………………., y domicilio fiscal en ……………………………………………………………………………………. ……………………………………………………………………………………………………………… …………………………………. que participa como contratista/subcontratista en el desarrollo de actuaciones necesarias para la consecución de los objetivos definidos en el Componente XX «………………………», ## Efectúa las siguientes DECLARACIONES - a) Declaración relativa a la obligación de cesión y tratamiento de datos en relación con la ejecución de actuaciones del plan de recuperación, transformación y resiliencia (Modelo Anexo IV.B de la Orden HFP/1030/2021, de 29 de septiembre) Que conoce la normativa que es de aplicación, en particular los siguientes apartados del artículo 22, del Reglamento (UE) 2021/241 del Parlamento Europeo y del Consejo, de 12 de febrero de 2021, por el que se establece el Mecanismo de Recuperación y Resiliencia, que se define a continuación: 1. La letra d) del apartado 2: «recabar, a efectos de auditoría y control del uso de fondos en relación con las medidas destinadas a la ejecución de reformas y proyectos de inversión en el marco del plan de recuperación y resiliencia, en un formato electrónico que permita realizar búsquedas y en una base de datos única, las categorías armonizadas de datos siguientes: - i. El nombre del perceptor final de los fondos; - ii. el nombre del contratista y del subcontratista, cuando el perceptor final de los fondos sea un poder adjudicador de conformidad con el Derecho de la Unión o nacional en materia de contratación pública; - iii. los nombres, apellidos y fechas de nacimiento de los titulares reales del perceptor de los fondos o del contratista, según se define en el artículo 3, punto 6, de la Directiva (UE) 2015/849 del Parlamento Europeo y del Consejo (26); - iv. una lista de medidas para la ejecución de reformas y proyectos de inversión en el marco del plan de recuperación y resiliencia, junto con el importe total de la financiación pública de dichas medidas y que indique la cuantía de los fondos desembolsados en el marco del Mecanismo y de otros fondos de la Unión». 2. Apartado 3: «Los datos personales mencionados en el apartado 2, letra d), del presente artículo solo serán tratados por los Estados miembros y por la Comisión a los efectos y duración de la correspondiente auditoría de la aprobación de la gestión presupuestaria y de los procedimientos de control relacionados con la utilización de los fondos relacionados con la aplicación de los acuerdos a que se refieren los artículos 15, apartado 2, y 23, apartado 1. En el marco del procedimiento de aprobación de la gestión de la Comisión, de conformidad con el artículo 319 del TFUE, el Mecanismo estará sujeto a la presentación de informes en el marco de la información financiera y de rendición de cuentas integrada a que se refiere el artículo 247 del Reglamento Financiero y, en particular, por separado, en el informe anual de gestión y rendimiento». Que, conforme al marco jurídico expuesto, manifiesta acceder a la cesión y tratamiento de los datos con los fines expresamente relacionados en los artículos citados.     - b) Declaración de compromiso en relación con la ejecución de actuaciones del plan de recuperación, transformación y resiliencia (PRTR) (Modelo Anexo IV.C de la Orden HFP/1030/2021, de 29 de septiembre) Manifiesta el compromiso de la persona/entidad que representa con los estándares más exigentes en relación con el cumplimiento de las normas jurídicas, éticas y morales, adoptando las medidas necesarias para prevenir y detectar el fraude, la corrupción y los conflictos de interés, comunicando en su caso a las autoridades que proceda los incumplimientos observados. Adicionalmente, atendiendo al contenido del PRTR, se compromete a respetar los principios de economía circular y evitar impactos negativos significativos en el medio ambiente («DNSH» por sus siglas en inglés « do no significant harm ») en la ejecución de las actuaciones llevadas a cabo en el marco de dicho Plan, y manifiesta que no incurre en doble financiación y que, en su caso, no le consta riesgo de incompatibilidad con el régimen de ayudas de Estado. - c) Conforme a las obligaciones de aportación de información del apartado 5 de esta adenda Acredita la inscripción en el Censo de empresarios, profesionales y retenedores de la AEAT (declaración censal 036 o 037 9 o documento equivalente de las Administraciones Forales) que incluye la actividad objeto del contrato basado conforme a lo previsto en el artículo 8 apartado 2 de la Orden HFP/1030/2021, de 29 de septiembre). - d) Sin perjuicio de lo previsto en el artículo 215 de la LCSP, y con referencia a las obligaciones de los subcontratistas declara: 2. ( ) Que no se presenta declaración en los términos del apartado 5 de esta adenda al documento de invitación correspondientes a otras empresas al no estar previsto acudir a la subcontratación. 3. ( ) Que aporta las declaraciones de las siguientes empresas que actuarán como subcontratistas en el presente contrato: (Indicar CIF Y RAZON SOCIAL DE LAS EMPRESA SUBCONTRATISTAS de las que se aporta en documento adicional declaración firmada por sus representantes legales en el formato de este anexo) ……………………………..., XX de …………… de 202X Fdo. ……………………………………………. Cargo: ………………………………………… 9 Estas declaraciones podrán obtenerse por las empresas en la sede de la AEAT en el siguiente enlace https://sede.agenciatributaria.gob.es/Sede/tramitacion/G322.shtml . Si tienen dudas llamen al teléfono general de consultas de la Agencia Tributaria o al 060.      ## ANEXO IX CRITERIOS AUTOMÁTICOS - OFERTA ECONÓMICA (SOBRE 2.2) D/Doña……………….., vecino/a de ……………………, con domicilio en . , en nombre propio o en representación de … ........................................................................ , enterado/a de los Pliegos de Cláusulas Administrativas Particulares y de Prescripciones Técnicas aprobados por BSC-CNS que han de regir el procedimiento para adjudicar la ejecución del contrato número ' CC002025006BIS ampliación del cluster HPC (High Performance Computing) Nord4 (basado en el hardware de MareNostrum4) para proveerle de capacidades de nodos con GPU mediante la tramitación de un contrato basado específico a través del sistema dinámico de adquisición de suministro de equipos de comunicaciones, servidores y sistemas de almacenamiento - SDA 24/2022 (Expediente nº 2022/68), y destinado al Barcelona Supercomputing Center - Centro Nacional de Supercomputación (BSC-CNS). En concreto el lote 2 - Servidores y sistemas de almacenamiento' y aceptando íntegramente el contenido de los mismos, en nombre (propio o de la persona o entidad que representa, especificando en este último caso sus circunstancias), se compromete a hacerse cargo de los servicios descritos por el importe consignado en esta proposición económica: ## PROPUESTA ECONÓMICA | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | PROPUESTA ECONÓMICA ÚNICAMENTE DEL SUMINISTRO | |------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------|-------------------------------------------------------------|-------------------------------------------------------------|-------------------------------------------------|-------------------------------------------------| | CONCEPTOS | Importe máximo IVA excluido | Importe ofrecido por el licitador, IVA excluido (en cifras) | Importe ofrecido por el licitador, IVA excluido (en letras) | Importe IVA | Importe ofrecido IVA incluido | | Suministro de equipamientos y, en su caso, software embarcado (incluye extensión de garantía del adjudicatario, si exigida en 2.2) | 1.058.400,00.-€ | | | | | | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | PROPUESTA ECONÓMICA ÚNICAMENTE DE LOS SERVICIOS | | Servicio de instalación avanzada, a prestar por el adjudicatario | 57.600,00.-€ | | | | | | Servicio de soporte, a prestar por el adjudicatario | 84.000,00.-€ | | | | | | TOTAL | 1.200.000,00.-€ | | | | | Lugar, fecha y firma de la empresa licitadora PROTECCIÓN DE DATOS - De acuerdo con lo dispuesto en la normativa vigente en materia de protección de datos informamos a los licitadores que el responsable del tratamiento de sus datos es BSC-CNC (en adelante, el Responsable), sita en la C/ Jordi Girona, núm. 29, con número de teléfono 93 413 77 16 y dirección de correo electrónico tenders@bsc.es. El Responsable está legitimado para tratar los datos que le faciliten los licitadores por la participación en la licitación para las siguientes finalidades: a) Gestionar su participación en la licitación. Este tratamiento queda legitimado por el consentimiento válidamente prestado por los licitadores en el momento de su participación. b) Publicación de los datos de los licitadores y los adjudicatarios a través de los medios que el Responsable considere oportunos, en especial a través de la página web de la compañía (www.bsc.es), que recoge información acerca, entre otros aspectos, contrataciones y proveedores de la compañía. Esta finalidad está autorizada por la Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público. Los datos de carácter personal únicamente se tratarán y conservarán mientras persista la relación y una vez finalizada ésta mientras el Responsable esté legitimado para su tratamiento y/o conservación atendiendo a los plazos establecidos por la legislación vigente. Respecto a los datos de carácter personal recogidos para su tratamiento los licitadores tienen la posibilidad de ejercitar los derechos de acceso rectificación, supresión y portabilidad. Asimismo, en determinadas circunstancias los licitadores tendrán derecho a solicitar la limitación u oposición del tratamiento de sus datos en cuyo caso el Responsable cesará en su tratamiento y únicamente conservará los mismos para el ejercicio o la defensa de reclamaciones. El ejercicio de los citados derechos podrá hacerse mediante solicitud dirigida por escrito al Responsable a través de los datos de contacto indicados previamente, en los términos que suscribe la legislación vigente. Asimismo, en cualquier momento las reclamaciones podrán dirigirse indistintamente al Responsable o la Agencia Española de Protección de datos a través de los formularios que ésta entidad tiene habilitados al efecto y que son accesibles a través de su página web, https://sedeagpd.gob.es.     ## ANEXO X CRITERIOS AUTOMÁTICOS - CRITERIOS EVALUABLES MEDIANTE FÓRMULAS DISTINTOS AL PRECIO (SOBRE 2.1) Se deberá aportar las tablas indicadas en el pliego técnico cumplimentadas que incorporarán en el sobre 2.1, y los documentos necesarios en los que se pueda verificar que cumplen con los criterios siguientes: ## 1 - CRITERIOS RELATIVOS AL CONSUMO ENERGÉTICO DE LOS EQUIPOS O SU EFICIENCIA ENERGÉTICA (apartado 7.3.1): | CRITERIO | Documentación aportada (indicar en que documento se puede verificar esta información) | FÓRMULADE VALORACIÓ según apartado 7.3.3 | |------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------|--------------------------------------------| | La propuesta de un PUE menor al máximo requerido de (1.08) se valorará positivamente | | Minimizar | | Una tolerancia por encima del 5%mínimo requerido para todas las fuentes de alimentación será valorado. | | Maximizar | | Los racks deben ser térmicamente pasivos, e incluso ayudar a reducir la temperatura ambiente. El calor residual (kW) disipado en ambiente en el datacenters debe ser indicado y se valorará que sea el mínimo posible. | | Minimizar | ## 2 - CRITERIOS EVALUABLES AUTOMÁTICAMENTE MEDIANTE FÓRMULAS (diferentes al precio) - (apartado 7.3.2): | CRITERIO | Documentación aportada (indicar en que documento se puede verificar esta información) | FÓRMULADE VALORACIÓN , según apartado 7.3.3 | |-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------------------------|-----------------------------------------------| | Se valorará la mejora sobre el valor teórico de rendimiento FP4 proporcionado por la solución por encima del mínimo requerido (120 PFlops) | | Maximizar | | Se valorará que las GPUs dentro de cada nodo de cómputo estén conectadas mediante tecnología NVLINK | | Maximizar | | Se valorará la mejora de las características técnicas por encima de los mínimos requeridos por nodo de cómputo (requisito R1 descripción nodos de cómputo). Concretamente se valorará: - Inclusión de más memoria HBM por GPU - La inclusión de más memoria principal - Mayor número de cores por procesador - Mayor frecuencia nominal del procesador - Mayor capacidad de almacenamiento local via NVME | | Maximizar |     | Los servidores de administración serán evaluados según: - Número de servidores proporcionados - Número de total de cores proporcionados entre todos los servidores de administración - Memoria total de todos los servidores de adminsitración - Capacidad del almacenamiento compartido para administración - Rendimiento del almacenamiento compartido para adminsitración | Maximizar | |--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------| | Se valorará los equipos de red ofertados en los criterios: - Número de puertos libres * ancho banda por puerto en switches Ethernet - Número de puertros libres * ancho banda por puerto en switches Infiniband | Maximizar | | Se valorará la inclusión de GBICs extra de los mínimos requeridos, de 100Gbit monomodo. | Maximizar | | Se valorará la ocupación mínima de toda la solución contando los racks de cómputo, racks de gestión (si hiciera falta) y CDUs a proporcionar. | Minimizar | | Se valorará la extensión de la garantía / mantenimiento por encima de los 3 años mínimos establecidos, hasta un máximo de 5 años. | Maximizar | Y las fórmulas de maximizar y minimizar son las siguientes indicadas en el apartado 7.3.3: ## Función Maximizar : ## Donde:  - Ci es la puntuación en base al criterio C, asignada a la oferta del licitador i; - P es la ponderación del criterio C; - Xi es el valor ofertado por el licitador i en el criterio C; - Xmáx es el valor máximo ofertado por los licitadores en el criterio C o el umbral de saciedad si éste fuese inferior y se hubiese definido. En consecuencia, se asignarán P puntos a la oferta que presente mayor valor del dato en su oferta, en el criterio C, y al resto de ofertas se les asignarán las puntuaciones de forma lineal, según la fórmula anterior. ## Función Minimizar : ## Donde:  - Ci es la puntuación en base al criterio C asignada a la oferta del licitador i; - P es la ponderación del criterio C; - Xi es el valor ofertado por el licitador i en el criterio C; - Xmín es el valor mínimo ofertado por los licitadores en el criterio C o el valor mínimo de referencia que se hubiese definido, en su caso; - Xmáx es el valor máximo ofertado por los licitadores en el criterio C. En consecuencia, se asignarán P puntos a la oferta que presente menor valor del dato en su oferta en el criterio C y al resto de ofertas se les asignarán las puntuaciones de forma lineal, según la fórmula anterior. ## Función Sí/No (maximizar binario): ## Donde: - P es el peso del criterio a valorar, si la oferta del licitador contempla el cumplimiento de este requisito. En caso contrario, P es cero.      ## ADENDA PARA LOS CONTRATOS FINANCIADOS CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA ## A. OBLIGACIONES GENERALES APLICABLES A TODOS LOS CONTRATOS FINANCIADOS CON CARGO AL PRESUPUESTO DE LA UNIÓN EUROPEA En todos los contratos específicos financiados 10 por el presupuesto de la Unión Europea resultan de obligado cumplimiento las normas establecidas en el Reglamento Financiero de la UE para los gastos financiables, estableciéndose las siguientes obligaciones : ## 1. ADECUACIÓN DEL CONTRATO A LAS PREVISIONES ESPECÍFICAS DEL INSTRUMENTO DE PLANIFICACIÓN ESTRATÉGICA El contrato deberá cumplir las condiciones previstas en el instrumento de programación del proyecto en el marco de la aportación 33.50.46PR.740.54 de la Secretaria De Estado De Digitalización e Inteligencia Artificial (SEDIA), al Barcelona Supercomputing Center - Centro Nacional De Supercomputación (BSC-CNS), para la realización de actuaciones ligadas al Refuerzo De Las Capacidades de Supercomputación, El Desarrollo Del Plan Nacional De Tecnologías Del Lenguaje Y El Desarrollo Del Ecosistema Empresarial De Las Tecnologías Del Lenguaje En El Marco De La Estrategia De Inteligencia Artificial 2024 Y El Plan De Recuperación, Transformación y Resiliencia- Financiado por La Unión Europea - Nextgeneration EU. ## 2. PRINCIPIO DO NO SIGNIFICANT HARM ('DNSH') La ejecución del contrato está sujeta a los objetivos medioambientales del artículo 17 del Reglamento UE nº 2020/852 del Parlamento Europeo y del Consejo de 18 de junio de 2020, relativo al establecimiento de un marco para facilitar las inversiones sostenibles, y en concreto a las condiciones del Componente 16, Reforma 1, se refiere a la Estrategia Nacional de Inteligencia Artificial (ENIA). En el eje estratégico número 3 de la Estrategia Nacional de Inteligencia Artificial, «Desarrollar plataformas de datos e infraestructuras tecnológicas que den soporte a la Inteligencia Artficial (IA), se encuadran las medidas 14: «Impulso al Plan Nacional de Tecnologías del Lenguaje» y 15 «Refuerzo de las Capacidades Estratégicas de Supercomputación». ## 3. MEDIDAS ANTIFRAUDE Y ANTICORRUPCIÓN Al presente contrato le resulta de aplicación el Plan de medidas antifraude y anticorrupción, con el contenido mínimo establecido en los sistemas de gestión de las autoridades de los Fondos, Mecanismos o Programas Europeos. En el caso de los contratos del PRTR le será de aplicación los previsto en la Orden HFP/1030/2021, de 29 de septiembre y el Plan aprobado por el organismo destinatario de la prestación. ## 4. AUSENCIA DE CONFLICTO DE INTERESES Al presente contrato le resultan de aplicación las normas que garantizan la prevención de los conflictos de interés, conforme al considerando 104 y al artículo 61 del Reglamento Financiero de la UE, debiendo adoptarse las debidas precauciones durante todas las fases de tramitación y ejecución de los mismos. 10 O es susceptible de ser financiado en caso de no haberse aún confirmado la selección por las autoridades correspondientes.     En particular, no se considerarán admisibles los intentos de influir indebidamente en el presente procedimiento de adjudicación u obtener información confidencial. Los participantes en el procedimiento deben cumplimentar la declaración de ausencia de conflicto de interés (DACI) en los términos previstos en los planes de medidas antifraude y anticorrupción. En los contratos sujetos al PRTR, las medidas serán conformes con las disposiciones de la Orden HFP/1030/2021. ## 5. MEDIDAS DE INFORMACIÓN, COMUNICACIÓN Y VISIBILIDAD DEL PROYECTO El contrato está sujeto a cuantas medidas de información, comunicación y visibilidad sean requeridas por la normativa que comunitaria y en particular, las medidas que resulten de obligado cumplimiento para las actuaciones y proyectos financiados con cargo al proyecto que está financiado en el marco de la aportación 33.50.46PR.740.54 de la Secretaria De Estado De Digitalización e Inteligencia Artificial (SEDIA), al Barcelona Supercomputing Center - Centro Nacional De Supercomputación (BSC-CNS), para la realización de actuaciones ligadas al Refuerzo De Las Capacidades de Supercomputación, El Desarrollo Del Plan Nacional De Tecnologías Del Lenguaje Y El Desarrollo Del Ecosistema Empresarial De Las Tecnologías Del Lenguaje En El Marco De La Estrategia De Inteligencia Artificial 2024 Y El Plan De Recuperación, Transformación y Resiliencia- Financiado por La Unión Europea - Nextgeneration EU. ## 6. ACEPTACIÓN DE LOS PRINCIPIOS DE BUENA GESTIÓN FINANCIERA Y SOMETIMIENTO A CONTROLES DE LAS AUTORIDADES PREVISTAS EN LOS FONDOS O MECANISMOS Todas las actuaciones contractuales deben observar los principios de buena gestión financiera. El contrato está sujeto a las actuaciones de control que sean de aplicación a las ayudas conforme a la normativa comunitaria, que podrán ser efectuadas por la Comisión Europea, la Oficina de Lucha contra el Fraude (OLAF), el Tribunal de Cuentas Europeo, la Fiscalía Europea, así como a las autoridades nacionales designadas para la gestión o control de los fondos, programas o mecanismos, a los que no podrá denegarse el acceso a la información del contrato. ## 7. OBLIGACIONES DE DISPONIBILIDAD Y CONSERVACIÓN DE LA INFORMACIÓN Los beneficiarios deberán conservar la información del expediente de contratación conforme a lo dispuesto en el artículo 132 del Reglamento Financiero de la UE, u otros plazos de disponibilidad que puedan establecerse en los reglamentos comunitarios de los fondos/programas o mecanismos. En el caso de los contratos financiados en el PRTR los organismos destinatarios se asegurarán de dejar constancia en el expediente de contratación de las actuaciones que acreditan los principios de gestión específicos del Plan, conforme a las recomendaciones contenidas en la Instrucción de la Junta Consultiva de Contratación Pública de 23 de diciembre sobre aspectos a incorporar en los expedientes que se vayan a financiar con fondos procedentes del PRTR. ## 8. PROHIBICIÓN DE DOBLE FINANCIACIÓN Conforme al considerando 130 y al artículo 191.3 del Reglamento (UE, Euratom) 2018/1046 del Parlamento Europeo y del Consejo de 18 de julio de 2018 (Reglamento Financiero de la UE), en ningún caso podrán ser financiados dos veces por el presupuesto de la Unión Europea los mismos gastos.     ## B. OBLIGACIONES GENERALES APLICABLES A LOS CONTRATOS FINANCIADOS CON CARGO AL PRTR ## 1. RÉGÍMEN JURÍDICO APLICABLE El contrato, al estar incluido en el PRTR, está sometido al Real Decreto-ley 36/2020, de 30 de diciembre, a la Orden HFP/1030/2021, de 29 de septiembre, a la Orden HFP/1031/2021, de 29 de septiembre, y a cuantas normas de desarrollo se aprueben. La financiación del contrato se efectúa con cargo a fondos del Mecanismo de Recuperación y Resiliencia de la Unión Europea - Next Generation EU- establecido por el Reglamento (UE) 2020/2094 del Consejo, de 14 de diciembre de 2020, por el que se establece un instrumento de Recuperación de la Unión Europea para apoyar la recuperación tras la crisis de la COVD-19, y regulado según el Reglamento (UE) 2021/241 del Parlamento Europeo y del Consejo de 12 de febrero de 2021 por el que se establece el Mecanismo de Recuperación y Resiliencia. ## 2. COMPONENTE E INVERSIÓN Y COMPROMISOS ASUMIDOS POR LA CONTRIBUCIÓN AL ETIQUETADO VERDE Y DIGITAL Y POR EL PRINCIPIO DE NO CAUSAR DAÑO SIGNITIFICATIVO AL MEDIOAMBIENTE (DNSH) ## El contrato se enmarca en el Componente 16, Reforma 1, del Plan de Recuperación, Transformación y Resiliencia. Componente 16, Reforma 1, se refiere a la Estrategia Nacional de Inteligencia Artificial (ENIA). En el eje estratégico número 3 de la Estrategia Nacional de Inteligencia Artificial, «Desarrollar plataformas de datos e infraestructuras tecnológicas que den soporte a la Inteligencia Artficial (IA), se encuadran las medidas 14: «Impulso al Plan Nacional de Tecnologías del Lenguaje» y 15 «Refuerzo de las Capacidades Estratégicas de Supercomputación» Conforme al PRTR aprobado esta inversión contribuye en materia de etiquetado verde y digital en los siguientes porcentajes. | Etiquetado verde | Etiquetado digital | |--------------------|----------------------| | 0% | 100% | Se garantizará el cumplimiento de las obligaciones de etiquetado verde y etiquetado digital, de acuerdo con lo previsto en el Plan de Recuperación, Transformación y Resiliencia, y el Mecanismo de Recuperación y Resiliencia, establecido por el Reglamento (UE) 2021/241 del Parlamento Europeo y del Consejo, de 12 de febrero de 2021. En este caso, al tratarse de una actuación de la medida de la Estrategia Nacional de Inteligencia Artificial (Componente 16, Reforma 1) contribuye en un 100% a la consecución del objetivo digital (etiqueta 09.bis) y en un 0% al objetivo de transición verde. ## 3.- CLÁUSULA DE MODIFICACIÓN DE LOS CONTRATOS BASADOS/ESPECÍFICOS FINANCIADOS EN EL PRTR Sin perjuicio de las causas de modificación previstas en el documento de invitación, en caso de estar financiado el presente contrato basado/específico con cargo al PRTR, podrá ser modificado, si la Autoridad Responsable del mecanismo ordena la adopción de medidas correctoras por haberse evidenciado deficiencias durante la ejecución del contrato que afectan a alguno de los objetivos medioambientales definidos en el Reglamento (UE) 2020/852, de 18 de junio de 2020 que pueden causar un daño significativo al medioambiente.     ## 4.OBLIGACIONES DE ACREDITACIÓN PARA LOS LICITADORES, CONTRATISTAS Y SUBCONTRATISTAS ESTABLECIDAS EN EL PRTR En el marco de la protección de los intereses financieros de la Unión Europea, y en concreto del Artículo 22 del Reglamento (UE) 2021/241 del Parlamento Europeo y del Consejo de 12 de febrero de 2021 por el que se establece el Mecanismo de Recuperación y Resiliencia, la Comisión Europea requiere la identificación de los titulares reales de las entidades contratistas o beneficiarias del Plan de Recuperación, Transformación y Resiliencia, tal y como se define en el artículo 3 punto 6 de la Directiva (UE) 2015/849 del Parlamento Europeo y del Consejo. Por ello, en base a lo establecido en el artículo 7 de la Orden HFP/55/2023, de 24 de enero, relativa al análisis sistemático del riesgo de conflicto de interés en los procedimientos que ejecutan el Plan de Recuperación, Transformación y Resiliencia, en caso de que no existan datos de titularidad real en las bases de datos de la AEAT de un participante en el procedimiento de contratación, el órgano de contratación solicitará a éste la información de su titularidad real. Esta información deberá aportarse al órgano de contratación en el plazo de cinco días hábiles desde que se formule la solicitud de información. La falta de entrega de dicha información en el plazo señalado será motivo de exclusión del procedimiento. Los contratistas y, en su caso, subcontratistas están obligados específicamente a cumplir lo previsto en el sistema de gestión del Plan de Recuperación Transformación y Resiliencia, y en lo que les resulta de aplicación, se obligan a lo previsto la adenda. Adicionalmente deberán facilitar los siguientes datos de identificación: - a) NIF del contratista y, en su caso de los subcontratistas - b) Nombre o Razón Social - c) Domicilio fiscal del contratista y, en su caso, subcontratistas - d) Aceptación de la cesión de datos entre las Administraciones Públicas implicadas para dar cumplimiento a lo previsto en la normativa europea que es de aplicación y de conformidad con la Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos personales y garantía de los derechos digitales (Modelo Anexo IV.B de la Orden HFP/1030/2021, de 29 de septiembre) - e) Declaración responsable relativa al compromiso de cumplimiento de los principios transversales establecidos en el PRTR y que pudieran afectar al ámbito objeto de la gestión (Modelo Anexo IV.C de la Orden HFP/1030/2021, de 29 de septiembre) - f) Los contratistas acreditarán la inscripción en el Censo de empresarios, profesionales y retenedores de la AEAT o en el Censo equivalente de la Administración Tributaria Foral, que debe reflejar la actividad efectivamente desarrollada en la fecha de participación en el procedimiento de licitación. El propuesto como mejor clasificado, de forma previa a elevar la propuesta de adjudicación, deberá cumplimentar la DECLARACIÓN MULTIPLE en el formato previsto en el apartado B.6 de esta Adenda, relativa a contratos específicos financiados con cargo al Plan de Recuperación, Transformación y Resiliencia (PRTR).