ITEM 2 - SOLUCION DE RESPALDO DE DATOS INMUTABLES Y DISASTER RECOVERY - SOFTWARE DE BACKUP INCLUIDO.
En el apartado SOFTWARE DE BACKUP INCLUIDO del ITEM 2, se consulta a la convocante si el mencionado software de backup y replicacion debe de ser de la misma marca del appliance de backup, a su vez tambien consulto si se puede proveer una sola solucion que ofrezca tanto el backup como la replicacion.
15-10-2025
ITEM 2 - SOLUCION DE RESPALDO DE DATOS INMUTABLES Y DISASTER RECOVERY - SOFTWARE DE BACKUP INCLUIDO.
En el apartado SOFTWARE DE BACKUP INCLUIDO del ITEM 2, se consulta a la convocante si el mencionado software de backup y replicacion debe de ser de la misma marca del appliance de backup, a su vez tambien consulto si se puede proveer una sola solucion que ofrezca tanto el backup como la replicacion.
En la descripcion general indican lo siguiente:
La plataforma ofrecida proporcionará nube privada de autoservicio de hiperconvergencia para
administrar y aprovisionar computación, red y almacenamiento desde una consola nativa de la
nube e infraestructura convergente para que tanto la computación como el almacenamiento puedan escalar de forma independiente.
Solicitamos a la convocante que aclaren cual será la arquitectura finalmente de toda la solucion, podrían publicar el diseño pretendido a fin de que los potenciales oferentes cuenten con el mayor detalle posible a fin de cotizar correctamente.
No queda claro porqué al solicitar una arquitectura HCI como anexo a esto piden un almacenamiento por "fuera" que nisiquiera cuentan con detalle preciso del nivel de equipamiento solicitado (controladoras, puertos, caché, etc) con lo cual la evaluacion de este punto sería poco clara al momento de analizar entre los fabricantes y su modelos.
Se entiende como si fuese al final un esquema tradicional de servidores conectados a un storage mediante switches, esto no es hiperconvergencia pura realmente.
Solicitamos claridad sobre la arquitectura pretendida a fin de ofertar correctamente la solucion que corresponda.
La plataforma ofrecida proporcionará nube privada de autoservicio de hiperconvergencia para
administrar y aprovisionar computación, red y almacenamiento desde una consola nativa de la
nube e infraestructura convergente para que tanto la computación como el almacenamiento puedan escalar de forma independiente.
Solicitamos a la convocante que aclaren cual será la arquitectura finalmente de toda la solucion, podrían publicar el diseño pretendido a fin de que los potenciales oferentes cuenten con el mayor detalle posible a fin de cotizar correctamente.
No queda claro porqué al solicitar una arquitectura HCI como anexo a esto piden un almacenamiento por "fuera" que nisiquiera cuentan con detalle preciso del nivel de equipamiento solicitado (controladoras, puertos, caché, etc) con lo cual la evaluacion de este punto sería poco clara al momento de analizar entre los fabricantes y su modelos.
Se entiende como si fuese al final un esquema tradicional de servidores conectados a un storage mediante switches, esto no es hiperconvergencia pura realmente.
Solicitamos claridad sobre la arquitectura pretendida a fin de ofertar correctamente la solucion que corresponda.
En las especificaciones tecnicas solicitan:
La plataforma ofrecida proporcionará nube privada de autoservicio de hiperconvergencia para
administrar y aprovisionar computación, red y almacenamiento desde una consola nativa de la
nube.
Solicitamos a la convocante que aclare a que se refiere con "consola nativa de la NUBE" siendo que al solicitar VMware para un entorno de hiperconvergencia éste ya cuenta con el Vcenter Server quien administra todo el cluster, entendemos que se refieren a esto, es correcta nuestra apreciacion?
En las especificaciones tecnicas solicitan:
La plataforma ofrecida proporcionará nube privada de autoservicio de hiperconvergencia para
administrar y aprovisionar computación, red y almacenamiento desde una consola nativa de la
nube.
Solicitamos a la convocante que aclare a que se refiere con "consola nativa de la NUBE" siendo que al solicitar VMware para un entorno de hiperconvergencia éste ya cuenta con el Vcenter Server quien administra todo el cluster, entendemos que se refieren a esto, es correcta nuestra apreciacion?
Teniendo en cuenta que VMWare a nivel local solamente ha dejado a 3 canales autorizados y a nivel global estas nuevas politicas de VMWare estan siendo investigadas por actividades anti monopolicas por lo tanto solamente serian tres empresas que podrian presentarse en la totalidad de los items, en ese contexto se consulta a la convocante si se podria presentar otra alternativa de Hipervisores enterprise que cuenten con el soporte del fabricante como OpenShift Virtualiation de Redhat o HiperV de Microsoft, en su defecto separar en item el Hardware del software asi permitir la participacion de mas empresas en este llamado
Teniendo en cuenta que VMWare a nivel local solamente ha dejado a 3 canales autorizados y a nivel global estas nuevas politicas de VMWare estan siendo investigadas por actividades anti monopolicas por lo tanto solamente serian tres empresas que podrian presentarse en la totalidad de los items, en ese contexto se consulta a la convocante si se podria presentar otra alternativa de Hipervisores enterprise que cuenten con el soporte del fabricante como OpenShift Virtualiation de Redhat o HiperV de Microsoft, en su defecto separar en item el Hardware del software asi permitir la participacion de mas empresas en este llamado
En el item 2, solicitan:
Se deberá incluir una solución de software de respaldo que permita la gestión integral de copias de seguridad hacia el appliance. La solución deberá contar con funcionalidades de
replicación, respaldo local (on-premise) y respaldo en la nube, con capacidad para administrar al menos 350 máquinas virtuales de forma eficiente, segura y escalable.
La implementacion basada en buenas practicas del fabricante del software de backup establece que la misma debe ser instalada sobre un servidor dedicado por lo cual consultamos a la convocante si la misma proveerá dicho equipamiento con la licencia del sistema operativo o el oferente deberá incluir en su cotizacion estos componentes para implementar la herramienta de backup.
Se deberá incluir una solución de software de respaldo que permita la gestión integral de copias de seguridad hacia el appliance. La solución deberá contar con funcionalidades de
replicación, respaldo local (on-premise) y respaldo en la nube, con capacidad para administrar al menos 350 máquinas virtuales de forma eficiente, segura y escalable.
La implementacion basada en buenas practicas del fabricante del software de backup establece que la misma debe ser instalada sobre un servidor dedicado por lo cual consultamos a la convocante si la misma proveerá dicho equipamiento con la licencia del sistema operativo o el oferente deberá incluir en su cotizacion estos componentes para implementar la herramienta de backup.
ITEM 2 - SOLUCION DE RESPALDO DE DATOS INMUTABLES Y DISASTER RECOVERY - SOFTWARE DE BACKUP INCLUIDO - RTO Y RPO
En el punto SOFTWARE DE BACKUP INCLUIDO del ITEM 2, solicitan un RPO igual o menor a 10 segundos y un RTO de minutos, en el punto del RTO podrian especificar un numero en minutos el RTO se esta buscando, asi como lo definieron en el RPO.
15-10-2025
ITEM 2 - SOLUCION DE RESPALDO DE DATOS INMUTABLES Y DISASTER RECOVERY - SOFTWARE DE BACKUP INCLUIDO - RTO Y RPO
En el punto SOFTWARE DE BACKUP INCLUIDO del ITEM 2, solicitan un RPO igual o menor a 10 segundos y un RTO de minutos, en el punto del RTO podrian especificar un numero en minutos el RTO se esta buscando, asi como lo definieron en el RPO.
Item 1 - Solución de Cómputo y Almacenamiento Hiperconvergente
CARACTERISTICAS - Deberá contar con Nodos/Servidores que en conjunto formen un Clúster de Cómputo y Almacenamiento del tipo Hiperconvergente, con capacidad de Gestión del Clúster Hiperconvergente, así mismo deberá contar con Vmware vSphere Enterprise Plus y vCenter Standard para todos los núcleos/nodos.
CONSULTA:
De acuerdo con nuestra evaluación, la solución de hiperconvergencia solicitada se encuentra orientada de manera exclusiva hacia la plataforma VMware, lo cual restringe la participación de otros fabricantes reconocidos y de amplia trayectoria en el mercado que ofrecen prestaciones equivalentes o incluso superiores, además de condiciones económicas más competitivas.
Esta limitación reduce significativamente la competencia entre oferentes, impidiendo la presentación de propuestas con costos optimizados al centrarse en una única marca.
Asimismo, cabe destacar que, tras la reciente adquisición de VMware por parte de Broadcom, se han implementado cambios sustanciales en su esquema de licenciamiento, por lo que el modelo solicitado ya no se encuentra disponible bajo las mismas condiciones.
Por todo lo expuesto, solicitamos respetuosamente que se consideren ofertas alternativas que cumplan con las características técnicas requeridas, pero que no se encuentren restringidas exclusivamente a VMware. Esto permitiría ampliar la competencia, mejorar las condiciones económicas y favorecer la eficiencia técnica de la solución a implementar.
Finalmente, requerimos una justificación técnica detallada que sustente la necesidad de utilizar específicamente la solución VMware, considerando que el objetivo principal es disponer de una plataforma de virtualización para alojar máquinas virtuales con sistemas operativos tradicionales, los cuales pueden ser soportados por diversas tecnologías de virtualización disponibles en el mercado con características similares o equivalentes.
22-10-2025
Item 1 - Solución de Cómputo y Almacenamiento Hiperconvergente
CARACTERISTICAS - Deberá contar con Nodos/Servidores que en conjunto formen un Clúster de Cómputo y Almacenamiento del tipo Hiperconvergente, con capacidad de Gestión del Clúster Hiperconvergente, así mismo deberá contar con Vmware vSphere Enterprise Plus y vCenter Standard para todos los núcleos/nodos.
CONSULTA:
De acuerdo con nuestra evaluación, la solución de hiperconvergencia solicitada se encuentra orientada de manera exclusiva hacia la plataforma VMware, lo cual restringe la participación de otros fabricantes reconocidos y de amplia trayectoria en el mercado que ofrecen prestaciones equivalentes o incluso superiores, además de condiciones económicas más competitivas.
Esta limitación reduce significativamente la competencia entre oferentes, impidiendo la presentación de propuestas con costos optimizados al centrarse en una única marca.
Asimismo, cabe destacar que, tras la reciente adquisición de VMware por parte de Broadcom, se han implementado cambios sustanciales en su esquema de licenciamiento, por lo que el modelo solicitado ya no se encuentra disponible bajo las mismas condiciones.
Por todo lo expuesto, solicitamos respetuosamente que se consideren ofertas alternativas que cumplan con las características técnicas requeridas, pero que no se encuentren restringidas exclusivamente a VMware. Esto permitiría ampliar la competencia, mejorar las condiciones económicas y favorecer la eficiencia técnica de la solución a implementar.
Finalmente, requerimos una justificación técnica detallada que sustente la necesidad de utilizar específicamente la solución VMware, considerando que el objetivo principal es disponer de una plataforma de virtualización para alojar máquinas virtuales con sistemas operativos tradicionales, los cuales pueden ser soportados por diversas tecnologías de virtualización disponibles en el mercado con características similares o equivalentes.
CAPACIDAD TOTAL DE PROCESAMIENTO - Cada nodo debe contar con 2 (dos) procesadores de al menos 32 núcleos de 3,2 GHz, cada procesador deberá contar con al con 60 MB de memoria caché o superior.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos con CPUs con menor cantidad de núcleos y que sean del tipo Gold o superior, siempre y cuando se llegue a un total de 256 núcleos en todo el cluster. Esto obedece al hecho de que si cae un nodo del cluster, el impacto en la operatividad general del mismo será muy alto considerando que se perderían 64 núcleos físicos de procesamiento en un solo evento. Si consideramos la cantidad de subprocesos que tienen estos procesadores, se estarían perdiendo simultáneamente unas 128 CPUs.
CAPACIDAD TOTAL DE PROCESAMIENTO - Cada nodo debe contar con 2 (dos) procesadores de al menos 32 núcleos de 3,2 GHz, cada procesador deberá contar con al con 60 MB de memoria caché o superior.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos con CPUs con menor cantidad de núcleos y que sean del tipo Gold o superior, siempre y cuando se llegue a un total de 256 núcleos en todo el cluster. Esto obedece al hecho de que si cae un nodo del cluster, el impacto en la operatividad general del mismo será muy alto considerando que se perderían 64 núcleos físicos de procesamiento en un solo evento. Si consideramos la cantidad de subprocesos que tienen estos procesadores, se estarían perdiendo simultáneamente unas 128 CPUs.
CAPACIDAD TOTAL DE MEMORIA - Cada nodo debe contar con al menos 3TB de memorias DDR5 de 5600Mhz. Con capacidad de crecer a futuro a 8TB.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos y menos memoria por nodo, siempre y cuando se llegue a un total de 12 TB en el cluster. Esto obedece al hecho de que si cae un nodo del cluster, la afectación general del mismo será muy alta considerando que se perderían 3TB de memoria en un solo evento. También solicitamos que la cantidad de memoria para crecer a futuro solicitada sea inherente al cluster en general y no por nodo. Esto obedece a que si en algún momento se cuentan con 8TB de memoria cada nodo, la caída de un solo nodo afectaría de manera notoria la operación del cluster.
CAPACIDAD TOTAL DE MEMORIA - Cada nodo debe contar con al menos 3TB de memorias DDR5 de 5600Mhz. Con capacidad de crecer a futuro a 8TB.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos y menos memoria por nodo, siempre y cuando se llegue a un total de 12 TB en el cluster. Esto obedece al hecho de que si cae un nodo del cluster, la afectación general del mismo será muy alta considerando que se perderían 3TB de memoria en un solo evento. También solicitamos que la cantidad de memoria para crecer a futuro solicitada sea inherente al cluster en general y no por nodo. Esto obedece a que si en algún momento se cuentan con 8TB de memoria cada nodo, la caída de un solo nodo afectaría de manera notoria la operación del cluster.
CAPACIDAD DE ALMACENAMIENTO TOTAL - Al menos 730 TB RAW en discos NVMe SSD de capacidad instalada en el cluster.
Con la capacidad de crecer a futuro a 1PB mínimamente.
El almacenamiento ofrecido será compatible con un spare global distribuido para las unidades de disco ofrecidas.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos y menor cantidad de almacenamiento RAW por nodo, siempre y cuando se llegue a un total de 730 TB RAW en el cluster. Esto obedece al hecho de que si cae un nodo del cluster, la afectación general del mismo será muy alta considerando que se perderían unos 182TB RAW de almacenamiento en un solo evento. Por otro lado, cuando se habla de spare global distribuido normalmente hablamos de un storage externo al cluster, lo cual en particular no aplica para una solución de almacenamiento hiperconvergente. Al hablar de almacenamiento hiperconvergente se refiere a un pool de almacenamiento compartido a partir de discos disponibles en todos los nodos y no a un almacenamiento centralizado como sería un storage SAN o NAS.
CAPACIDAD DE ALMACENAMIENTO TOTAL - Al menos 730 TB RAW en discos NVMe SSD de capacidad instalada en el cluster.
Con la capacidad de crecer a futuro a 1PB mínimamente.
El almacenamiento ofrecido será compatible con un spare global distribuido para las unidades de disco ofrecidas.
CONSULTA: Solicitamos respetuosamente que se consideren soluciones con una mayor cantidad de nodos y menor cantidad de almacenamiento RAW por nodo, siempre y cuando se llegue a un total de 730 TB RAW en el cluster. Esto obedece al hecho de que si cae un nodo del cluster, la afectación general del mismo será muy alta considerando que se perderían unos 182TB RAW de almacenamiento en un solo evento. Por otro lado, cuando se habla de spare global distribuido normalmente hablamos de un storage externo al cluster, lo cual en particular no aplica para una solución de almacenamiento hiperconvergente. Al hablar de almacenamiento hiperconvergente se refiere a un pool de almacenamiento compartido a partir de discos disponibles en todos los nodos y no a un almacenamiento centralizado como sería un storage SAN o NAS.