Anexo No. 1. Arrendamiento de Infraestructura de Servidores, Almacenamiento y Conectividad. Fecha: 23/08/2011 Página 1 de 77 Versión: va

Transcripción

1 Anexo No. 1 Arrendamiento de Infraestructura de Servidores, Almacenamiento y Conectividad Fecha: 23/08/2011 Página 1 de 77 Versión: va

2 Tabla de contenido 1. Glosario y Referencias Glosario Referencias Introducción Propósito de la solución Objetivos específicos Alcance Componentes de la Solución Especificación de Componentes Componente 1: Suministro y configuración de Infraestructura de TI en arrendamiento Componente 2: Transición de Software, configuración de servidores y de espacio de almacenamiento Componente [3]: Soporte y administración por a partir de la firma del contrato y hasta el 31 de julio de Componente [4]: Administración del Servicio Elementos dentro del Alcance Organización Interesados Marcos de Referencia y Mejores Prácticas Premisas Patrocinio Disponibilidad de Recursos Acceso a la Información Restricciones Temporalidad Forma de Pago Objetivos de calidad Lineamientos Lineamientos Generales Administración de proyectos Lineamientos para la Planeación Inicio de Actividades Inducción de Administración de Proyectos Fecha: 23/08/2011 Página 2 de 77 Versión: va

3 5.2.3 Administrador del Servicio Lineamientos para la Ejecución Apego al Plan de Administración del Servicio Apego al Cronograma del Servicio Entrega de Productos Lineamientos para el Cierre Cierre Penalizaciones Garantías Procedimiento de Evaluación Puntos y Porcentajes Evaluación de la Propuesta Económica Determinación del Licitante Ganador Fecha: 23/08/2011 Página 3 de 77 Versión: va

4 1. Glosario y Referencias 1.1 Glosario CGOTI OP PAS ANS Término/Acrónimo Coordinación General de Organización y Tecnologías de la Información Oficina de Administración de Proyectos de TI, de la CGOTI. Plan de Administración del Servicio Acuerdo de nivel de servicio Tiempo de atención al reporte El tiempo de respuesta a incidentes WebDAV (World Wide Web Distributed Authoring and Versioning) [Término / Acrónimo] El tiempo transcurrido entre la generación del registro del incidente de manera automática por el sistema de monitoreo o registro del reporte telefónico por parte del personal autorizado por Cofetel y el momento en que se reporta el personal que atenderá o dirigirá la atención al incidente reportado. El tiempo transcurrido entre la confirmación del incidente y su tipificación, a la intervención directa en el equipo o equipos que sean identificados como origen del incidente. De acuerdo al Internet Engineering Task Force (IETF) estándar para la escritura colaborativa en la Web: Un conjunto de extensiones al protocolo de transferencia de hipertexto (HTTP) que facilita la edición colaborativa y gestión de archivos entre usuarios situados a distancia unos de otros en Internet. [ del Término / Acrónimo] 1.2 Referencias Nombre/Documento [Nombre de Procesos / Publicaciones / Aplicaciones / Documentos] [ / Ubicación] /Ubicación 2. Introducción 2.1 Propósito de la solución El presente documento describe las características del Arrendamiento de infraestructura de Servidores, Almacenamiento y Conectividad que la Coordinación General de Organización y Tecnologías de la Información (CGOTI) requiere contratar y es objeto de la presente licitación. 2.2 Objetivos específicos Proporcionar a la COFETEL los recursos de infraestructura de Servidores, Almacenamiento y Conectividad para soportar los sistemas de TI que se encuentran en operación actualmente y que deben ser migrados de infraestructura por causa de la conclusión del contrato de arrendamiento de la infraestructura que Fecha: 23/08/2011 Página 4 de 77 Versión: va

5 actualmente soporta los aplicativos de la COFETEL. Proveer a la COFETEL una plataforma de infraestructura actualizada tecnológica y funcionalmente, que permita generar ambientes de servidores virtuales que agilicen al acceso a los recursos de procesamiento y almacenamiento, posibilitando el aprovechar de manera eficiente los recursos que cada componente de la solución proporciona. 3. Alcance 3.1 Componentes de la Solución La solución debe contemplar los componentes que se muestran gráficamente en la siguiente figura: Nombre: Arrendamiento de Infraestructura de Servidores, Almacenamiento y Conectividad C1. El proyecto considera el suministro de servidores, almacenamiento y la conectividad entre servidores. C2. La Transición de Software, configuración de servidores y de espacio de almacenamiento necesario para la operación de los ambientes de procesamiento que actualmente operan en servidores de la Comisión, con el fin de sustituir los servidores actuales. C3. Incluyendo el soporte y mantenimiento de la plataforma suministrada en renta por un periodo de a partir de la firma del contrato y hasta el 31 de julio de C4. Bajo la administración de un líder de proyectos y el líder técnico de la COFETEL. 3.2 Especificación de Componentes A continuación se presenta el detalle de los productos y servicios requeridos para cada uno de los Componentes: Fecha: 23/08/2011 Página 5 de 77 Versión: va

6 3.2.1 Componente 1: Suministro y configuración de Infraestructura de TI en arrendamiento Se considera el suministro en arrendamiento de servidores, almacenamiento y la conectividad de red necesaria para construir ambientes virtuales a los que se asigna el almacenamiento suficiente y adecuado a las aplicaciones que actualmente soportan la operación de Negocio de la Comisión. Los componentes de TI en arrendamiento soportarán las aplicaciones y sistemas vigentes a la fecha, proporcionando la capacidad y desempeño que permitan utilizar y operar los sistemas mencionados en condiciones que mejoren los estándares actuales de desempeño y ofrezca la oportunidad de incrementos de capacidad de acuerdo a las necesidades futuras de la Comisión. Entregable E1.1 Capacidad de cómputo estándar en alta disponibilidad Proporcionar la infraestructura necesaria para la operación en alta disponibilidad para ambientes x86 E1.2 Software de Virtualización Proporcionar la infraestructura de Virtualización necesaria para la operación en alta disponibilidad para ambientes x86 E1.3 Capacidad de almacenamiento en red y alta disponibilidad Proporcionar la infraestructura necesaria para la operación de la red de almacenamiento, respaldo de información y alta disponibilidad E1.4 Herramientas para la gestión y monitoreo. Proporcionar las herramientas que permitan llevar a cabo el Monitoreo y administración de la infraestructura de computo, de las PCs y Portátiles, así como llevar a cabo la gestión de incidentes y solicitudes de servicio. Especificaciones Técnicas Entregable E1.1 Capacidad de cómputo estándar en alta disponibilidad Componente Rack Rack ajustable interno con 42 unidades de rack de altura con paredes metálicas laterales, puertas, frontales y posteriores y cerradura con llave en ambas puertas, de la misma marca del fabricante de los servidores. Consola TFT con Monitor flat panel con teclado y Mouse integrados y KVM Para todos los componentes solicitados se deberá incluir todo lo necesario para su montaje en el rack y su correcta operación. Gabinete para servidores Chasis con fuentes de poder redundantes hot-swap o hot-plug. Las blade fuentes de poder deberán tener como mínimo redundancia de N+2, es deseable la redundancia de N+N, para operar con carga compartida y en caso de falla de alguna ellas o arreglo de fuentes, se deberá garantizar el funcionando el chasis lleno a su capacidad máxima. Soporte a servidores blades hot-swap o hot-plug individuales. Ventiladores del chasis con redundancia de N+1, es deseable la redundancia de N+N para mantener funcionando el chasis lleno a su capacidad máxima con auto ajuste de velocidad para ahorro de energía eléctrica. Opción de soporte a CD/DVD-ROM externo vía chasis o servidor de forma Fecha: 23/08/2011 Página 6 de 77 Versión: va

7 Servidores blade Modulos de I/O física o virtual. Soporte para administración de cada blade instalado de manera concurrente y simultánea por chasis. El gabinete para servidores blade deberá tener sistema de enfrimiento redundante en sus partes funcionales, que permita el enfriamiento a los componentes con el uso de aire, sin comprometer su operación, con flujo térmico por conducción y desalojo de calor por convección, Al menos 12 servidores Tipo Blade integrados en el Chasis que cubran lo siguiente: a)la totalidad de los servidores blade deben sumar al menos 144 cores, que operen al menos a 2.6 Ghz y 12 MB en L2 b)4 GB RAM con ECC DDR por cada core. c) Con tecnología x86 a 64 bits d) En al menos 8 servidores se deben incluir las licencias de sistema operativo Linux Enterprise para todos los ambientes virtuales que se vayan a requerir con un mínimo de 8 servidores virtuales por servidor físico. e)por cada servidor blade: Al menos 6 puertos de red 10 Gbps en dos tarjetas independientes multifuncionales con TOE Dos puertos para red de almacenamiento en dos tarjetas independientes a 8 Gbps Un puerto de Administración Remota vía grafica con soporte protocolo SSL y SSH Dos Discos duros de 300GB a 10 RPM SAS en RAID 1. Incluir los switches necesarios, integrados en el chasis, con conectividad redundante de 10 Gbps Ethernet, que soporten la totalidad de los puertos de conectividad entre los servidores. Incluir los switches necesarios para la red de almacenamiento con conectividad redundante y sin puntos únicos de falla, que soporten la totalidad de los puertos de los servidores Entregable E1.2 Software de Virtualización Componente Software de Virtualización La operación de servidores virtuales debe sustentarse sobre una plataforma de virtualización de capaz de proveer a las aplicaciones con los recursos de cómputo que éstas requieren para su ejecución. En este sentido, la plataforma de virtualización debe proporcionar una serie de servicios que otorguen el nivel de movilidad, automatización y control correspondiente a una data center de alta disponibilidad. Por esta razón, esta infraestructura de virtualización de servidores debe proporcionar las prestaciones como se describen a continuación: El componente básico del cómputo virtual es un hipervisor Fecha: 23/08/2011 Página 7 de 77 Versión: va

8 instalable en forma directa sobre un servidor físico independiente de los servidores blade descritos en el componente Servidores Blade del Entregable E1.1 Capacidad de cómputo estándar en alta disponibilidad, que tiene como fin habilitar la creación y ejecución simultánea de múltiples máquinas virtuales sobre los servidores blade. Esto debe permitir un uso óptimo de los recursos de procesamiento de los servidores blade físicos. El hipervisor debe ser compatible con servidores tipo x86 basados en procesadores multi núcleo compatibles con la arquitectura x86 de 64 bits. El manejo de la memoria por parte el hipervisor debe permitir la sobre-comisión de la memoria física, de forma que la suma de la memoria virtualizada asignada a las máquinas virtuales pueda ser mayor a la memoria física instalada en el servidor físico que hospeda al hipervisor y a las máquinas virtuales. Como consecuencia, debe tener la capacidad de trasladar automáticamente montos de memoria asignada pero en desuso de una máquina virtual a otra (u otras) que sí necesitan de dicho espacio en memoria. En resumen, se requiere un manejo dinámico de optimización y asignación de memoria. Finalmente y con el fin de contar con amplia movilidad en la infraestructura de virtualización, el hipervisor debe mantener el desacoplamiento entre el hardware de los servidores y las máquinas virtuales de forma que éstas últimas puedan ser transportadas a servidores con componentes de hardware distintos y aún así poder funcionar sin requerir de cambios al sistema operativo y aplicaciones. Esta es una propiedad clave del cómputo de nube que permite el libre flujo de aplicaciones al interior de la nube e incluso entre nubes colocadas en centros de datos distintos. Control de Ancho de Banda y asignación de QoS: Dado que cada aplicación será hospedada en una máquina virtual y que las máquinas virtuales serán recolocadas en forma automática con fines de balanceo de cargas y continuidad de negocio, se requiere que los servicios de red puedan asignar un nivel de QoS así como un ancho de banda máximo permitido por cada máquina virtual o bien por perfil de máquina virtual y que este par de controles acompañe automáticamente a cada máquina virtual hacia cualquier servidor físico dentro de la infraestructura de virtualización conforme se mueva. Adicionalmente, el control de ancho de banda máximo debe ser bidireccional, es decir para tráfico IP que egresa e ingresa a cada máquina virtual. Fecha: 23/08/2011 Página 8 de 77 Versión: va

9 Control de Acceso a VLANs y Puertos UDP/TCP. Considerando nuevamente que cada aplicación será hospedada en una máquina virtual, se requiere que los servicios de red puedan controlar a qué combinación de VLAN y puertos TCP/UDP tiene permitido acceder cada máquina virtual, o bien, cada perfil de máquina virtual. Es también necesario que dicho control siga automáticamente a cada máquina virtual hacia cualquier servidor físico de la infraestructura de virtualización y que conforme a los procesos de automatización vayan modificando la posición de las diferentes máquinas virtuales que en ella se hospedan. Conservación del Estado de Puertos Virtuales: Con el fin de mantener registros de la actividad de los puertos IP de las máquinas virtuales, es necesario que el estado de dichos puertos sea preservado aún en eventos de traslado de máquinas virtuales entre servidores físicos. De esta forma, debe conservarse el valor de los contadores de estadísticas asociadas a los puertos IP de las máquinas virtuales para que puedan ser usados en acciones de monitoreo y solución de fallas por parte de los administradores de la red IP integral (virtual y física). Evacuación Automatizada y en Línea de Servidores Físicos. Esta prestación debe ayudar a eliminar la necesidad de detener el servicio de las aplicaciones para poder realizar mantenimiento de los servidores físicos. Para lograr esto es necesario que sea posible dar la orden de evacuación de un servidor físico para que las máquinas virtuales (y las aplicaciones que estas sustentan) empiecen a migrarse en línea a otros servidores. El orden de las migraciones y la selección del servidor físico destino debe ser determinado por un proceso automatizado que permita hacer la evacuación en forma sistemática de forma que no haya impacto en el desempeño de las aplicaciones en ejecución en los servidores físicos encargados de captar las máquinas virtuales que se están evacuando. Migración en Línea del Medio de Almacenamiento. Al igual que con los servidores, infraestructura de virtualización de servidores debe contar con la capacidad de permitir el mantenimiento o sustitución del medio de almacenamiento en disco donde residen los archivos de los sistemas operativos, aplicaciones y datos que cada máquina virtual utiliza sin que haya interrupción en el funcionamiento de las máquinas virtuales. Reinicio Automatizado de Servicios ante la Detección de Fallas. Esta prestación debe proveer un servicio de monitoreo de signos vitales que comprenda dos ámbitos principales: el primero es el elemento físico de procesamiento (servidores) y el segundo ámbito Fecha: 23/08/2011 Página 9 de 77 Versión: va

10 son los sistemas operativos en ejecución dentro de las máquinas virtuales. El requerimiento es que la infraestructura de virtualización debe detectar fallas en cualquiera de dichos ámbitos y tener la capacidad de ejecutar una acción correctiva de forma automática. Para el caso donde exista una falla en un elemento físico de procesamiento (servidor) que le impida continuar con la ejecución de máquinas virtuales, la infraestructura de virtualización deberá detectar la pérdida de los signos vitales del elemento físico en cuestión y poner las máquinas virtuales afectadas nuevamente en ejecución sobre otros servidores físicos distribuyéndolas en forma sistemática y automática de forma que la carga de trabajo se dividida equilibradamente entre los servidores físicos que sigan funcionando correctamente. En el caso de falla en el sistema operativo en ejecución dentro de una máquina virtual que la lleve a un estado de congelamiento, se deberá ser capaz de detectar la pérdida de los signos vitales del sistema operativo e iniciar una acción de reinicio de dicha máquina virtual con el fin de poner el sistema operativo en funcionamiento nuevamente junto con la aplicación que éste sustenta. Adición en Línea de Capacidad de Procesamiento. Se refiere a la capacidad de adicionar en línea procesadores y memoria RAM virtuales a las máquinas virtuales cuyas aplicaciones demanden mayor capacidad de procesamiento. Se enfatiza el requerimiento de que dicha adición sea en línea pues se asume la criticidad de continuidad de negocio en los servicios aún cuando se hagan cambios en la infraestructura. Adición en Línea de Capacidad de Almacenamiento y Conectividad. Complementario al punto anterior, se requiere que esta infraestructura tenga la capacidad de adicionar en línea interfaces de red virtual y dispositivos de almacenamiento virtual a máquinas virtuales cuyas aplicaciones requieran una ampliación en sus capacidades de comunicación con la red IP o bien con la red de almacenamiento compartido. Capacidades Balanceo Automático de Cargas de Trabajo. Otra característica intrínseca es la capacidad para balancear la carga de trabajo que soportan los elementos físicos que la sustentan. Se requiere que dicho balanceo sea integral y comprenda los siguientes aspectos. Balanceo de Carga en la Red IP: Se refiere a la capacidad de utilizar protocolos de agrupación de interfaces de red para el balanceo de carga, en específico se requiere soporte a LACP Fecha: 23/08/2011 Página 10 de 77 Versión: va

11 Balanceo de Carga en la Red de Almacenamiento: Se refiere a la capacidad de distribuir y balancear el tráfico originado por operaciones en entrada y salida hacia y desde los adaptadores físicos que interconectan a los servidores con los sistemas de almacenamiento en disco de la misma. Balanceo de Carga de la Carga de Procesamiento. Se refiere a la capacidad de modificar la posición de las máquinas virtuales que ejecutan aplicaciones en referencia al elemento físico (servidor) que las sustenta. De esta forma, la infraestructura de virtualización debe ser capaz de reubicar automáticamente cualquier máquina virtual de forma que las máquinas virtuales que tienen un nivel de servicio asignado reciban suficientes ciclos de CPU y espacio real en la memoria RAM para cumplir con dicho nivel de servicio. Entregable E1.3 Capacidad de almacenamiento en red y alta disponibilidad Componente Almacenamiento SAN Rack de un mínimo de 40U (opcional en caso de requerirse).. Arquitectura redundante: en paths de datos, buses y fuentes de alimentación. Conectividad a los sistemas operativos Solaris, AIX, HP-UX, Linux, Windows 2003, Windows Se requieren 40 Terabytes de almacenamiento crudo. Los discos deben ser de al menos 15K RPM Reemplazo de componentes no-disruptivo. Licenciamiento necesario para la realización copias físicas locales y tipo snapshot, realizada por el propio sistema de almacenamiento. Capacidad de soportar conectividad SAN, NAS e iscsi, en el mismo sistema de almacenamiento. Deberá soportar y permitir su conectividad a través de los siguientes protocolos: Brindar una tasa de transferencia de 8 Gbps en cada uno de sus puertos de front-end. iscsi a 1Gbps y 10Gbps Fecha: 23/08/2011 Página 11 de 77 Versión: va

12 Protocolo Simple de Administración de Red (SNMP, Simple Network Management Protocol) Protocolo de Resolución de Direcciones (ARP, Address Resolution Protocol) Protocolo de Mensajes de Control de Internet (ICMP, Internet Control Message Protocol) Protocolo Ligero de Acceso a Directorio (LDAP, Lighweight Directory Access Protocol) El sistema de almacenamiento debe contar con mínimo 2 controladoras que permitan una configuración primaria/primaria o primaria/en espera para ambientes que requieren alta velocidad o una configuración primaria/en espera como una protección adicional para disponibilidad en el hardware. El equipo de almacenamiento propuesto deberá incluir los discos spare necesarios para permitir una alta disponibilidad. Ser tolerante a fallas de energía, por lo cual deberá de contar con un proceso para la realización de una copia de protección de los datos que se encuentran aún almacenados en la memoria para que sean escritos en disco físico al momento de la falla. Deberá de ofrecer soporte a discos SAS de 3.5 y/o 2.5 pulgadas. El equipo propuesto deberá de poder escalar, en sin necesidad de sustituir los discos, la capacidad de procesamiento, memoria y capacidad de almacenamiento del arreglo de discos. El equipo deberá soportar tipos de RAID 0, 1, 10, 3, 5 y 6 para protección de los datos. Deberá manejar discos al menos con las siguientes características: Velocidades del dispositivo de lectura/escritura: mínimos 7,200, 10,000 y 15,000 rpm en SAS Capacidad de almacenamiento en disco SAS mínima: 300GB, 600GB y 2 TB Capacidad de almacenamiento en disco SSD mínima: 100GB y 200GB La capacidad de disco en 300 GB crudos será cuando menos de 25% del total y el resto en discos de 600 GB. Capacidad de crecimiento del sistema al menos de 250 drives. El equipo propuesto deberá de poder escalar, en sin necesidad de sustituir los discos, la capacidad de procesamiento, memoria y capacidad de Fecha: 23/08/2011 Página 12 de 77 Versión: va

13 almacenamiento del arreglo de discos Deberá de contar con al menos 48GB de memoria caché. Deberá tener la capacidad de distribuir automáticamente la información en el tipo de disco más óptimo de acuerdo al comportamiento de la misma, sin que dicha funcionalidad requiera de la intervención del administrador, además de que poder alterar, de ser necesario, la distribución de la misma información en caso de que el comportamiento de la misma se vea alterado con el paso del tiempo. Deberá contar con las siguientes funcionalidades de conectividad de Clientes: Se puede acceder a los archivos mediante FTP, NFS y CIFS Acceso a Bloques mediante iscsi y Fibre Channel Soporta Microsoft DFS como Nodo leaf o Servidor raíz Firma LDAP para Windows Deberá contar con un back-end al menos a 6Gbps. Deberá contarse con software de administración del sistema de almacenamiento que permita hacer configuraciones, así como la administración de la información a través de una interfaz (GUI) sin importar la naturaleza de la misma (NAS/SAN) Deberá contar con software para la administración de las copias locales. En caso de requerirse una estación de administración del sistema (HW y SW) el licitante deberá proveer los componentes necesarios en alta disponibilidad Sea compatible, accesible y operable el almacenamiento con arquitecturas virtuales como VMWare,Hyper V. Integración con la solución de virtualización para administración de failover y failback. Características del software de administración de la SAN/NAS: Software con licenciamiento ilimitado, propio para SAN que tenga la capacidad de realizar copias lógicas (snapshots o LUN virtual) y copias virtuales o clones. De igual forma el equipo deberá tener la capacidad de realizar copias lógicas (snaps) de los file systems en el sistema NAS. El software deberá proveer una interfaz gráfica, basada en web, para crear, Fecha: 23/08/2011 Página 13 de 77 Versión: va

14 administrar y configurar las copias locales Habilidad para crear, modificar y borrar las copias. Capacidad de recuperación instantánea de una copia a un volumen con el mismo tamaño. Capacidad de copiar datos de producción para poder montarlos en otro servidor por ejemplo un ambiente de pruebas. Capacidad para integrar el software para realizar copias remotas de manera síncrona o asíncrona. Capacidad para montar las copias en un host disponible. Deberá ser equipo de última generación NAS Monitoreo mediante notificación call-home. El NAS debe soportar CIFS, NFS, FTP. Capacidad de proteger la información grabada en un directorio de NAS por un período de tiempo especificado, garantizando la no modificación o borrado de los archivos archivos grabados en el mismo. Proporcionar 5TB crudos para NAS, considerando de los discos de 600 GB crudos solicitados previamente para SAN. Software de balanceo de cargas de trabajo Software para balanceo de cargas de trabajo, failover de paths y, performance optimizado Soporte de SCSI, iscsi y Fibre Channel Soporte de sistemas operativos : Windows, AIX, HP-UX, Solaris y Linux y, que soporte el entorno virtual de acuerdo al a solución de virtualización propuesta. Switches para SAN Dos swiches para conectividad a la SAN con 32 puertos cada uno El equipo deberá ser auto-sensible de 2, 4 y 8 Gb/s Almacenamiento para respaldos Fibras necesarias para la conectividad a la SAN Incluir un dispositivo de respaldo en disco que tenga capacidad de respaldo de 20 Terabytes (Librería virtual). Se debe incluir todo lo necesario para la interconexión Fecha: 23/08/2011 Página 14 de 77 Versión: va

15 El dispositivo de respaldo a disco con capacidad de deduplicación deberá de cumplir de forma mínima las siguientes características: Incluir combinación de conexiones de Fiber Channel/Ethernet al menos: 2 puertos Ethernet 10Gb 2 puertos FC 8Gbps Fuentes redundantes tipo Hot Swap, y ventiladores redundantes. Incluir alguno los siguientes tipos de puertos e interfaces: USB Serial Para contar con una mayor flexibilidad del en la definición de los procesos de respaldo se requiere contar con conectividad de tipo IP (CIFS/NFS) basado en discos SATA, con funciones de de-duplicación. Arreglos de discos SATA (Serial ATA) con discos de 2TB, configurados en RAID 5 con capacidad de al menos 32 TB crudos. Un desempeño en relación a tasas de transferencia con de-duplicación en línea de al menos 5 TB/hr. Emular y manejar los siguientes dispositivos virtuales: Al menos 64 librerías, 128 drives 20,000 slots y 100,000 volúmenes de cinta para sistemas abiertos Soportar y manejar alguno de los siguientessoftware de respaldos: CA ARCserve Backup, CA BrightStor Enterprise, CommVault Galaxy/Simpana, EMC Legato Networker, HP DataProtector, IBM BRMS, IBM TSM, Microsoft DPM 2007, Oracle Secure Backup, Symantec NetBackup and Backup Exec, Syncsort Backup Express. Soportar sistemas operativos de 32/64bits, tales como: Windows Server 2003/2008, Linux Red Hat, Linux SuSE, IBM AIX, HP-UX, Sun Solaris. No debe requerir espacio en disco temporal o adicional para realizar la operación de de-duplicación, es decir los datos que se reciben son deduplicados y escritos directamente al almacenamiento del equipo Con la finalidad de un mejor aprovechamiento del espacio en disco de la unidad de protección de respaldos, se requiere que la información sea escrita de forma deduplicada al disco del dispositivo al momento en que es recibida y que no exista un proceso posterior para su realización; también se requiere que con la finalidad de no impactar las aplicaciones productivas, Fecha: 23/08/2011 Página 15 de 77 Versión: va

16 el proceso se lleve a cabo en el destino y sin la utilización de recursos del servidor respaldado con algoritmos para el proceso de deduplicación de la información. Debe proporcionar una conexión remota segura para acceder al dispositivo de almacenamiento de protección de respaldos y enviar archivos de registro para los servicios de soporte y para la administración del dispositivo. Debe tener servicio de implementación y soporte El equipo ofertado deberá estar preparado para realizar la replicación de la información respaldada en forma deduplicada para un mejor aprovechamiento del ancho de banda cuando esto sea necesario. Debe contar con la capacidad de encriptar los datos respaldados Debe contar con la capacidad de retener la información (WORM) Deberá poder escalara a los modelos superiores de la misma familia sin necesidad de migrar datos de los discos existentes. Software de administración de respaldos Compatible con protección RAID 5 o 6 para evitar un error de disco proporcionando disponibilidad continua de los datos El software para la administración y control de respaldos que se integre a la solución tendrá que cumplir al menos con los siguientes requerimientos: Debe ser multiplataforma, es decir el mismo software debe ser capaz de respaldar Windows XP/Vista/2003/2008/StorageServer (32 bits, 64 bits, x86, Itanium), Solaris, AIX, HP-UX(PA-RISC, Itanium), NetWare, Linux (RedHat, SuSE, x86, x64, Itanium) en ambientes DAS, SAN o NAS. Debe permitir su instalación en servidores de plataforma Unix o Linux a través de una interfaz grafica. Debe permitir la administración de las librerías virtuales y/o físicas que formen parte de la solución de servicio ofertada Debe contar con una interfaz grafica, centralizada que permita la administración total de los datos y aplicaciones críticas de una forma automatizada, está deberá poder ser accedida desde cualquier navegador de internet o desde el servidor de respaldos. La interfaz debe contar con al menos con las siguientes características: Permitir configurar, administrar y monitorear: Respaldos y recuperaciones de información Estar preparado a futuro para poder habilitar la replicación de información remota para propósitos de recuperación de desastres Archivado de Información Búsqueda de datos para el usuario final Migración de información entre diferentes servidores Fecha: 23/08/2011 Página 16 de 77 Versión: va

17 Cifrado y Deduplicación de datos La interfaz deberá tener ayuda en línea disponible. Permitir llevar a cabo un browse de la información respaldada y a partir de ahí, seleccionar la información que se desea recuperar. La información a restaurar deberá ser mostrada de forma similar a la de un explorador de Windows, permitiendo la navegación por los diferentes niveles de los objetos a restaurar. Mostrar las características de la o las bibliotecas que forman parte de la solución. Como mínimo deberá mostrar la marca, número de drives, número de slots disponibles, número de slots ocupados y el estado de la biblioteca. Permitir dar seguimiento y control de manera sencilla de las tareas de respaldo o recuperación que se lleven a cabo en línea. El software debe permitir la ejecución de respaldos y recuperaciones de manera inmediata sobre demanda o de manera calendarizada (incluidas las recuperaciones) Dependiendo de la aplicación a respaldar, la solución deberá soportar respaldos totales, incrementales y diferenciales y consolidados. Debe permitir el reinicio de un respaldo en caso de falla y el reinicio deberá ser a partir del punto en que se quedó al momento de la falla y no iniciar nuevamente. Deberá proporcionar un mecanismo para verificar la integridad física y lógica de los respaldos con el objeto de asegurar que los datos fueron correctamente grabados. Los tiempos de retención varían dependiendo de la aplicación y de la fecha de realización de los mismos, por lo que deberán poder asignar políticas específicas para cada respaldo. Se requiere la posibilidad de establecer políticas de retención para el mantenimiento de índices de respaldos y para el mantenimiento de respaldos históricos. Debe permitir el compartir la misma política de almacenamiento entre diferentes sistemas operativos. El software deberá permitir navegar por los archivos y directorios respaldados. Debe permitir la migración automática de los respaldos hechos a disco magnético a otro dispositivo permitiendo que los respaldos más recientes permanezcan siempre en el disco magnético, además deberá poder garantizar que cuando la restauración deba leer información en otro medio magnético diferente del disco la información será leída de forma directa al servidor que inicie el proceso sin pasar por el disco magnético usado para el respaldo en primera instancia Las áreas usuarias de las aplicaciones pueden solicitar la restauración en servidores diferentes al origen del respaldo por lo que se requiere que se requiere se permita realizar una restauración en una ubicación Fecha: 23/08/2011 Página 17 de 77 Versión: va

18 y/o en un server diferente al origen. Cuando la información a restaurar ya exista en el destino seleccionado, se deberá permitir seleccionar entre sobre escribir, renombrar o descartar el objeto que ya exista y esta selección puede ser interactiva o para toda la información seleccionada en una restauración Las recuperaciones podrán llevarse a cabo al mismo sitio de donde se respaldaron, a un directorio alterno y/o a un cliente alterno para efectos de migración. Las recuperaciones deberán llevarse a cabo de una sola pasada, es decir, ignorar los archivos que han sido borrados y versiones anteriores y sólo recuperar la versión más reciente, de acuerdo al tiempo de recuperación seleccionado. Se debe tener la capacidad de generar un respaldo total a partir de una serie de respaldos incrementales contenidos en las cintas de almacenamiento y así evitar la realización periódica de respaldos totales reales. Dentro de este tipo de respaldo total, deberá estar incluida la información del estado del sistema. Deberá tener disponible la generación automática de reportes acerca de las operaciones de administración, operación y mantenimiento que podrán servir para analizar el comportamiento de la solución y registrar estadísticas. Los reportes podrán generarse desde la interfaz gráfica y deberán poder ser generados de acuerdo a diferentes criterios, tales como: periodo de tiempo, tipo de plataforma, tipo de aplicación, tipo de operación (respaldo, migración o replicación) y estado de terminación del proceso como mínimo. Se debe tener la capacidad de enviar en forma automática los reportes generados vía correo electrónico a cualquier usuario del directorio activo Se debe permitir la distribución e instalación de parches de manera automática a los diferentes clientes integrados en la solución. Se debe permitir la creación y administración de grupos de usuarios, mediante los cuales se podrán delegar funciones de administración y operación de la herramienta. El manejo y administración de los grupos de usuarios se deberá llevar a cabo mediante el uso de la interfaz gráfica. Se debe permitir la creación y administración de usuarios que pertenecerán a un grupo de usuarios, del cual heredarán los privilegios para poder llevar a cabo ciertas funciones de administración y operación de la herramienta. El manejo y administración de los usuarios se deberá llevar a cabo mediante el uso de la interfaz gráfica. Se debe tener la capacidad tanto de crear grupos de usuarios y cuentas de usuarios independientes a los grupos y cuentas de usuarios del directorio activo, así como también la capacidad de trabajar con el directorio activo. Deberán poder ser modificados, activados o desactivados en cualquier momento. Fecha: 23/08/2011 Página 18 de 77 Versión: va

19 Se debe permitir flexibilidad en la activación y desactivación de dispositivos como bibliotecas o dispositivos y contará con ayuda para una configuración más sencilla Cuando se requiera tener una expiración indefinida para un respaldo, se debe permitir el manejo de archivado y su restauración al ser requerido. Permitir que los drives de las librerías de cintas sean compartidos de forma dinámica entre los servidores (Dynamic Drive Sharing) Permitir la conexión directa de dispositivos de almacenamiento como librerías de cintas y arreglos de disco para que el respaldo no se realice a través de la red LAN. Permitir la integración con tecnologías de almacenamiento como SAN y NAS Contar con asistentes de configuración para guiar y simplificar la configuración y modificación de las operaciones de backup de los servidores protegidos. Permitir el respaldo de servidores en forma paralela mediante la división lógica del total de información a respaldar Permitir realizar los respaldos a diferentes tipos de dispositivos como son disco, cinta virtual, cinta física y el manejo de librerías físicas y virtuales de diferentes modelos y marcas así como dispositivos stand alone Permitir el envío de alertas haciendo uso del protocolo SNMP Con la finalidad de hacer más eficientes los procesos de restauración debe permitir la búsqueda en un intervalo de tiempo determinado En casos específicos las áreas usuarias de aplicaciones pueden solicitar que su información respaldada sea protegida de forma específica, de tal forma que se requiere la facilidad de protección por contraseña para respaldos determinados El manejo del ciclo de vida de la información hace importante el uso de herramientas de archivado y genera el requerimiento de que la solución de respaldos soporte la excepción del respaldo de archivos stub o clip que estas herramientas utilizan para archivos que han sido migrados a otro nivel de almacenamiento Las tecnologías de respaldo de archivos abiertos y de protección de archivos del sistema en ambientes Windows requiere de que la solución cuente con la funcionalidad de integración con ASR y VSS de Microsoft Para evitar el acceso de intrusos a información crítica del negocio se cuenta con zonas desmilitarizadas o protegidas por firewall, por lo que se requiere se permita programar respaldos de servidores que se encuentran en estas áreas protegidas La evolución de la infraestructura de red implica el requerimiento de que la solución de respaldos soporte el uso de infraestructura LAN Fecha: 23/08/2011 Página 19 de 77 Versión: va

20 IPV6 Debido al rendimiento requerido por diferentes aplicaciones el provisionamiento de disco puede realizarse como file system o raw, la aplicación deberá permitir hacer respaldos y restauraciones en este tipo de volúmenes en servidores con sistemas operativos unix de diferentes plataformas Para garantizar la protección del servidor de respaldos en caso de algún desastre mayor es necesario se cuente con la funcionalidad del respaldo automatizado de la configuración y el catálogo de medios de forma automática sin depender de que lo realice el administrador Deberá poder respaldar y recuperar como mínimo, archivos, bases de datos en línea, y aplicaciones en: Oracle v9, v10 y v11, Microsoft SQL Server, Exchange, SharePoint, Active Directory, IBM DB2 UDB, Informix, Lotus Notes/Domino, SAP R/3 y Sybase. El software deberá soportar recuperaciones en línea de atributos individuales del Directorio Activo. El software deberá soportar VSS (Volume Shadow Copy Service) de Microsoft. El software deberá soportar cualquier versión de Windows a 32 y 64 bits de manera nativa. El software deberá soportar ASR (Automated System Recovery) de Microsoft para cualquier versión de Windows. El software deberá permitir la recuperación completa del registro de Windows. El software deberá permitir el respaldo y la recuperación del Directorio Activo, incluyendo en forma granular los objetos del sistema y el estado del sistema ( system state"). Deberá permitir la recuperación individual de las bases de datos WINS y DHCP sin necesidad de restaurar por completo el estado del sistema Se debe permitir la recuperación en un equipo alterno, de los siguientes elementos: Registry Archivos protegidos del sistema lis SYSVOL Base de datos del cluster (en su caso) Se debe permitir la interacción con herramientas de alta disponibilidad o de tipo cluster de al menos las siguientes, Microsoft Cluster, Sun Cluster, EMC AutoStart, MC/ServiceGuard, Veritas Cluster, Novell Cluster y HACMP. Para configuraciones en cluster, en caso existir un failover de Microsoft Cluster, el software deberá permitir el reinicio automático de respaldos y recuperaciones después del failover. La seguridad de la información respaldada es un requerimiento de Fecha: 23/08/2011 Página 20 de 77 Versión: va