INFORME DE ESPECIFICACIONES TÉCNICAS (Importe MAYOR que Umbral Comunitario)

Transcripción

1 INFORME DE ESPECIFICACIONES TÉCNICAS (Imprte MAYOR que Umbral Cmunitari) Departament de Infraestructura Función de Plíticas Tecnlógicas 25/03/2015

2 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) ÍNDICE 1 OBJETO PRESUPUESTO ESPECIFICACIONES TÉCNICAS Requerimients mínims de infraestructura a prvisinar Almacenamient de fichers (NAS) Almacenamient de blque (LUNs) Respald/restauración de dats Requerimients mínims de servici Servicis gestinads asciads al almacenamient de fichers (NAS) Servicis gestinads asciads al almacenamient de blque (LUNs) Servicis gestinads asciads a la infraestructura para respald/restauración de dats Servicis cmunes a ls cncepts bjet del plieg Acuerds de Nivel de Servici CONDICIONES PARTICULARES Plaz de entrega Frma de pag Penalizacines Criteris de adjudicación Plan para la Igualdad de Mujeres y Hmbres en Lantik S.A Riesg sbre la seguridad de la infrmación Criteris de admisión de fertas (Slvencia Técnica) Deber de secret Anex Lantik 25/03/2015 1/ Infrme_Especificacines_Tecnicas.dc

3 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) 1 OBJETO De cara a dtarse para ls pryects actuales y futurs, Lantik requiere de l siguiente: 1. Prvisión de: a. Infraestructura de almacenamient de fichers (NAS). b. Infraestructura de almacenamient de blque (LUNs) en base a 2 mdalidades: i. Gld (rendimient y dispnibilidad cm mínim de disc SCSI 15K rpm) ii. Silver (rendimient y dispnibilidad cm mínim de disc SATA 7.2K rpm) c. Infraestructura para respald/restauración de dats. Se requiere que dicha infraestructura, esté redundada en ls ds CPDs de Lantik y que dispnga de la capacidad de crecimient suficiente para ls pryects que Lantik pueda acmeter en ls próxims 4 añs. Incluirá la infraestructura necesaria para el crrect funcinamient de la slución cn un aprvisinamient mínim pr CPD de: 20 TBs NAS 20 TBs Blque Gld 20 TBs Blque Silver 130 TBs (frntal) respald de dats 2. Prestación de servicis de: a. Gestión/Operación/Mnitrización/Dimensinamient/Escalad de dicha infraestructura de almacenamient de fichers (NAS). Se deberá garantizar un servici de gestión perativa de la platafrma, desglsand las funcines incluidas para cada un de ls diferentes servicis requerids de gestión y peratria diaria así cm la mnitrización de ls sistemas y gestión de alertas y servicis baj demanda de dimensinamient y escalad. Td ell reflejand ls mecanisms utilizads para su cumplimient y seguimient b. Gestión/Operación/Mnitrización/Dimensinamient/Escalad de dicha infraestructura de almacenamient de blque (LUNs) en mdalidad Gld. Se deberá garantizar un servici de gestión perativa de la platafrma, desglsand las funcines incluidas para cada un de ls diferentes servicis requerids de gestión y peratria diaria así cm la mnitrización de ls sistemas y gestión de alertas y servicis baj demanda de dimensinamient y escalad. Td ell reflejand ls mecanisms utilizads para su cumplimient y seguimient Lantik 25/03/2015 2/ Infrme_Especificacines_Tecnicas.dc

4 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) c. Gestión/Operación/Mnitrización/Dimensinamient/Escalad de dicha infraestructura de almacenamient de blque (LUNs) en mdalidad Silver. Se deberá garantizar un servici de gestión perativa de la platafrma, desglsand las funcines incluidas para cada un de ls diferentes servicis requerids de gestión y peratria diaria así cm la mnitrización de ls sistemas y gestión de alertas y servicis baj demanda de dimensinamient y escalad. Td ell reflejand ls mecanisms utilizads para su cumplimient y seguimient d. Mnitrización/Dimensinamient/Escalad de dicha infraestructura para respald/restauración de dats. Se deberán, desglsar las funcines incluidas para cada un de ls diferentes servicis requerids de mnitrización de ls sistemas y gestión de alertas y servicis baj demanda de dimensinamient y escalad. Td ell reflejand ls mecanisms utilizads para su cumplimient y seguimient Ls servicis slicitads de gestión/peración/mnitrización/dimensinamient y escalad que se realicen durante ls meses de 2015 asciads a la vlumetría base, serán cnsiderads cm perid de adaptación y ajuste de la platafrma. A md rientativ, ls vlúmenes estimads nets y redundads de cada cncept para cada un de ls añs de cntrat psterires a la estabilización de la platafrma vienen reflejads en la siguiente tabla (n supniend esta tabla cmprmis algun de cara a la facturación): Añ 2 Añ 3 Añ 4 Inici (TB) Inici (TB) Inici (TB) Fin (TB) NAS Blque Gld Blque Silver Respald de dats Nta: Ls vlúmenes aquí indicads sn para cada un de ls 2 CPDS. 2 PRESUPUESTO El imprte máxim a cntratar n debe superar el: Imprte net ,23 eurs. IVA (%) 21. Imprte ttal ,76 eurs. 3 ESPECIFICACIONES TÉCNICAS 3.1 Requerimients mínims de infraestructura a prvisinar Almacenamient de fichers (NAS). La infraestructura deberá estar redundada en ambs CPDs y ser ttalmente tlerante a falls. Deberá ser capaz de escalar hasta un mínim de 400 TB para absrber necesidades futuras. Lantik 25/03/2015 3/ Infrme_Especificacines_Tecnicas.dc

5 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) Esta deberá prveer el servici de escane de antivirus de recurss cmpartids de red. La arquitectura de la infraestructura deberá cnsistir en un sistema NAS Scale Out real, y pr tant en un clúster multicntrladra simétric, es decir una arquitectura ttalmente distribuida dnde tdas las cntrladras sn activas, cmparten ls recurss y se reparten el trabaj. El sistema inicialmente instalad deberá frecer un mínim de 20TB Nets y redundads teniend en cuenta un tip de prtección que sprte dble fall de disc. El sistema debe prprcinar redundancia en la prtección de disc que sprte cm mínim dble fall en cualquiera de ls slts del sistema. El sistema permitirá crear un únic vlumen y un únic file system pr el ttal de la capacidad. N se cnsiderarán válidas aquellas slucines que cnstruyan un sistema de nmbres glbal a base de punts de mntajes más pequeñs. Ese vlumen únic debe ser expandible hasta múltiples petabytes. Tds ls dats deberán distribuirse de manera unifrme, autmática y nline entre tds ls nds del clúster para garantizar el máxim aprvechamient de ls recurss, tant desde un punt de vista de rendimient cm de rati de utilización. Cada nd incrprará CPU, memria, interfaces de red y disc. De esta manera cada vez que el sistema crezca, l hará n sl en capacidad sin también en prestacines. Para garantizar la adaptabilidad a cualquier nuev entrn, el sistema debe pder mezclar diferentes tips de nds al crecer. Siempre respetand la arquitectura dnde cada nd añade prestacines además de capacidad. Esta flexibilidad permitirá a LANTIK hacer crecer el clúster hacia el eje de prestacines hacia el eje de capacidad en diferentes supuests. El mínim númer de cntrladras a prpner será de 4, y deberá pder escalar sbradamente este númer hasta 144 dentr del mism sistema de almacenamient La cmunicación cn ls servidres de aplicacines se realizará vía para prtcls NAS (SMB, SMB2, SMB3, NFSv3, NFSv4, HTTP, HDFSv1 y HDFSv2), y pr tant el sistema a fertar deberá ser cmpatible cn tds ells y frecerls de manera nativa y simultánea (inclus en el mism recurs), sin gateways, ni servidres intermedis y sin necesidad de instalar ningún sftware en cliente. El sistema a fertar deberá pder frecer recurss multiprtcl que sprten simultáneamente NFS, CIFS y HDFS. De esta manera una futura implementación de un clúster de cmputación Hadp pdrá acceder directamente a ls dats almacenads, sin necesidad de cpias periódicas ni cheques de cnsistencia. El sistema final resultante dispndrá de al mens 8 interfaces de red 1G y 8 interfaces 10G. El sistema permitirá la creación de múltiples subredes de trabaj agrupand recurss inclus a nivel de interfaz de red de nd. (VLAN, Agregads, LACP). Al ser un únic sistema simétric, la cache de tdas las cntrladras debe ser cmpartida. El mínim númer de GB que debe tener el sistema final será de 36GB, pudiend crecer en un futur tant verticalmente, incrementand la memria a nivel de cntrladra, cm hrizntalmente, al incrprar nuevas cntrladras cn nueva memria hasta pder cmpletar decenas de Terabytes de memria glbal. El sistema debe pder usar discs SSD cm extensión de cache glbal del sistema para acelerar el tiemp de respuesta en el acces. El espaci del sistema final prpuest n deberá exceder las 20 Us de tamañ. Lantik 25/03/2015 4/ Infrme_Especificacines_Tecnicas.dc

6 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) El sistema fertad n debe necesitar infraestructura SAN ni ninguna tra slución cmpleja de redes de cmunicacines para su cnstrucción. El sistema sprtará diferentes tips de prtección cnfigurables y redefinibles en caliente en cualquier mment y a cualquier nivel de segmentación (a nivel de share, de exprt, de carpeta inclus a nivel de archiv), incluyend tips de prtección que puedan sprtar un triple fall de disc cn el fin de pder adaptar la fiabilidad al dat durante su cicl de vida. El nuev tip de prtección se aplicará de manera n disruptiva y autmática tant a ls nuevs dats cm a ls dats existentes. El sistema deberá dispner de un sistema de balance de carga integrad para asegurar que las cnexines de ls equips al sistema se distribuyen de manera unifrme entre las cntrladras de manera óptima y autmática Dich balance de carga deberá pder particularizarse pr entrn y cntemplar cm variables el númer de cnexines, el thrughput la CPU de cada nd del sistema. Al trabajar cn prtcl NFS3, el sistema deberá sprtar el failver autmátic de un nd sin disrupción del servici. Tdas las cnexines tant de lectura cm escritura existentes cntra el nd en fall, pasarán a trabajar cntra el rest de ls nds, ttalmente nline y sin necesidad de reenví de cntenids. El sistema prpuest deberá sprtar tecnlgía de Snapshts cpias lcales parametrizable a nivel de carpeta. Esta flexibilidad permitirá a LANTIK realizar un cntrl de versines y prtegerse ante brrads accidentales. El númer de cpias lcales snapshts sprtads pr carpeta deberá ser de al mens de 1024, e ilimitads a nivel de cabina. El sistema inicial deberá sprta al mens el fall de una cntrladra, y en el futur al crecer en númer de cntrladras deberá pder sprtar hasta un fall múltiple de 4 cntrladras. El impact en rendimient del fall de una cntrladra n deberá superar en ningún cas el 25%, para ningún servici, y este prcentaje deberá disminuir cnfrme vaya creciend el sistema. La eficiencia del sistema medida cm espaci útil entregable a ls clientes frente a la capacidad bruta ttal incluids htspares, discs de prtección, etc, debe ser superir a un 70%, y debería aumentar cnfrme la platafrma vaya creciend. El impact de fall de rtura de un disc deberá ser distribuid entre tdas las cntrladras existentes cn el bjetiv de diluir su psible influencia en el rendimient del entrn. Asimism el sistema deberá dispner de un mecanism para sl regenerar ls cntenids del mism, y n el disc en su ttalidad independientemente del tamañ. El impact de cualquier incidencia en el sistema (rtura de disc, rtura de cntrladra) debe ser realmente escalable, ya que hablams de una arquitectura Scale Out real. Est significa que la arquitectura deberá ser capaz de reducir ls perids de impact cnfrme vaya creciend, teniend en cuenta que cuant mayr sea, mayr es la prbabilidad de que exista algún fall. Para prteger el sistema principal, la prpuesta deberá incluir un sistema de réplica basad en la misma tecnlgía, y cn capacidad para realizar la cpia del sistema principal junt cn múltiples cpias lcales (snapshts), pr esta razón: El sistema prpuest deberá prprcinar una funcinalidad nativa de replicación vía IP parametrizable a nivel de carpeta. El sistema secundari deberá tener una capacidad igual a la capacidad del sistema riginal y las mismas prestacines cn el fin de dispner de una slución Activ-Activ Lantik 25/03/2015 5/ Infrme_Especificacines_Tecnicas.dc

7 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) El file system prpuest deberá pder segmentarse en recurss cmpartids de red cm shares y exprts para la categrización del cntenid si LANTIK l estimase prtun. El sistema permitirá mstrar mayr capacidad en cada recurs (exprt, share, carpeta, ) de la capacidad real existente, sin que ell interfiera en el funcinamient de ls usuaris aplicacines. Ls recurss cmpartids de red (exprt, shares) deberán pder ser ampliables y reducibles en caliente de manera transparente a las aplicacines, sin ninguna migración y en segunds. Para cntrlar el us del almacenamient, el sistema debe pder implementar un sftware que permita establecer cutas en ls recurss cmpartids, pr usuari, pr directri, pr grup. Dichas cutas se deben pder definir en cualquier mment independientemente de que el recurs se acabe de crear sea un existente que ya tenga dats. El sistema prpuest deberá pder integrarse cn Active Directry, LDAP e inclus frecer la psibilidad de definir ACL de manera interna. El sistema debe pder enviar un de ntificación al usuari que supera la cuta. El sistema prpuest deberá frecer un planificadr para la gestión y autmatización de cpias lcales (Snapshts) El sistema de almacenamient prpuest deberá frecer la psibilidad de administración vía web, vía CLI y vía REST. El sistema prpuest deberá frecer un sistema de alertas clasificadas pr criticidad para facilitar la mnitrización del sistema. Además deberá frecer mecanisms de difusión de las mismas, cm SNMP y SMTP. El sistema de almacenamient deberá dispner de funcines de autadministración para eliminar tareas, cm la defragmentación, para que el rendimient n se vea degradad cn el tiemp. El sistema deberá frecer sistemas practivs de mnitrización a baj nivel que permitan pner un disc en cuarentena antes de su fall. Para garantizar las prestacines lineales de ls entrns a ls que dará aljamient en el presente y en el futur, en la arquitectura prpuesta cada nueva ampliación de capacidad supndrá n sl añadir disc si n también una nueva cntrladra, memria e interfaces de red. Al prvisinar capacidad el sistema, este deberá ser capaz de autbalancear tds ls dats (tant l nuevs, cm ls existentes) entre tds ls discs y las cntrladras de manera ttalmente autmática, es decir sin intervención manual. Para pder garantizar la escalabilidad de la fiabilidad, dad el vlumen y la ptencial densidad de ls discs a utilizar, la arquitectura a prpner deberá frecer un sistema de recuperación de cntenid ante fall de disc, capaz de mejrar cn el tamañ del entrn. De esta manera LANTIK se asegurará de que cuand el sistema crezca y aumente la prbabilidad de rtura de disc, dicha rtura será reparada pr el sistema cn mayr rapidez. El sistema prpuest debe pder escalar en rendimient hasta millnes de peracines NFS/CIFS pr segund, y cients de GB/s de anch de banda. La infraestructura será siempre un únic vlumen y un únic file system real independientemente del tamañ (hasta 20 Petabytes), l que garantizará la sencillez del sistema a l larg del tiemp independientemente de su crecimient. La slución prpuesta deberá permitir la renvación tecnlógica del sistema en un futur de manera transparente y sin migracines. Para ell deberá permitir la Lantik 25/03/2015 6/ Infrme_Especificacines_Tecnicas.dc

8 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) chabitación de diferentes generacines de hardware físic dentr del mism sistema lógic cn el fin de que el balance de ls dats se prduzca de manera autmática Almacenamient de blque (LUNs). Infraestructura de virtualización: La infraestructura de virtualización y/ federación del almacenamient a fertar debe incluir las siguientes características técnicas cn el bjetiv de garantizar la máxima dispnibilidad y fiabilidad del servici: La infraestructura deberá estar redundada en ambs CPDs y ser ttalmente tlerante a falls. La slución debe permitir acceder a ls misms dats lcalmente y de frma cncurrente desde ls ds centrs federads. Debe basarse en hardware especializad y ptimizad para la federación de centrs de dats, n sbrecargand trs elements hardware para dispner de su funcinalidad. N debe existir un punt únic de fall en la slución inclus en cas de caída de un de ls ds centrs federads Un fall en un de ls nds del clúster de federación n debe implicar un failver de las aplicacines al tr centr Tds ls nds del clúster deben pder acceder y virtualizar el mism almacenamient físic pr debaj La slución debe ser agnóstica a ls servidres y n debe requerir la instalación de ningún SOFTWARE especial en ls servidres La slución debe ser cmpletamente agnóstica al almacenamient pr debaj y n depender de ninguna de sus funcinalidades de replicación. Debe permitir la implementación de clústers gegráficamente distribuids entre ds centrs principales sin necesidad de parametrizar y / instalar ningún SOFTWARE en ls servidres. Debe asegurar la cherencia de caché distribuida para us cmpartid y cn balance de carga entre ls sistemas de virtualización de ambs CPDs. Su funcinamient se debe basar en la definición de vlúmenes virtuales en la caché del sistema de virtualización que residan físicamente en ls sistemas de almacenamient virtualizads. Debe ser psible implementar un cmpnente adicinal en una tercera ubicación para mejrar la dispnibilidad de dats en la presencia de falls del clúster y pérdida de cmunicación entre ls clusters. Dich cmpnente adicinal debe ser virtualizable La infraestructura de virtualización y/ federación de almacenamient inicialmente implantada en cada un de ls ds CPDs debe cumplir ls siguientes requisits mínims: Hardware: 16 puerts FC a 8Gb/s de FrntEnd 16 puerts FC a 8Gb/s de BackEnd 144GB de Memria Caché Sftware: Licenciamient para virtualización Lcal y Remta. Licenciamient en capacidad para el 100% de las cabinas de almacenamient prpuestas, cn l que futuras ampliacines de Lantik 25/03/2015 7/ Infrme_Especificacines_Tecnicas.dc

9 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) capacidad en las mismas cabinas n cnllevarán re-licenciamient del sistema de virtualización. Infraestructura de almacenamient:debe incluir las siguientes características técnicas: La infraestructura deberá estar redundada en ambs CPDs y ser ttalmente tlerante a falls. Deberá ser capaz de escalar hasta un mínim de 250 TB (en cada tiplgía GOLD y SILVER) para absrber necesidades futuras. Elements HW cmpletamente redundads sin punts únics de fall, incluyend: Dble fuente de alimentación en tds ls elements HW, dble camin activ/activ para cnexión cn backend de disc y tlerancia a crtes de crriente (de duración indefinida) sin pérdida de peracines de escritura. Alta Dispnibilidad lcal cn 99,999% de UpTime certificad en cada CPD Ls elements HW pdrán ser reemplazads en caliente. N serán admitidas slucines basadas en servidres y sistemas perativs de prpósit general. Cachés en espej para la aceleración de las peracines de escritura y de lectura. Cnexines SAS 6G multi-camin al backend de disc ttalmente redundantes. Prprcinar alta dispnibilidad ttal a ls dats almacenads y servids desde el sistema de almacenamient; cntará cn prtección adicinal tant física cm lógica de manera que se prduzca la salvaguarda crrecta de ls dats en cas de caída ttal de tds ls circuits eléctrics, que asegure la cnsistencia inclus ante caídas de tensión de varis días. Es indispensable la garantía de cinc nueves (99.999%) de dispnibilidad del sistema pr parte del fabricante. Prprcinar una gran escalabilidad y flexibilidad del almacenamient permitiend mezclar en el mism sistema integrad (y en la misma bandeja de discs) tant unidades NL-SAS 7200 rpm, cm discs SAS 15K rpm, 10K rpm y discs Flash SSD (SLC y emlc) Deberá permitir crecer la caché del sistema de almacenamient, tant para lectura cm para escritura, hasta al mens 3.000GB en cada cabina cn el us de tecnlgía SSD (SLC). Esta caché se pdrá asignar y desasignar dinámicamente y sin parada del servici. Funcinalidad de discs Ht Spare glbales. Psibilidad de inserción de discs y bandejas en caliente, cn sprte de balance autmátic de ls dats en ls vlúmenes/pls de disc ampliads Deberá permitir que cuand el sistema detecte un fall un psible futur fall en un disc, éste sea reemplazad practivamente pr el equivalente al que presenta el prblema. Psibilidad de parada física de discs basada en plíticas. Deberá dispner de una arquitectura que impida que el fall individual de un disc afecte al rest de discs en la misma bandeja. La platafrma en su cnjunt debe permitir una administración basada en entrn WEB. Tdas las funcinalidades del sistema deberán pder ser gestinadas desde una única herramienta. Permitirá la administración de múltiples cabinas de almacenamient desde un únic entrn. En cas de ptar pr n virtualizar alguna parte del almacenamient, la cabina deberá descubrir las máquinas virtuales cnectadas y asciarlas tplógicamente cn el Lantik 25/03/2015 8/ Infrme_Especificacines_Tecnicas.dc

10 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) servidr físic dnde residen y cn su almacenamient asignad sin necesidad de agentes. Debe frecer la psibilidad de mnitrización de su funcinamient mstrand ls valres prtuns de manera instantánea e histórica. Deberá dispner de una herramienta de gestión de la calidad de servici a ls servidres (QS) a través de la cual se puedan pririzar, de manera dinámica, cierts aplicativs respect de trs (p.e. tiemp de respuesta, anch de banda y thrughput). La gestión de esta calidad de servici debe realizarse de manera dinámica, permitiend aprvechar al máxim ls recurss del sistema y eliminand así la necesidad de reservar de manera prefijada recurss del mism. Capacidad de pder rerganizar el área de escritura/lectura de la caché de manera dinámica Deberá permitir actuar de frma autmática manual sbre ls vlúmenes en ls que se pueda encntrar la necesidad de mejrar/reducir su calidad de servici, permitiend para ls misms una re-ubicación dinámica en un diferente tip de disc prtección RAID, sin influir en el nrmal funcinamient de las aplicacines. El crecimient deberá ser mdular, sin requerir interrupción en el servici. Debe permitir que de manera dinámica se amplíen ls vlúmenes de dats (LUNs) cn autbalance de ls dats sbre el espaci añadid. Debe permitir el crecimient en discs cn diferentes tecnlgías, entre ellas, Flash SSD (SLC, emlc), SAS y NL-SAS. Debe permitir la ampliación de ls móduls de Frnt-End. Pudiend elegir diferentes cnfiguracines de puerts cm FC 4Gbps, FC 8Gbps, GbE, 10GbE, FCE empleand tarjetas de expansión que permitan distints tips de interfaces físics (cbre, óptics ) de manera que el sistema dispnga inclus de capacidad para la ampliación a tecnlgías futuras sin necesidad de cambiar la cntrladra cmpleta. Deberá ser accesible pr más de un canal en alta dispnibilidad y frecer funcines de balance de carga. Se dispndrá también de un interfaz de tip CLI (línea de cmands) que permita la realización de tareas de mantenimient / realización de scripts desde ls clientes del sistema de almacenamient y trs sistemas cn cnectividad al mism. El acces a la platafrma de administración se realizará empleand elements segurs (HTTPS, SSL ). N se requerirán elements externs al sistema de almacenamient para servir las herramientas de administración (pr ejempl, servidres SOs de prpósit general). El sistema fertad incluirá herramientas gráficas de mnitrización y generación de infrmes de us y cnsum del almacenamient y de rendimient. Estas herramientas deberán frecer de frma gráfica tda la infrmación y psibilitar la exprtación de ests dats en frmats estándar, Excel, etc El sistema fertad se integrará cn herramientas que permitan su gestión remta, practiva y reactiva tant pr el sprte de ls sistemas cm pr ls administradres del sistema. Deberá psibilitar la generación interna y externa de alertas SMTP SNMP. Sub-Sistema SAN independiente de dble cntrladra en HA Activ-Activ Deberá permitir el acces a LUNs pr ambas cntrladras de almacenamient tant pr mecanisms ALUA cm pr mecanisms de acces simétric Capacidad de servir LUNs a través de cnectividad FC, iscsi y FCE a nivel de blque de manera nativa a través de puerts dedicads a ell en el sistema de almacenamient, n siend válid la emulación de dichas LUNs sbre un File System ni la cnversión de prtcls a través de sftwares cnversres. Lantik 25/03/2015 9/ Infrme_Especificacines_Tecnicas.dc

11 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) Flexibilidad de cnfiguración del nivel de prtección RAID (RAID 0, 1, 10, 5, 6) cntrlad a nivel HARDWARE pr la prpia cabina de almacenamient. Debe permitir la psibilidad de aprvisinar virtualmente más espaci en la LUN SAN del físicamente asignad (Virtual Prvisining). Deberá permitir la creación de pls cn diferentes tecnlgías de discs. Tendrá la capacidad de almacenar ls dats en diferentes tecnlgías de disc y/ niveles de prtección RAID de manera que se permita alinear el valr de ls dats y su actividad cn el tip de disc. El prpi sistema deberá estar dtad de la inteligencia necesaria para mver, sin disrupción del servici, dicha infrmación tant a nivel de vlumen cmplet cm de un subcnjunt del mism (Sub-LUN), de una manera cmpletamente autmatizada y ptimizada. Deberá incluir cmpresión y deduplicación de blque a nivel de LUN. El sistema inicialmente instalad deberá frecer un mínim de 20TB Nets y redundads en cada tiplgía de disc (Gld y Silver), cumpliend además ls siguientes requisits mínims: Hardware: Al mens 64GB de cache Discs SSD de altísim rendimient para ampliación de la memria caché. Ds cntrladras cn 12 puerts FC a 8Gbps cada una, cn capacidad de acces Activ-Activ para una LUN. Sprte para cnectividad SAN a través de FC, iscsi, FCE. Debe prprcinar ls siguientes niveles de almacenamient: Sftware: Pl GOLD: Tier 0: Discs SSD para altísim rendimient SAN (mínim 5,5% medid en tamañ del pl). Tier 1: Discs SAS para alt rendimient SAN (mínim 67% medid en tamañ del pl). Tier 2: Discs NL-SAS para alta capacidad SAN (máxim de un 27,5% medid en tamañ del pl) Pl SILVER: Tier 0: Discs NL-SAS para alta capacidad SAS (100%) Funcinalidades de aceleración de cache mediante la intrducción de discs SSD en md lectura y escritura. Funcinalidades tip Thin Prvisining y aut Tiering de dats entre ls diferentes niveles de discs fertads de frma dinámica y transparente. Funcinalidad de deduplicación en blque. Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

12 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) Respald/restauración de dats. El sistema inicialmente instalad deberá frecer una capacidad mínima de 130TB de frntal net permitiend la cpia cnsistente y redundada de dicha capacidad y cumpliend, además, ls siguientes requisits mínims: Sftware de backup: A cntinuación se detallan ls requisits mínims bligatris del sftware de backup a implantar para permitir la realización de cpias de seguridad en ls appliance de backup que se ferten cm parte de la slución: Deberá ser capaz de escalar hasta un mínim de 300 TB de frntal net a prteger, para absrber necesidades futuras. Dtar de licencia de backup crprativa basad en la capacidad prtegida en rigen medida en Terabytes de backup cmplet (Full). La licencia debe cnsistir en la psibilidad de despliegue de un númer ilimitad de las siguientes funcinalidades y móduls para respaldar la cantidad de infrmación que se licencia: Servidres de backup, nds para Lan Free; Clientes, Clientes Virtuales y clientes cn deduplicación. Móduls de aplicación para realizar backup en caliente de las siguientes aplicacines: Micrsft Exchange, SQL, Sharepint, Active Directry, IBM DB2, Oracle, SAP, MySQL Módul para Backup a disc; móduls para cubrir librerías físicas, cmpartición de drives, Virtual Tape Library y dispsitivs cn deduplicación en destin. Debe permitir la realización de backup vía API VADP de ls entrns virtuales VMware, permitiend granularidad de restauración a nivel de ficher tant para máquinas virtuales Windws cm Linux. Debe integrarse cn la funcinalidad de CBT (Changed Blck Tracking) de VMware tant en backup cm en restre. Para realizar el backup de entrns VMware debe utilizar prxies virtuales (n se aceptarán slucines que requieran de un prxy físic) y el sftware deberá tener un sistema de balance de carga para repartir la carga de backups de las máquinas virtuales entre ls diferentes prxies virtuales dispnibles. Debe permitir la clnación de backups de máquinas virtuales VMware desde dispsitivs de disc a dispsitivs de cinta para larga retención Debe permitir la autprtección de nuevas máquinas virtuales VMware que se creen, basad en plíticas autmáticas a nivel de flder servidr ESX, sin necesidad de intervención pr parte del administradr. Debe permitir gestinar ls backups y ls restres de VMware desde la interfaz de vsphere, permitiend a ls administradres de VMware administrar sus prpis backups Debe estar integrad y hacer backup a nivel de imagen y de agente de entrns Micrsft Hyper-V, permitiend la restauración granular a nivel de ficher Debe estar integrad cn ls appliance específics de backup a disc fertads en esta licitación, de frma que desde la cnsla de gestión del sftware de backup se puedan gestinar y mnitrizar ls appliance específics de backup a disc fertads. Así mism, el sftware de backup debe utilizar el mism algritm de deduplicación de ls appliance de backup a disc fertads, a nivel de cliente, servidr de medis servidr Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

13 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) maestr y tant pr interfaz Ethernet cm Fibre Channel, pudiéndse activar desactivar esa deduplicación desde la cnsla de gestión del sftware de backup. Así mism, el sftware de backup deberá reprtar en su cnsla ls ratis de deduplicación de ls backups almacenads en el appliance de backup a disc fertad. El sftware de backup debe ser capaz de rquestar la replicación de ls backups entre ls appliance de backup fertads, y tener catalgads tant ls backups de ls ds CPD cm sus distintas réplicas clnads, de frma que en cas de desastre en un CPD n accesibilidad al appliance de un CPD, el sftware de backup sea capaz de restaurar ls backups del appliance situad en el centr de respald, sin necesidad de recatalgar ls backups del centr de respald. Debe tener la funcinalidad de sintetizar un backup full virtual a partir de un backup full y varis backups incrementales que se encuentren ya almacenads en el appliance de backup a disc fertad. Debe realizar el backup full virtual sintétic sin necesidad de transmitir dats pr la red y sin necesidad de que en el prces participe un servidr de medis. Debe ser capaz de realizar un backup a disc basad en blques para servidres Windws, de frma que cada vez que se haga backup sól se haga backup de ls blques que han cambiad, evitand escanear td el filesystem cada vez que se haga backup, y debe evitar crear índices cada vez que se realiza este backup de frma que se acelere el backup. Así mism la restauración de este tip de backups deberá ser granular a nivel de ficher. Debe permitir la restauración de backups de máquinas windws físicas cnvirtiéndlas en máquinas virtuales (P2V) tant para entrns VMware cm Hyper-V. Debe pder realizar backup en caliente cnsistente de Micrsft SQL Server cn la psibilidad de restaurar granularmente. Así mism, el administradr de SQL deberá pder realizar backups ad hc desde la cnsla de gestión SQL Server Management Studi, sin necesidad de realizar la petición desde la cnsla de administración del sftware de backup. Debe pder realizar backup en caliente cnsistente de Micrsft Exchange cn la psibilidad de restaurar granularmente. Debe pder realizar backup en caliente cnsistente de MySQL cn la psibilidad de restaurar granularmente. Debe pder realizar backup en caliente cnsistente de Oracle 11g y 12c cn la psibilidad de restaurar granularmente. Así mism, el administradr de Oracle pdrá realizar backups ad hc desde la utilidad de Oracle RMAN (sin necesidad de lanzarl desde el sftware de backup) y el sftware de backup deberá catalgar ls backups que se hayan lanzad desde RMAN, para que el administradr de backup tenga un cntrl ttal sbre tds ls backups realizads. El prduct deberá cntener, integrad cn ls clientes y servidres de backup, un element de preprcesad de deduplicación, a fin de trasmitir mens infrmación y acelerar el rendimient de la actual slución de backup a disc desplegada. Debe garantizar asimism la réplica cnsistente entre ls appliance de backup fertads en este prcedimient, al bjet de psibilitar restauracines de cualquier CPD sin intervención manual, td ell gestinad desde la cnsla de gestión del sftware de backup fertad. Deberá tener mecanisms de deduplicación en rigen a nivel de cliente, servidr de medis y servidr de backup, n slamente para ls dats de Sistema Operativ sin para ls aplicativs en prducción y deben estar integrads cn ls appliance de backup fertads en este mism prcedimient, de frma que el sftware de backup utilice el mism algritm de deduplicación que ls appliance fertads. Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

14 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) La slución deberá pder mantener la arquitectura de catálg únic entre ls ds CPD s del servici de backup a fin de mantener una cnsistencia de tdas las cpias de seguridad y restauracines de tda la infraestructura en cualquiera de ls CPDs La slución deberá incrprar mecanisms autmátics de backup del repsitri de metadats que permitan realizar peracines Disaster/Recvery del servici de backup, así cm recuperación de la base de dats a partir de la media en cas de desastre pérdida del catálg. La cntinuidad del servici de backup debe ser válida en entrns de servidres físics y/ virtuales. Hardware de backup (appliances): A cntinuación se detallan ls requisits mínims bligatris cn que deberán cntar ls appliance de backup que se ferten cm parte de la slución: La infraestructura deberá estar redundada en ambs CPDs y ser ttalmente tlerante a falls. Deberá ser capaz de escalar hasta un mínim de 300 TB de frntal net a prteger, para absrber necesidades futuras. Se requiere en cada un de ls CPDs una slución de appliances específic de backup a disc, es decir, el sistema deberá ser una slución unificada de hardware y sftware de prpósit específic de backup. N se admitirán slucines basadas en servidr cabinas de almacenamient de prpósit general Ls appliance fertads deberán estar licenciads para utilizar tda la capacidad de disc dispnible Ls appliances fertads deberán estar integrads cn el sftware de backup fertad. N bstante, ls appliance deberán ser cmpatibles y pder ser utilizads cn trs sftware de backup y archivad del mercad, entre trs: EMC NetWrker, Symantec Netbackup, EMC Avamar, IBM TSM, CA Arcserve, HP Data Prtectr, CmmVault, EMC Surce One, EMC CTA, Symantec Enterprise Vault. Ls appliances deberán utilizar tecnlgía de reducción de dats basada en deduplicación y cmpresión. La deduplicación deberá realizarse inline y deberá ser glbal a tda la infrmación prtegida en el appliance. La tecnlgía de deduplicación de ls appliance deberá ser de segmentación variable autmática, cn tamañs de blque desde 4KB, para asegurar una mayr reducción de ls dats almacenads. Deberá pder realizar preprcesad de ls segments de dats (deduplicación en rigen, a nivel de cliente) cn el sftware de backup fertad. Ls appliances fertads deberán pder replicar ls dats entre sí, de frma deduplicada, asegurand que pr la red sól se envían ls blques únics. La replicación de ls backups deberá pder realizarse de frma paralela al prces de backup (inline) para acrtar ls tiemps de recuperación ante desastres. Ls sistemas deberán tener un mecanism autmátic diari de cheque de integridad de tds ls dats almacenads deduplicads, de frma que se garantice la integridad en la escritura de ls misms y la recuperación de ls misms, evitand crrupcines en ls dats al ser escrits en disc. Ls appliances prpuests deberán incluir cm mínim ls prtcls de acces CIFS, NFS, NDMP a través de FC, VTL y OST DD Bst. Ests prtcls pdrán ser frecids de frma simultánea y la deduplicación deberá ser glbal independientemente del prtcl utilizad para almacenar ls dats. Ls appliances prpuests, cm mínim deberán pder emular 128 drives pr cada VTL Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

15 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) Cada sistema debe cntar, al mens, cn 4 puerts FC de 8G, 4 puerts Ethernet de 1Gbps y 2 puerts Ethernet de 10Gbps. 3.2 Requerimients mínims de servici Servicis gestinads asciads al almacenamient de fichers (NAS). El adjudicatari deberá garantizar un servici de gestión perativa de la platafrma. Lantik realizará peticines mdificacines de anterires peticines, las cuales deberán ser atendidas pr el adjudicatari dentr de ls parámetrs descrits en el apartad de Acuerds de Nivel de Servici. Este servici deberá estar perativ las 24 hras del día, tds ls días del añ. Este servici de gestión deberá estar incluid dentr del imprte de adquisición de la infraestructura y estará ceñid exclusivamente al vlumen marcad cm línea base durante ls meses crrespndientes al añ de firma de cntrat (20TB nets y redundads). Se requerirá que, haciend us de la infraestructura que el adjudicatari ferte, este prceda al dimensinamient y escalad del hw/sw necesari en función de las necesidades que demanden ls pryects de Lantik. Este vlumen adicinal también deberá ser bjet del servici de gestión perativa de la platafrma realizada pr el adjudicatari. El licitadr, pr tant, deberá fertar un imprte mensual pr TB net adicinal gestinad, prvisinad, libre de virus y redundad en ambs CPDs, en el que incluya tant la prpia prvisión cm ls servicis asciads a la gestión perativa del almacenamient para: Durante el añ de firma de cntrat: la vlumetría pr encima de la línea base establecida. Rest de añs: tda la vlumetría (incluyend la línea base). De cara a atender de frma inmediata las peticines a realizar pr Lantik, el adjudicatari siempre dispndrá en la infraestructura desplegada en Lantik de un buffer de un mínim de 20 TB nets y redundads. Además, vigilará la evlución de la cupación de cada share, prcediend a la ampliación autmática de cada un, cada vez que se llegue a una cupación de un 80%, a fin de evitar la saturación de dich share. Cas de prducirse esta circunstancia implicará penalización. Cn carácter mensual se revisará el almacenamient cnsumid: Durante el añ de firma de cntrat: A este cnsum se le restará la línea base y se facturará en base a este dat multiplicándl pr el cste mensual pr TB net. Rest de añs: Se facturará en base a este dat multiplicándl pr el cste mensual pr TB net. El licitadr deberá prprcinar una descripción de la metdlgía aplicada en la gestión del servici slicitad, detalland las siguientes actividades: Gestión de Peticines Gestión de Incidencias/Prblemas Gestión de Cambis Gestión de la Dispnibilidad Gestión de la Capacidad Gestión de Events de Mnitrización Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

16 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) El licitadr deberá prprcinar una descripción del mdel de relación plantead para la prestación del servici. En este mdel se debe reflejar l siguiente: Interlcutr únic de gestión de cuenta Fluj de la infrmación generada Mecanisms en la ejecución del servici Reprting de incidencias y peticines Aseguramient del servici Calendari Hrari Idima castellan bligatri Servicis gestinads asciads al almacenamient de blque (LUNs). El adjudicatari deberá garantizar un servici de gestión perativa de la platafrma. Lantik realizará peticines mdificacines de anterires peticines, las cuales deberán ser atendidas pr el adjudicatari dentr de ls parámetrs descrits en el apartad de Acuerds de Nivel de Servici. Este servici deberá estar perativ las 24 hras del día, tds ls días del añ. Este servici de gestión deberá estar incluid dentr del imprte de adquisición de la infraestructura y estará ceñid exclusivamente al vlumen marcad cm línea base durante ls meses crrespndientes al añ de firma de cntrat (20TB nets y redundads pr cada tiplgía GOLD y SILVER). Se requerirá que, haciend us de la infraestructura que el adjudicatari ferte, este prceda al dimensinamient y escalad del hw/sw necesari en función de las necesidades que demanden ls pryects de Lantik. Este vlumen adicinal también deberá ser bjet del servici de gestión perativa de la platafrma realizada pr el adjudicatari. El licitadr, pr tant, deberá fertar un imprte mensual pr TB net adicinal gestinad, prvisinad, virtualizad y redundad en ambs CPDs para cada una de las ds tiplgías de disc a prvisinar (GOLD y SILVER), en el que incluya tant la prpia prvisión cm ls servicis asciads a la gestión perativa de la del almacenamient para: Durante el añ de firma de cntrat: vlumetría pr encima de la línea base establecida. Rest de añs: tda la vlumetría (incluyend la línea base) pr encima de la línea base establecida. Estas tiplgías de LUNs equivaldrían a: Tip GOLD: cn un rendimient y dispnibilidad cm mínim de disc SCSI de 15K rpm. Tip SILVER: cn un rendimient y dispnibilidad cm mínim de disc SATA de 7.2K rpm. La prvisión de las LUNs se realizará a través de una capa de virtualización de almacenamient implantada en ambs CPDs que garantice la máxima dispnibilidad de dichas LUNs y que permita que se acceda al almacenamient de un CPD del tr de frma indistinta y trasparente para ls servidres. Dicha capa de virtualización deberá evitar la instalación en ls servidres a ls que se prprcinen LUNs de cualquier tip de sw de failver autmátic. De cara a atender de frma inmediata las peticines a realizar pr Lantik, el adjudicatari siempre dispndrá en la infraestructura desplegada en Lantik de un buffer Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

17 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) de un mínim de 10 TB nets y redundads pr cada tiplgía de disc (GOLD y SILVER). Además, vigilará la evlución de la cupación de cada LUN, prcediend a la ampliación autmática de cada una, cada vez que se llegue a una cupación de un 80%, a fin de evitar la saturación de dich LUN, salv indicación especifica de Lantik las LUNs dedicadas a virtualización que pdrán tener un tratamient particular. Cas de prducirse esta circunstancia implicará penalización. Cn carácter mensual se revisará el almacenamient cnsumid de cada tiplgía (GOLD y SILVER): Durante el añ de firma de cntrat: A este cnsum se le restará la línea base y se facturará en base a este dat multiplicándl pr el cste mensual pr TB net. Rest de añs: Se facturará en base a este dat multiplicándl pr el cste mensual pr TB net. El licitadr deberá prprcinar una descripción de la metdlgía aplicada en la gestión del servici slicitad, detalland las siguientes actividades: Gestión de Peticines Gestión de Incidencias/Prblemas Gestión de Cambis Gestión de la Dispnibilidad Gestión de la Capacidad Gestión de Events de Mnitrización El licitadr deberá prprcinar una descripción del mdel de relación plantead para la prestación del servici. En este mdel se debe reflejar l siguiente: Fluj de la infrmación generada Mecanisms en la ejecución del servici Interlcutr únic de gestión de cuenta Reprting de incidencias y peticines Aseguramient del servici Calendari Idima castellan bligatri Hrari Servicis gestinads asciads a la infraestructura para respald/restauración de dats. El adjudicatari deberá garantizar un servici de mnitrización, dimensinamient y escalad de la platafrma. Lantik realizará peticines mdificacines de anterires peticines, las cuales deberán ser atendidas pr el adjudicatari dentr de ls parámetrs descrits en el apartad de Acuerds de Nivel de Servici. Este servici deberá estar perativ las 24 hras del día, tds ls días del añ. Este servici deberá estar incluid dentr del imprte de adquisición de la infraestructura y estará ceñid exclusivamente al vlumen marcad cm línea base durante ls meses crrespndientes al añ de firma de cntrat (130TB de frntal net redundads). La gestión diaria asciada a ests respalds y recuperacines n está incluida dentr del bjet de este servici. Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

18 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) Se requerirá que, haciend us de la infraestructura que el adjudicatari ferte, este prceda al dimensinamient y escalad del hw/sw necesari en función de las necesidades que demanden ls pryects de Lantik. Este vlumen adicinal también deberá ser bjet del servici de mnitrización de la platafrma realizada pr el adjudicatari. El licitadr, pr tant, deberá fertar un imprte mensual pr TB de frntal net adicinal mnitrizad, prvisinad y redundad cn dble cpia cnsistente y redundada a ambs CPDs, en el que incluya tant la prpia prvisión cm ls servicis asciads a la mnitrización para: Durante el añ de firma de cntrat: vlumetría pr encima de la línea base establecida. Rest de añs: tda la vlumetría (incluyend la línea base) pr encima de la línea base establecida. Se define cm frntal net a respaldar, el valr en TB del almacenamient de ls dats a prteger, sin cmpresión ni deduplicación (l que cuparía un FULL BACKUP). Para realizar dich cálculs, el licitadr deberá cnsultar la plítica de backup actual de Lantik, la cual figura cm anex a este plieg de especificacines técnicas. En ese cste mensual pr TB, además, el licitadr deberá incluir tds ls agentes de backup necesaris para tds ls servidres que almacenen ls dats a prteger. De cara a atender de frma inmediata las peticines a realizar pr Lantik, el adjudicatari siempre dispndrá en la infraestructura desplegada en Lantik del buffer mínim necesari para prteger 10 TB de frntal net (cn dble cpia cnsistente y redundada). Cn carácter mensual se revisará el frntal net prtegid: Durante el añ de firma de cntrat: A este cnsum se le restará la línea base y se facturará en base a este dat multiplicándl pr el cste mensual pr TB net. Rest de añs: Se facturará en base a este dat multiplicándl pr el cste mensual pr TB net Servicis cmunes a ls cncepts bjet del plieg. El servici deberá frecer un cntrl del estad de la platafrma. Este cntrl incluye la mnitrización cntinua de ls sistemas garantizand cm mínim el 99,99 % de dispnibilidad del servici. Este servici deberá estar perativ las 24 hras del día, tds ls días del añ. Sbre esta mnitrización deberán quedar registrs de lg en un frmat tratable de manera autmatizada que serán puests a dispsición de Lantik, cn registrs cada 5 minuts (cm máxim). La falta de ests registrs implicará penalización. El adjudicatari deberá realizar tareas de seguimient del cnsum de espaci. El adjudicatari frecerá asesramient funcinal técnic ante cualquier petición cnsulta realizada pr Lantik. El licitadr deberá demstrar un cntrl de las capacidades funcinales y técnicas de la platafrma. Ante cualquier incidencia eventualidad el adjudicatari deberá realizar la supervisión y sprte a tareas de mantenimient que pudieran realizar terceras partes. El adjudicatari deberá realizar tareas de análisis de rendimient de la platafrma. El licitadr explicará su slución de frma detallada en su ferta. Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

19 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) El adjudicatari deberá entregar dentr de ls 3 primers días labrables de cada mes, un infrme que recja la infrmación de seguimient del cnsum y de la facturación del servici crrespndiente al mes vencid. El adjudicatari deberá prprcinar una herramienta sftware, preferiblemente cn acces Web, para que Lantik pueda realizar un seguimient del cnsum y de la facturación del servici, permitiend generar infrmes cn la peridicidad que requiera Lantik. El adjudicatari deberá entregar en ls 3 primers días labrables de tds ls meses, un infrme que recja ls parámetrs de nivel de servici indicads en su ferta, su grad de cumplimient en el mes precedente y la penalización resultante pr su incumplimient. En ese infrme se deberán recger entre trs ls siguientes apartads: Incidencias reprtadas Peticines realizadas Vlumetrías Indicadres / SLA Desglse de cupación (a nivel de carpeta, de ficher, LUN ) El adjudicatari deberá prprcinar un teléfn direct únic, un direct y únic, y una herramienta sftware, preferiblemente cn acces Web, para que Lantik pueda realizar la gestión de incidencias. Esta herramienta permitirá a Lantik dar de alta incidencias y realizar un seguimient del estad de las mismas, para l cual la herramienta le prprcinará el crrespndiente códig de incidencia. Lantik pdrá utilizar esta herramienta para verificar el grad de cumplimient pr parte del adjudicatari de ls tiemps de respuesta ante incidencias El adjudicatari deberá prprcinar la infrmación y la frmación adecuada para la utilización de las herramientas que incluya en su prpuesta. Para ell, deberá incrprar un plan de frmación para ls distints perfiles de usuaris de ls servicis prestads. Ls licitadres deberán cubrir cm mínim la ttalidad de ls servicis slicitads para pder ser cnsiderada su prpuesta. La nueva infraestructura que el adjudicatari implante deberá integrarse plenamente cn ls sistemas y equips de Lantik. El adjudicatari deberá entregar tds ls prducts y servicis necesaris para dejar ls distints servicis plenamente perativs e integrads en el rest de la instalación de Lantik, así cm para garantizar su servici durante el perid de vigencia del cntrat. Tds ls equips que requiera instalar el adjudicatari deberán ser de calidad y cmpatibles cn ls instalads actualmente en Lantik, así cm dispner de la certificación adecuada y garantizar el cumplimient de estándares y nrmativa asciada. Será respnsabilidad del adjudicatari que cualquier cambi que deba realizar para implantar su slución sea ttalmente transparente para ls usuaris, sin prducir interrupción ni degradación de la calidad del servici existente. Ls trabajs que requieran acces a las dependencias de Lantik se realizarán, cn carácter general en hrari de 8:00 a 15:00. Sin embarg, tdas aquellas actuacines que impliquen un crte en el servici deberán realizarse en un hrari acrdad cn Lantik y siempre fuera de su hrari labral. Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc

20 Infrme de Especificacines Técnicas (Imprte MAYOR que Umbral Cmunitari) El adjudicatari deberá cmunicar el mment de la puesta en marcha y dispnibilidad de sus servicis a Lantik para que sus técnics den aprbación tras haber verificad la crrección de ls misms. El adjudicatari deberá respnsabilizarse del suministr, instalación, cnfiguración y puesta en marcha de tds ls equips necesaris para la adecuada prestación de ls servicis requerids. Asimism se deberá respnsabilizar de mantener permanentemente actualizads y en perfect estad de funcinamient dichs equips. El adjudicatari deberá encargarse de mantener al día tecnlógicamente tda la infraestructura según las recmendacines de fabricante actualizand para ell tds ls elements hardware y sftware necesaris de frma periódica y planificada sin afectar al servici. El adjudicatari deberá presentar una garantía de ls equips fertads durante tda la vigencia del cntrat. 3.3 Acuerds de Nivel de Servici El licitadr deberá detallar sus cmprmiss de nivel de servici frecids a Lantik desglsand las funcines incluidas para cada un de ls diferentes servicis requerids de gestión y peratria diaria así cm la mnitrización de ls sistemas y gestión de alertas y servicis baj demanda de dimensinamient y escalad. Así cm deberá reflejar ls mecanisms utilizads para su cumplimient y seguimient. Para ell, deberá describir ls parámetrs de nivel de servici, siend cm mínim ls siguientes: Dispnibilidad del servici (>99,99%) Rendimient de la misma, medid en: IOs para el almacenamient de blque: Tip GOLD: > IOs (en 70%Read/30%Write incluyend discs SSD de extensión de caché) Tip SILVER: >1.000 IOs (en 70%Read/30%Write incluyend discs SSD de extensión de caché) Extensión de caché: > IOs (que incremente de frma dinámica y baj demanda el rendimient de ambs pls de disc). MB/s para el almacenamient de fichers: Se requerirá un mínim de MB/s (1 GB/s) cm thrugput ttal del clúster (en 70%Read/30%Write). TB/hra para el respald/restauración de dats, cn un mínim de rendimient agregad ttal de la platafrma de: Respald: 20 TB/hra Restauración: 6 TB/hra Tiemp máxim de respuesta ante incidencias, prblemas, peticines y cambis (<30 minuts) Tiemp máxim de reslución de una incidencia/prblema. El licitadr deberá indicar en su ferta un tiemp de reslución máxim de acuerd a la clasificación de la criticidad de la incidencia: Lantik 25/03/ / Infrme_Especificacines_Tecnicas.dc