DIGO/DICOM NIVEL NACIONAL REQUERIMIENTOS TECNICOS MiNIMOS 1. DENOMINACION DE LA CONTRATACION Renovacién de solucién integral hiperconvergente de ultima generacién para los Sistemas Informaticos a nivel Nacional del CGBVP. FINALIDAD PUBLICA: El presente proceso busca implementar una Plataforma Hiperconvergente que permita renovar la tecnologia de los servidores preexistentes, y a su vez salvaguardar la informacion y los sistemas que son brindados al Cuerpo General de Bomberos Voluntarios del Peri (CGBVP), permitiendo una gestién centralizada de los mismos. ANTECEDENTES: El CGBVP actualmente cuenta con un Centro de Datos tradicional y desactualizado tecnologicamente, el cual ha tenida problemas por caida en sus servidores, teniendo que parar sus actividades diarias hasta su restablecimiento; es por ello por lo que nos vemos en Ja necesidad de salvaguardar la inversién que alberga el Centro de Datos actual, asimismo mantener los sistemas y servicios de forma continua que brinda el CGBVP a través de esta nueva plataforma tecnol6gica. OBJETIVOS DE LA CONTRATACION: 4.1 Objetivos General: Contar con una solucién de alta especializacién en soluciones Hyperconvergentes, que son soluciones de muy alta gama y desempefio, el cual permitiré seguir ofreciendo seguridad, cobertura nacional y niveles de gestién continuos, minimizando las interrupciones por caidas en la infraestructura del Centro de Datos Convencional mediante un sistema redundante, siendo la de duplicacién, compresion y replicacién de datos en forma nativa de la solucién. 4.2 Objetivos Especifico: ‘© Minimizar las interrupciones por caidas de los servicios en la Infraestructura fisica, + Contar con una Plataforma Hiperconvergente que respalde los principales servicios que soporta el actual Centro de Datos. ‘© Permitir gestionar y tomar decisiones en base a los reportes generados en tiempo real a través de la presente solucién. © Contar con una solucién escalable que requiera el 50% menos en consumo de energia que la de una infraestructura fisica convencional. ‘© Soportar virtualizacién de servidores y estaciones de trabajo en el mismo chister 0 pool de nodos. ‘© Soporte de trabajar con varios vendedores de hardware y varios hipervisores.6 sae \VOLUNTARIOS DEL PERU weocian de Comunicaciones DIGOIDICOM El equipo deberd tener las configuraciones necesarias para poder trabajar en forma conjunta con la consola de administracién y deberé ser del mismo fabricante, Actualmente el CGBVP esta trabajando sobre una solucién de hipervisor Hyper-v misma que se mantendra en la instalacién de la nueva solucién. El proveedor deberd brindar todos los accesorios necesarios para poder poner en funcionamiento la solucién solicitada (llave en mano). De ser necesario el proveedor deberd brindar las licencias que el hardware pueda necesitar para interactuar con la consola de administracion; siendo estas licencias perpetuas. Deberd tener una configuracién redundante (Cluster). Deberd contar con IP flotante par acceder a cada uno de los nodos, permitiendo el acceso a una consola donde pueda administrar todo el cluster El equipo debe soportar hot swap para el crecimiento de este. Cada nodo deberd trabajar independientemente y de manera auténoma. Estar compuesta solamente por servidores (Nodos) basados en procesadores de propésito general. Cada nodo debera tener almacenamiento Local en Discos Magnéticos (SAS Y/O SATA) y de ‘estado sélido (tipo Flash / SSD), Los procesadores deberan ser basados en Arquitectura i386: y esta deberd ser altima generacién de procesadores lanzadas por el fabricante. En el caso de ser Intel solo se aceptaran procesadores de la familia Skylake La solucién deberé permitir integrar nodos/servidores con diferentes caracteristicas en un solo gran clister haciendo crecer la solucién en demanda, que le permitan adaptarse a los requerimientos de cada una de las aplicaciones y formando un clister mixto. Los tipos de nodos esperados son: — Intensivos en CPU/Memoria — Intensivos en Almacenamiento = Nodos solamente con discos SSD Debera tener la opcién de proveer una alta densidad de procesamiento permitiendo la integracién de hasta 4 nodos/servidores por cada 2 unidades de rack. Dichos nodos deben ser independientes cada uno, contando cada uno de ellos con su CPU/Memoria y discos, asi como conexiones Ethernet propias para el armado del clister. La alimentacién Eléctrica de los nodos deberé ser de tipo Redundante (1+1), pudiendo ser compartida hasta por 4 nodos, siempre que se mantenge la redundancia. El detalle del equipo a proveer seré un equipo web scale hiperconvergente para virtualizacién de maquinas de propésito general, que como minimo debera contenerla siguiente capacidad 3Direccion de Comunicaciones DIGO/DICOM Bruta (raw-capacity), previas a la compresién, de duplicacién, erasure-coding. Esquema de capas e almacenamiento de datos (Storage tiering) para Lectura y Escritura, en forma automdtica entre los diferentes niveles memoria RAM, disco de estado sélido (SSD), y discos mecénicos (HDD) en tiempo real, ejecutado de manera automatica y distribuida. De duplicacién de tres niveles, en la ingesta de informacién, en los discos de estado sélido (SSD), y en los discos mecdnicos (HDD). Compresién tanto en linea y en reposo. La solucién debe soportar “Erasure Coding”é equivalente, para mejor aprovechamiento del almacenamiento. Snapshots ilimitados basados en punteros (thin) Sistemas de clones de maquinas virtuales sin consumo de espacio adicional (thin). Debera contar con integracién para acelerar el cloning de maquinas virtuales tales como: vSphere API for Array Integration (VAI) y similares. Debe existir un sistema que permita que a lo largo del tiempo los datos mas accedidos por una VM corriendo en cualquiera de los. nodos, tengan siempre una copia en el almacenamiento de nodo local, de manera que la lectura pueda realizarse a velocidad local en la mayoria de las veces. Este mecanismo debe converger y actualizarse de manera automatica si la VM es movida/trasladada a otro nodo. Para escenarios donde un vDisk sea lefdo desde multiples hosts (por ejemplo, en entornos VDI), se deberd proporcionar un sistema automitico de cache (caching) que permita que la lectura pueda realizarse desde el almacenamiento local en cada nodo. Este feature debe actuar autométicamente en caso de accesos multi-lectura, estando integrado a la solucién de Storage distribuido y sin requerir tuna configuracién especifica. Thin provisioning tanto para méquinas virtuales, como a nivel de contenedor/datastore. Capacidad de réplica en forma sincrénica o asincrénica. La réplica de los datos debe poder configurarse con granularidad por Maquina Virtual (VM), El clister ofrecido debe poder replicar contra otro Cluster de similares caracteristicas, y no necesariamente del mismo fabricante de hardware. Adicionalmente la solucién de réplica debe de permitir replicar maquinas virtuales entre hipervisores diferentes para poder facilitar la migracion de un hipervisor 4 otro. El Almacenamiento generado debe ser presentado a todos los Hipervisores que corren en los nodos del clister, permitiendo que todos ellos puedan ver y compartir el mismo almacenamiento, Proveer un crecimiento lineal, estable predecible en su rendimiento a medida que se agreguen servidores/nodos. E] cliister una vez establecido debe ser capaz de crecer de un nodo por vez. Debera soportar crecimiento scale-out en nodos heterogéneos, 0 diferentes modelos para maximizar recursos de procesamiento, memoria o almacenamiento segin requiera La solucién de almacenamiento no requeriré de switches de FibreChannel ni FCoE para su funcionamiento. Solamente utilizara IP 4