LICITACIÓN PÚBLICA 06/2020

Pliego de Condiciones Técnicas

Objeto: Adquisición de un sistema de procesamiento de datos Hiperconvergente, de Alta Disponibilidad y Contingencia. Fecha de Apertura: 15 / 10 /2020 – 10.00 horas Lugar de Apertura: Salón de Presidentes – I.A.P.S. – Casa Central. Presupuesto Oficial: Dólares Estadounidenses Setecientos Mil (USD 700.000)

P á g i n a 2 | 25

PLIEGO DE CONDICIONES TÉCNICAS

Artículo Primero. ESPECIFICACIONES TÉCNICAS El objeto del presente es concursar la provisión, instalación y puesta en marcha, “llave en mano” del siguiente equipamiento:

· 2 (dos) Appliances de hiperconvergencia: 1 (uno) en el sito principal y 1 (uno) en el sitio secundario simétricos mismas características.

· Almacenamiento de cada appliances deberá ser de al menos 58TB útiles All-Flash (sin de duplicación/compresión).

· Cantidad mínima de nodos por Appliance: 5 (cinco). · Velocidad mínima de interconexión nodos: 25GbE a través de switches en

alta disponibilidad (HA). · Máx. de nodos (por clúster): 32 · Mín. de nodos (por clúster): 3 · Incrementos de escalamiento (en nodos): 1 (uno), con detección

automática y de manera no disruptiva el agregado de nuevos nodos y rebalancear recursos y cargas de trabajo en todo el clúster.

· VLANs de Administración y vMotion independientes. · Conectividad entre sitios: fibra óptica monomodo de 12 pelos existente.

Redundante en forma de anillo. Se deberá contemplar una solución de backup para ambos sitios, siguiendo las especificaciones técnicas descriptas en el ítem D, Renglón 1 del presente pliego. Esquema general de conexionado.

P á g i n a 3 | 25

Renglón 1: Ítem A: Especificaciones técnicas de los nodos. Cantidad: 10 (Diez) Descripción: Provisión, ins talación y puesta en marcha de todos los nodos (servidores), con las siguientes características mínimas: • Procesador: 1 (un) Intel® Xeon® Processor Gold 6209U 2.1G, 20C/40T, 10.4GT/s, 27.5M Cache, Turbo, HT (125W) DDR4-2933 • Memoria: 768GB RDIMM, 2933MT/s (configurados en forma balanceada para asegurar máximo rendimiento) • Controladora: HBA330 12Gbps SAS • Almacenamiento optimizado p/SO: 2 (dos) SATA M.2 de 240GB (RAID1) • Conectividad:

- 4 (cuatro) puertos 25GbE SFP28 (incluir transceiver SFP28 25GbE SR,

Nodo 1

Nodo 3

Nodo 2

Nodo 5

Nodo 4

Switch A

Switch B

Nodo 1

Nodo 3

Nodo 2

Nodo 5

Nodo 4

Switch A

Switch B

Conexión por fibra monomodo 4 pelos

100GbE Inter-Switch Link

2 x 25GbE links de c/nodoa los switchs

Sitio Principal Sitio SecundarioFibra SM 10GbE < 10Km

Repositorio Repositorio

Servidor de Backup

SW LAN A

10GbE SFP+25GbE SFP28

SW LAN B

SW LAN A

SW LAN B

P á g i n a 4 | 25

85c, MMF Duplex, LC) - 1 (un) Puerto 1 GbE, para administración.

• Gabinete.

- Chasis: 1U, al menos 10 discos de 2.5” - Rackeable para rack de 19”, antiestático y resistente, con indicadores de encendido y actividad.

• Kit de Rack deslizante con organizador de cable. • Fuente de alimentación:

- PSU redundante de gran eficacia 1,100 W/100 V a 240 VCA. - Alimentación externa de 220 VCA, 50 Hz - Fuente de alimentación contenida en el gabinete del equipo computador. - 2 fuentes tipo Hot-plug de iguales características. - 2 cables de alimentación de norma Argentina - Chasis y cualquier parte metálica de soporte para conexiones a tierra a través del conductor de alimentación.

• Sistema de ventilación Forzada:

- Ventiladores de enfriamiento redundantes: 8 (ocho) - Características Hot-plug

• Temperatura y Humedad

- Rango de Temperatura de operación de 5° a 35° C - Rango de Humedad relativa de operación sin condensación de 15% a 80%

• Consola administración:

- Panel único de administración y operaciones del sistema que provea una interfaz de usuario simple, chat en línea, servicio y soporte basado en web, y una base de conocimiento completa. - Acceso de configuración al Dispositivo de Administración Remota del Servidor. - Encender, Apagar y Reiniciar el servidor de forma remota a través de un

P á g i n a 5 | 25

entorno WEB y poder ver a través del mismo todo el proceso de inicio del servidor desde su activación previa a la carga del Sistema Operativo y permitir entrar a la BIOS del equipo de forma Remota.

- La controladora debe poseer la funcionalidad de drives virtuales. - La controladora debe funcionar tanto en ambientes de texto como en ambientes gráficos. • Software: - Sistemas Operativos certificados y soportados: Microsoft Windows Server 2012 R2 SP1, x64 (incluyendo Hyper-V v2), SUSE Linux Enterprise Server, Red-Hat Enterprise Linux, VMware vSphere Enterprise Plus. • Documentación: - Manuales de instalación, configuración y operación. • Garantía y Soporte: - 5 años de garantía y soporte para todo el hardware ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - 5 años de garantía y soporte para todo el software ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - SLA 24x7x365 (4hs de tiempo de respuesta) Ítem B: Switches en alta disponibilidad (HA). Cantidad: 4 (cuatro) – 2 por cada sitio configurados en alta disponibilidad HA. Descripción: Provisión, instala ción y p u e st a e n marcha de todos los switches en HA, con las siguientes especificaciones técnicas mínimas de cada switch: • Soporte de Open Network Install Environment (ONIE) • Chasis: 1U, tipo rackeable para rack de 19”. • Puertos:

- 24xSFP28 - 4xQSFP28

P á g i n a 6 | 25

- 1xRJ45 para consola/administración • Cables:

- 1 (un) DAC 100GbE, QSFP28 to QSFP28, 1 metro - 5 (cinco) OM4 LC/LC Fiber Cable, 3 metros

• Switching capacity: 1.08Tbps (2.16Tbps full-duplex) • Throughput: 1488 Mpps • Latencia: 881 ns • CPU Memory: 16 GB • Packet Buffer: 32MB • MAC addresses: 160K • ARP table: 128K • IPv4 routes: 128K • IPv6 routes: 64K • Multicast hosts: 32K • Layer 2 VLANs: 4K • Gestión: CLI, SNMP, API de REST • RoHS • Enrutamiento: Conmutación y enrutamiento completos de nivel 2 y 3 • Estándares compatibles: IEEE: 802.1, 802.3, RFC: IP, IPv4, IPv6, RIP, OSPF, IS-IS, BGP, Multidifusión, seguridad, puente del centro de datos, Administración de redes, VLT (Virtual Link Trunking). • VLAN: Etiqueta de VLAN, GVRP • QoS, Multicast • Seguridad: RADIUS 3162 Radius and IPv6, TACACS (Authentication, Accounting) Control Plane, VTY & SNMP ACLs IP Access Control Lists • Ventiladores: 4 • Fuente: redundante 100-240 VCA, 50/60 Hz • Kit de rack Tool-less enterprise

P á g i n a 7 | 25

• Administración, configuración y monitoreo a través de una consola grafica web central. • Los switches se van a distribuir de la siguiente manera: 2 en el sitio principal y 2 en el secundario. - Los 2 switches del sitio principal se conectarán a 5 de los nodos solicitados en el ítem A. - Los 2 switches del sitio secundario se conectará a 5 de los nodos solicitados en el ítem A. • Los switches deben estar certificados por el fabricante para la solución propuesta. • Se deben incluir todos los transceivers y patchcord necesarios (cantidades y tipos) para el funcionamiento correcto y optimizado con los appliances antes mencionados. • Se deben incluir los transivers para la vinculación entre los sitios conectados a través de fibra monomodo a 10GbE • Garantía y Soporte - 5 años de garantía y soporte para todo el hardware ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - 5 años de garantía y soporte para todo el software ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - SLA 24x7x365 (4hs de tiempo de respuesta) Nota: Entre los switches del sitio principal y secundario hay una distancia de 1500 Metros aproximados. Item C: Requisitos generales de Hiperconvergencia. Para la solución hiperconvergente se requieren cumplir los siguientes ítems: · El dispositivo propuesto debe combinar virtualización, computación,

P á g i n a 8 | 25

almacenamiento, administración y protección de datos con un único punto de soporte para el hardware y el software. · La solución debe diseñarse juntamente con VMware (última versión disponible) para ser así una extensión unificada del entorno VMware. · La solución debe venir de fábrica con el hipervisor precargado para minimizar los tiempos de puesta en marcha. · El fabricante de la solución debe ubicarse en el cuadrante de líderes del cuadrante mágico de Gartner más reciente disponible para sistemas integrados. · La solución debe tener la administración de la virtualización del almacenamiento integrada con la administración de los servidores virtuales y no una consola separada. · El software hiperconvergente debe basarse en tecnología de virtualización probada que aproveche tanto para la computación definida por software como para el almacenamiento. · Integración perfecta con soluciones de gestión de ecosistemas de hipervisor listas para usar que garanticen una implementación y un aprovisionamiento optimizados en entornos virtuales · El dispositivo debe ofrecer resiliencia, QoS y funcionalidad de administración centralizada. · La solución debe proporcionar calidad de servicio (QoS) por VM (objeto), lo que significa que los límites de umbrales de IOPS se pueden establecer como parte de las políticas de nivel de VM que se pueden cambiar dinámicamente. · La solución debe tener un sistema de almacenamiento administrado a través de políticas frente a RAID Groups / LUN / Archivos compartidos para manejar características como el nivel de rendimiento y la calidad del servicio con granularidad de disco virtual. · La solución debe poder implementar parches y actualizaciones de manera no disruptiva y con un solo click. · La solución debe integrarse a la perfección en la experiencia del software VMware, incluido el ecosistema vSphere de configuraciones compatibles, soluciones de socios y arquitecturas de referencia. Como tal, debe estar diseñado para integrarse en el ecosistema de VMware y utilizar las herramientas de M&O de las que los

P á g i n a 9 | 25

administradores de VMware que ya están familiarizados. · La solución debe tener un complemento vCenter HTML5 para administrar el ciclo de vida de hardware y software dentro de vCenter. · La solución debe incluir licencias de VMware vRealize Log Insight para todos los sockets de CPU de uso ilimitado de máquinas virtuales. · La solución debe poder agregar nodos de nueva generación a un clúster preexistente de manera no disruptiva. · La solución debe poder iniciarse con una expresión mínima y escalar sin dowtime según demanda, desde 40 máquinas virtuales hasta 3.200 máquinas virtuales y hasta 64 nodos como máximo. · La solución debe detectar automáticamente y de manera no disruptiva, el agregado de nuevos nodos y rebalancear recursos y cargas de trabajo en todo el clúster. · La solución debe correr software hiperconvergente basado en tecnologías probadas que están optimizadas para nuevos usuarios, así como para administradores experimentados. · La solución debe proporcionar deduplicación y compresión como procesos en línea con un impacto mínimo en la latencia de escritura. · La solución debe poseer un panel único de administración y operaciones del sistema que provea una interfaz de usuario simple, chat en línea, servicio y soporte basado en web, y una base de conocimiento. · Debe ser capaz de descargar aplicaciones precargadas que amplíen las capacidades de la solución en cualquier momento. · La replicación (local y remota), la protección de datos (copia de seguridad y recuperación) y las capacidades avanzadas de recuperación ante desastres deben estar Incluídas desde el primer día como así también integradas con la solución. · Los nodos de la solución deben permitir ser configurados con distintas opciones de almacenamiento sean estos híbridos u all flash. · La solución debe estar optimizada para el uso de dispositivos del tipo all flash soportando al menos 30 TB sin procesar o RAW por nodo. · La solución NO DEBE ejecutar cualquier tipo de software en capas en la parte superior del hipervisor (la emulación del hipervisor no es aceptable).

P á g i n a 10 | 25

· La solución NO DEBE utilizar cualquier recurso adicional para ejecutarse en los nodos para equilibrar las cargas de trabajo y asignar almacenamiento. · La solución debe tener la capacidad de replicar máquinas virtuales en un sistema externo basado en el mismo hipervisor. El sistema externo puede o no ser hiperconvergente, hecho por el mismo fabricante o un tercero. · La solución debe proporcionar paquetes de software únicos que deben incluir fixes tanto de hardware como de software. Todo el software dentro de los paquetes debe ser probado y verificado por el proveedor. · La solución debe ser del tipo appliance, no se aceptará arquitectura del tipo Ready Node. · El Soporte 1, 2 y 3 sea proporcionado por Vmware. · El tipo de licencia del hipervisor NO debe ser OEM. · Las licencias para incluir deberán ser las siguientes con la respectiva duración de soporte y la no inclusión exacta de las mismas será causal de rechazo: - VMware vSphere 7 Enterprise Plus Open license (OLP), o ultima versión compatible, con soporte Producción por 60 meses. Cantidad: 10 (una por procesador físico) - VMware, vSAN Advanced soporte a 60 meses. Cantidad: 10 (una por procesador físico) Ítem D: Solucion de Back up. Requisitos generales. La solución de respaldo debe contemplar los siguientes ítems: · La solución debe estar basada en equipamiento físico de almacenamiento de datos especialmente concebido para la función de respaldo, protección y retención eficiente de datos (PBBA o Purpose Built Backup Appliance). · No podrán ser parte de la oferta equipos de almacenamiento de datos tradicional o primario o de multipropósito.

P á g i n a 11 | 25

· No se aceptará que el equipamiento se presente como un “Gateway” o cabezal especializado al que se le conecta luego almacenamiento primario de multipropósito. La solución ofertada debe incluir en un mismo sistema integrado tanto el procesamiento como los discos donde se almacenan los datos de respaldos. · Debe proveer tecnología y funcionalidad de De-duplicación de datos y cumplir con las siguientes características: ▪ La funcionalidad deberá permitir reducir la cantidad de espacio en disco utilizado por la información almacenada mediante el uso de algoritmos de de-duplicación de datos con el objetivo de lograr el uso eficiente del espacio disponible. ▪ La de-duplicación de los datos respaldos debe ser “en línea”, esto es, no debe realizarse en un proceso posterior. Los datos deben ser de-duplicados en el mismo momento en que son enviados al PBBA. ▪ El proceso de de-duplicación no debe requerir de un espacio en disco temporal antes de escribir los datos al disco del equipo propuesto; es decir tan pronto se reciban los datos estos deben ser de-duplicados y escritos directamente al espacio físico incluido en el equipo propuesto. ▪ El proceso de reducir los datos debe incluir tanto la eliminación de datos duplicados como la compresión de los mismos con el objeto de ocupar la menor cantidad de disco posible para su almacenamiento. ▪ Se deberá admitir la selección del algoritmo para la compresión de datos entre más de una opción. · Debe incluir un mecanismo de verificación de datos en línea que se realice como parte del proceso de escritura de los datos y mediante el cual el sistema garantice la exactitud y fidelidad del dato escrito en disco comparado con el recibido. Este mecanismo no debe ser implementado como un proceso posterior o fuera del ciclo de escritura de los datos. · Los discos para almacenamiento de datos en el PBBA deben estar configurados con protección de tipo RAID 6. · Debe estar compuesto por arreglos de discos nearline SAS basado en discos de mínimo 3TB de capacidad. · Los discos deben ser de tipo nearline SAS. No podrán ser SAS o SATA. · El PBBA debe incluir tecnología Flash de discos para garantizar la performance del sistema operativo y los cálculos de metadatos relativos al proceso de de-duplicación de datos.

P á g i n a 12 | 25

· Cada PBBA debe incluir al menos un disco Hotspare instalado como parte de la configuración entregada. · Cada cajón de expansión de discos deberá estar conectado al sistema por dos pasos de datos independientes. · Cada PBBA debe incluir fuentes redundantes de tipo HotSwap. · Cada PBBA debe incluir ventiladores redundantes de tipo HotSwap. · Debe tener capacidad de autodiagnóstico y reporte de fallas. En caso de generarse algún evento de HW o SW el equipo debería ser capaz de notificar al fabricante del mismo y abrir un caso por la falla detectada. · La solución ofertada deberá ser rackeable en un rack estándar de 19”. En este caso se deben proveer los kits de racking recomendados a tal fin. · Debe contar con la capacidad de utilizar el dispositivo para realizar archiving con la misma tecnología de deduplicación a través del uso de protocolo NFS o CIFS. · Debe permitir realizar respaldos mediante conexiones SAN/FC (Fibre Channel) y LAN/Ethernet. El uso de las distintas interfaces debe poder realizarse en forma concurrente, sin que la elección de un tipo de interface invalide el uso del otro. · Debe soportar conexiones por protocolo NDMP. · Debe soportar ser configurado como VTL (Virtual Tape Library) y conectarse directamente a la SAN. · Debe soportar la virtualización de puertos de las HBA (NPIV) · La solución debe soportar la funcionalidad de replicación de datos entre dos o más PBBA a través de la WAN y con las siguientes características ▪ Replicar datos deduplicados: es decir la replicación debe ocurrir después de los procesos de deduplicación con el objeto de minimizar la cantidad de datos a enviar a través de la WAN y por ende demandar un menor ancho de banda para el proceso de replicación. ▪ Replicación Bidireccional: es decir de un equipo local a otro equipo remoto y viceversa. ▪ Replicación 1 a N: Deben soportarse al menos 32 destinos de réplica saliente ▪ Replicación N a 1: Deben soportarse al menos 32 fuentes de réplica entrante hacia un único destino.

P á g i n a 13 | 25

▪ Control de tráfico: Deben proveerse mecanismos para limitar el uso del ancho de banda disponible para la réplica y el uso de recursos internos del PBBA. · La solución debe poder ofrecer la posibilidad de encriptar el espacio para almacenamiento de datos para protección de la confidencialidad de información sensible sin que esto afecte la performance del proceso de backup. La encriptación debe ocurrir en el mismo momento de la grabación de los datos en los discos y no como parte de un proceso posterior al ingreso de los mismos. · Debe permitir su utilización como dispositivo de respaldo directo a disco deduplicado sin necesidad de definición de VTLs. Esta capacidad debe ser ofrecida tanto vía LAN como vía SAN pudiendo utilizarse ambos medios de acceso en forma concurrente. Se debe incluir el software acelerador correspondiente para ser instalado en el servidor de backup y/o clientes de backup que permita interactuar con el PBBA para optimizar el tráfico de red utilizado por los datos de backup y así disminuir tiempos y recursos utilizados por los mismos, redundando en mejoras para el proceso de protección de datos. · Es deseable el soporte de cargas de archivado de datos en forma simultánea a las cargas de respaldo, siendo compatible y certificado con las principales soluciones de archivado de datos del mercado (por Ej: EMC SourceOne, Symantec Enterprise Vault, etc). · Es deseable que ofrezca el servicio de almacenamiento de archivos y carpetas mediante acceso por protocolos NFS o CIFS. · La deduplicación debe ser global entre todos los métodos de acceso al sistema (Backup to disk, VTL, CIFS, NFS, Archivado, etc). Es decir que el sistema debe deduplicar los datos teniendo en cuenta los bloques ingresados al mismo sin importar la fuente de la que provengan (backup, archivado, almacenamiento directo por NFS/CIFS, etc) evitando así la formación de múltiples dominios de deduplicación y la duplicidad de datos dentro del sistema. · La solución debe ser capaz de admitir hasta un billón de archivos en un mismo equipo. · La solución debe ser capaz de ser escalable en capacidad y performance en forma independiente según se necesite y sin requerir migración de datos a otro equipo. · La solución debe soportar una configuración multi-tennant. Es decir, que se pueda separar lógicamente los datos pertenecientes a distintos usuarios internos o externos estableciendo niveles de acceso y asegurando la confidencialidad de los datos.

P á g i n a 14 | 25

· Es deseable que la solución sea agnóstica al aplicativo de backup y pueda ser compatible con distintos fabricantes y productos, incluso simultáneamente. · Se debe proveer la funcionalidad de poder “sintetizar” un backup full a partir de imágenes de backup previas existentes en el sistema. · La solución debe dividir los datos de entrada en segmentos de tamaño variable para maximizar la eficiencia de la deduplicacion de datos. · La solución debe soportar conexiones Ethernet a 1 gbps en cobre y 10 gbps en cobre o fibra óptica. · La solución debe soportar el envío de traps por SNMP a sistemas de control de componentes. · La solución debe poder admitir datos de backups provenientes de sistemas iSeries de IBM (BRMS, comandos nativos de iOS) · Las opciones de software que se licencian por separado deberán estar asociadas a la cantidad de storage que se utilice para las distintas funcionalidades y no al modelo del PBBA ofertado. · La solución deberá ofrecer integración directa con Aplicaciones Enterprise como Oracle, SAP, SAP HANA, etc. permitiendo la realización de respaldos directos desde la aplicación al sistema de deduplicación sin necesitar la presencia/intermediación de un software de backup que administre el path de datos. Requerimientos No Funcionales · Hardware nuevo sin uso a ser instalados por primera vez en lugar a designar. · Los equipos deberán encontrarse en perfecto estado de funcionamiento, deberán ser originales de fábrica y la línea de fabricación no deberá encontrarse discontinuada. · Equipamiento de última generación. · La solución ofertada debe inscribirse como de tipo Mid-Range o Enterprise/World-Class. No se aceptarán soluciones de nivel de entrada. · Se deberán informar al menos cinco referencias locales donde se encuentre instalada la solución. · La solución debe ser madura, probada y ampliamente instalada con al menos tres años de presencia en el Mercado local. · La solución debe demostrar liderazgo en el Mercado de Target PBBA. Incluir Gartner MQ indicando fecha del reporte.

P á g i n a 15 | 25

· Los cálculos de capacidades deberán ser realizados teniendo en cuenta que 1 TB= 1024GB.

Especificaciones técnicas solución de backup (Hardware y Licencias). Descripción: Provisión, instalación y puesta en marcha en la modalidad “Llave en mano” de lo siguiente: · 2 (dos) PBBA (purpose-built backup appliance) con las siguientes características mínimas (uno para cada sitio): o Espacio en rack: 2u o Rendimiento máximo: hasta 4,2 Tb/h o Rendimiento máximo optimizado por software: hasta 7,0 Tb/h o Capacidad lógica: hasta 1,6 pb** o Con cloud tier: hasta 4,8 pb o Capacidad útil mínima: 32 Tb o Con cloud tier: hasta 96 Tb o Conectividad:

§ 1 puerto de administración § 4 Interfaces 10gbase-t y 2 10gb sfp+

o Fuente redundante. ** Capacidad lógica basada en una de-duplicación de hasta 50 veces. Características del software: Arquitectura de invulnerabilidad de datos con verificación en línea y paridad dual de disco RAID 6 integrada, instantáneas, telnet, FTP, SSH, alertas de correo electrónico, recuperación de capacidad programada, conmutación por error y agregación de Ethernet, protocolo de control de agregación de enlaces (LACP), etiquetado de VLAN, creación de alias de IP, Acelerador, Encryption, Extended Retention, Retention Lock y Virtual Tape Library (VTL) (para sistemas abiertos y ambientes operativos IBM ). Entre los complementos disponibles, se incluyen los siguientes: Acelerador, Cloud Tier para la retención a largo plazo, Cloud Disater Recovery y Replicator. Administración del sistema

P á g i n a 16 | 25

Consola de administración centralizada, SNMP e interfaz de administración de la línea de comandos. Administración de datos NFS v3 mediante TCP; CIFS y acelerador mediante 1 GbE, 10 GbE o Fibre Channel; emulación de biblioteca de cintas (VTL) mediante Fiber Channel; y servidor de cintas de tipo NDMP. Servidor de administración y gestión de back up. Descripción: Provisión, instalación y puesta en marcha de un Equipo Servidor para administración y gestión de las tareas backup de datos con las siguientes características mínimas: · 1 (Un) Servidor de Back Up con las siguientes características: o Rackeable. Incluir kit de rackeo o Chasis de hasta 2U de alto, con capacidad de hasta 8 Discos de 3.5” o 1 (un) Procesador INTEL XEON SILVER 4208 o 1 (un) Disco 240 GB SSD o BOSS Controller Card con dos sticks M.2 de 240 G (RAID 1) optimizado para instalar el Sistema Operativo o 96 GB de Memoria RAM, optimizada para el procesador. o Controladora RAID 0/1/5 o Conectividad:

§ 2 Puertos de 1 Gb Base-T § 2 Puertos de 16Gb FC HBA – Transceivers correspondientes incluidos § 2 Puertos de 10/25 GbE SFP28 § Incluir 2 ópticos 10/25GbE Dual Rate SFP28 SR + Patchcord Fibra LC/LC – largo a determinar por proveedor en el relevamiento.

o Placa de Administración remota con la licencia correspondiente ya incluida. o Sistema Operativo: Windows Server 2019 Standard 16 CORE o Compatible con el software de administración de back up VEEAM · Licenciamiento VEEAM: Se deberá incluir el licenciamiento OLP (Open License, no se considerarán ofertas con licencias OEM ni tampoco licenciamiento por Instancias) total por todo el

P á g i n a 17 | 25

ambiente ofertado en el ítem A del producto VEEAM AVAILABILITY SUITE ENTERPRISE para Sector Publico con soporte Producción a 60 Meses. Considerar Licenciamiento por Socket. Ítem E: Capacitación Se deben incluir en la propuesta los siguientes cursos para la administración y gestión de la infraestructura: · Curso de actualización Vmware última versión: 30 horas en sitio o remoto. · Curso de software de backup: 30 horas en sitio o remoto. · Curso de actualización a Windows Server 2019: 10 horas en sitio o remoto. · Curso para la instalación, gestión y administración de servidores: 10 horas en sitio o remoto. · Curso para la instalación, gestión y administración de almacenamiento vSAN: 20 horas en sitio o remoto.

· Curso para la gestión y administración de los Switchs de SAN/LAN. La duración máxima de una jornada de capacitación de 4 horas. En caso de que sobren horas de capacitación se podrán utilizar como consultoría. Los técnicos asignados a dictar la capacitación por parte del proveedor deberán estar certificados por el fabricante de producto, deben adjuntarse los certificados correspondientes que permitan verificar tal condición.

P á g i n a 18 | 25

Se deberá especificar el temario detallado de cada curso, el que podrá ser consensuado entre las partes. Ítem F: Respecto de los servicios. Se pretende que el proveedor realice todas las tareas y servicios para dejar operativo y funcionando en óptimas condiciones la nueva infraestructura del datacenter principal y secundario, detalle de tareas: · Instalación, configuración y adecuación de los racks nuevos, uno en el datacenter principal y otro en el secundario, en el caso particular del datacenter secundario se deben incluir todas las actividades, tareas, servicios y materiales necesarios para volcar el cableado eléctrico, de red UTP y de fibra sobre el nuevo rack. · Diagnóstico y verificación de todo el equipamiento. · Instalación en rack de todos los equipos siguiendo el criterio establecido por el IAPSER. · Instalación, configuración y puesta en marcha de Vmware en los servidores nuevos y actualización del servidor con que cuenta actualmente el IAPSER. · Configuración, puesta en marcha y pruebas toda la nueva red compuesta por los nodos, swtiches y demás equipos tanto en el data center principal como en el secundario incluyendo el cableado y las adecuaciones correspondientes si fueran necesarias. · Instalación, configuración, puesta en marcha y pruebas del dispositivo y software para backup.

P á g i n a 19 | 25

· Creación, configuración, pruebas y puesta en marcha del ambiente de Hiperconvergencia. · Escribir el plan de HA y contingencia. · Creación de Vlan específica en los switches centrales para la implementación. · Instalación, configuración y puesta en marcha del PBBA para backup. · Migración de servidores de acuerdo con el siguiente detalle: 1. Servicios de instalación, configuración de TODOS los sistemas operativos que indique el Area Sistemas, con transferencia de conocimientos. 2. Migración de máquinas virtuales existentes de ESXi 5.5 a 7 o última versión disponible, siempre y cuando se pueda realizar teniendo en cuenta la compatibilidad de SO de la VM. Nota importante: el proveedor deberá contemplar en su propuesta como mínimo 60 horas de soporte para implementación y puesta en marcha on-site de la solución completa, si de la planificación propuesta por el proveedor surge que se necesitarán menos de 60 horas la diferencia se utilizarán para asesoramiento y consultoría. Se deberá agregar el valor hora hombre por si se necesitan contratación de horas adicionales por algún elemento especifico. Ítem G: Solución de contingencia entre sitios La solución deberá contar con una forma de resolver la contingencia entre sitios, para la recuperación ante desastres. Se deberá presentar una propuesta que resuelva, la caída del sitio principal, donde las

P á g i n a 20 | 25

VM puedan pasar a ejecutarse de forma automática en el sitio secundario. Se debe tener en cuenta las consideraciones /requerimientos (vSAN, vínculo entre sitios, etc) Se debe contemplar todas las licencias necesarias para su correcta implementación. Item H: Licencias Sistemas Operativos Windows Server Licencias de software Microsoft Windows Server 2019 datacenter en español OLP NL Gobierno– Cantidad necesaria para toda la infraestructura. Se propone las siguientes cantidades:

o 10 (Diez) Licencias Datacenter de 16-cores (WinSvrDCCore 2019 16Lic NL Gov CoreLic)

o 20 (Veinte) Licencias packs de 2-cores Datacenter (WinSvrDCCore 2019 2Lic NL Gov CoreLic)

o Estas licencias pueden ser OEM. Licencias de base de datos SQL Server Standard 2019. Cantidad: 6 (Seis) Descripción: SQLSvrStdCore 2019 OLP 2Lic NL Gov CoreLic (6 cores) • Para este punto se deberá contemplar además la instalación e implementación del SQL Server en Clustering. Es decir, 2 máquinas virtuales con SQL utilizando la misma base de datos. Renglón 2: Ítem A: Switches de Core LAN 10 GbE en alta disponibilidad (HA) sitio principal.

P á g i n a 21 | 25

Cantidad: 2 (dos) – Configurados en alta disponibilidad HA. Descripción: Provisión, instala ción y p ue sta e n marcha de todos los switches en HA, con las siguientes especificaciones técnicas mínimas de cada switch:

• Soporte de Open Network Install Environment (ONIE) • Chasis: 1U • Puertos:

o 48x10G SFP+ o 4xQSFP28 o 2xQSFP+ o 1xRJ45 para consola/administración

• Cables: o 1 (un) cable DAC QSFP+ to QSFP+, 40GbE Passive Copper

Direct Attach, 1m (VLT/HA entre switches LAN) o 2 (dos) cable DAC 100GbE, Q28 to

Q28,PassiveCopperDirectAttach, 3m (conexión a switches de SAN)

• Ópticos: o 24 (veinticuatro) Transceiver, SFP+ 10GBASE-T, 30m reach on

CAT6a/7 o 7 (siete) Transceiver, SFP, 1000BASE-LX, 1310nm Wavelength,

10km Reach o 10 (diez) Transceiver, SFP+, 10GbE, LR, 1310nm Wavelength,

10km Reach • Switching capacity: 1.76 Tbps • Throughput: 1320 Mpps • Latencia: 800 ns • CPU Memory: 4 GB • Packet Buffer: 12MB • MAC addresses: 272K • ARP table: 200K • IPv4 routes: 200K • IPv6 routes: 64K • Multicast hosts: 8K • Layer 2 VLANs: 4K • Gestión: CLI, SNMP • RoHS • Enrutamiento: Conmutación y enrutamiento completos de nivel 2 y 3

P á g i n a 22 | 25

• Estándares compatibles: IEEE: 802.1, 802.3, RFC: IP, IPv4, IPv6, RIP, OSPF, BGP, Multidifusión, seguridad, puente del centro de datos (802.1Qbb, 02.1Qaz), Administración de redes(SNMPv1/2 SSHv2 FTP, TFTP, SCP Syslog Espejeado de puertos), VLT (Virtual Link Trunking).

• VLAN: Etiqueta de VLAN, GVRP • QoS, Multicast • Seguridad: RADIUS 3162 Radius and IPv6, TACACS (Authentication,

Accounting) ACLs IP Access Control Lists • Ventiladores redundantes reemplazables en caliente: 4 (cuatro) • Fuente interna redundante reemplazables en caliente 100-240 VCA, 50/60 Hz • Kit de rack para 19”

*Se deben incluir todos los transceivers y patchcord necesarios (cantidades y tipos) para el funcionamiento correcto y optimizado de la integración con los switches de SAN. Incluir acomodadores de cables necesarios. Ítem B: Switches de Core LAN 10 GbE en alta disponibilidad (HA) sitio secundario. Cantidad: 2 (dos) – Configurados en alta disponibilidad HA. Descripción: Provisión, instala ción y p ue sta e n marcha de todos los switches en HA, con las siguientes especificaciones técnicas mínimas de cada switch:

• Soporte de Open Network Install Environment (ONIE) • Chasis: 1U • Puertos:

o 12x10G SFP+ o 3xQSFP28 o 1xRJ45 para consola/administración

• Cables: o 1 (un) cable DAC QSFP+ to QSFP+, 40GbE Passive Copper

Direct Attach, 1m (VLT/HA entre switches LAN) o 2 (dos) cable DAC 100GbE, Q28 to

Q28,PassiveCopperDirectAttach, 3m (conexión a switches de SAN)

• ópticos: o 3 (tres) Transceiver, SFP+ 10GBASE-T, 30m reach on CAT6a/7 o 3 (tres) Transceiver, SFP+, 10GbE, SR, 850nm Wavelength,

300m Reach • Switching capacity: 840 Gbps • Throughput: 630 Mpps

P á g i n a 23 | 25

• Latencia: 800 ns • CPU Memory: 4 GB • Packet Buffer: 12MB • MAC addresses: 272K • ARP table: 200K • IPv4 routes: 200K • IPv6 routes: 64K • Multicast hosts: 8K • Layer 2 VLANs: 4K • Gestión: CLI, SNMP • RoHS • Enrutamiento: Conmutación y enrutamiento completos de nivel 2 y 3 • Estándares compatibles: IEEE: 802.1, 802.3, RFC: IP, IPv4, IPv6, RIP, OSPF,

BGP, Multidifusión, seguridad, puente del centro de datos (802.1Qbb, 02.1Qaz), Administración de redes(SNMPv1/2 SSHv2 FTP, TFTP, SCP Syslog Espejeado de puertos), VLT (Virtual Link Trunking).

• VLAN: Etiqueta de VLAN, GVRP • QoS, Multicast • Seguridad: RADIUS 3162 Radius and IPv6, TACACS (Authentication,

Accounting) ACLs IP Access Control Lists • Ventiladores: 3 • Fuente interna redundante 100-240 VCA, 50/60 Hz • Kit de rack para 19”

*Se deben incluir todos los transceivers y patchcord necesarios (cantidades y tipos) para el funcionamiento correcto y optimizado de la integración con los switches de SAN. Incluir acomodadores de cables necesarios. Item C: Switch de LAN SASFER Cantidad: 1 (uno) – para instalación en rack del edificio SASFER. Descripción: Provisión, i nsta lación y p u e s ta en marcha del switch, con las siguientes especificaciones técnicas mínimas: • Soporte de Open Network Install Environment (ONIE) • Chasis: 1U, tipo rackeable para rack de 19”. • Puertos:

P á g i n a 24 | 25

- 24x1GbE - 2x10GbE SFP+ - 2 puerto combo media - 2 SFP+, 10GbE, LE, 1310nm Wavelength, 10KM Reach • 2 (dos) fuentes integradas en el gabinete, 220Vca 50Hz Redundantes (1+1) • Kit de rackeo para Rack de 19”

*Se deben incluir todos los transceivers y patchcord necesarios (cantidades y tipos) para el funcionamiento correcto y optimizado de la integración con los switches de SAN.

Respecto de los Switchs de los ítems A, B y C se debe contemplar:

· Vincularan la vieja infraestructura con la nueva. · Los switches deben estar certificados por el fabricante para la solución

propuesta. · Administración, configuración y monitoreo a través de una consola grafica web

central. · Se deben incluir todos los transceivers y patchcord necesarios (cantidades y

tipos) para el funcionamiento correcto y optimizado de la integración con los switches de SAN (Renglón 1, Item B).

· Se deben incluir los transivers para la vinculación entre los sitios conectados a través de fibra monomodo a 10GbE.

· Migración de configuración y VLANs de los actuales Switchs de core. · Garantía y Soporte:

- 5 años de garantía y soporte para todo el hardware ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - 5 años de garantía y soporte para todo el software ofertado provisto por el fabricante, con posibilidad de ampliar a 7 años. - SLA 24x7x365 (4hs de tiempo de respuesta)

Verificación y relevamiento de todas las soluciones.

P á g i n a 25 | 25

· A efectos de implementar correctamente la solución solicitada, el proveedor

deberá realizar un relevamiento previo a la presentación de su oferta donde quedará planteada la solución de hiperconvergencia y red LAN a implementar junto con las migraciones correspondientes. El proveedor deberá presentar junto con el relevamiento un "plan de migración", con tiempos estimados o posibles, en lo que respecta la implementación de cada paso, el cual será aprobado o no por el Area de Sistemas.

· Por ello personal técnico del Área Informática del Instituto, emitirá un

certificado de visita, hasta 7 días antes de la apertura, que deberá ser adjuntado a la oferta. Las empresas que no presenten el correspondiente certificado de visita serán descartadas en el proceso de evaluación de ofertas.

· Igualmente, no se aceptarán problemas, cuestionamientos o reclamos, por

parte de EL OFERENTE o EL ADJUDICATARIO, emanados de no haber realizado las consultas pertinentes al organismo, o no haber visitado el lugar de instalación, por lo que es responsabilidad del OFERENTE recabar toda la información necesaria para una adecuada cotización.

· El equipamiento deberá ser entregado en la modalidad “Llave en Mano”, es

decir el oferente deberá hacerse cargo de todas las tareas de instalación, puesta en marcha, migración y soporte posterior.

· Se debe contemplar que, al momento de adjudicar esta licitación, probablemente no esté terminado el edificio donde se alojara sitio de contingencia. Por este motivo se deberá montar y configurar en el sitio principal hasta tanto este terminado y se den las condiciones necesarias para su traslado. Lo cual deberá ser realizado por la empresa que adjudico esta solución, corriendo por parte de esta los cargos que devengan de este traslado y puesta en marcha.