Page 1
1
0. Definiciones y Términos Generales del nuevo sistema transaccional
Servidor: Solución informática que permite la ejecución de programas aplicativos sobre una base de datos
(que puede residir en otro servidor) y atiende los requerimientos de usuarios (mediante un aplicativo de
capa media que puede residir en otro servidor) conectados a dicha solución.
Cluster: El término clúster (del inglés cluster, "grupo" o "racimo") se aplica a los conjuntos o
conglomerados de computadoras construidos mediante la utilización de hardwar común y que se comportan
como si fuesen una única computadora. La tecnología de clústeres ha evolucionado en apoyo de actividades
que van desde aplicaciones de super-cómputo y software de misiones críticas, servidores web y comercio
electrónico, hasta bases de datos de alto rendimiento, entre otros usos.
Alta Disponibilidad: Un cluster de alta disponibilidad es un conjunto de dos o más servidores que tienen
como característica mantener una serie de servicios compartidos en modalidad de alta disponibilidad y se
caracteriza, también, por estar constantemente monitorizándose entre sí. Podemos dividirlo en dos clases:
Alta disponibilidad de infraestructura: Si se produce un fallo de hardware en alguna de las
máquinas del cluster, el software de alta disponibilidad deberá ser capaz de arrancar
automáticamente los servicios en cualquiera de las otras máquinas del cluster (failover). Y cuando
la máquina que ha fallado se recupera, los servicios son nuevamente migrados a la máquina
original (failback). Esta capacidad de recuperación automática de servicios garantizará la alta
disponibilidad de los servicios ofrecidos por el cluster, minimizando así la percepción del fallo por
parte de los usuarios.
Alta disponibilidad de aplicación: Si se produce un fallo del hardware o de las aplicaciones de
alguna de las máquinas del cluster, el software de alta disponibilidad deberá ser capaz de arrancar
automáticamente los servicios que han fallado en cualquiera de las otras máquinas del cluster. Y
cuando la máquina que ha fallado se recupera, los servicios serán nuevamente migrados a la
máquina original. Esta capacidad de recuperación automática de servicios garantizará la integridad
de la información, ya que no habrá pérdida de datos, y además evitará molestias a los usuarios, que
no tienen por qué notar que se ha producido un problema.
Cluster de alto rendimiento: No confundir un cluster de alta disponibilidad con un cluster de alto
rendimiento. El segundo es una configuración de equipos diseñado para proporcionar capacidades de
cálculo mucho mayores que la que proporcionan los equipos individuales, mientras que el primer tipo de
cluster está diseñado para garantizar el funcionamiento ininterrumpido de las.
Cálculo de la Disponibilidad: En un sistema real, si falla uno de los componentes, es reparado o sustituido
por un nuevo componente. Si este nuevo componente falla, es sustituido por otro, y así sucesivamente. El
componente fijo se considera en el mismo estado que un nuevo componente. Durante su vida útil, uno de
los componentes pueden ser considerado en uno de estos estados: Funcionando o en Reparación. El estado
funcionando indica que el componente está operacional y el en reparación significa que ha fallado y todavía
no ha sido sustituido por un nuevo componente. En caso de defectos, el sistema va de funcionando a modo
de reparación, y cuando se hace la sustitución volverá al estado funcionando. Por lo tanto, podemos decir
que el sistema tiene durante su vida, una media de tiempo para presentar fallas (MTTF) y un tiempo medio
de reparación (MTTR). Su tiempo de la vida es una sucesión de MTTFs y MTTRs, a medida que este va
fallando y siendo reparado. El tiempo de vida útil del sistema es la suma de MTTFs en ciclos MTTF +
MTTR ya vividos. En forma simplificada, se dice que la disponibilidad de un sistema es la relación entre la
duración de la vida útil de este sistema y de su tiempo total de vida. Esto puede ser representado por la
fórmula: Disponibilidad = MTTF / (MTTF + MTTR). En la evaluación de una solución de Alta
Disponibilidad, es importante, para nosotros, tener en cuenta la medición de las posibles paradas
planificadas. Por las características de este proyecto se solicita que la solución ofertada bride una alta
disponibilidad de 99,999%.
Page 2
2
Plan de Contingencia: Un plan de recuperación ante desastres (del inglés Disaster Recovery Plan) es un
proceso de recuperación que cubre los datos, el hardware y el software crítico, para que un negocio pueda
comenzar de nuevo sus operaciones en caso de un desastre natural o causado por humanos. Esto también
debería incluir proyectos para enfrentarse a la pérdida inesperada o repentina de personal clave, pero esto
no es cubierto en este proyecto, el propósito es la protección de datos. Debido a las características propias
de la solución que se requiere en este proyecto se debe ofertar los elementos necesarios para montar un plan
de contingencia, específicamente se montará un centro de procesamiento de datos alterno (CPD-A ubicado
en Guayaquil) diseñado para tomar el control del centro de procesamiento de datos principal (CPD-P
ubicado en Quito) en caso de que éste sufra un desastre natural o provocado. Se debe configurar una copia
sincronizada del sistema de información completa en el centro de datos alterno que brinde todas las
posibilidades de operación cuando algo malo ocurra con el sistema principal.
Escalabilidad: La escalabilidad es la propiedad deseable de un sistema, una red o un proceso, que indica su
habilidad para reaccionar y adaptarse sin perder calidad, o bien manejar el crecimiento continuo de trabajo
de manera fluida, o bien para estar preparado para hacerse más grande sin perder calidad en los servicios
ofrecidos. Es la capacidad del sistema informático de cambiar su tamaño o configuración para adaptarse a
circunstancias cambiantes. La escalabilidad como propiedad de los sistemas es generalmente difícil de
definir, definiremos los requerimientos específicos para la escalabilidad en esas dimensiones donde se crea
son importantes.
Escalabilidad vertical: El escalar verticalmente o escalar hacia arriba, significa el añadir más
recursos a un solo servidor o nodo en particular dentro de un sistema, tal como el añadir
memoria o un disco duro más rápido a una computadora.
Escalabilidad horizontal: La escalabilidad horizontalmente significa agregar más nodos o
servidores a una solución o sistema, tal como añadir una computadora nueva para alta
disponibilidad.
Sistema Operativo: Un sistema operativo (SO, frecuentemente OS, del inglés Operating System) es un
programa o conjunto de programas que en un sistema informático gestiona los recursos de hardware y
provee servicios a los programas de aplicación, ejecutándose en modo privilegiado respecto de los restantes
y anteriores próximos y viceversa. Para este proyecto el SO además deberá administrar un sistema cluster
en arquitectura de alta disponibilidad y modalidad de contingencia ante desastres.
El microprocesador: O simplemente procesador es el circuito integrado central y más complejo de un
sistema informático. Es el encargado de ejecutar los programas, desde el sistema operativo hasta las
aplicaciones de usuario; sólo ejecuta instrucciones programadas en lenguaje de bajo nivel, realizando
operaciones aritméticas y lógicas simples, tales como sumar, restar, multiplicar, dividir, las lógicas binarias
y accesos a memoria. El microprocesador está conectado generalmente mediante un zócalo específico de la
placa base de la computadora; normalmente para su correcto y estable funcionamiento, se le incorpora un
sistema de refrigeración incluso algunos sistemas usan la refrigeración líquida o el uso de células peltier
para refrigeración extrema. La medición del rendimiento de un microprocesador es una tarea compleja,
dado que existen diferentes tipos de "cargas" que pueden ser procesadas con diferente efectividad por
procesadores de la misma gama. Una métrica del rendimiento es la frecuencia de reloj que permite
comparar procesadores con núcleos de la misma familia. Un sistema informático de alto rendimiento puede
estar equipado con varios microprocesadores trabajando en paralelo, y un microprocesador puede, a su vez,
estar constituido por varios núcleos físicos o lógicos. Un núcleo físico se refiere a una porción interna del
microprocesador cuasi-independiente que realiza todas las actividades de una CPU solitaria, un núcleo
lógico es la simulación de un núcleo físico a fin de repartir de manera más eficiente el procesamiento.
Existe una tendencia de integrar el mayor número de elementos dentro del propio procesador, aumentando
así la eficiencia energética y la miniaturización. Entre los elementos integrados están las unidades de punto
Page 3
3
flotante, controladores de la memoria RAM, controladores de buses y procesadores dedicados de
vídeo. Debido a la alta integración que se requiere para este proyecto es necesario contar con los
procesadores más rápidos del mercado que para esta fecha (20 de octubre de 2013) es de 5.5 Ghz.
IOPS (del inglés Input/Output Operations Per Second, Instrucciones de Entrada/Salida Por Segundo), es
una unidad de benchmark utilizada para medir el rendimiento de discos duros, unidades de estado sólido
(SSD), memorias RAM y otras formas de almacenamiento. Debido a la gran cantidad de operaciones que
se realizará en la operación regulara de los sistemas se requiere de por lo menos 900,000 IOPS.
El Oferente deberá demostrar amplia experiencia en la provisión, instalación y soporte de soluciones
similares a las ofertadas. En concreto deberá presentar por lo menos 1 caso de éxito a nivel nacional y 3
casos a nivel internacional de la solución que está ofertando.
0.2 Esquema de conectividad
Page 4
4
0.3 premisas de dimensionamiento en
base
Para el dimensionamiento se utilizó los valores proporcionados por IBM y Oracle como proveedores de
soluciones de programas aplicativos. Se ajustaron los parámetros de configuración a los valores que,
disponen en conjunto todas las empresas de distribución del sector eléctrico, y se consideró los aplicativos
que hacen parte del proyecto SIGDE (MDM, EAM, MWF, BI, ESB, BPM, CIS, CRM, ERP, ECM). Para el
dimensionamiento de los Blades se utilizó el dimensionamiento de capa media que requiere cada uno de los
aplicativos.
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción MDM 2468 2468
Desarrollo MDM 247 247
Pruebas MDM 494 494
Contingencia MDM 1234 1234
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción EAM 5000 4104
Desarrollo EAM 625 410
Pruebas EAM 625 821
Contingencia EAM 1500 2052
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción MWF 1000 2197
Desarrollo MWF 250 220
Pruebas MWF 250 439
Contingencia MWF 300 1099
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción BI 2000 2744
Desarrollo BI 500 274
Pruebas BI 500 549
Contingencia BI 300 1372
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción ESB 1974 1974
Desarrollo ESB 197 197
Pruebas ESB 395 395
Contingencia ESB 987 987
Page 5
5
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción ERP 8805 8805
Desarrollo ERP 881 881
Pruebas ERP 1761 1761
Contingencia ERP 4403 4403
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción CIS-CRM 10987 10987
Desarrollo CIS-CRM 1099 1099
Pruebas CIS-CRM 2197 2197
Contingencia CIS-CRM 5494 5494
Ambiente Aplicación MIPS IBM
MIPS ORACLE
Producción ECM 625 1761
Desarrollo ECM 150 176
Pruebas ECM 315 352
Contingencia ECM 315 881
En Total se requiere 35000 MIPS, aproximadamente y sin contar 25% de crecimiento anual, para el
ambiente de producción.
En Total para Desarrollo + Pruebas + Contingencia se requiere 28000 MIPS sin contar 25% de crecimiento
anual.
Page 6
6
1. Requerimiento del nuevo sistema
transaccional
1.1 Características generales de los servidores para procesamiento central
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
Marca /Modelo Especificar
CANTIDAD DE SERVIDORES
Número de servidores
En total dos (2)
Un (1) servidor para el
Centro de Datos
Principal
Un (1) servidor para el
Centro de Datos
Secundario
CARACTERÍSTICAS COMUNES A AMBOS
SERVIDORES
ARQUITECTURA
Tipo de Procesadores Especificar
Tipo de Sistema Procesador Central de
Gama Alta
Arquitectura 64 bits
Servidor publicado en página web oficial del fabricante SI
Soporte para Sistemas Operativos
Linux en versiones
Enterprise y Sistemas
Operativos propietarios
diseñados para alta
transaccionalidad
Soporte para Software de Virtualización SI
Especificar
Velocidad de los procesadores (GHz). Nota: ver cuadro de
calificación de ofertas para este rubro.
El proveedor deberá
ofertar los
Procesadores Centrales
de Gama más Alta que
disponga
Escalabilidad en rendimiento de libre uso para las
aplicaciones
Mínimo Cincuenta mil
(50.000) mips o
medida equivalente
verificable
Funciones de compresión de datos a nivel del procesador SI
Funciones de criptografía a nivel del procesador SI
Procesadores independientes dedicados para el control de
todas las actividades relacionadas con la entrada/salida
provistos en forma estándar
4 (cuatro) 2700 MIPS o
medida equivalente
verificable
Soporte para múltiples particiones lógicas donde puedan SI
Page 7
7
convivir distintos sistemas operativos, que puedan
compartir entre ellas los recursos de procesador y canales
de entrada/salida simultáneamente, pudiendo definir las
mismas de una manera flexible y de forma estándar
Cantidad de particiones lógicas soportadas sin requerir de
software adicional 60 (sesenta)
Posibilidad de reconfiguración dinámica entre las
particiones lógicas de los recursos de I/O, memoria y CPU a
voluntad del usuario
SI
Mínima porción de procesador asignable a una partición
lógica 0,01 o menor
Estándar de seguridad para aislamiento entre particiones
lógicas. Nota: ver cuadro de calificación de ofertas para este
rubro.
Certificación de
seguridad EAL5+
mínimo para
cumplimiento de
regulaciones
CARACTERISTICAS DE CONFIABILIDAD
Alta Disponibilidad. Ver cuadro de calificación
Deberá estar diseñado
para permitir
implementar niveles de
disponibilidad de hasta
99,999%
No se aceptarán ofertas
con niveles menores a
99,995%
Fuentes y unidades de refrigeración redundantes, sin ofrecer
punto único de falla. SI
Conjunto de baterías internas con autonomía suficiente para
realizar un shutdown ordenado ante cortes de energía SI
Envío de avisos de falla al servicio de mantenimiento
técnico del proveedor para que éste pueda hacer un análisis
de las fallas y tomar las acciones correctivas pertinentes
SI
ADMINISTRACIÓN
Consola de Administración de Hardware SI
Soporte para sincronización horaria NTP SI
1.1.1 Características específicas para el Servidor para el Centro de Datos
Principal
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
Marca /Modelo Especificar
PROCESADORES
Cantidad de procesadores centrales de propósito general 4 (cuatro)
Capacidad de procesamiento de los procesadores de
propósito general. Nota: ver cuadro de calificación de
ofertas para este rubro.
2286 MIPS o medida
equivalente según
evaluación del Gartner
Group
Cantidad de procesadores dedicados para procesamiento
Linux.
Mínimo 31 (treinta y
uno) equivalente a
Page 8
8
21000 (veinte y un mil)
mips
Cantidad de procesadores dedicados para descarga de
procesamiento asociado a código Java y acceso DRDA a
bases de datos relacionales
Mínimo 2 (dos)
Cantidad de procesadores dedicados para funciones de
acoplamiento en cluster Mínimo 2 (dos)
Adaptadores criptográficos
4 (cuatro) adaptadores
criptográficos
diseñados para
certificación FIPS 140-
2 Level 4 como
mínimo
MEMORIA
Capacidad de memoria real Mínimo 800 GB
(ochocientos GB)
Capacidad de crecimiento de memoria Al menos 100%
CONECTIVIDAD
Cantidad de canales de tecnología FICON/FCP SX de 8
Gbps, con soporte para auto-negociación a 2/4/8 Gbps 24 (veinticuatro)
Cantidad de puertos de red 1000 BaseT Ethernet, con
soporte para auto-negociación 100/1000 Mbps 12 (doce)
Cantidad de puertos de red 1 Gbit Ethernet SX 8 (ocho)
Cantidad de puertos de red 10 Gbit Ethernet SR 8 (ocho)
Cantidad de puertos 1x InfiniBand LR de 5 Gbps para
acoplamiento en cluster 8 (ocho)
Posibilidad de ampliación de las capacidades de canales e
interfaces de red sin requerir para ello recambio del
conjunto instalado
Al menos 200%
1.1.2 Características específicas para el Servidor para el Centro de Datos
Secundario
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
Marca /Modelo Especificar
PROCESADORES
Cantidad de procesadores dedicados para procesamiento
Linux Mínimo 11 (once)
Adaptadores criptográficos
4 (cuatro) adaptadores
criptográficos
diseñados para
certificación FIPS 140-
2 Level 4 como
mínimo
CAPACIDAD DE AMPLIACIÓN PARA
CONTINGENCIA
Capacidad de aumentar dinámicamente la cantidad de
procesadores ante una eventualidad que implique la pérdida SI
Page 9
9
de la capacidad productiva del Servidor Principal
(“Contingencia”)
Cantidad de procesadores centrales de propósito general a
activar en caso de Contingencia 4 (cuatro)
Capacidad total de los procesadores de propósito general a
activar en caso de Contingencia
2286 MIPS o medida
equivalente según
evaluación del Gartner
Group
Cantidad adicional de procesadores especializados para
procesamiento Linux a activar en caso de Contingencia
Mínimo 19
(diecinueve)
Cantidad de procesadores especializados para descarga de
procesamiento asociado a código Java y acceso DRDA a
bases de datos relacionales a activar en caso de
Contingencia
2 (dos)
Cantidad de procesadores especializados para funciones de
acoplamiento en cluster a activar en caso de Contingencia 2 (dos)
Cantidad de instancias de Contingencia real a considerar en
el período contratado 1 (una)
Duración máxima de la Contingencia real Mínimo 90 (noventa)
días corridos
Cantidad de instancias de Test o Prueba de Contingencia a
considerar en el período contratado (Se entiende como
“Prueba” el procedimiento que se conduce para probar los
procesos de Activación de capacidad para Contingencia)
Mínimo 15 (quince)
Duración de cada instancia de Test o Prueba de
Contingencia
Mínimo 10 (diez) días
corridos
MEMORIA
Capacidad de memoria real Mínimo 800 GB
(ochocientos GB)
Capacidad de crecimiento de memoria Al menos 100%
CONECTIVIDAD
Cantidad de canales de tecnología FICON/FCP SX de 8
Gbps, con soporte para auto-negociación a 2/4/8 Gbps. 24 (veinticuatro)
Cantidad de puertos de red 1000 BaseT Ethernet, con
soporte para auto-negociación 100/1000 Mbps 12 (doce)
Cantidad de puertos de red 1 Gbit Ethernet SX 8 (ocho)
Cantidad de puertos de red 10 Gbit Ethernet SR 8 (ocho)
Cantidad de puertos 1x InfiniBand LR de 5 Gbps para
acoplamiento en cluster 8 (ocho)
Posibilidad de ampliación de las capacidades de canales e
interfaces de red sin requerir para ello recambio del
conjunto instalado
Al menos 200%
Page 10
10
1.2 Características generales de los servidores tipo Blade para
procesamiento distribuido para aplicaciones UNIX
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
CHASIS PARA SERVIDORES TIPO BLADE
Cantidad de Chasis 2 (dos): uno para el
centro de datos
principal y uno para el
centro de datos
secundario
Marca Reconocida a Nivel
Mundial, de la misma
marca de los
servidores para
procesamiento central
Año de Fabricación 2013 o superior
Modelo De lanzamiento
mínimo 2013 o
superior
CARACTERISTICAS TECNICAS DEL CHASIS
Marca Reconocida a Nivel
Mundial, de la misma
marca de los
servidores para
procesamiento central,
especificar
Modelo Especificar
Tamaño 10 Unidades de Rack
Cantidad 2
Número de Nodos computacionales que soporte el chasis 14 Mínimo por chasis
Tipos de servidores soportados simultáneamente en el
chasis.
Servidores con
procesadores Intel x86
y servidores con
procesadores RISC
Módulo de Administración. SI Obligatorio, Debe
ser un sistema de
administración
integral, que incluya
administración los
servidores (x86 y
Page 11
11
RISC), de recursos
virtuales (VM’s),
Networking, y sistema
de almacenamiento
integrado y que sea
compatible con al
menos con VMware,
KVM, HyperV,
PowerVM (Mencionar
si existe alguno
adicional).
Que permita la
administración de al
menos 10 chasis o
enclosures cada uno
con sus recursos de
computo, networking,
recursos virtuales y
almacenamiento desde
una única consola y
herramienta de
administración.
Integración El sistema debe
soportar la integración
Chasis, Servidores,
Storage y
Conectividad ,
requerido
COMPONENTES REDUNDANTES DEL CHASIS
Fuentes de poder Mínimo 6 Fuentes de
poder eficientes y
redundantes, hot-
swap. Se debe incluir
los cables de Poder
Sistema de ventilación con tolerancia a fallas y
Redundancia – Ventiladores
Ofertar la cantidad
total de ventiladores
para que soporte el
Chasis lleno de
servidores (máxima
capacidad con
tolerancia a falas y
redundancia),
compatibles con las
fuentes de poder.
Mínimo 8
Ventiladores.
Page 12
12
Switch SAN: Obligatorio, 2
Switches Fiber
Channel de 8Gbps con
14 puertos internos y 6
externos activados.
Deben permitir
redundancia. Puede
ser interno o externo.
Switch LAN: Obligatorio, 2
Switches Ethernet de
10 Gbps , Puertos
Activos:14 internos,
10 GbE; 10 external,
10 GbE.
Crecimiento Total de
Puertos a través de
licencias: 42 internal
de 10 GbE, 14
external de 10 GbE 2
external de 40 GbE
Transceivers para Switches LAN Cada switch debe
venir con al menos 4
SFP´s de 10 Gb y 4 de
1 Gb R-45
I/O del Chasis Soporte networking
como: Ethernet, Fiber
Channel, Fibre
Channel over Ethernet
(FCoE), e InfiniBand.
Que tenga 8 canales
de I/O, cada canal de
16 Gbps de ancho de
banda.
Módulo de Administración del Chasis: Requerido, Hot Swap,
integrado al chasis. De
la misma marca del
chasis ofertado
Documentación Documentación
impresa y en medios
ópticos
Accesorios Incluidos Kit para montaje en
rack
NODOS DE COMPUTO
Cantidad: 12 (doce): seis (6)
para el chasis del
centro de datos
principal y seis (6)
para el chasis del
centro de datos
secundario
Marca: De la misma del
Chasis ofertado
Page 13
13
Modelo: Especificar INFORMATIVO
Año de Fabricación 2013 o superior
Procesador Especificar
Marca/Modelo
INFORMATIVO
Tecnología RISC, 64 Bits
Velocidad mínima Mínimo de 3.4 Ghz
Sistemas Operativos Soporte Sistemas
Operativos de 64 Bits
Núcleos Mínimo 12 activos
Cache L3 por procesador 10 MB L3
Número de procesadores instalados Mínimo 2 por cada
nodo
Memoria
Memoria Instalada Mínimo 128 GB,
homologada por el
fabricante
Crecimiento en memoria Mínimo 512 GB
Tipo de Memoria RDIMM DDR3
Velocidad de memoria 1066 Mhz
Controlador de disco interno
Capacidad de raid-1 y raid-0 integrada SI
Interfaz de red
Adaptadores de red 1 con Mínimo 2
Puertos de 10 Gb con
capacidad de
crecimiento a 4 de 10
GB, mínimo
Conexión Fibra Canal 2 puertos fiber channel
de 8Gbps, mínimo
Capacidad de redundancia SI. Los puertos SAN
deben conectarse a los
2 switches SAN, para
manejar redundancia.
Por lo que se debe
incluir todo el
hardware necesario
para tener redundancia
SAN. En la conexión
LAN debe conectarse
en redundancia a
Switch de CORE de la
PGE.
NO TIENE EN LOS
NODOS DEBE
ESTAR EN EL
CHASIS
Puertos
USB Mínimo Un puerto
USB externo
Para administración Un Puerto para
administración
Page 14
14
Módulo integrado de administración Requerido
Monitoreo del Sistema Requerido
Registro de eventos de fallas Requerido
Alerta de fallas Requerido
Sistemas Operativos Soportados
Describir nombre Requerido, Incluir
licencias para todos
los cores ofertados
Linux Red Hat y Suse Linux Requerido
Capacidad de Virtualización y Particionamiento Requerido, debe
soportar
microparticiones por
core al menos 10.
CONDICIONES GENERALES
STOCK DE REPUESTOS
El oferente deberá garantizar un mínimo de 5 (cinco) años
de disponibilidad de stock de repuestos dentro del país a
partir de la firma del acta de entrega-recepción del
proyecto.
Requerido
SOPORTE TÉCNICO
El oferente deberá tener oficinas para soporte en Quito y
Guayaquil
En caso de presentarse problemas con las instalaciones el
oferente deberá realizar los ajustes o cambios necesarios
para el normal funcionamiento del sistema.
Requerido
Soporte técnico en sitio 24x7. Requerido
El fabricante/Oferente debe contar un Centro autorizado
de Servicios (CAS) para Soporte Técnico remoto,
telefónico en horario laboral, por cada año de vigencia de
la Garantía Técnica..
Requerido
Soporte 9x5 en horario laboral para asesoría en operación,
configuración y gestión de la infraestructura
implementada, con el fin de explotar todas la bondades de
los equipos.
Requerido
ENTREGABLES
Page 15
15
Memoria Técnica de los trabajos realizados en planos y/o
diagramas, debe incluir todo el esquema de la instalación
y todos los sistemas instalados con la respectiva
nomenclatura y etiquetado sobre los componentes.
Requerido
El oferente deberá entregar manuales de instalación,
configuración y operación de los equipos que contempla
este proyecto.
Requerido
El oferente debe incluir en la propuesta, especificaciones
técnicas del equipo ofertado, anexando catálogos del
fabricante.
Requerido
1.3 Características generales de los servidores tipo Blade para
procesamiento distribuido para aplicaciones x86
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
CHASIS PARA SERVIDORES TIPO BLADE
Cantidad de Chasis 4 (cuatro) para el
centro de datos
principal y 2 (dos)
para el centro de datos
secundario
Marca Reconocida a Nivel
Mundial, de la misma
marca de los
servidores para
procesamiento central,
especificar
Año de Fabricación 2013 o superior
Modelo De lanzamiento
mínimo 2013 o
superior. Especificar
INFORMATIVO
Número de Nodos computacionales que soporte el chasis 14 Mínimo
CARACTERISTICAS TÉCNICAS DEL CHASIS
Tipos de servidores soportados simultáneamente en el
chasis
Servidores con
procesadores Intel x86
y servidores con
procesadores RISC
Page 16
16
Módulo de Administración SI Obligatorio, Debe
ser un sistema de
administración del
chasis.
Integración El sistema debe
soportar la integración
Chasis, Servidores,
Storage y
Conectividad ,
requerido
Fuentes de poder Mínimo 4 Fuentes de
poder eficientes y
redundantes, hot-
swap. Se debe incluir
los cables de Poder
Sistema de ventilación con tolerancia a fallas y
Redundancia – Ventiladores
Ofertar la cantidad
total de ventiladores
para que soporte el
Chasis lleno de
servidores,
compatibles con las
fuentes de poder.
Mínimo 8
Ventiladores.
Switch SAN: Obligatorio, 2
Switches Fiber
Channel de 8Gbps con
14 puertos internos y 6
externos activados.
Deben permitir
redundancia. Puede
ser interno o externo.
Switch LAN: Obligatorio, 2
Switches Ethernet de 1
Gbps , Puertos
Activos:14 internos, 1
GbE; 4 externos, 1
GbE.
I/O del Chasis Soporte networking
como: Ethernet, Fiber
Channel, Fibre
Channel over Ethernet
(FCoE).
Módulo de Administración del Chasis: Requerido, Hot Swap,
integrado al chasis. De
la misma marca del
chasis ofertado
Documentación Documentación
impresa y en medios
ópticos
Accesorios Incluidos Kit para montaje en
rack
NODOS DE COMPUTO TIPO BLADE – CARACTERISTICAS GENERALES
Page 17
17
Marca: De la misma del
Chasis ofertado
Modelo: Especificar
Año de Fabricación 2013
Procesador Intel x86 Xeon E5 o
superior
Tecnología x86, 64 Bits
Velocidad mínima Mínimo de 2.4 Ghz
Sistemas Operativos Soporte Sistemas
Operativos de 64 Bits
Memoria
Tipo de Memoria RDIMM DDR3
Velocidad de memoria 1066 Mhz como
mínimo
Original del Fabricante SI
Controlador de disco interno
Capacidad de raid-1 y raid-0 integrada SI
Interfaz de red
Adaptadores de red 1 con Mínimo 2
Puertos de 1 Gb con
capacidad de
crecimiento a 4
puertos
Conexión Fibra Canal 2 puertos fiber channel
de 8Gbps, mínimo
Capacidad de redundancia SI. Los puertos SAN
deben conectarse a los
2 switches SAN, para
manejar redundancia.
Por lo que se debe
incluir todo el
hardware necesario
para tener redundancia
SAN.
Sistemas Operativos Soportados Requerido
Capacidad de Virtualización Especificar
NODOS DE COMPUTO TIPO BLADE – CARACTERISTICAS ESPECIFICAS
Blade Tipo I: 16 cores y 32 gb de RAM
Cantidad Requerida Siete (7): siete (7)
para el centro de datos
principal
Cantidad de Procesadores Instalados 2
Cantidad de Cores por Procesador 8
Cantidad de Memoria Instalada 32GB
Blade Tipo II: 32 cores y 32 gb de RAM
Cantidad Requerida Seis (6): tres (3) para
el centro de datos
Page 18
18
principal y tres (3)
para el centro de datos
secundario
Cantidad de Procesadores Instalados 4
Cantidad de Cores por Procesador 8
Cantidad de Memoria Instalada 32GB
Blade Tipo III: 32 cores y 64 gb de RAM
Cantidad Requerida Veintidos (22): doce
(12) para el centro de
datos principal y diez
(10) para el centro de
datos secundario
Cantidad de Procesadores Instalados 4
Cantidad de Cores por Procesador 8
Cantidad de Memoria Instalada 64GB
Blade Tipo IV: 32 cores y 128 gb de RAM
Cantidad Requerida Cuatro (4): cuatro (4)
para el centro de datos
principal
Cantidad de Procesadores Instalados 4
Cantidad de Cores por Procesador 8
Cantidad de Memoria Instalada 128GB
CONDICIONES GENERALES
STOCK DE REPUESTOS
El oferente deberá garantizar un mínimo de 5 (cinco) años
de disponibilidad de stock de repuestos dentro del país a
partir de la firma del acta de entrega-recepción del
proyecto.
Requerido
SOPORTE TÉCNICO
En caso de presentarse problemas con las instalaciones el
oferente deberá realizar los ajustes o cambios necesarios
para el normal funcionamiento del sistema.
Requerido
Soporte técnico local 9x5 en días laborales: asesoramiento
en operación, configuración y gestión de la infraestructura
implementada, con el fin de explotar todas las bondades
de los equipos adquiridos.
Requerido
El oferente debe incluir dentro de la propuesta soporte
técnico de forma local, remota, telefónica, para atención
de soporte técnico en horario laboral, con un tiempo de
atención máximo en sitio de 3 horas, por cada año de
vigencia de la Garantía Técnica
Requerido
ENTREGABLES
Page 19
19
Memoria Técnica de los trabajos realizados en planos y/o
diagramas, debe incluir todo el esquema de la instalación
y todos los sistemas instalados con la respectiva
nomenclatura y etiquetado sobre los componentes.
Requerido
El oferente deberá entregar manuales de instalación,
configuración y operación de los equipos que contempla
este proyecto.
Requerido
El oferente debe incluir en la propuesta, especificaciones
técnicas del equipo ofertado, anexando catálogos del
fabricante.
Requerido
1.4 Características generales de los sistemas operativos para servidor de
procesamiento central
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SISTEMA OPERATIVO TRANSACCIONAL
PROPIETARIO DE ALTA GAMA
El sistema operativo transaccional propietario de alta gama
debe permitir la implementación de las bases de datos para
las aplicaciones CIS, CRM, ERP, MDM, MWF, etc,
licenciado para cuatro (4) procesadores de procesamiento
transaccional ofertado para el punto 1.1
SI
Debe permitir múltiples lenguajes de programación y
Multiprocesamiento SI
Debe permitir manejo de módulos, rutinas y macros SI
Debe administrar recursos físicos y/o virtuales SI
Debe tener interfaces compatibles con UNIX SI
Debe permitir cargas de trabajo batch y OLTP SI
Debe soportar esquemas tolerantes a fallas SI
Debe soportar esquema de alta disponibilidad y redundancia
con plan de contingencias SI
SISTEMA OPERATIVO LINUX ENTERPRISE
El servidor debe incorporar una versión de Linux Enterprise
reconocido por la industria (RedHat o SUSE) actualmente
soportado por el fabricante, para los procesadores para
sistemas Linux Enterprise del hardware ofertado en el punto
1.1
SI
Page 20
20
1.5 Características generales de los sistemas de almacenamiento en disco
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SISTEMAS DE ALMACENAMIENTO EN DISCO
Número de sistemas de almacenamiento en disco
En total dos (2)
Un (1) almacenamiento
para el Centro de Datos
Principal
Un (1) almacenamiento
para el Centro de Datos
Secundario
ARQUITECTURA
Diseño de alta disponibilidad y redundancia con plan de
contingencias SI
El equipamiento debe soportar controladoras y discos para
la capacidad detallada en un único frame. SI
Debe poder conectarse al servidor solicitado en la presente
licitación, así como a plataformas distribuidas tales como:
Linux, Windows, y UNIX. No deberá existir limitaciones
de licenciamiento para conectar cualquiera de estas
plataformas ni habrá limitaciones en la cantidad de
servidores a conectar
SI
Debe soportar configuración de arreglos de discos: soporte
de RAID 5, RAID 6 y RAID 10, así como combinación de
estos.
SI
Memoria cache: espejada para escrituras y con protección
de energía. Para uso eficiente de cache en bases de datos
con bloques pequeños el sistema deberá manejar bloques de
cache de 4 KB
SI
El sistema de almacenamiento debe proveer la capacidad de
acceso paralelo a los volúmenes para mejorar el
rendimiento de las aplicaciones
SI
Las tareas de configuración lógica de la capacidad
instalada, definición de volúmenes y LUNs, así como
configuración lógica de los pasos a los servidores se podrán
hacer ya sea usando una interfaz de comandos (CLI, por sus
sigla en Inglés correspondiente a “command line interface”)
o bien usando una interfaz gráfica
SI
El subsistema de almacenamiento deberá contar con su
correspondiente consola de administración, que brindará las
siguientes funcionalidades:
a. Configuración lógica del almacenamiento:
definición de volúmenes, unidades de control lógicas,
accesos a host.
b. Configuración e invocación de las funciones de
copiado: snapshot y espejado remoto.
c. Interfaz gráfica y por comando.
SI
Page 21
21
d. Contará con una sección de reporting donde se
definirán variables que podrán ser volcadas a templates de
reportes. Estos deberán estar disponibles en el momento que
el administrador u operador desee consultarlo.
e. Acceso vía Web browser desde PCs de usuario o
consola del equipo
Las controladoras deberán tener conexiones internas
redundantes de 8 Gbps con los discos internos (back end
disk a 8 Gbps).
SI
CONFIGURACION A OFERTAR
Rendimiento general del sistema de almacenamiento.
Considerar las necesidades de procesador + discos flash +
almacenamiento.
Mínimo 900,000
(novecientos mil) IOPS
Procesadores Própios para administración eficiente del
almacenamiento. Mínimo 4 (cuatro)
Capacidad de Almacenamiento
Al menos 76TB RAW
usando discos SAS-2
conmutada a 6 Gbps de
no mayor a 600 GB y
con velocidad de al
menos 10.000 RPM.
No se aceptaran discos
de tecnología anterior
como ser Fibre
Channel/SATA.
Memoria Caché Al menos 32GB de
memoria caché
Interfaces
Al menos 32 (Treinta y
dos) puertos de
tecnología FCP o
FICON de 8Gbps con
sus respectivos
elementos ópticos y
cables
CARACTERISTICAS DE CONFIABILIDAD
Capacidad de agregar, fuentes de poder, ventiladores y
adaptadores de I/O sin interrumpir el uso del subsistema de
almacenamiento.
SI
Fuentes de poder redundantes hot-swap con entradas de
tensión separadas SI
Arquitectura sin punto único de falla SI
El sistema de almacenamiento deberá contar con baterías
internas con autonomía suficiente para realizar un shutdown
ordenado ante cortes de energía
SI
Arquitectura de diseño que permita configurarlo de modo
que la falla de un solo componente (CPU, Memoria, Disco,
Placa de I/O) no impedirá que un sistema apropiadamente
configurado (con la redundancia adecuada) continúe la
operación
SI
Page 22
22
CAPACIDAD DE CRECIMIENTO
El sistema de almacenamiento en disco deberá escalar hasta
un total de al menos 1500 discos SI
El sistema de almacenamiento en disco deberá escalar su
memoria cache hasta al menos 1TB
SI
El sistema de almacenamiento deberá crecer hasta un total
de 128 puertos FCP o FICON de conexión a host SI
El sistema de almacenamiento deberá permitir la
incorporación de discos de memoria de estado sólido (Solid
State Drives)
SI
1.6 Características generales de los sistemas de almacenamiento en cinta
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SISTEMAS DE ALMACENAMIENTO EN CINTA
Número de sistemas de almacenamiento en cinta
(Automatic Tape Library o ATL por sus siglas en Inglés)
En total dos (2)
Una (1) ATL para el
Centro de Datos
Principal
Una (1) ATL para el
Centro de Datos
Secundario
ARQUITECTURA
Deberá contar con la robótica necesaria para automatizar las
operaciones de montaje y desmontaje de cartuchos en las
unidades de cinta que alberga
SI
El brazo robótico deberá manejar dos cintas en simultáneo,
es decir, deberá tener un mínimo de dos manos robóticas SI
Manejo dinámico de la asignación de ranuras para
alojamiento de cartuchos (spots): La ubicación de los
cartuchos dentro de la librería deberá estar virtualizada, de
manera que los slots sean un recurso compartido y así se
pueda modificar la cantidad de slots asignados a las
librerías lógicas de manera dinámica sin afectar los
procesos en los servidores host
SI
Manejo dinámico de la asignación de unidades de cinta: Las
unidades de cinta deberán asignarse y desasignarse a las
librerías lógicas de manera dinámica usando la interfaz de
administración.
SI
Manejo dinámico de las librerías lógicas: Podrá agregarse,
eliminarse, o modificarse las librerías lógicas de manera
dinámica usando la interfaz de administración y de manera
no disruptiva.
SI
Las unidades lectora/grabadora deberán poseer las
siguientes características:
a. Transferencia nativa (no comprimida) de 250
SI
Page 23
23
MBytes/seg
b. Compresión por hardware. Se indicará los valores
usuales promedio de compresión que se alcanzan con las
unidades de cinta que se ofrecen.
c. Grabación sobre cartuchos con hasta 4 TB nativo
(no comprimido) de capacidad. Se indicará los tipos de
cartuchos posibles de ser usados y las respectivas
capacidades nativas.
d. Conexión al servidor solicitado en esta licitación.
e. Conexiones fibre channel redundantes de 8 Gbps
por cada tape drive.
La librería deberá soportar la funcionalidad para
encriptación de datos en las unidades de cinta que integra.
También deberá soportar la funcionalidad para uso de
cartuchos WORM (Write Once Read Many) con las
unidades de cinta que integra.
SI
La librería contará con una interfaz a través de la Web que
permita a los operadores y administradores el control y
administración de la librería y sus dispositivos desde
cualquier sitio con acceso a la Web. Se deberán poder
definir usuarios con sus respectivas claves (password) a
quienes el administrador les podrá asignar distintos roles y
niveles de acceso
SI
CONFIGURACION A OFERTAR
Unidades de lectura/escritura
Deberá alojar y operar
un total de 10 (diez)
unidades de cinta para
respaldos en el site
principal y un total de 8
(ocho) unidades de
cinta para respaldos en
el site secundario
Ranuras de almacenamiento de cartuchos
Deberá disponer de un
mínimo de 240 ranuras
(slots) para
almacenamiento de
cartuchos de cinta
Deberá disponer de una estación que permita el ingreso y
egreso de hasta 16 cartuchos simultáneamente a la librería SI
Se deben incluir cartuchos de datos para ser utilizados por
las unidades de cinta que integra la librería: 100 cartuchos
de 4 TB de capacidad nativa para ser utilizados por las
unidades de cinta que se conectan al servidor objeto de esta
licitación. Los cartuchos deberán proveerse inicializados y
rotulados internamente, así como con el correspondiente
rótulo externo y código de barras.
SI
CARACTERISTICAS DE CONFIABILIDAD
Capacidad de agregar, fuentes de poder, ventiladores y
adaptadores de I/O sin interrumpir el uso del subsistema de
almacenamiento en citas.
SI
Page 24
24
Fuentes de poder redundantes hot-swap con entradas de
tensión separadas SI
En caso de que por el paso utilizado por el servidor host
para una operación de envío (o lectura) de datos fallara el
envío, la operación de lectura/grabación deberá poder
reintentarse por un paso alternativo de control (fail over
automático), si este estuviera definido, y sin afectar al
servidor host
SI
La librería deberá poder enviar avisos de falla que ocurran
en la librería o en sus unidades de cinta. Los avisos deberán
poder ser enviados al servicio de mantenimiento técnico del
proveedor para que este puede hacer un análisis de la falla y
tomar las acciones correctivas
SI
CAPACIDAD DE CRECIMIENTO
La librería deberá poder opcionalmente crecer, agregando
módulos/frames adicionales hasta un total de 15 si hiciera
falta y compartiendo la misma robótica
SI
La librería deberá poder escalar hasta al menos 19000
ranuras (spots) sin cambiar de modelo SI
La librería deberá poder crecer a más de 190 tape drives sin
cambiar de modelo SI
La escalabilidad deberá ser por medio del agregado de
muebles adicionales donde el mismo brazo robótico deberá
llegar desde el primero al último mueble para el montaje de
cintas, es decir, no se aceptan mecanismos de pasaje de
cintas entre muebles. Esto se debe a que se requiere
garantizar rendimiento en montajes de cintas para las
actuales cargas y capacidades no previstas a futuro
SI
1.7 Características generales de los sistemas de almacenamiento en
Librería Virtual en Disco
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
LIBRERÍA VIRTUAL
Número de sistemas de almacenamiento de cinta
virtualizado en disco (Virtual Tape Library o VTL por sus
siglas en Inglés)
En total dos (2)
Una (1) VTL para el
Centro de Datos
Principal
Una (1) VTL para el
Centro de Datos
Secundario
ARQUITECTURA
Deberá ser capaz de emular librerías de cinta con
tecnología LTO y almacenar la información físicamente en
disco.
SI
Page 25
25
Deberá ser capaz de emular al menos 16 librerias virtuales SI
Deberá ser capaz de deduplicar datos en línea sin usar
algoritmos de hashing SI
Deberá ser capaz de replicar los respaldos a otros sitios en
modalidades de uno a uno, muchos a uno y muchos a
muchos para mayor flexibilidad en recuperación de
desastres
SI
La replicación deberá poder ser concurrente con los
respaldos y la deduplicación en línea SI
Deberá tener la capacidad de convertir al sitio remoto en
sitio primario durante una contingencia SI
Deberá tener un rendimiento de al menos 2500 MB/s para
respaldar datos y de 3200 MB/s o mas para restaurar datos. SI
Deberá escalar hasta al menos 1PB (Petabyte) de
almacenamiento físico en disco SI
La VTL contará con una interfaz a través de la Web que
permita a los operadores y administradores el control y
administración de la librería y sus dispositivos desde
cualquier sitio con acceso a la Web. Se deberán poder
definir usuarios con sus respectivas claves (password) a
quienes el administrador les podrá asignar distintos roles y
niveles de acceso
SI
CONFIGURACION A OFERTAR
Rendimiento general del sistema de respaldo. Considerar
las necesidades de procesador + VTL + ATL.
Mínimo 2500 MB/s
para escritura y 3200
MB/s para lectura
Almacenamiento físico
Deberá alojar y operar
un total de 55
(cincuenta y cinco)
Terabytes para
respaldos en el site
principal y un total de
40 (cuarenta) Terabytes
para respaldos en el site
secundario
CARACTERISTICAS DE CONFIABILIDAD
Capacidad de agregar, fuentes de poder, ventiladores y
adaptadores de I/O sin interrumpir el uso de la VTL SI
Fuentes de poder redundantes hot-swap con entradas de
tensión separadas SI
La VTL deberá poder enviar avisos de falla. Los avisos
deberán poder ser enviados al servicio de mantenimiento
técnico del proveedor para que este puede hacer un análisis
de la falla y tomar las acciones correctivas
SI
Page 26
26
1.8 Características generales de los switches SAN
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SAN SWITCHES
Número de switches SAN
En total cuatro (4)
Dos (2) SAN switches
para el Centro de Datos
Principal
Dos (2) SAN Switches
para el Centro de Datos
Secundario
ARQUITECTURA
Debe contar con arquitectura basada en cuchillas para un
crecimiento modular SI
Debe contar con conectividad FCP y FICON SI
Debe incluir procesadores de control redundantes SI
CONFIGURACION A OFERTAR
Puertos
Debe incluir 96 puertos
FCP o FICON a
16Gbps
Licencias
Debe incluir:
El licenciamiento
correspondiente para su
adecuada operación.
Módulos de procesador
Debe incluir módulos
de procesador
(activo/espera)
Elementos ópticos Debe incluir los SFPs y
cables necesarios.
CARACTERISTICAS DE CONFIABILIDAD
Capacidad de agregar, fuentes de poder, ventiladores y
cuchillas sin interrumpir su uso. SI
Fuentes de poder redundantes hot-swap con entradas de
tensión separadas SI
Debe incluir procesadores de control redundante SI
CAPACIDAD DE CRECIMIENTO
Los SAN switches deberán poder crecer hasta al menos 192
puertos SI
1.9 Características generales de los subsistemas de almacenamiento Flash
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
Page 27
27
SUBSISTEMAS DE ALMACENAMIENTO FLASH
Número de almacenamientos en Flash
En total dos (2)
Un (1) almacenamiento
Flash para el Centro de
Datos Principal
Un (1) almacenamiento
Flash para el Centro de
Datos Secundario
ARQUITECTURA
Tipo de memoria Flash SLC o eMLC
Protocolos de acceso FCP e Infiniband
Debe soportar RAID 0, 5 SI
CONFIGURACION A OFERTAR
Puertos
Debe incluir 4 puertos
FCP a 8 Gbps y 4
puertos FICON a
40Gbps
Almacenamiento Debe incluir 10TBs
usables
Rendimiento
Al menos:
Lectura 3.3 GB/s para
Fibre Channel o 5 GB/s
para InfiniBand
Escritura 2.8 GB/s para
Fibre Channel o 3.3
GB/s para InfiniBand
Latencia
No mayor a:
Lectura 110 µs (micro
segundos)
Escritura 25 µs
CARACTERISTICAS DE CONFIABILIDAD
Capacidad de agregar, fuentes de poder y ventiladores sin
interrumpir su uso. SI
Fuentes de poder redundantes hot-swap con entradas de
tensión separadas SI
CAPACIDAD DE CRECIMIENTO
Los sistemas de almacenamiento Flash deben crecer al
menos hasta 20TB SI
Page 28
28
2. Software requerido para nuevo
sistema transaccional
2.1 Características generales de Software para Virtualización en
Plataforma de Procesamiento Central
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA VIRTUALIZACION
Deberá permitir ejecutar múltiples imágenes de servidores
Linux explotando todos los recursos de plataforma de
procesamiento central
SI
Deberá permitir el acceso a otros datos y aplicaciones
ejecutando en plataforma de procesamiento central desde
las aplicaciones Linux
SI
Deberá proveer la creación de un cluster virtual Linux en
una imagen única SI
Deberá ofrecer una infraestructura que permita compartir
recursos administrados desde un único conjunto de los
mismos
SI
Deberá tener la capacidad de mover servidores virtuales
Linux en tiempo real sin disrupción del servicio SI
Deberá permitir el balanceo de carga para una mejor
utilización de los recursos disponibles SI
Deberá proveer facilidades para gestionar usuarios, los
cuales deberán autentificarse contra un repositorio propio SI
La autentificación deberá poder integrarse con un
repositorio de usuarios LDAP SI
La autentificación deberá ser homogénea en todo el cluster
virtual Linux SI
Se deberán poder definir usuarios protegidos, los cuales no
serán usados con finalidad de autenticarse en una imagen. SI
En el proceso de autentificación los usuarios podrán utilizar
passwords que puedan contemplar el uso de caracteres en
mayúscula y/o minúscula. La longitud de estas podrán ser
de hasta 100 caracteres
SI
La plataforma de virtualización deberá contar con
facilidades que permitan que entre las diferentes imágenes
se puedan estar enviando mensajes, comandos, tareas y
archivos
SI
Page 29
29
2.2 Software para monitoreo de la plataforma de virtualización
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA MONITOREO DE
PLATAFORMA DE VIRTUALIZACION
Deberá emitir reportes de cargas de las máquinas virtuales,
tiempos de respuesta y utilización del particiones lógicas SI
Deberá emitir reportes de utilización de recursos, como
utilización de CPU, storage y TCP/IP SI
Deberá emitir reportes detallados de las cargas de trabajo en
ambos entornos operativos (Procesamiento Central
transaccional y Linux)
SI
Deberá ser punto único de control del sistema operativo de
la plataforma de procesamiento central y de las instancias
de Linux
SI
Deberá poder identificar, aislar y corregir problemas entre
el sistema operativo de la plataforma de procesamiento
central y las instancias de Linux
SI
Deberá asistir en la optimización de los entornos y poder
integrar la información con un único punto de control a
nivel empresa
SI
2.3 Características generales de Software para la Gestión de Respaldos del
entorno de virtualización
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA LA GESTION DE RESPALDOS
DEL ENTORNO DE VIRTUALIZACION
Deberá tener la capacidad de realizar copias de seguridad
de archivos y datos y restaurarlos de forma eficaz y
eficiente de toda la solución ofertada.
SI
Los respaldos soportados deben ser: Multiniveles (Full,
Incrementales, Diferenciales y Progresivos) SI
Los archivos y los datos de origen a ser respaldados podrán
tener formato propietario, y el medio de destino podrá ser
un disco o una cinta
SI
Deberá tener la capacidad de realizar operaciones de copia
de seguridad y restauración físicas y lógicas completas con
soporte para la inclusión y la exclusión de archivos, IDs de
usuario
SI
Deberá permitir la utilización del software especificado en
el ítem 2.8 (Software de gestión de resguardo y recupero de
datos) para backup a nivel de archivo y para la restauración
de data de Linux
SI
Page 30
30
Deberá Permitir que los usuarios finales puedan buscar y
restaurar su propia data mediante una interfaz de pantalla
sin que tenga que interactuar el administrador
Linux en tiempo real sin disrupción del servicio
SI
2.4 Características generales de Software para automatización de consolas
de ambiente de virtualización
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA AUTOMATIZACION DE
CONSOLAS DE AMBIENTE DE VIRTUALIZACION
Deberá permitir automatizar las tareas de mantenimiento
rutinarias y responder de forma automática a situaciones
predecibles que exigen intervención
SI
Deberá permitir a los usuarios autorizados visualizar e
interactuar con consolas reales de máquinas de servicio del
software de virtualización o servidores virtuales Linux sin
necesidad de autenticarse en las mismas
SI
Deberá permitir agendar eventos para su ejecución
inmediata o en base a una programación. SI
Deberá permitir tomar acción basado en los mensajes de
consola de los sistemas virtuales huéspedes. SI
Deberá permitir el tomar acción en base a los
eventos/alertas generados por el componente de software
del ítem 2.2 (Software para monitoreo de la plataforma de
virtualización)
SI
2.5 Características generales de Software para la gestión de cintas en el
entorno de virtualización
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA GESTION DE CINTAS EN EL
ENTORNO DE VIRTUALIZACION
Deberá permitir organizar y almacenar información de los
recursos de cintas en un catálogo de cintas SI
Deberá permitir que administradores y operadores puedan
consultar el catálogo, agregar y organizar información del
catalogo, solicitar montajes de cintas, encontrar cintas sin
usar y administrar los periodos de conservación de las
cintas. Los usuarios finales podrán consultar el catáñlogo y
solicitar montaje de cintas.
SI
Deberá proveer soporte para crear conjuntos o pools de
Cintas. Estos pools de Cintas podrán ser categorizados
como privados o del sistema
SI
Deberá permitir agregar y eliminar cintas de las
definiciones de conjuntos o pools SI
Page 31
31
Deberá permitir la creación y eliminación dinámica de
conjuntos de Cintas facilitando así la identificación de una
colección de cintas para una función o tarea específica
SI
Deberá permitir la creación de conjuntos privados que
pueden incorporar cintas sin usar cuando lo necesite. Estas
cintas sin usar podrán encontrarse en el conjunto de sistema
o en otro conjunto privado
SI
Deberá asegurar el cumplimiento de los privilegios de
acceso de acuerdo a los atributos del conjunto SI
Deberá asegurar el cumplimiento de controles de acceso
mediante la utilización de un administrador de seguridad
externo soportado en el software de virtualización provisto
en el ítem 2, o de un mecanismo propietario
SI
Deberá tener monitoreo de los recursos de cintas
notificando cuando la capacidad de las mismas se esta por
llenar o el espacio en disco del catálogo de cintas esta
acercándose a su capacidad definida
SI
Deberá proveer rutinas para las tareas administrativas
comunes como administración de cintas sin usar, proceso de
expiración y limpieza segura de data.
SI
Deberá permitir que las unidades de Cintas no deban estar
asignadas a un entorno de virtualización específico aún para
pedidos de montaje manuales
SI
2.6 Características generales de Software para la administración de
usuarios en el entorno de virtualización
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA LA ADMINISTRACION DE
USUARIOS EN EL ENTORNO DE
VIRTUALIZACION
Deberá permitir identificar a los usuarios que deseen iniciar
maquinas virtuales en el entorno de virtualización SI
Deberá permitir la identificación y verificación de usuarios
de sistema SI
Deberá facilitar la identificación, clasificación y protección
de recursos de sistema SI
Deberá proveer facilidades que permitan darle acceso a los
recursos protegidos por aquellos usuarios que lo soliciten SI
Deberá brindar mecanismos que permitan controlar los
medios de acceso a los recursos de sistema SI
Deberá ofrecer un mecanismo que registre y reporte
intentos no autorizados tanto al sistema como a los recursos
protegidos
SI
Deberá proveer el mecanismo para definir IDs de usuarios
protegidos. Estos IDs no podrán ser utilizados para acceder
al sistema y consecuentemente no serán revocados por
inactividad o intentos infructuosos de acceso
SI
Deberá brindar las facilidades que permitan controlar el
acceso a los dispositivos reales provistos en el
equipamiento del item 1
SI
Page 32
32
2.7 Características generales de Software para automatización de gestión
de carga y procesamiento
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE PARA AUTOMATIZACION DE
GESTION DE CARGA Y PROCESAMIENTO
Deberá estar diseñada como plataforma Cliente/Servidor, es
decir existe un servidor de gestión y clientes a ser
administrados
SI
Deberá proveer soporte para plataformas z/OS, i5/OS, HP-
UX, AIX, Solaris, Linux y Windows 2003 Server o
superior.
SI
El servidor que debe actuar como Manager o servidor de
gestión deberá estar soportado sobre plataformas Unix,
Linux o Windows
SI
Los servidores administrados que actúan como Cliente
deberán estar soportados sobre plataformas z/OS, Unix,
Linux, Windows
SI
Deberá proveer soporte para protocolos TCP/IP SI
Deberá permitir la programación de tareas en cualquiera de
los entornos soportados SI
Deberá permitir la creación de múltiples calendarios que
apoyen la programación de las diversas mallas y Jobs de
producción
SI
Deberá permitir cancelar o retener automáticamente mallas
o jobs que no se han iniciado al finalizar el día en que se
había programado su ejecución
SI
Deberá permitir lanzar Jobs o mallas por requerimiento de
administradores, es decir, jobs o mallas que no estén
definidas en la programación normal
SI
Deberá permitir la existencia de alias para los Jobs o Jobs
con el mismo nombre y que se ejecuten más de una vez
durante el día
SI
Deberá permitir usar wildcards (comodines) en las
definiciones en los nombres de las condiciones de
dependencia
SI
Deberá proveer soporte para usar aliases encriptados que se
puedan usar para almacenar passwords SI
Deberá proveer una interfaz Gráfica de Usuario mediante la
cual los operadores y administradores puedan observar o
hacer seguimiento de los trabajos en ejecución
SI
Deberá proveer facilidades de comandos en línea que
permitan ver el estado de la ejecución de las mallas y Jobs
SI
Deberá tener la capacidad de liberar las dependencias de un
Job o una Malla cuando sea requerido por un administrador.
Es decir, que aun sin cumplirse la condición, un
administrador puede liberar los trabajos o mallas
SI
Deberá permitir establecer un límite del número de Jobs que
se pueden ejecutar simultáneamente en un servidor
SI
Deberá permitir asegurar que no existan conflictos en la
definición de las mallas y jobs
SI
Page 33
33
Deberá proveer facilidades para soporte para el control de
producción en sitios remotos
SI
Deberá proveer administración y control centralizado de la
producción
SI
Deberá proveer facilidades de tolerancia a fallos del
servidor de gestión
SI
Los clientes deberán poder seguir ejecutando trabajos
localmente, aún si el Servidor de Gestión o servidor central
se encuentra caído o aislado de la red
SI
Deberá proveer una consola gráfica para realizar las
definiciones y hacer el seguimiento de la ejecución de las
mallas y Jobs de producción
SI
Deberá proveer una consola gráfica que sea compatible para
todos los sistemas operativos
SI
Deberá permitir la creación de Mallas y Jobs a través de la
interfaz gráfica
SI
Deberá permitir la creación de Mallas y Jobs a través de
Línea de Comandos
SI
Deberá proveer una interfaz basada en Web browser SI
Deberá proveer mecanismos de integración para el envío de
mensajes vía SMS o correo en caso de falla o cancelación
de los Jobs
SI
Deberá proveer facilidades u opciones para abrir Tickets de
Problema a sistemas de Service Desk como Tivoli Service
Request Manager, Remedy, Service Center u otros en caso
de falla en la ejecución de los Jobs
SI
Deberá proveer reportes de auditoría, reportes de detalle y
sumarizados de post-producción
SI
Deberá proveer un conjunto estándar de reportes o
templates que puedan ser usados para crear otros reportes
SI
Deberá permitir personalizar algunos de los reportes
estándar o crear nuevos reportes
SI
Deberá permitir visualizar los reportes o salidas generados
por los trabajos ejecutados
SI
Deberá generar archivos de log que se puedan revisar en
cualquier momento para verificar los registros de actividad
de la herramienta
SI
Deberá proveer facilidades de seguridad basada en roles
para definir las autorizaciones de administradores y
operadores
SI
Deberá proveer facilidades para la creación o definición de
reglas para delegar tareas o asignar privilegios
personalizados
SI
Deberá proveer facilidades de archivo y retención para
visualizar mallas y jobs ejecutados en periodos anteriores
SI
Deberá permitir realizar funciones de administración
centralizadas desde la máquinas administradas o clientes
remotos
SI
Deberá proveer facilidades de definir un servidor de
Gestión de Backup para que tome las operaciones en caso
de que el servidor principal de gestión falle
SI
Deberá permitir que los agentes continúen ejecutando los
Jobs programados en caso de que se presenten fallas en la
SI
Page 34
34
red y los clientes queden aislados
Deberá permitir sincronización automática de todos los
eventos y ejecuciones de trabajos después de una falla de la
red
SI
2.8 Características generales de Software de gestión de resguardo y
recupero de datos
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SOFTWARE DE GESTION DE RESGUARDO Y
RECUPERO DE DATOS
Se deberá proveer la cantidad de licencias necesarias para
gestionar el resguardo de los datos que residen en los
servidores consolidados en el procesador central del item 1
SI
Se deberá incluir en la oferta un mínimo de 800 agentes
para estaciones de trabajo de los usuarios finales.
Deberá funcionar sobre un esquema LAN (100-1000 Mbps)
/ SAN (4-8-16 Gbps) aprovechando las características
propias de la tecnología SAN, permitiendo compartir los
recursos de almacenamiento (librerías, drives, etc.)
SI
El servidor que debe actuar como Manager o servidor de
gestión deberá estar soportado sobre plataformas Unix,
Linux o Windows
SI
Los agentes a instalar en los clientes deben soportar los
sistemas operativos Linux, Unix y Windows, Mac, Android,
iOS y Blackberry.
SI
Debe soportar la comunicación entre servidores y clientes a
través de firewalls SI
Debe poseer un esquema de recuperación de la base de
datos (metadata) en caso de fallas SI
Debe soportar efectuar resguardo de archivos abiertos (hot-
backup), garantizando la integridad de los datos SI
Debe poder ejecutar tanto resguardos completos (Full
Backup) como diferenciales e incrementales SI
Debe poder generar un nuevo resguardo completo (Backup
Full) sin intervención del servidor cliente, tomando como
input un resguardo completo anterior y los resguardos
incrementales subsiguientes. Esta funcionalidad debe poder
ejecutarse manual o automáticamente por medio de
políticas
SI
Debe poder verificar los archivos resguardados SI
Debe proveer la capacidad de recuperar todos los archivos
resguardados o sólo algunos de ellos en base a alguna fecha
determinada
SI
Debe ser capaz de restaurar archivos independientemente de
la disponibilidad del servidor que se haya empleado para su
respaldo
SI
Debe soportar la recuperación archivos a la ubicación
original o a una ubicación alternativa
SI
Page 35
35
Al momento de recuperar un file-system completo o un
conjunto determinado de archivos debe poder tomar los
datos desde una cinta clonada o copiada si es que la cinta
original no está disponible
SI
Debe proveer una consola de administración centralizada
desde la cual se puedan ejecutar tareas de resguardo y
recupero de archivos, administración de políticas y
generación de reportes como mínimo
SI
La consola de administración debe soportar la
administración de todos los servidores de que disponga la
solución.
SI
La consola de administración debe contar con la capacidad
de consolidación de la información de los diferentes agentes
de resguardo
SI
Debe disponer de capacidades de generación, visualización
e impresión de reportes, tanto predefinidos como
personalizados. Los reportes deben ser en línea o históricos
SI
Debe poseer una interfaz basada en Web que permita
realizar tareas de monitoreo de la operación del
Backup/Restore
SI
Debe contar con la capacidad de ejecutar las tareas de
resguardo y recupero por medio de ejecutables (Scripts) vía
línea de comandos (CLI)
SI
Debe disponer de un sistema de emisión de alertas a fin de
poder controlar la correcta operación del sistema, debiendo
utilizar al menos alguna de las siguientes opciones:
o Traps SNMP versiones 1, 2 o 3.
o Log de eventos.
o eMail vía SMTP.
o Scripting
o SMS
SI
Debe contactar a sus clientes tanto por su nombre (DNS)
como por su dirección IP
SI
Debe poseer capacidades de agenda (scheduling) para la
programación de resguardo.
SI
Debe soportar el versionado por fecha de los archivos
resguardados
SI
Debe preservar los atributos de los archivos como sus
propiedades, ownership, archivos ocultos, archivos de sólo
lectura; tanto para su resguardo como para su recupero
SI
Debe poseer la capacidad de reintentar el resguardo de los
archivos planos que encontró abiertos. La cantidad de
reintentos y su frecuencia deben ser parametrizables
SI
Debe poseer una base de datos o catálogo (metadata) que
facilite la búsqueda de los datos resguardados
SI
Debe contar con la capacidad de ejecución de scripts de pre
y post ejecución de jobs (tanto para resguardo como para
recuperación), con manejo de errores (Error Level
Checking)
SI
Debe poseer la capacidad de ejecutar operaciones de
resguardo y recuperación en forma simultánea
SI
Debe poseer la capacidad de manejo de políticas de
retención que puedan ser aplicadas a nivel de clientes,
SI
Page 36
36
grupo de clientes y volúmenes
Debe soportar la compresión de datos en el cliente de
backup, para minimizar el tráfico de información sobre la
red
SI
Debe trabajar con una base de datos local o remota,
propietaria o comercial, debiendo indicarse claramente en la
oferta las bases de datos soportadas.
SI
Debe disponer de mecanismos de chequeo de consistencia
sobre esta base
SI
En dicha base debe quedar almacenada en todo momento la
información completa del estado actual de resguardo y
recuperación (metadata)
SI
Debe disponer de un mecanismo seguro de resguardo y
recuperación de la base para que en caso de contingencia
(falla o falta de la misma), pueda recuperarse
SI
Debe poseer la capacidad de diagnosticar el estado de todo
el sistema y de los medios de almacenamiento que controla,
por medio de utilitarios propios o herramientas nativas del
producto
SI
Debe ser capaz de informar errores físicos y lógicos de los
medios de backup a través de la emisión de alertas por los
medios indicados.
SI
Debe poseer la capacidad de obtener información depurada
basada en logs que contenga los siguientes datos
o Eventos de funcionamiento Normal.
o Eventos de funcionamiento Anormal.
o Eventos orientados a la realización de
auditorías.
o Eventos orientados a la detección de
errores y solución de problemas
SI
Debe poseer al menos tres niveles de funcionalidad:
operadores, administradores y usuarios finales.
SI
Debe proveer reportes a nivel de seguridad y a nivel de
cambios en políticas y configuraciones
SI
Debe contar con la capacidad de hacer respaldos a nivel de
VMware File-System (máquina virtuales completas). Para
esto debe interactuar con las funcionalidades propias de
VMware.
SI
Debe poder utilizar almacenamiento intermedio en disco,
previo al resguardo en cinta
SI
Debe poder resguardar de disco a disco y de disco a cinta
mediante el uso de políticas, permitiendo destinar un área
de disco como zona de almacenamiento, para su posterior
migración a dispositivos de cintas de acuerdo a las políticas
preestablecidas
SI
Debe poder crear tanto grupos de dispositivos (tape drives)
como grupos de medios de almacenamiento (cintas y
discos)
SI
Debe poder asignar medios, dispositivos o grupos de estos a
un determinado cliente o grupo de clientes
SI
Debe poseer la capacidad de liberar espacio expirado y no
utilizado en los medios a fin de optimizar el
aprovechamiento del tamaño de los mismos. Esta
SI
Page 37
37
funcionalidad debe poder configurarse de manera
automática mediante políticas o dispararse manualmente
Debe contemplar el manejo de errores de los medios,
reconociendo al menos los siguientes:
o Medio defectuoso.
o Capacidad insuficiente en medio.
o Medio no disponible
o Medio no reconocido
SI
Debe contar con la capacidad de copia o duplicación de
cintas en la propia librería y la replicación de cintas
completas entre librerías. Esto se debe poder llevar a cabo
tanto en línea (espejado) como después de realizado el
resguardo
SI
3. Servicios requeridos para nuevo
Sistema Transaccional
3.1 Características generales de los Servicios de garantía para Hardware
de nuevo Sistema Transaccional
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SERVICIOS DE GARANTIA DE HARDWARE
Se deberá proveer servicios de garantía técnica de 5 años en
modalidad 7x24 con 4 horas de tiempo de respuesta límite
para todos los sub-ítems contemplados en el item 1
SI
El servicio técnico de reparación deberá asegurar atención
permanente las veinticuatro (24) horas, los trescientos
sesenta y cinco (365) días del año
SI
El servicio de mantenimiento de hardware deberá ser
brindado directamente por el fabricante de los productos SI
El Proveedor deberá notificar por escrito y mantener
actualizada la lista del personal técnico autorizado para
acceder a los equipos instalados en los Centros de Datos
Nacionales (CDN), especificando:
Apellidos y Nombres
Número de cédula o pasaporte
Especialidad de atención para los equipos
SI
Para la atención del servicio de mantenimiento técnico de
los elementos de hardware, el Proveedor deberá contar con
oficinas en la ciudad de Quito y Guayaquil (indicará:
número de teléfono fijo y móvil, dirección electrónica y
dirección de la oficina)
SI
3.2 Características generales de los Servicios de mantenimiento de
Software para nuevo Sistema Transaccional
CARACTERÍSTICA ESPECIFICACION
MÍNIMA
Cumple /
No Cumple
Página donde se
verifica
Page 38
38
OBLIGATORIA cumplimiento
SERVICIOS DE MANTENIMIENTO DE SOFTWARE
Se deberá proveer servicios de garantía técnica de 5 años
en modalidad 7x24 con 4 horas de tiempo de respuesta
límite para todos los sub-ítems contemplados en el item 2
SI
El servicio técnico de reparación deberá asegurar atención
permanente las veinticuatro (24) horas, los trescientos
sesenta y cinco (365) días del año
SI
El proveedor deberá asegurar a partir de la fecha de
aceptación de la Orden de Compra el servicio de
mantenimiento técnico correctivo que cubra el adecuado
funcionamiento
SI
Para la atención del servicio de mantenimiento técnico de
los elementos de software, el Proveedor deberá contar con
un call center remoto que brindará asistencia técnica para
corrección de problemas.
SI
3.3 Características generales de los Servicios de instalación de nuevo
Sistema Transaccional
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
SERVICIOS DE INSTALACION
El Proveedor proporcionará el servicio de instalación,
configuración y los ajustes necesarios para la puesta en
marcha del nuevo ambiente, así como soporte en la tarea de
modificaciones operativas que resulten de la utilización del
nuevo equipamiento
SI
El proveedor deberá entregar información y soporte para el
aprovechamiento de las facilidades del nuevo ambiente SI
El Proveedor dará soporte a las siguientes tareas:
Instalación de los sistemas operativos y todos los
productos asociados.
Todos los pasos operativos o de parametrización
de los nuevos productos para su puesta en
funcionamiento
Configuración de los equipos y de la solución
completa ofertada en la presente licitación.
Documentación completa de la instalación y
arquitectura de la solución ofertada.
SI
El Proveedor designará un Administrador de Proyecto,
cuyas tareas serán efectuar el gerenciamiento del proyecto,
coordinar las tareas, y operar como único punto de contacto
del proveedor
SI
3.4 Características generales de los Servicios de Capacitación para nuevo
Sistema Transaccional
CARACTERÍSTICA
ESPECIFICACION
MÍNIMA
OBLIGATORIA
Cumple /
No Cumple
Página donde se
verifica
cumplimiento
Page 39
39
SERVICIOS DE CAPACITACION
Las capacitaciones deben ser certificadas por el fabricante SI
Las capacitaciones deben ser entregadas en las ciudades de
Quito y Guayaquil para 12 personas en cada ciudad. (2
telecomunicaciones, 2 bases de datos, 2 infraestructura, 2
sistemas operativos, 2 seguridades, 2 operadores)
SI
Las aulas y el material deberás ser provistos por el oferente SI
Los cursos deberán ser diseñados para que los participantes
puedan rendir exámenes de certificación.
Los cursos a recibir dentro de las capacitaciones deberán ser
al menos los siguientes:
Introducción y conceptos del Sistema de
Virtualización
Instalación, Configuración y Servicio del sistema
de Virtualización
Introducción y conceptos de Smart Cloud.
Taller de Instalación y administración de ATL
(Automatic Tape Library)
Instalación y administración del software de
monitoreo para la solución ofertada.
Taller de implementación de contingencia y
recuperación ante desastres con la solución
ofertada.
Taller de instalación de Sistema de
almacenamiento en Disco
Taller de instalación y administración de Blade
Center y Nodos
Red Hat System Administration I o equivalente
Red Hat System Administration II with RHCSA
Exam o equivalente
SI