Esta sección constituye el detalle de los bienes y/o servicios con sus respectivas especificaciones técnicas - EETT, de manera clara y precisa para que el oferente elabore su oferta. Salvo aquellas EETT de productos ya determinados por plantillas aprobadas por la DNCP.
El Suministro deberá incluir todos aquellos ítems que no hubiesen sido expresamente indicados en la presente sección, pero que pueda inferirse razonablemente que son necesarios para satisfacer el requisito de suministro indicado, por lo tanto, dichos bienes y servicios serán suministrados por el Proveedor como si hubiesen sido expresamente mencionados, salvo disposición contraria en el Contrato.
Los bienes y servicios suministrados deberán ajustarse a las especificaciones técnicas y las normas estipuladas en este apartado. En caso de que no se haga referencia a una norma aplicable, la norma será aquella que resulte equivalente o superior a las normas oficiales de la República del Paraguay. Cualquier cambio de dichos códigos o normas durante la ejecución del contrato se aplicará solamente con la aprobación de la contratante y dicho cambio se regirá de conformidad a la cláusula de adendas y convenios modificatorios.
El Proveedor tendrá derecho a rehusar responsabilidad por cualquier diseño, dato, plano, especificación u otro documento, o por cualquier modificación proporcionada o diseñada por o en nombre de la Contratante, mediante notificación a la misma de dicho rechazo.
En este apartado la convocante deberá indicar los siguientes datos:
Identificar el nombre, cargo y la dependencia de la Institución de quien solicita el llamado a ser publicado.
Nombre: Javier Espínola
Cargo: Director.
Dependencia: Dirección de tecnología de la Información
Justificar la necesidad que se pretende satisfacer mediante la contratación a ser realizada.
Disponibilidad (HA), aumentando así la disponibilidad y resiliencia de su infraestructura de servidores, manteniendo la experiencia positiva obtenida con el paradigma HCI.
En cuanto a la infraestructura de copias de respaldo, el objetivo es tener la capacidad de operar con copias de seguridad inmutables de varios días, con los controles pertinentes y tiempos de recuperación que se encuentren dentro de un margen aceptable para Petropar.
Justificar la planificación. (si se trata de un llamado periódico o sucesivo, o si el mismo responde a una necesidad temporal).
La presente contratación responde a una necesidad estratégica y estructural de Petropar vinculada a la renovación tecnológica de su infraestructura crítica. La planificación no obedece a un requerimiento temporal, sino a una actualización estructural imprescindible, considerando que:
La plataforma actual de Hiperconvergencia (HCI), basada en Cisco M5, fue descontinuada por el fabricante, imposibilitando su escalabilidad y poniendo en riesgo la continuidad operativa.
La falta de una infraestructura de copias de respaldo independiente representa un riesgo alto ante eventos de auditoría, contingencias o ciberataques, especialmente en escenarios de recuperación ante desastres.
Se cuenta con recursos físicos, conectividad y un sitio de contingencia contractual en el Datacenter TIGO, lo que viabiliza técnicamente y logísticamente el desarrollo de la solución proyectada.
Se proyecta implementar una arquitectura compuesta por dos clústeres operando en Alta Disponibilidad (HA), lo que permite fortalecer la resiliencia operativa ante fallos.
Justificar las especificaciones técnicas establecidas.
Las especificaciones técnicas fueron formuladas de forma rigurosa y detallada, en base a:
El análisis de la infraestructura tecnológica actual y sus limitaciones, incluyendo obsolescencia del hardware, incompatibilidad con nuevas versiones de software y falta de soporte oficial.
Requerimientos funcionales específicos como: compatibilidad con SAP HANA, tolerancia a fallos N+1, replicación sincrónica/asíncrona, deduplicación, compresión, políticas de inmutabilidad, compatibilidad con plataformas como Veeam y Nutanix, entre otras.
Estándares internacionales de seguridad, conectividad y rendimiento que aseguran el cumplimiento normativo y técnico, como FCC, VCCI, IEEE y certificaciones de electromagnetismo.
Condiciones reales de operación, incluyendo los datacenters disponibles, capacidades eléctricas, de red y espacio físico necesario para alojar los componentes de infraestructura.
Requisitos de soporte técnico y garantía del fabricante por 36 meses, incluyendo SLA de atención, disponibilidad de repuestos, actualizaciones de firmware/software y capacitación específica.
Estas especificaciones técnicas no solo responden a las necesidades de Petropar, sino que anticipan escenarios de contingencia, escalabilidad y evolución tecnológica, garantizando la sostenibilidad de la inversión.
Los productos y/o servicios a ser requeridos cuentan con las siguientes especificaciones técnicas:
El propósito de la Especificaciones Técnicas (EETT), es el de definir las características técnicas de los bienes que la convocante requiere. La convocante preparará las EETT detalladas teniendo en cuenta que:
- Las EETT sirven de referencia para verificar el cumplimiento técnico de las ofertas y posteriormente evaluarlas. Por lo tanto, unas EETT bien definidas facilitarán a los oferentes la preparación de ofertas que se ajusten a los documentos de licitación, y a la convocante el examen, evaluación y comparación de las ofertas.
- En las EETT se deberá estipular que todos los bienes o materiales que se incorporen en los bienes deberán ser nuevos, sin uso y del modelo más reciente o actual, y que contendrán todos los perfeccionamientos recientes en materia de diseño y materiales, a menos que en el contrato se disponga otra cosa.
- En las EETT se utilizarán las mejores prácticas. Ejemplos de especificaciones de adquisiciones similares satisfactorias en el mismo sector podrán proporcionar bases concretas para redactar las EETT.
- Las EETT deberán ser lo suficientemente amplias para evitar restricciones relativas a manufactura, materiales, y equipo generalmente utilizados en la fabricación de bienes similares.
- Las normas de calidad del equipo, materiales y manufactura especificadas en los Documentos de Licitación no deberán ser restrictivas. Se deberán evitar referencias a marcas, números de catálogos u otros detalles que limiten los materiales o artículos a un fabricante en particular. Cuando sean inevitables dichas descripciones, siempre deberá estar seguida de expresiones tales como “o sustancialmente equivalente” u “o por lo menos equivalente”, remitiendo la aclaración respectiva. Cuando en las ET se haga referencia a otras normas o códigos de práctica particulares, éstos solo serán aceptables si a continuación de los mismos se agrega un enunciado indicando otras normas emitidas por autoridades reconocidas que aseguren que la calidad sea por lo menos sustancialmente igual.
- Asimismo, respecto de los tipos conocidos de materiales, artefactos o equipos, cuando únicamente puedan ser caracterizados total o parcialmente mediante nomenclatura, simbología, signos distintivos no universales o marcas, únicamente se hará a manera de referencia, procurando que la alusión se adecue a estándares internacionales comúnmente aceptados.
- Las EETT deberán describir detalladamente los siguientes requisitos con respecto a por lo menos lo siguiente:
(a) Normas de calidad de los materiales y manufactura para la producción y fabricación de los bienes.
(b) Lista detallada de las pruebas requeridas (tipo y número).
(c) Otro trabajo adicional y/o servicios requeridos para lograr la entrega o el cumplimiento total.
(d) Actividades detalladas que deberá cumplir el proveedor, y consiguiente participación de la convocante.
(e) Lista detallada de avales de funcionamiento cubiertas por la garantía, y las especificaciones de las multas aplicables en caso de que dichos avales no se cumplan.
- Las EETT deberán especificar todas las características y requisitos técnicos esenciales y de funcionamiento, incluyendo los valores máximos o mínimos aceptables o garantizados, según corresponda. Cuando sea necesario, la convocante deberá incluir un formulario específico adicional de oferta (como un Anexo a la de Oferta), donde el oferente proporcionará la información detallada de dichas características técnicas o de funcionamiento con relación a los valores aceptables o garantizados.
Cuando la convocante requiera que el oferente proporcione en su oferta datos sobre una parte de o todas las Especificaciones Técnicas, cronogramas técnicos, u otra información técnica, la convocante deberá detallar la información requerida y la forma en que deberá ser presentada por el oferente en su oferta.
Si se debe proporcionar un resumen de las EETT, la convocante deberá insertar la información en la tabla siguiente. El oferente preparará un cuadro similar para documentar el cumplimiento con los requerimientos.
Los bienes y/o servicios deberán cumplir con las siguientes especificaciones técnicas y normas:
Descripción de la situación actual.
1. Descripción de la Situación Actual y Necesidad de Renovación:
Petropar opera actualmente su infraestructura de hiperconvergencia (HCI) sobre una plataforma Cisco HyperFlex con nodos (servidores) Cisco M5, utilizando VMWARE con licenciamiento perpetuo como hipervisor. Sin embargo, esta plataforma actual, basada en hardware Cisco M5, ha sido discontinuada por el fabricante, lo que impide su crecimiento y representa un riesgo en términos de soporte, actualizaciones y continuidad operativa.
Adicionalmente, Petropar no cuenta con una infraestructura de copias de respaldo que sea independiente de su infraestructura de servidores en producción. Esta carencia dificulta el resguardo de la información para fines de auditoría y/o recuperación ante desastres.
2. Objetivos de la Nueva Infraestructura:
Petropar busca reemplazar su plataforma actual de HCI obsoleta por una infraestructura totalmente nueva, compuesta por 2 (dos) clústeres (arreglo de servidores) de similares características/dimensiones. Estos clústeres deberán funcionar en un esquema de Alta Disponibilidad (HA), aumentando así la disponibilidad y resiliencia de su infraestructura de servidores, manteniendo la experiencia positiva obtenida con el paradigma HCI.
En cuanto a la infraestructura de copias de respaldo, el objetivo es tener la capacidad de operar con copias de seguridad inmutables de varios días, con los controles pertinentes y tiempos de recuperación que se encuentren dentro de un margen aceptable para Petropar.
3. Recursos Disponibles:
Para llevar a cabo este proyecto, Petropar ya cuenta con los siguientes recursos:
4. Especificaciones Técnicas de la Implementación Deseada:
(Infraestructura de Hiperconvergencia):
La convocante propone una nueva arquitectura de hiperconvergencia basada en dos clústeres independientes, ubicados en el Datacenter principal (Planta Villa Elisa) y en el sitio de contingencia (Datacenter TIGO), intercomunicados entre sí por una conexión propia (el pelo oscuro de fibra óptica).
Esta actualización busca proporcionar múltiples beneficios, destacando la alta disponibilidad y resiliencia, ya que la distribución en dos clústeres reduce significativamente el impacto ante posibles fallos en el centro de datos principal. En caso de contingencia, el sitio secundario permitirá mantener la operación con una mínima o nula pérdida de datos e interrupciones en los servicios.
Otro beneficio clave es la mejora en la escalabilidad, permitiendo la adición progresiva de nodos a los clústeres sin afectar la operatividad. Esta flexibilidad asegura que la infraestructura pueda crecer en función de las necesidades del negocio. Asimismo, se busca reducir el riesgo tecnológico derivado de la discontinuación del sistema actual, garantizando soporte a largo plazo y compatibilidad con futuras actualizaciones.
El rendimiento también se optimizará con la adopción de tecnologías de última generación, lo que mejorará la eficiencia en la gestión de recursos computacionales, reducirá la latencia y optimizará el procesamiento de cargas de trabajo críticas. Además, la seguridad se fortalecerá con la replicación de datos entre ambos clústeres, facilitando una recuperación rápida ante desastres o fallos.
Considerando la criticidad de la infraestructura, se contempla la interconexión de la solución propuesta de la siguiente manera: cada clúster tendrá un switch concentrador conectado a cada servidor a través de una interfaz SFP28 10/25GB. Cada switch, a su vez, estará conectado a la red de la institución a través de una interfaz QSFP28 40/100.
Cada oferente deberá contemplar un plan de migración de máquinas virtuales que se adapte a las necesidades y exigencias de la convocante en cuanto a disponibilidad de recursos. Esta información se detallará en la visita técnica.
La oferta para la renovación de la infraestructura de hiperconvergencia debe ser por una solución llave en mano, incluyendo la instalación, configuración y puesta en marcha de todos los ítems, así como la configuración de la replicación y la migración de las máquinas virtuales desde la infraestructura actual.
5. Detalle de los Ítem solicitados.
Proyecto A - ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE
|
ITEM 1: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE |
|||
|
Características |
Especificaciones |
Requerimiento |
|
|
Características de HCI |
Con el fin de validar y comprobar las diferentes funcionalidades ofrecidas, el proponente deberá adjuntar los catálogos, manuales o enlaces de internet, que soporten cada una de las respuestas del presente proceso. |
Exigido |
|
|
Certificación SAP HANA |
La solución de HCI (HW + SDS+ Hypervisor) debe estar certificada para SAP HANA. La solución debe estar listada en la página oficial de SAP HANA como Certified HCI Solutions. |
Exigido |
|
|
Calificación de la solución |
Con el fin de asegurar una solución adecuada para la entidad y dada la importancia que tienen analistas como el Cuadrante Mágico de Gartner y Forrester en el análisis de las diferentes soluciones de tecnología, el software de Hiperconvergencia ofrecido deberá ser calificado como líder en los últimos reportes presentados por estas empresas. La mención del Cuadrante Mágico de Gartner y del análisis de Forrester, si bien es de cumplimiento obligatorio, se realiza únicamente como referencia técnica y de contexto estratégico, sin que ello implique restricción, direccionamiento o preferencia hacia una marca, fabricante o producto específico. Su inclusión tiene por objeto ilustrar criterios de liderazgo tecnológico y buenas prácticas del mercado, respetando plenamente los principios de libre competencia, igualdad de condiciones y transparencia en el proceso de adquisición |
Exigido |
|
ITEM 1: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE HARDWARD
|
ITEM 1: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE -HW |
||
|
Cantidad de Clúster |
2 (dos) Clústers |
Exigido |
|
Cantidad de Nodos por Clúster |
3 (tres) servidores físicos |
Exigido |
|
Marca |
Especificar |
Exigido |
|
Modelo |
Especificar |
Exigido |
|
Numero de Parte |
Especificar |
Exigido |
|
Factor de Forma |
Chasis Rackeables 19 |
Exigido |
|
Tamaño de la Solución |
Especificar (cantidad de Unidades de rack por cluster) |
Exigido |
|
Arquitectura de procesadores |
Procesador de arquitectura x86-64, multinúcleo, 2 Procesadores, de clase servidor, con soporte para DDR5, PCIe 5.0 y virtualización, equivalente a plataformas tecnológicas 2023 o superiores, al menos de 2.6 GHz de base y 4.0 GHZ con Turbo, y memoria caché de al menos 60 MB. |
Exigido |
|
Memoria |
Memoria DDR5 RDIMM 4800 MHz ECC registrada, compatible con servidores empresariales |
Exigido |
|
Almacenamiento |
El almacenamiento de los Clúster deberá estar compuesto por discos SSD SAS o superior. Se define según lo solicitado en el ITEM 2 |
Exigido |
|
Almacenamiento |
Cada Nodo debe disponer de almacenamiento del tipo SSD M.2 NVME con un mínimo de 960GB con protección RAID1, dedicados para BOOT. |
Exigido |
|
Conexión LAN |
Cada Nodo del Clúster deberá estar equipado con 1(un) módulo de interconexión 10/25GB SFP28 para conexión con el Switch solicitado en el ITEM 4. Todos los cables y SFPs necesarios para la conexión LAN, deberán ser provistos. |
Exigido |
|
Fuente de Alimentación |
Cada Nodo deberá estar equipado con 2 (dos) fuentes de alimentación del tipo reemplazables en caliente (Hot Swap). La falla de una de las fuentes no debe implicar en ninguna circunstancia el apagado del equipo, sino que la fuente restante debe poder sobrellevar la carga de todo el equipo hasta tanto se repare la fuente fallada |
Exigido |
|
Ventilación |
Cada Nodo deberá estar equipado con ventiladores del tipo reemplazables en caliente (Hot Swap). La cantidad de ventiladores debe ser la necesaria para asegurar la redundancia de estos dispositivos (N+1). La falla de uno de estos dispositivos no debe implicar en ninguna circunstancia el apagado del equipo, sino que los dispositivos restantes deben poder sobrellevar la carga de todo el equipo hasta tanto se repare el ventilador fallado |
Exigido |
|
Soporte de HW |
Todo el HW deberá contar con soporte del fabricante en modalidad 24x7 con un tiempo de respuesta de 1 hora y un SLA para la reposición de HW (RMA) de 24x7x4. La duración del Soporte debe ser de 36 meses a contar desde la aceptación formal de la solución. El soporte debe incluir la provisión de los updates de software/firmware durante la vigencia de este. |
Exigido |
ITEM 2: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE SOFTWARE
|
ITEM 2: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE -SW |
|||
|
Características de Protección. |
Cada Clúster debe poseer:
|
Exigido |
|
|
Características de Protección. |
La solución debe incluir nativamente la funcionalidad de Disaster Recovery de manera sincrónica, es decir RPO = 0. De igual forma debe brindar alternativa de replicación, en caso de no contar con los requerimientos de ancho de banda y latencia para replicación sincrónica, de manera casi sincrónica, es decir RPO entre 1 minuto y 15 minutos. |
Exigido |
|
|
Capacidad de crecimiento |
Dado que la entidad busca garantizar una inversión inicial eficiente y con el fin de asegurar que los crecimientos futuros de la solución se adapten a las necesidades específicas, la solución ofrecida debe permitir agregar nodos con diferentes configuraciones de CPU, Memoria y Almacenamiento. Esto implica que, en un mismo clúster, se pueden agregar nodos con diferentes generaciones de procesadores, diferente capacidad de memoria RAM y diferente tipo y capacidad de almacenamiento (incluyendo nodos en configuración all-flash e hibrido en el mismo cluster). Se deben asegurar todas las funciones descritas en el presente documento para Clusters configurados bajo esta premisa |
Exigido |
|
|
Capacidad de crecimiento |
El software de nube híbrida e Hiperconvergencia ofrecido, debe poder implementarse:
|
Exigido |
|
|
Capacidad de procesamiento utilizable |
Cada Nodo deberá contar con al menos 43 núcleos físicos utilizables (Descontando los núcleos físicos necesarios para el sistema) |
Exigido |
|
|
Capacidad de Memoria Utilizable |
Cada Clúster deberá contar con al menos 2.8TB de memoria utilizable, en condiciones de RF2, N+1 (Descontando la memoria necesaria para el sistema) |
Exigido |
|
|
Capacidad de Almacenamiento Utilizable |
Cada Clúster deberá contar con un Mínimo de 48TB de almacenamiento utilizable en condiciones de RF2, N+1. Descontando espacio necesario para el sistema, y sin tener en cuenta ningún tipo de eficiencia aplicada en los datos (compresión, deduplicación, etc.) |
Exigido |
|
|
Soporte de Software |
El software ofrecido deberá contar con soporte del fabricante en modalidad 24x7 con un tiempo de respuesta de 1 hora. La duración del Soporte debe ser de 36 meses a contar desde la aceptación formal de la solución. El soporte debe incluir la provisión de los updates de software durante la vigencia de este. |
Exigido |
|
|
Características de HCI |
La solución de HCI ofrecida debe brindar una arquitectura simple y escalable, que no esté basada en SAN tradicionales o funcionalidades como LUNS, Grupos RAID, etc., y que combine altas capacidades de almacenamiento, CPU y RAM en una plataforma única, sin puntos únicos de falla, y que corra directamente en cada uno de los nodos ofrecidos. |
Exigido |
|
|
Características de HCI |
La solución de HCI ofrecida debe estar basada en una arquitectura de Hiperconvergencia o nube híbrida el cual, debe garantizar una disponibilidad de 99.999% (cinco nueves), el cual se debe evidenciar con herramientas del fabricante |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe incluir la funcionalidad de tomar decisiones de ubicación de máquinas virtuales entre los diferentes nodos, basadas en parámetros de utilización de recursos como CPU, Memoria y almacenamiento. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe, tener la capacidad de manejar de forma dinámica las reservas de recursos para la alta disponibilidad incluso en ambientes de Clusters cuyos componentes no sean homogéneos (nodos de diferentes capacidades en lo relacionado con CPU / Memoria / Almacenamiento) |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe incluir los mecanismos para la optimización de la comunicación entre las VMs y el almacenamiento, construyendo caminos directos de comunicación hacia este para cada vCPU de la VM |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe, desde su administración, incluir las capacidades para la actualización de todos los componentes de Hardware y Software. Esta actualización no debe requerir elementos pivotes o servidores externos, ni afectar la disponibilidad del servicio. Esto debe aplicar para todas las versiones de Software de Hiperconvergencia. |
Exigido |
|
|
Características de HCI |
En la solución ofrecida, todas las características de Alta Disponibilidad soportadas deben funcionar tal como fueron diseñadas aún con clúster heterogéneos. |
Exigido |
|
|
Características de HCI |
La plataforma ofrecida debe soportar como mínimo los siguientes hipervisores lideres en el mercado (VMware ESXi y Nutanix AHV y Microsoft HyperV) permitiendo flexibilidad en arquitecturas que cubran necesidades futuras de negocio, técnicas y/o de operación. |
Exigido |
|
|
Características de HCI |
Buscando minimizar las tareas operativas y asegurando una gestión mucho más eficiente, la solución ofrecida debe incluir nativamente el Hipervisor. Esto implica que originalmente de fábrica o durante el proceso de instalación del software, se debe instalar igualmente el hipervisor, habilitando automática y nativamente funciones mínimas como, parámetros básicos de red, switchs distribuidos, movimiento de máquinas virtuales entre hosts/nodos, distribución automática de cargas entre los hosts/nodos, entre otros. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe incluir técnicas de optimización del almacenamiento: compresión y deduplicación |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe llevar a cabo las tareas de compresión y de duplicación completamente en software sin depender de componentes de hardware especializado para esta labor. |
Exigido |
|
|
Características de HCI |
Las funcionalidades de Compresión y Deduplicación deben estar disponibles para entornos de clústeres con almacenamiento híbridos (SSD+HDD / NVMe+SSD) como para clústeres de almacenamientos de solo estado sólido indistintamente. |
Exigido |
|
|
Características de HCI |
La funcionalidad de Compresión ofrecida debe ejecutarse tanto en línea como posterior al almacenamiento del dato (con tiempo variable). La entidad requiere que este proceso se pueda activar o no, de manera granular para los diferentes datos, con el fin de asegurar el mejor desempeño y ajustarse a las recomendaciones y/o requerimientos de los diferentes proveedores o fabricantes. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe incluir funcionalidades de Calidad de Servicio para el acceso al almacenamiento (Storage QoS), que permita al administrador limitar la cantidad de IOPS y el rendimiento de las VMs. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe suministrar mecanismos para la copia/clonado de VMs mediante el uso de snapshots. Estos deben ser optimizados mediante técnicas como redirección en la escritura (Redirect-on-Write o similar) para mejorar la eficiencia de uso del espacio de almacenamiento. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe, incluir una funcionalidad para proteger las Máquinas virtuales a través de Snapshots, de manera asíncrona con un RPO de al menos una hora. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe proveer de manera nativa las funcionalidades para la definición de redes virtuales (VLANs 802.1Q) con capacidad para el aprovisionamiento del direccionamiento IP dinámico y/o estático para las VMs definidas dentro del clúster. Estas funcionalidades deben estar integradas de forma transparente con el Hipervisor. |
Exigido |
|
|
Características de HCI |
La solución ofrecida debe, de manera nativa, incorporar en su construcción un switch virtual distribuido, facilitando la construcción y despliegue de redes dentro de la plataforma |
Exigido |
|
|
Características de HCI |
|
Exigido |
|
|
Características de HCI |
|
Exigido |
|
|
Administración de la solución |
El Software de administración debe proporcionar una interfaz de usuario gráfica intuitiva. Toda la información se debe organizar y presentar a través de áreas bien definidas con el propósito de lograr un acceso sencillo a los datos operativos. Debe ofrecer la capacidad de definir y administrar una infraestructura convergente completa desde cualquier dispositivo. En caso de requerir licenciamiento adicional para la administración de la solución, el costo de este deberá estar incluido en la propuesta de cada oferente. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe soportar integración mediante el uso de REST API a otra solución de administración para facilitar la integración con ambientes de monitoreo actuales. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe tener la capacidad de proveer la funcionalidad de gestión de la plataforma en alta disponibilidad, permitiendo su continua operación y disponibilidad. |
Exigido |
|
|
Administración de la solución |
La solución debe proporcionar una herramienta que pueda generar - gráficamente - un mapa de los componentes de infraestructura que conforman la solución HCI. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe incluir una funcionalidad que ejecute tareas de optimización automatizada de recursos, que permita realizar proyecciones de capacidad, tareas de planeación, basadas en tecnologías como machine learning o similar. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe incluir una funcionalidad que realice detección de anomalías, basadas en análisis de comportamiento para generar alertas tempranas. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe incluir las funcionalidades para permitir que los operadores de esta puedan crear tareas automatizadas para la toma de acciones y remediación, basadas en alertas/eventos generados dentro de la plataforma de acuerdo a una definición realizada por ellos. Por ejemplo, esta funcionalidad debe ante una alerta de recursos de una VM, tener la opción de aumentar dichos recursos, generar una notificación via Slack, ServiceNow o Teams, y ejecutar acciones sobre la VM usando mecanismos como Powershell y/o SSH. |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe suministrar capacidades para la generación de reportes de operación (tanto predeterminados como personalizados según las necesidades). Las capacidades de esta funcionalidad deben incluir:
|
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe incluir mecanismos de aprendizaje autónomo (Machine Learning o similar) que ejecute tareas de análisis de uso de recursos asignados a las VMs (CPU, Memori / Almacenamiento) facilitando el correcto dimensionamiento de las VMs, mitigando así el desperdicio de recursos y/o fallas por sub-dimensionamiento de las mismas |
Exigido |
|
|
Administración de la solución |
La solución ofrecida debe permitir la correlación de eventos y métricas de los componentes dentro de la misma a fin de facilitar los análisis de causa raíz y la solución de problemas. Esta correlación de eventos deberá estar incorporada como parte de la plataforma y no deberá ser implementada como una solución/aplicación independiente |
Exigido |
|
|
Administración de la solución |
La solución debe incorporar información de auditoría, facilitando información en relación con las tareas y actividades desarrollados sobre la infraestructura. |
Exigido |
|
ITEM 3: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE INSTALACION, CONFIGURACIÓN Y CAPACITACION
|
|
ITEM 3: ADQUISICIÓN DE SOLUCION HIPERCONVERGENTE -INSTALACION, CONFIGURACIÓN Y CAPACITACIÓN |
|
||
|
Instalación |
El Oferente deberá considerar todo lo necesario para el correcto funcionamiento de la solución ofertada, se realizará un relevamiento para dimensionar los trabajos de migración requeridos para el presente proyecto. Este ítem corresponde a la puesta en funcionamiento de los ITEM 1 e ITEM 2. |
Exigido |
||
|
Capacitación |
Se deberá incluir CAPACITACIÓN básica de lo instalado, del tipo On the Job Training, para el personal técnico a ser definida por la convocante y hasta un máximo de 5 (cinco) funcionarios encargados de operar los mismos, de al menos 8 (ocho) horas de duración. La capacitación se debe iniciar en un periodo no mayor a 60 (sesenta) días luego de la instalación de los equipos y en las instalaciones de la convocante. Adicionalmente cada oferente deberá contemplar al menos 20 horas de acompañamiento al personal técnico de la convocante. Adicionalmente, la convocante podrá requerir una Capacitación Avanzada, dictada directamente por el fabricante (o entidad autorizada por el mismo), para al menos 5 (cinco) funcionarios, de al menos 15 (quince) horas de duración. Si esto implica el traslado de los funcionarios al exterior del país, el proveedor adjudicado deberá correr con los gastos de traslados y estadía. La capacitación puede ser en modalidad virtual. |
Exigido |
||
Proyecto B: ADQUISICIÓN DE SOLUCION DE NETWORKING
|
ADQUISICIÓN DE SOLUCION DE NETWORKING |
||
|
Características de la solucion |
Con el fin de validar y comprobar las diferentes funcionalidades ofrecidas, el proponente deberá adjuntar los catálogos, manuales o enlaces de internet, que soporten cada una de las respuestas del presente proceso. |
Exigido |
ITEM 4: ADQUISICIÓN DE SOLUCION DE NETWORKING HARDWARE
|
ITEM 4: ADQUISICIÓN DE SOLUCION DE NETWORKING HW |
||
|
Características |
Especificaciones |
Requerimiento |
|
Cantidad |
2 (dos) unidades |
Exigido |
|
Marca |
Especificar |
Exigido |
|
Modelo |
Especificar |
Exigido |
|
Numero de Parte |
Especificar |
Exigido |
|
Factor de Forma |
Chasis Rackeable 1U |
Exigido |
|
Puertos |
Al menos:
|
Exigido |
|
Capacidad de stack |
El equipo ofrecido debe tener la capacidad de agregar módulos/puertos físicos de stacks, de al menos 1Tbps de bandwidth. Deben ser módulos/puertos dedicados para esta funcionalidad. Debe poder realizarse el stack de hasta 8 equipos. |
Exigido |
|
Performance (Forwarding rate) |
Al menos 1.000 MPPS |
Exigido |
|
Capacidad de Switching |
Al menos 1.400 GBPS |
Exigido |
|
DRAM |
Al menos 16GB |
Exigido |
|
Flash |
Al menos 16 GB |
Exigido |
|
Vlan ID |
Al menos 4000 |
Exigido |
|
MTBF |
Al menos 260000 horas |
Exigido |
|
Alimentación |
Cada equipo deberá estar instalado con 2 (dos) fuentes de alimentación reemplazables en caliente. La falla de una de las fuentes no debe implicar en ninguna circunstancia el apagado del equipo, sino que la fuente restante debe poder sobrellevar la carga de todo el equipo hasta tanto se reemplace la fuente fallada |
Exigido |
|
Ventiladores |
Al menos 3 (tres) ventiladores reemplazables en caliente. La falla de uno de los ventiladores no debe implicar en ninguna circunstancia el apagado del equipo, sino que los ventiladores restantes deben poder sobrellevar la carga de todo el equipo hasta tanto se reemplace el ventilador fallado |
Exigido |
|
Direcciones MAC |
Al menos 32.000 |
Exigido |
|
Rutas IPV4 |
Al menos 36.000 |
Exigido |
|
Rutas IPV6 |
Al menos 18.000 |
Exigido |
|
Rutas Multicast |
Al menos 8.000 |
Exigido |
|
QOS y ACL |
Al menos 4.000 |
Exigido |
|
Buffer |
Al menos 16 MB por paquete |
Exigido |
|
Jumbo Frame |
Al menos 9000 bytes |
Exigido |
|
Tag RFID |
Cada equipo deberá estar incorporado con un tag RFID de fabrica para integrarse al sistema de inventario actual de la convocante, en caso de que el mismo no cuente con un tag deberá solicitarse a fabrica el agregado de dicho tag y el mismo deberá estar mencionado dentro de la documentación presentada por el fabricante. |
Exigido |
|
Módulos y Cables Twinax |
Cada equipo deberá estar instalado con:
|
Exigido |
|
Todos los accesorios requeridos serán considerados por cada oferente en su solución, los mismos deberán ser de la misma marca que el equipo ofertado, no serán aceptados módulos compatibles o de marcas diferentes al equipo ofertado. |
||
|
Funcionalidades |
SNMPv1, v2c, v3, ACL, QOS, Netflow, NAT, PAT, AVB, PTP, MACSEC 256bit, IPSEC, mDNS, CoS, SRR, CIR, BYOD, VXLAN, BGP-EVPN, RIP v1, v2, OSPFv3, BGPv4, EIGRP, IS-ISv4, BGPv6, PIM-SM, SSM, MPLS, VPLS, EoMPLS, MPLS over GRE, mVPN, Trustec, VRF, SSO, SPAN, RSPAN, CoAP, |
Exigido |
|
Estándares IEE |
802.1s, 802.3at, 802.3ad, 802.3ae, 802.3af, 802.1w, 802.1x, 802.1D, 802.1Q, 802.1p, 802.3an, 802.3ab, 802.3z, 802.3bz, 802.3u |
Exigido |
|
Estándares EMI & EMC |
FCC Part 15 Class A, VCCI Class A, EN 55032 Class A, AS/NZS 3548 Class A, CISPR 32 Class A, ICES-003 Class A, BSMI Class A. EN55024, EN300386, EN610003-2 EN61000-3-3 EN61000 4-2, EN61000 4-3 EN61000 4-4, EN61000 4-5, EN61000 4-6 |
Exigido |
|
Estándares de Seguridad |
UL 60950-1, IEE802.3, CAN/CSA, EN60950-1, IEC60950-1, AS/NZS60950.1 |
Exigido |
|
Estándares y Certificaciones de Electromagnetismo |
47 CFR Part 15, CISPR35, TCVN7189 Class A, CNS13438, CISPR 32 Class A, EN55032 Class A, ICES-003 Class A, KN35, EN55035, EN300 386 v1.6, VCCI-CISPR32, ROHS. |
Exigido |
|
Garantía |
La Solución ofertada deberá contemplar garantía del fabricante por al menos 36 meses en modalidad 7x24, el tiempo de respuesta máximo deberá ser de 1 hora desde la solicitud de asistencia técnica. Se deberá considerar el cambio de piezas solicitado (RMA) con SLA 24x7x4 |
Exigido |
ITEM 5: ADQUISICIÓN DE SOLUCION DE NETWORKING SOFTWARE
|
ITEM 5: ADQUISICIÓN DE SOLUCION DE NETWORKING SW |
||
|
Licenciamiento |
El Oferente deberá proveer todas las licencias de necesarias para que el clúster se encuentre debidamente cubierto y pueda operar sin inconvenientes de cumplimiento con la marca. En caso de que las licencias necesarias fueran del tipo por suscripción, las mismas deberán ser provistas por un término de 36 meses |
Exigido |
ITEM 6: ADQUISICIÓN DE SOLUCION DE NETWORKING INSTALACIÓN Y CONFIGURACIÓN
|
ITEM 6: ADQUISICIÓN DE SOLUCION DE NETWORKING INSTALACIÓN Y CONFIGURACIÓN |
||
| Servicios requeridos para la puesta en funcionamiento de los ITEM 4 y 5 | ||
|
Preparación |
El Oferente deberá considerar todo lo necesario para el correcto funcionamiento de la solución ofertada, se realizará un relevamiento para dimensionar los trabajos de migración requeridos para el presente proyecto. Debe contemplar mínimamente los siguientes puntos: |
Exigido |
|
Planificación |
Realizar un relevamiento de la red actual, entregar un plan de trabajo detallado con cronograma y diseñar la arquitectura de red final para su aprobación. |
Exigido |
|
Instalación |
Montar los equipos en racks, realizar la conexión eléctrica y ejecutar el cableado estructurado de datos de forma ordenada y etiquetada. |
Exigido |
|
Configuración |
Configurar todos los aspectos de la red, incluyendo VLANs, enrutamiento, alta disponibilidad (redundancia), políticas de seguridad (firewall, ACLs) y servicios de gestión (NTP, Syslog, SNMP). |
Exigido |
|
Puesta en Marcha |
Ejecutar la migración de los servicios a la nueva plataforma, realizar pruebas funcionales completas y brindar un período de soporte post-implementación. Hasta tener la aprobación de Petropar |
Exigido |
Proyecto C: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE
|
ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE |
||
|
Características |
Especificaciones |
Requerimiento |
|
Cantidad |
1 (un) Sistema |
Exigido |
|
Tipo de Solución |
Se requiere un sistema que incluya:
|
Exigido |
ITEM 7: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE APPLIANCE DE BACK-UP A DISCO
|
ITEM 7: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE APPLIANCE DE BACK-UP A DISCO |
|||
|
Características |
Especificaciones |
Requerimiento |
|
|
Cantidad |
1 (una) unidad |
Exigido |
|
|
Marca |
Especificar |
Exigido |
|
|
Modelo |
Especificar |
Exigido |
|
|
Numero de Parte |
Especificar |
Exigido |
|
|
Tipo de Solución |
Se requiere una solución tipo appliance de Backup Enterprise a ser instalado en el datacenter de la convocante, el mismo debe contar con servicios de implementación y soporte técnico por el lapso de treinta y seis (36) meses. |
Exigido |
|
|
Capacidad |
La capacidad del sistema de backup a disco propuesto debe ser de mínimo 370 (trescientos setenta) TB usables, (sin considerar desborde a la nube o cloud tier, tasas de deduplicación, compresión). El crecimiento mínimo del sistema de backup a disco debe ser de al menos 900 (novecientos) TB usables, (sin considerar desborde a la nube o cloud tier, tasas de deduplicación, compresión). La política de retención será de al menos por 3 (tres) años. |
Exigido |
|
|
Formato de Appliance |
La solución ofertada no deberá superar las 2 unidades de rack (2U) |
Exigido |
|
|
Ratio de Deduplicación Esperado |
La solución ofertada deberá ser compatible con Veeam Backup, en dicha integración deberá proveer mínimamente un ratio de deduplicación igual o superior a 20 (x20) bajo condiciones que los datos a respaldar lo permitan |
Exigido |
|
|
Interfaz de Conectividad |
La solución ofertada debe tener al menos 2 (dos) interfaces de red de 25 GbE (veinticinco Gigabit Ethernet) para la conexión del conmutador LAN (interconexión) a través del conector SFP+ multimodo para las copias de seguridad que se ejecutan a través de LAN. Los conectores deben suministrarse junto con el equipo. |
Exigido |
|
|
Interfaz de Servicio Local |
La solución ofertada deberá tener al menos un (1) puerto IPMI/iLO/iDRAC o similar. |
Exigido |
|
|
Performance del Appliance |
La solución ofertada deberá poseer una performance de al menos 20 TB por hora |
Exigido |
|
|
Seguridad |
La solución ofertada deberá tener cifrado utilizando al menos AES128-SHA o 256-SHA basado en hardware. Todas las licencias y componentes necesarios para esta función deben proporcionarse junto con la solución |
Exigido |
|
|
Aclaración |
La solución ofertada deberá corresponder a un sistema inteligente de almacenamiento de copia de seguridad en disco, que se entiende como un subsistema con el propósito específico de cifrar, comprimir, deduplicar y replicar datos deduplicados. |
Exigido |
|
|
Compatibilidad |
La solución ofertada deberá estar compuesto por hardware y software del mismo fabricante. No se aceptarán composiciones de soluciones OEM o equipamiento usado, remanufacturado, de demostración o que combinen hardware y software de diferentes marcas. |
Exigido |
|
|
Solución Confiable y verificable |
La solución ofertada deberá aparecer en el sitio web del fabricante (documento oficial y público) como un dispositivo o sistema de almacenamiento de respaldo en disco, en una línea de producción. |
Exigido |
|
|
Escalabilidad y Licenciamiento |
La solución ofertada deberá permitir el uso de todas las funcionalidades, tecnologías y recursos especificados, de forma perpetua, sin restricciones y sin necesidad de licencias adicionales, ya licenciados para la capacidad máxima de expansión de la solución. |
Exigido |
|
|
Compatibilidad con otros fabricantes |
La solución ofertada deberá ser independiente del software de backup, siendo al menos compatible con Veritas NetBackup, IBM Spectrum Protect (TSM), Veeam Backup & Recovery, DELLEMC NetWorker y el software Commvault, asegurando una integración completa. |
Exigido |
|
|
Alta Disponibilidad de Componentes |
La solución ofertada deberá tener las capacidades de tolerancia a fallas de discos, fuentes de alimentación y ventiladores. |
Exigido |
|
|
Inconsistencias |
La solución ofertada deberá tener mecanismos que protejan contra la inconsistencia de los datos incluso en casos de interrupción abrupta o apagado accidental. |
Exigido |
|
|
Protección de caché |
La solución ofertada deberá disponer de baterías, supercondensadores o tecnología similar, para proteger la caché de escritura, evitando la pérdida de datos en eventos de fallas eléctricas. |
Exigido |
|
|
Deduplicación |
La solución ofertada deberá implementar mecanismos de validación de coherencia para los datos deduplicados almacenados, lo que garantiza que estén en buen estado durante las copias de seguridad, las restauraciones y las replicaciones. La tecnología debe reparar automáticamente los datos que no sean consistentes con las rutinas realizadas. El mecanismo debe ser nativo del equipo, y no se aceptan scripts para dar servicio a este artículo. |
Exigido |
|
|
Debe tener funcionalidad de deduplicación de datos a nivel de bloque o de bytes, con capacidad de borrado de datos redundantes para optimizar la utilización del espacio de almacenamiento. La deduplicación debe realizarse en paralelo. |
Exigido |
||
|
Debe permitir la ejecución de la deduplicación junto con las operaciones de copia de seguridad y restauración, lo que hace innecesaria una ventana dedicada para su ejecución. |
Exigido |
||
|
Debe tener deduplicación global, incluso si el almacenamiento se divide en volúmenes lógicos, pudiendo identificar datos duplicados de copias de seguridad de diferentes fuentes dentro del mismo sistema para maximizar la tasa de deduplicación y garantizar que los datos retenidos se escriban solo una vez. |
Exigido |
||
|
Debe garantizar el deduplicado global, incluso entre distintos nodos de la solución. |
Exigido |
||
|
Replicación |
La solución ofertada deberá permitir la implementación de topologías de replicación, como 1 a 1, 1 para N, N a 1 y equipos en cascada. La solución debe permitir la replicación de los datos retenidos en la nube pública. |
Exigido |
|
|
Debe tener funcionalidad para replicar copias de seguridad de sitios remotos de forma sincrónica o asincrónica entre subsistemas similares del mismo fabricante, utilizando capacidades de deduplicación, lo que le permite reducir el consumo de enlaces de comunicación. Esta funcionalidad debe ser compatible con el mismo fabricante del subsistema y debe entregarse con licencia para toda la capacidad proporcionada. |
Exigido |
||
|
Debe permitirle replicar los datos a través de la red IP (WAN/LAN). |
Exigido |
||
|
Debe tener licencia para replicar todo el sistema de almacenamiento de información de backup, incluida la capacidad de expansión. |
Exigido |
||
|
Discos Hotswap |
La solución ofertada deberá suministrarse con discos duros conectables en caliente e intercambiables en caliente, lo que permite su reemplazo sin necesidad de interrumpir el funcionamiento de la solución. |
Exigido |
|
|
Escalabilidad de la Solución |
La solución ofertada deberá poseer capacidades de crecimiento horizontal, esto es, la capacidad de incorporar capacidad de forma modular e integrada proporcionando con cada módulo: CPU, Memoria, Conectividad y Capacidad de Almacenamiento. Este crecimiento debe realizarse de forma transparente y sin generar silos de información dentro de la infraestructura. |
Exigido |
|
|
La solución ofertada deberá soportar al menos el funcionamiento integrado de treinta (30) appliances (nodos) y que estos se comporten como un sistema unificado de almacenamiento. |
Exigido |
||
|
Particionamiento Lógico |
La solución ofertada deberá poseer la capacidad de crear particionamientos lógicos que permitan segregar los accesos, designando roles y permisos sobre cada uno de los mismos; |
Exigido |
|
|
Soporte del Fabricante |
El fabricante debe garantizar por escrito, el soporte mínimamente por cinco (5) años a partir de la fecha de adquisición, que no declarará obsolescencia de producto y que brindará soporte y actualizaciones de firmware, mínimamente, por el periodo especificado. |
Exigido |
|
|
Reglas de Retención de Información |
Se debe permitir la definición de políticas de retención de inmutabilidad protegidas (proteger la información de no ser eliminada ni modificada por un plazo determinado de tiempo) por validación de doble rol (Administrador y Seguridad) para garantizar que no se produzcan cambios no autorizados. |
Exigido |
|
|
Tipo de RAID |
Debe entregarse con arreglos de disco duro tipo RAID-6 configurados de manera tal que tolere la falla de hasta 2 (dos) discos duros y tener al menos 1 (un) disco de hot-spare para cada grupo RAID, para los discos destinados al almacenamiento de datos de respaldo. |
Exigido |
|
|
Procesos |
Debe permitir la ejecución de procesos de backup y restore en paralelo. |
Exigido |
|
|
Interfaz Web |
Debe tener una interfaz WEB para la administración del sistema de almacenamiento de respaldo. |
Exigido |
|
|
Integración con Directorio Activo |
Debe estar integrado con Microsoft Active Directory 2012 y versiones posteriores para la autenticación y la definición del perfil de acceso. También debe permitir la configuración de doble factor de autenticación para el acceso a la gestión del sistema a través de la integración con sistemas de contraseñas desechables (contraseña de un solo uso - OTP), como Google Authenticator, Microsoft Authenticator o similares. |
Exigido |
|
|
Funcionalidad compatible con otros fabricantes |
Debe permitir que las aplicaciones Oracle (RMAN) y Microsoft SQL realicen copias de seguridad basadas en upstream (Oracle Stream Backup) y volcado de bases de datos directamente al equipo, a través de CIFS y NFS, sin utilizar software de copia de seguridad para evitar el consumo de sus licencias y sin la necesidad de licenciar volúmenes (TB) o servidores de bases de datos (CPU, Tier, Core) junto al software de copia de seguridad. Si esta característica fuera opcional en el equipamiento ofrecido, se deben incluir todas las licencias necesarias. |
Exigido |
|
|
Protección AntiRamsonware |
Debe tener protección contra ransomware para los datos de copia de seguridad retenidos. Dicha protección debe ser del dispositivo de almacenamiento ofrecido, funcionar de forma automática y transparente, es decir, trabajar independientemente del software/utilidad de copia de seguridad, no puede depender del desarrollo de scripts de integración, no puede requerir acciones o actividades manuales sobre los datos retenidos y debe garantizar la inviolabilidad (inmutabilidad) de los datos incluso si el software de copia de seguridad o el entorno operativo donde opera está bajo el control del atacante (hacker, malware). Dicha protección debe garantizar que, incluso en situaciones en las que el atacante intente caducar el contenido de las copias de seguridad a través del catálogo de software de copia de seguridad, los datos retenidos puedan recuperarse del dispositivo de copia de seguridad proporcionado durante un período de días (hasta 30 días). Debe permitir la partición en capas, con separación lógica de volúmenes de datos o espacio de aire virtual. |
Exigido |
|
|
Se deben incluir funcionalidades de inmutabilidad y aislación de datos para protección frente a ataques de Ransomware. |
Exigido |
||
|
Monitoreo Remoto de Fabrica |
Debe tener recursos para el monitoreo remoto por parte del fabricante, como la notificación Call-Home, para la verificación proactiva de componentes de hardware en una situación de falla o pre-falla. |
Exigido |
|
|
Montaje en Rack |
Debe permitir el montaje en racks estándares de 42 U (unidades) del datacenter y debe entregarse con todos los rieles, cables, conectores, manuales de operación y cualquier otro componente que sea necesario para la instalación, personalización y operación completa. |
Exigido |
|
|
Soporte Técnico Especializado del Fabricante |
Se deberá proporcionar, junto con la solución de almacenamiento de respaldo, el acceso expreso al 2º nivel de soporte del fabricante (nivel en el que el analista de soporte está calificado para actuar directamente sobre el problema, sin necesidad de una selección previa). El analista de soporte del fabricante debe realizar adicionalmente las siguientes actividades durante todo el período de garantía: actualización de la solución de almacenamiento de respaldo, verificaciones proactivas, aclaración de dudas y apoyo a las actividades de revisión y cambio de la configuración del día a día. El analista de soporte del fabricante deberá hablar en idioma español y conocer técnicamente el software para resguardo y recupero de información ofertado en el ítem 4. |
Exigido |
|
|
Niveles de SLA |
El oferente deberá considerar para casos de extrema severidad 1 (El software/hardware no está disponible presentando interrupción parcial o total de los servicios críticos y no existe un procedimiento alternativo para restablecer el servicio afectado) el tiempo de respuesta será dentro de los 15 (quince) minuto |
Exigido |
|
|
Para los casos de Severidad 2 (El software/hardware no está disponible presentando interrupción parcial o total de los servicios críticos y existe un procedimiento alternativo para restablecer el servicio afectado. El software/hardware está afectado por una o más fallas que ponen en riesgo la disponibilidad de los servicios críticos) el tiempo de respuesta será dentro de los 30 (treinta) minutos |
Exigido |
||
|
Para los casos de severidad 3 (El software/hardware está disponible, pero con problemas no críticos en sus funcionalidades) el tiempo de respuesta será dentro de los 60 (sesenta) minutos |
Exigido |
||
|
Para los casos de severidad 4 (Requerimientos técnicos no asociados con fallas en los componentes del sistema para resolver dudas o consultas respecto de la operación y/o configuración del sistema) el tiempo de respuesta será dentro de los 60 (sesenta) minutos |
Exigido |
||
|
Garantía de Fabrica |
La solución ofertada deberá poseer garantía del fabricante de al menos 36 meses contados a partir de la entrega de este a la convocante |
Exigido |
|
|
Compatibilidad con Veeam Backup (Instalado actualmente en la Infraestructura de la convocante) |
Debe tener la función de Veeam Data Mover interna en el dispositivo de backup, lo que permite reducir la infraestructura de CPU y memoria requerida para ejecutar el Software Veeam en la infraestructura del Datacenter. |
Exigido |
|
|
Debe ser compatible e integrarse con Veeam Scale-Out Backup Repository (SOBR) como performance tier. |
Exigido |
||
|
Debe ser compatible con la ejecución de backups sintéticos completos y de copy job de Veeam (como origen y destino) internamente en el dispositivo. |
Exigido |
||
|
Debe ser compatible con la deduplicación del Software Veeam Backup, lo que permite mantenerlo encendido (en modo "Óptimo" o "Dedup-Friendly"), y ser capaz de deduplicar aún más los datos preduplicados por Veeam. |
Exigido |
||
|
Compatibilidad con otros fabricantes |
Debe ser compatible con el protocolo OST y aparecer en la matriz de compatibilidad (HCL) de Veritas NetBackup como OST Storage Server, habiendo aprobado en esta matriz las principales funciones del protocolo OST, mínimamente: Auto Image Replication (A.I.R); Acelerador; Acelerador para Hyper-V (Accel_Hyper-V); Acelerador para NDMP (Accel_NDMP); Acelerador para VMware (Accel_VMware); Recuperación granular (Granular_Recovery); Recuperación granular para VMware (GRT_VMware); Recuperación instantánea para VMware (IR_VMware); Duplicación optimizada (Opt_Dup); Sintético optimizado (Opt_Synth); Replicación automática de imágenes dirigida (Targeted_A.I.R). |
Exigido |
|
ITEM 8: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE ALMACENAMIENTO EN CINTA
|
ITEM 8: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE ALMACENAMIENTO EN CINTA |
||
|
Características |
Se deberá proveer una librería de cinta que cumpla al menos con las siguientes características técnica:
|
|
|
Marca |
Dado que la entidad busca garantizar que la operación de la infraestructura incluida en el pliego sea realizada de forma óptima, se requiere que el HW ofrecido en este ítem sea de la misma marca (o provisto por ellos) que el HW de la solución Hiperconvergente (Ítem 1,1) |
Exigido |
|
Soporte de HW |
Todo el HW deberá contar con soporte del fabricante en modalidad 24x7 con un tiempo de respuesta de 1 hora y un SLA para la reposición de HW (RMA) de 24x7x4. La duración del Soporte debe ser de 36 meses a contar desde la aceptación formal de la solución. El soporte debe incluir la provisión de los updates de software/firmware durante la vigencia de este. |
Exigido |
|
Soporte de Software |
Si la solución ofertada incluye software, este deberá contar con soporte del fabricante en modalidad 24x7 con un tiempo de respuesta de 1 hora. La duración del Soporte debe ser de 36 meses a contar desde la aceptación formal de la solución. El soporte debe incluir la provisión de los updates de software durante la vigencia de este. |
Exigido |
|
Licencias |
Si la solución ofertada incluye licencias, este debe cubrir todas las funciones requeridas, por un periodo de 36 meses. |
Exigido |
ITEM 9: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE INSTALACION, CONFIGURACIÓN Y CAPACITACION
|
ITEM 9: ADQUISICION DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE INSTALACION, CONFIGURACIÓN Y CAPACITACION |
||
| Servicios requeridos para la puesta en funcionamiento de los ITEM 7 y 8 | ||
|
Capacitación |
El oferente deberá proveer una capacitación de al menos 8 horas reloj a todas las personas que designe la convocante brindado por el fabricante en idioma español y entregará certificado oficial del fabricante. El mismo podrá ser en la modalidad virtual. |
Exigido |
|
Puesta en Marcha |
El oferente adjudicado deberá realizar mínimamente las siguientes actividades: Coordinación de la instalación, configuración básica, testeo e integración de los componentes de hardware y software que conforman el ambiente de almacenamiento. • Ubicación física del equipo dentro del Data Center, Rackeo, ensamble de los componentes, Cableado interno, Configuración y conexión a la energía eléctrica de ser necesario deberá ser cubierto por el oferente. • Encendido y configuración inicial, Actualización de microcódigos y corrida preventiva de diagnósticos. • Configuración del sistema Call Home. |
Exigido |
Proyecto D: Item10 - ADQUISICIÓN DE SOLUCIÓN DE SOFTWARE PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE
|
ITEM 10: ADQUISICIÓN DE SOLUCIÓN DE SOFTWARE PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE |
|||
|
Características |
Especificaciones |
Requerimiento |
|
|
Cantidad |
Para respaldar 50 cargas de trabajo |
Exigido |
|
|
Marca |
Especificar |
Exigido |
|
|
Versión |
Especificar |
Exigido |
|
|
Numero de Parte |
Especificar |
Exigido |
|
|
Tipo |
Licencias perpetuas con 3 años de soporte técnico y mantenimiento de software. |
Exigido |
|
|
Funcionalidades de Copias de Seguridad |
La solución debe proporcionar una copia de seguridad eficiente 'incremental para siempre' e incluir opciones de copias de seguridad completas y ad-hoc. |
Exigido |
|
|
La solución debe admitir la copia de seguridad de VM directamente desde SAN |
Exigido |
||
|
La solución debería detectar automáticamente las máquinas virtuales con el uso compartido de bus SCSI y excluirlas de la copia de seguridad |
Exigido |
||
|
La solución debería detectar automáticamente el espacio libre del datastore productivo y evitar el snapshot de copia de seguridad si el espacio está por debajo del umbral definido |
Exigido |
||
|
La solución debería monitorear automáticamente la latencia del datastore productivo durante la copia de seguridad y reducir la velocidad de la copia de seguridad si la latencia del datastore supera un umbral definido |
Exigido |
||
|
La solución debería detectar automáticamente los snapshots de VMware huérfanas y eliminarlas |
Exigido |
||
|
La solución debería permitir la exclusión de discos de máquinas virtuales y archivos de intercambio (swap) en copias de seguridad basadas en snapshots |
Exigido |
||
|
La solución debería permitir la exclusión de archivos y carpetas de la copia de seguridad basada en snapshots |
Exigido |
||
|
La solución deberá permitir la exclusión de los bloques marcados como eliminados para reducir el tamaño de la copia de seguridad y aumentar el rendimiento del respaldo |
Exigido |
||
|
La solución no debería requerir agentes implementados en máquinas virtuales para facilitar el respaldo de aplicaciones y la recuperación granular |
Exigido |
||
|
La solución no debe necesitar realizar copias de seguridad de sistema operativo separadas de las copias de seguridad de datos de la aplicación en máquinas virtuales para facilitar la recuperación granular de elementos de la aplicación |
Exigido |
||
|
La copia de seguridad sin agente de máquinas virtuales debe truncar los registros de transacciones o archivos de Microsoft SQL, Microsoft Exchange y Oracle Database |
Exigido |
||
|
La copia de seguridad sin agente de máquinas virtuales debe proporcionar copias de seguridad de registros o archivos de transacciones de Microsoft SQL, Oracle Database y PostgreSQL junto con copias de seguridad basadas en snapshots |
Exigido |
||
|
La solución debería permitir la recuperación de archivos y elementos de aplicaciones sin instalar Agentes o plugins en Máquinas Virtuales |
Exigido |
||
|
Funcionalidades de Snapshot y Replicación |
La solución debe integrarse con los sistemas de almacenamiento y utilizar snapshots de almacenamiento para las operaciones de respaldo |
Exigido |
|
|
La solución deberá proporcionar la capacidad de explorar máquinas virtuales en snapshots de almacenamiento y recuperar instantáneamente la máquina virtual, el archivo del sistema operativo o la carpeta o los elementos de la aplicación directamente desde el snapshot de almacenamiento. Esta capacidad también debería aplicarse a los snapshots de almacenamiento creados independientemente de la aplicación de respaldo |
Exigido |
||
|
La solución deberá poder utilizar snapshots de almacenamiento para crear una copia de la máquina virtual en un entorno de red aislado para fines de prueba |
Exigido |
||
|
La solución deberá replicar máquinas virtuales sin snapshots del ambiente virtual y debe capturar todas las E/S de escritura directamente del disco de la VM. |
Exigido |
||
|
La solución no deberá tener dependencia de hardware y deberá proteger cualquier S.O. y Aplicación que corra en una VM de vSphere, sin importar si se ejecuta en infraestructuras convergentes, hiperconvergentes o discos locales del vSphere ESXi |
Exigido |
||
|
La solución deberá ser una replicación asíncrona que se pueda utilizar sin limitación de distancia |
Exigido |
||
|
Licenciamiento |
La funcionalidad deberá estar incluida en el mismo licenciamiento de respaldo, es decir que no debe requerir alguna otra licencia adicional |
Exigido |
|
|
Funcionalidades Avanzada de Replicación y Respaldo |
La solución debe admitir copias de seguridad físicas de sistemas operativos Windows, Linux, UNIX y MAC. |
Exigido |
|
|
La solución debería facilitar la copia de seguridad a nivel de imagen y de archivo de entornos físicos o basados en la nube |
Exigido |
||
|
La solución debe utilizar la tecnología Changed Block Tracking para copias de seguridad incrementales de cargas de trabajo físicas o basadas en la nube |
Exigido |
||
|
La solución debe admitir la copia de seguridad de los servidores de Windows configurados como clúster |
Exigido |
||
|
La solución debe proporcionar complementos de respaldo para las aplicaciones MS SQL, Oracle RMAN y SAP HANA, permitiendo la centralización de repositorio. |
Exigido |
||
|
La solución debe proporcionar conocimiento de la aplicación al realizar copias de seguridad de MySQL y PostgreSQL que se ejecutan en Linux. |
Exigido |
||
|
La solución debe permitir mover los archivos de respaldo entre cualquier tipo de repositorio de respaldo (aun cuando el repositorio destino sea de un tipo distinto al del origen) sin necesidad de usar la gestión regular de archivos (copiar/pegar) |
Exigido |
||
|
La solución debe permitir mover los respaldos entre las tareas y copiar los respaldos entre repositorios. |
Exigido |
||
|
La solución debe proporcionar una portabilidad completa en cualquier archivo de respaldo propietario y no debe depender de ninguna infraestructura de respaldo como, por ejemplo, el catálogo central, para la recuperación. |
Exigido |
||
|
La solución debe proporcionar tecnología de recuperación de la máquina virtual snapshot, correr múltiples Virtual Machine directamente desde el servidor de copia de seguridad del repositorio. |
Exigido |
||
|
La solución debe proporcionar la tecnología de recuperación Changed Block Tracking para máquinas virtuales VMware, Hyper-V y Nutanix AHV. |
Exigido |
||
|
La solución debe permitir que las copias de seguridad de máquinas virtuales en la nube puedan ser restauradas en cualquier nube pública o volver a una máquina virtual en un hipervisor local en las instalaciones. |
Exigido |
||
|
La solución debería permitir la recuperación de VMware Virtual Machine a través del canal de fibra SAN. |
Exigido |
||
|
La solución debe escanear los datos de la máquina virtual con un software antivirus antes de restaurar la máquina al entorno de producción. La solución debería abortar la operación de recuperación si se detecta malware. |
Exigido |
||
|
La solución debería proporcionar la capacidad de iniciar la máquina virtual en un entorno de red aislado durante el proceso de recuperación e inyectar un script en el sistema operativo invitado que permita que el servidor se modifique para fines de cumplimiento antes de la recuperación. |
Exigido |
||
|
La solución debería proporcionar una recuperación completa de la copia de seguridad basada en el Agente con la capacidad de crear un medio de arranque para el servidor específico, del tipo bare metal. |
Exigido |
||
|
La solución debe permitir la recuperación instantánea de copias de seguridad basadas en agentes para VMware o máquinas virtuales Hyper-V. |
Exigido |
||
|
La solución debe admitir la copia de seguridad a nivel de imagen sin agente de las máquinas virtuales Nutanix AHV |
Exigido |
||
|
La solución debe admitir copias de seguridad utilizando las snapshots nativas de Nutanix para copias de seguridad frecuentes y rápidas |
Exigido |
||
|
La solución debería permitir la recuperación de cualquier carga de trabajo en la máquina virtual Nutanix AHV |
Exigido |
||
|
La solución debe admitir la recuperación granular sin agente de archivos y elementos de aplicaciones desde la copia de seguridad a nivel de imagen |
Exigido |
||
|
La solución debe permitir la recuperación snapshot de máquinas desde el respaldo |
Exigido |
||
|
La solución debe permitir la recuperación instantánea de copias de seguridad de sistemas de archivos tipo NAS (FileShares). |
Exigido |
||
|
La solución debería facilitar la recuperación de VMware o una copia de seguridad basada en agentes directamente en Google Platform, Amazon AWS o Microsoft Azure y Microsoft Azure Stack. |
Exigido |
||
|
La solución debería convertir automáticamente UEFI a BIOS durante la operación de recuperación de Amazon AWS. |
Exigido |
||
|
Funcionalidades Avanzadas de Recuperación y Restauración de Información. |
La solución debería facilitar las operaciones de recuperación a nivel de archivo sin la necesidad de implementar un agente o plugin de recuperación en un servidor virtual o físico. |
Exigido |
|
|
La solución debería poder recuperar archivos en un sistema operativo invitado de máquina virtual incluso cuando no haya conexión de red entre el servidor de respaldo y la máquina virtual. |
Exigido |
||
|
La solución debe permitir delegar operaciones de restauración y proporcionar una interfaz de usuario de autoservicio basada en la web y la capacidad de buscar máquinas, recursos compartidos de archivos y archivos específicos en todas las copias de seguridad. |
Exigido |
||
|
La solución debe permitir restaurar las listas de control de acceso (ACL) de archivos y carpetas sin la necesidad de sobre escribir los archivos. |
Exigido |
||
|
La solución debería admitir la recuperación granular de las aplicaciones de Microsoft Active Directory, Exchange, SQL, SharePoint y PostgreSQL. |
Exigido |
||
|
La solución debería admitir la recuperación granular de bases de datos Oracle a partir de copias de seguridad basadas en imágenes u Oracle RMAN. |
Exigido |
||
|
La solución no debe usar un producto de terceros para la recuperación granular de elementos de la aplicación. |
Exigido |
||
|
La solución debe proporcionar una interfaz de usuario de autoservicio basada en la web y la capacidad de examinar y recuperar elementos de Microsoft Exchange y bases de datos SQL u Oracle. |
Exigido |
||
|
La solución debe permitir la recuperación instantánea de base de datos SQL u Oracle desde la copia de seguridad al último estado o a un punto anterior en el tiempo a cualquier servidor de base de datos de producción o clúster (físico o virtual) en minutos, independientemente de su tamaño. |
Exigido |
||
|
La solución debe estar definida por software y ser capaz de ejecutarse localmente o en cualquier plataforma en la nube. |
Exigido |
||
|
La solución debe ser independiente del almacenamiento y debe contar con tecnología integrada de deduplicación y compresión. |
Exigido |
||
|
La solución deberá asegurar las copias de seguridad en repositorios reforzados a prueba de malware y hackers con copias de seguridad inmutables, para prevenir el cifrado o eliminación por ransomware y debe admitir credenciales que se usan una sola vez y no ser almacenadas en la infraestructura de respaldo, así si el servidor de respaldo se ve comprometido, un atacante no puede obtener las credenciales y conectarse al repositorio reforzado. |
Exigido |
||
|
La solución debe poder escalar tanto horizontal como verticalmente. |
Exigido |
||
|
La solución debe proporcionar un mecanismo fácil para expandir o contratar el almacenamiento de respaldo de destino. |
Exigido |
||
|
La solución debería ofrecer la flexibilidad para ajustar el tamaño del bloque de deduplicación de datos y el nivel de compresión de datos. |
Exigido |
||
|
La solución debe integrarse con los dispositivos de deduplicación Exagrid, EMC Data Domain, HPE Store Once, Quantum, Veritas NBA, Fujitsu e Infinidat. |
Exigido |
||
|
La solución debería admitir de forma nativa la copia del respaldo a cinta y no debería requerir software adicional para su administración. |
Exigido |
||
|
La solución debe admitir copias de seguridad deduplicadas y comprimidas en medios de cinta. |
Exigido |
||
|
La solución debe admitir medios de cinta WORM. |
Exigido |
||
|
La solución no debe requerir licenciamiento adicional para el uso de librerías sin importar la cantidad de drives que tengan. |
Exigido |
||
|
La solución debería admitir de forma nativa como repositorio y el traslado de archivos de respaldo a Amazon S3 (con inmutabilidad), IBM Cloud Object Storage, Azure Blob Cloud Storage (con inmutabilidad), Google Cloud Storage, y otras plataformas de almacenamiento en la nube compatibles con S3. |
Exigido |
||
|
La solución debería admitir de forma nativa el traslado de archivos de respaldo a Amazon S3 Glacier (incluido Deep Archive) con capacidad de inmutabilidad, y Microsoft Azure Blob Storage Archive Tier para archivado a largo plazo de copias de seguridad |
Exigido |
||
|
La solución debe proporcionar una recuperación incremental y granular del almacenamiento de objetos basado en la nube. |
Exigido |
||
|
La solución debe proporcionar soporte para el almacenamiento de objetos en las instalaciones. |
Exigido |
||
|
Funcionalidades Generales y Avanzadas en Administración de la Solución |
La solución debe ofrecer un movimiento incremental de datos hacia y desde el almacenamiento basado en objetos. |
Exigido |
|
|
La solución debería ofrecer inmutabilidad en el almacenamiento de objetos S3 a nivel de depósito. |
Exigido |
||
|
La solución debe tener la opción de copiar o mover datos al almacenamiento de objetos al finalizar la copia de seguridad. Idealmente, ambas opciones se pueden combinar. |
Exigido |
||
|
La solución debería encriptar los archivos de respaldo usando el encriptado AES de 256 bits. El cifrado no debe depender de la plataforma de almacenamiento de respaldo. |
Exigido |
||
|
La solución debe proporcionar un cifrado AES de 256 bits con tecnología de protección de pérdida de contraseña, por lo que los datos se pueden descifrar si se pierde la contraseña operativa. |
Exigido |
||
|
Todos los componentes de la solución de respaldo deben admitir autenticación Kerberos. |
Exigido |
||
|
La solución debe integrarse con autenticación de credenciales del tipo gMSA. |
Exigido |
||
|
La solución debe permitir autenticación multifactor (MFA) para una verificación adicional de usuario en la consola de administración de la solución. |
Exigido |
||
|
La solución debe integrarse con SAML 2.0 para la autenticación extendida. |
Exigido |
||
|
La solución debe proporcionar control de acceso basado en roles a través de una interfaz de usuario web para la mayoría de las operaciones de recuperación y respaldo. |
Exigido |
||
|
La solución debería leer y verificar automáticamente la consistencia de los datos de producción en el archivo de copia de seguridad una vez completada la copia de seguridad. En caso de que se detecte corrupción de datos, la solución debería reconstruir automáticamente el bloque dañado con datos de producción. |
Exigido |
||
|
La solución deberá iniciar automáticamente las máquinas virtuales de VMware y Hyper-V Windows y Linux, así como de agentes de nube y físicas a partir de copias de seguridad y verificar el sistema operativo y la disponibilidad de la aplicación. Esta prueba no debe tener impacto en la red de producción. La solución debe proporcionar un informe de verificación de recuperación. |
Exigido |
||
|
La solución debería escanear automáticamente los datos de producción en busca de virus durante la verificación de respaldo. |
Exigido |
||
|
La solución debe proporcionar la tecnología de migración de máquina virtual VMware donde la máquina virtual se puede migrar a través de clústeres y centros de datos de VMware y entre centros de datos físicos. |
Exigido |
||
|
La solución debería poder utilizar la copia de seguridad o réplica de la máquina virtual para crear una copia de la máquina virtual en un entorno de red aislado para fines de prueba. |
Exigido |
||
|
La solución debe presentar la tecnología de replicación de máquina virtual VMware con la capacidad de configurar el failover y el failback, convertir en tiempo real el tipo de disco de la máquina virtual de thin a thick y viceversa y deshacer la operación de recuperación de fallas o recuperación de fallas, incluido en la licencia de respaldo y misma consola. |
Exigido |
||
|
La solución debe incluir un mecanismo de copia de seguridad fuera del sitio con la capacidad de seleccionar individualmente los conjuntos de copias de seguridad que deben copiarse y definir una retención diferente de las copias de seguridad en el almacenamiento secundario de copias de seguridad. |
Exigido |
||
|
La solución debe presentar tecnología de aceleración WAN incorporada para la replicación de datos con la capacidad de limitar la utilización del ancho de banda. |
Exigido |
||
|
La solución debe proporcionar una copia de seguridad eficiente basada en archivos incrementales. |
Exigido |
||
|
La solución debe admitir recursos compartidos de archivos basados en NFS, SMB, Windows y Linux. |
Exigido |
||
|
La solución debe aprovechar los snapshots basadas en matrices para copias de seguridad basadas en archivos siempre que sea posible |
Exigido |
||
|
La solución debe aprovechar los snapshots de VSS cuando sea posible |
Exigido |
||
|
La solución debe proporcionar una recuperación incremental a cualquier plataforma objetivo-heterogénea |
Exigido |
||
|
La solución debe proporcionar un mecanismo de reversión incremental para cualquier recurso compartido NAS |
Exigido |
||
|
La solución debe proporcionar la capacidad de archivo granular de archivos, archivando tipos de archivos específicos. |
Exigido |
||
|
Funcionalidades Avanzadas en Protección de Información y Gestión de Entornos Cloud |
La solución debe estar desarrollada para tareas de protección y recuperación ante desastres para entornos Amazon Elastic Compute Cloud (EC2), Amazon Relational Database Service (RDS) y Amazon Elastic File System (EFS). También debe permitir respaldar y restaurar las configuraciones de Amazon Virtual Private Cloud (VPC). |
Exigido |
|
|
La solución debe poder realizar las siguientes operaciones de protección de datos: crear instantáneas nativas de la nube de instancias EC2, crear instantáneas nativas de la nube de los recursos de RDS, crear copias de seguridad a nivel de imagen de instancias EC2 y crear copias de seguridad de los sistemas de archivos EFS. |
Exigido |
||
|
La solución debe poder realizar las siguientes operaciones de recuperación de datos respaldados: restaurar instancias EC2 completas, restaurar volúmenes de instancias EC2, restaurar archivos y carpetas de instancia EC2, restaurar instancias de base de datos de RDS, restaurar sistemas de archivos EFS completos, así como archivos y directorios EFS, configuraciones completas y elementos específicos de configuraciones de VPC. |
Exigido |
||
|
La solución debe estar desarrollada para tareas de protección y recuperación ante desastres para entornos de Microsoft Azure. |
Exigido |
||
|
La solución de poder realizar las siguientes operaciones: crear copias de seguridad a nivel de imagen e instantáneas nativas de la nube de máquinas virtuales de Azure, crear copias de seguridad a nivel de imagen de las bases de datos de Azure SQL, crear instantáneas nativas en la nube de recursos compartidos de archivos de Azure, restaurar archivos individuales de recursos compartidos de archivos de Azure, bases de datos específicas de Azure SQL, máquinas virtuales de Azure completas, discos virtuales individuales y archivos y carpetas del sistema operativo invitado. |
Exigido |
||
|
La solución debe estar desarrollada para tareas de protección y recuperación ante desastres para entornos de Google Cloud. |
Exigido |
||
|
La solución de poder realizar las siguientes operaciones: crear copias de seguridad a nivel de imagen e instantáneas nativas de la nube de instancias de máquinas virtuales de Google, crear copias de seguridad a nivel de imagen e instantáneas nativas de la nube de las instancias de Google Cloud SQL, restaurar instancias de Google Cloud SQL completas, bases de datos de Google Cloud SQL específicas, instancias de máquinas virtuales de Google completas, discos persistentes individuales y archivos y carpetas del sistema operativo invitado. |
Exigido |
||
|
La solución debe proporcionar información del estado de protección de cargas de trabajo virtuales, físicas o basadas en nube |
Exigido |
||
|
La solución debe alertar sobre trabajos de respaldo fallidos y trabajos que exceden la ventana de respaldo |
Exigido |
||
|
La solución debe alertar por adelantado si el objetivo de la copia de seguridad se acerca a la capacidad |
Exigido |
||
|
La solución debe proporcionar alertas proactivas para eliminar problemas. Estos problemas deben detectarse automáticamente, abarcar la configuración y el rendimiento, y el proveedor debe actualizar dinámicamente la detección |
Exigido |
||
|
La solución debe proporcionar un informe de autoevaluación. El informe debe detectar si la solución se implementa de acuerdo con las mejores prácticas |
Exigido |
||
|
La solución debe proporcionar un informe sobre máquinas virtuales que no están protegidas por copia de seguridad y un informe de cumplimiento de RPO (Objetivo del punto de recuperación) para las máquinas virtuales protegidas |
Exigido |
||
|
La solución debe proporcionar planificación de capacidad y pronosticar la utilización del espacio de almacenamiento de respaldo |
Exigido |
||
|
La solución debe proporcionar un informe automatizado sobre todas las operaciones de recuperación para fines de auditoría |
Exigido |
||
|
La solución debe proporcionar una infraestructura de respaldo y un informe de cambios de política para fines de auditoría. |
Exigido |
||
|
La solución debe permitir definir dashboards de monitoreo personalizados e integraciones con sistemas ITSM con la ayuda de REST APIs |
Exigido |
||
|
La solución debe permitir programar la entrega automática de dashboards, informes y carpetas de informes. Se debe poder optar por recibir dashboards e informes por correo electrónico, guardar dashboards e informes en una carpeta local o recurso compartido de red |
Exigido |
||
|
La solución debe notificar a los usuarios sobre eventos importantes, cambios y posibles problemas en el entorno virtual y de copia de respaldo |
Exigido |
||
|
Script Remoto |
La solución debe ser capaz de tomar acciones de remediación como por ejemplo ejecutar un script que encienda una VM, o ejecutar un script que agregue una VM a un trabajo de respaldo existente o ejecutar un script que elimine el último snapshot en VMware o que elimine el último checkpoint en HyperV |
Exigido |
|
|
Gestión |
La solución debe permitir la orquestación de procesos de recuperación, con planes de orquestación de un solo clic para aplicaciones críticas |
Exigido |
|
|
Creación de Flujos |
La solución debe crear flujos de trabajo de recuperación ante desastres, automatizar procesos de recuperación y eliminar pasos manuales propensos a errores |
Exigido |
|
|
La solución debe crear flujos de trabajo para organizar operaciones de recuperación para máquinas virtuales y físicas en entornos de nube de VMware vSphere y Microsoft Azure como mínimo. |
Exigido |
||
|
Reportes |
La solución debe proporcionar capacidades de generación de informes que permitan documentar los planes de recuperación ante desastres para cumplir con los requisitos de auditoría. |
Exigido |
|
|
Verificación de Controles |
La solución debe permitir programar los controles y las pruebas para automatizar la verificación de los planes de orquestación, con funciones como laboratorios de prueba aislados y controles integrales de preparación. |
Exigido |
|
|
Dashboard de Control |
La solución debe permitir ver los logros de RPO y RTO en un Dashboard y generar informes actualizados automáticamente para las verificaciones, pruebas y ejecuciones del plan de orquestación que garanticen que se cumplan los requisitos de cumplimiento y auditoría. |
Exigido |
|
|
Soporte de Fábrica |
El soporte deberá ser en idioma español en la modalidad 7x24x365 |
Exigido |
|
|
Niveles de SLA |
Para los casos de Severidad 1 (Un componente de software crítico del negocio o un sistema gestionado por Veeam está inoperable o no disponible, el sistema de producción se ha detenido; o existe una condición de emergencia. Requiere solución o una solución provisoria inmediata) el tiempo de respuesta será de hasta 1 (una) hora |
Exigido |
|
|
Para los casos de Severidad 2 (Operaciones de producción afectadas de forma adversa, pero el sistema de producción no está detenido; operan los productos, pero de forma seriamente restringida.) el tiempo de respuesta será de hasta 3 (tres) horas |
Exigido |
||
|
Para los casos de Severidad 3 (Una incidencia no relacionada con la producción; la mayoría de las funciones siguen disponibles, una condición limitada que puede ser fácilmente evitada) el tiempo de respuesta será de hasta 6 (seis) horas |
Exigido |
||
|
Para los casos de Severidad 4 (Incidencia menor o cuestión que no afecta a la función del producto y puede solucionarse fácilmente) el tiempo de respuesta será de hasta 8 (ocho) horas |
Exigido |
||
|
Garantía |
La solución ofertada deberá tener una garantía y soporte del fabricante de al menos 36 meses |
Exigido |
|
|
Instalación |
Instalación y Configuración del software
|
|
|
Consideraciones Generales
El oferente deberá entregar el diseño detallado de toda la solución de hardware y software, junto al cronograma de implementación propuesto.
El diseño debe incluir un gráfico topológico con todos los equipos incluidos en la oferta, su ubicación física y las conexiones entre ellos (indicando tipo y velocidad) y se debe incluir la lista de materiales completa, incluyendo licencias y soporte.
El cronograma debe incluir como mínimo las siguientes etapas:
| Fase | Actividad Principal |
| 1. Planificación | Análisis de requimientos |
| Diseño de arquitectura extendida | |
| Plan de riesgos y recuperación | |
| 2. Preparación | Validación de ambos sitios |
| Red y direccionamiento | |
| Sincronización de tiempos | |
| 3. Implementación física | Instalación nodos sitio primario |
| Instalación nodos sitio secundario | |
| 4. Configuración de clúster | Configuración clúster primario |
| Configuración clúster secundario | |
| Replicación y failover | |
| 5. Validación y pruebas | Pruebas de rendimiento (ambos sitios) |
| Pruebas de HA y failover entre sitios | |
| Validación de backup replicado | |
| 6, Migración | Migración por fases |
| 7. Capacitación | Capacitación básica (día 1) |
| Capacitación avanzada (día 2-3) | |
| 8. Cierre y documentación | Documentación técnica extendida |
| Transferencia de conocimiento | |
| Validación final con stakeholders |
Este diseño, la lista de materiales y el cronograma deberán cumplir con todos los requisitos solicitados en el punto 5. Detalle de los ítems solicitados.
En procedimientos de Menor Cuantía, la aplicación de la preferencia reservada a las MIPYMES prevista en el artículo 34 inc b) de la Ley N° 7021/22 ‘’De Suministro y Contrataciones Públicas" será de conformidad con las disposiciones que se emitan para el efecto. Son consideradas Mipymes las unidades económicas que, según la dimensión en que organicen el trabajo y el capital, se encuentren dentro de las categorías establecidas en el Artículo 4° de la Ley N° 7444/25 QUE MODIFICA LA LEY Nº 4457/2012 ‘’PARA LAS MICRO, PEQUEÑAS Y MEDIANAS EMPRESAS’’, y se ocupen del trabajo artesanal, industrial, agroindustrial, agropecuario, forestal, comercial o de servicio.
La entrega de los bienes se realizará de acuerdo al plan de entrega, indicado en el presente apartado. El proveedor se encuentra facultado a documentarse sobre cada entrega. Así mismo, de los documentos de embarque y otros que deberá suministrar el proveedor indicado a continuación:
| Ítem | Descripción | Lugar de Entrega | Plazo de Entrega | Contados desde | ||||
| 1 | ADQUISICIÓN DE SOLUCIÓN HIPERCONVERGENTE - HW | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 2 | ADQUISICIÓN DE SOLUCIÓN HIPERCONVERGENTE - SW | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 3 | ADQUISICIÓN DE SOLUCIÓN HIPERCONVERGENTE - INSTALACIÓN Y CAPACITACIÓN | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 4 | ADQUISICIÓN DE SOLUCIÓN DE NETWORKING - HW | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 5 | ADQUISICIÓN DE SOLUCIÓN DE NETWORKING - SW | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 6 | ADQUISICIÓN DE SOLUCIÓN DE NETWORKING - INSTALACIÓN Y CAPACITACIÓN | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 7 | ADQUISICIÓN DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRANSOMWARE - APPLIANCE DE BACK-UP A DISCO | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 8 | ADQUISICIÓN DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRANSOMWARE - ALMACENAMIENTO EN CINTA | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 9 | ADQUISICIÓN DE SOLUCIÓN DE ALMACENAMIENTO PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRANSOMWARE - INSTALACIÓN, CONFIGURACIÓN Y CAPACITACIÓN | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
| 10 | ADQUISICIÓN DE SOLUCIÓN DE SOFTWARE PARA RESGUARDO Y RECUPERO DE INFORMACIÓN ANTIRAMSONWARE | Planta Villa Elisa | 90 dias hábiles | Desde la recepción del proveedor de la orden de suministro emitida desde el sistema SAP | ||||
La prestación de los servicios se realizará de acuerdo al plan de prestación, indicados en el presente apartado. El proveedor se encuentra facultado a documentarse sobre cada prestación.
No aplica
Para la presente contratación se pone a disposición los siguientes planos o diseños:
No aplica
El embalaje, la identificación y la documentación dentro y fuera de los paquetes serán como se indican a continuación:
No aplica
Las inspecciones y pruebas serán como se indica a continuación:
No aplica