Pliego de especificaciones técnicas. Servicio de Hosting Página Web Municipal

Transcripción

1 Pliego de especificaciones técnicas Servicio de Hosting Página Web Municipal 1. Objeto El objeto del presente es proveer infraestructura para un housing conectado a internet y un enlace privado para la vinculación entre la Municipalidad de Cordoba y la VLAN donde se conectaran los servidores virtuales. Esta infraestructura estará dedicada a alojar el sitio web municipal que estará destinado a proveer servicios e información de la municipalidad de la ciudad de Córdoba a todos los vecinos además del público en general que desee consultarla. 2. Duración del contrato La duración del contrato será por el término de 24 (veinticuatro) meses a partir de la fecha de adjudicación del servicio, con opción a prorroga. 3. Esquema de la propuesta IDP 4. Conectividad a. Ancho de banda garantizado de 20 Mbps, de tipo simétrico y dedicado. Este ancho de banda debe poder administrarse según la Municipalidad determine, entre los hosts conectados con los valores de MIR/CIR. Página 1 de 9

2 CIR: Nivel de velocidad garantizado del servicio = 20 Mbps MIR: Nivel de velocidad máximo posible = 25 Mbps Nota: Se valorara como mejora la ampliación de este ancho de banda y flexibilidad al permitir ráfagas mayores de transferencia en horarios picos. b. 16 Direcciones IP reales, fijas y pertenecientes a un ASN que sea propio del oferente. Nota: Se valorara la posibilidad del oferente de tener salidas a internet redundantes con diferentes carriers. c. El oferente debe proporcionar la resolución DNS de la/s zona/s que la Municipalidad delegue. La disponibilidad del sistema DNS debe ser mayor al 99.5%. El oferente debe proporcionar la resolución inversa de la subred asignada. d. Instalación, configuración y mantenimiento de todos los equipos conectados. e. Control permanente de red de comunicaciones: LAN, Internet y Enlace. f. Gestión y administración de todos los elementos que integran la solución, garantizando la disponibilidad, integridad y convergencia de los contenidos y servicios. g. Deben entregarse gráficos de consumos de internet y de cada puerto del switch. Esta información debe estar 100% disponible online y el oferente deberá especificar como acceder. h. El oferente deberá proveer un enlace digital con la Municipalidad con un ancho de banda de 10Mbps de tipo simétrico y dedicado. Este conectara los servidores con una subred ubicada en la Municipalidad. El vinculo puede ser Punto a Punto, tipo MPLS, VPN, etc. mientras cumpla con: i. Ancho de banda garantizado en todos sus tramos, desde la Municipalidad de la ciudad de Córdoba hasta el punto de hosting, las 24Hs. del día los 365 días del año. ii. Disponibilidad mayor al 99.8% iii. Tiempo de restauración menor a 2hs Todo el tráfico que se curse por este enlace debe ir encriptado según técnicas reconocidas y debe permitir aplicarles reglas de firewall según lo que la Municipalidad considere con las mismas características descriptas en el punto Housing a. Plataforma Física mínima: i. Simple o Doble Procesador Xeon 56XX 2.4Ghz, 12M cache ii. 24GB RAM 1333Mhz Dual Ranked LV RDIMM iii. Storage RAID 5 sobre discos SAS 15k 6Gps Página 2 de 9

3 iv. 2 NICs 1Gbps v. VMWare 5.0 o superior vi. Debe contemplar redundancia de elementos vitales y la disponibilidad inmediata de sus repuestos (Fuentes, coolers, discos, controladoras RAID, etc) b. Plataforma virtual (1) i. Procesador 4 nucleos ii. 8GB RAM iii. 100GB Storage iv. 2 NICs 1Gbps v. CD/DVD ROM (puede ser compartida) vi. Windows 2008 R2 64bits versión Enterprise y CALs. vii. SQL Server 2008 versión Enterprise y CALs. viii. Antivirus c. Plataforma virtual (2) i. Procesador 4 nucleos ii. 8GB RAM iii. 100GB Storage iv. 2 NICs 1Gbps v. CD/DVD ROM (puede ser compartida) vi. CentOS 6.x 64bits (LAMP) vii. Stack LAMP (Apache, MySQL, PHP) viii. PHPmyadmin ix. SSH x. Antivirus xi. Posibilidad de instalar PostgreSQL, Python, Perl y módulos de Apache. Los servidores virtuales deben entregarse con todo el software instalado y funcionando con las licencias aplicadas y activadas. El oferente deberá coordinar con el personal de la Municipalidad sobre los detalles de la implementación. En cualquier momento la municipalidad podrá solicitar la copia de la maquina virtual y este deberá almacenar de manera segura y disponible hasta 5 imágenes en total. Deben contemplarse bocas de red en switch suficientes y necesarias para la conectorizacion de la solución completa a 1Gbps. Estas bocas deben pertenecer a una misma VLAN que debe estar aislada completamente del resto del tráfico del datacenter. La Página 3 de 9

4 Municipalidad puede cambiar esta configuración cuando lo requiera y el oferente deberá coordinar un plan de trabajo para realizarlo en no más de 72hs. Nota: Se valoraran las propuestas que contemplen alternativas como: 1. Clustering en servidores físicos separados logrando un ambiente de alta disponibildad. 2. Load Balancing/ Faulttolerance sobre interfaces de red. 6. Firewall El oferente deberá proveer un firewall que incluirá las reglas que la Municipalidad le indique tanto sea en cadenas input/forward/output o nateo a ip privadas. La municipalidad puede agregar, modificar o eliminar reglas durante la vigencia del contrato. Estas reglas deben poder aplicarse a cualquier protocolo/puerto y cualquier origen o destino. El proveedor debe especificar el equipo que prestara este servicio, las prestaciones que tiene y como es el procedimiento para gestionar las políticas de seguridad. El firewall deberá poseer la capacidad de exportar los datos a un syslog que establezca la Municipalidad o entregar la interfaz correspondiente para la visualización y administración. Debe poseer la capacidad de aceptar accesos VPN para ingresar a la subred de modo seguro y encriptado. Nota: Se valoraran las propuestas que permitan autogestión de políticas de seguridad y elementos que permitan la detección y eliminación temprana de intrusos, virus, ataques de cualquier tipo, etc 7. Sistema de detección de detección y prevención de intrusos (IDP) A. El dispositivo debe ser una appliance de propósito específico. B. Basado en tecnología ASIC y que sea capaz de brindar una solución de Complete Content Protection. Por seguridad y facilidad de administración, no se aceptan equipos de propósito genérico (PCs o servers) sobre los cuales pueda instalarse y/o ejecutar un sistema operativo regular como Microsoft Windows, FreeBSD, SUN solaris, Apple OS-X o GNU/Linux. C. Capacidad de funcionar como firewall. D. Las reglas de firewall deben analizar las conexiones que atraviesen en el equipo, entre interfaces, grupos de interfaces (o Zonas) y VLANs. E. Capacidad de re ensamblado de paquetes en contenido para buscar ataques o contenido prohibido, basado en hardware (mediante el uso de un ASIC). Página 4 de 9

5 F. El equipo deberá poder ser configurado en modo gateway o en modo transparente en la red. G. En modo transparente, el equipo no requerirá modificaciones en la red en cuanto a ruteo o direccionamiento IP. H. Deberán poder definirse reglas de firewall para servicios sobre protocolo SCTP. I. Funcionalidad de DHCP: como Cliente DHCP, Servidor DHCP y reenvío (Relay) de solicitudes DHCP J. Debe ser capaz de analizar, establecer control de acceso y detener ataques y hacer Antivirus en tiempo real en al menos los siguientes protocolos aplicativos: HTTP, SMTP, IMAP, POP3, FTP. K. Antivirus en tiempo real, integrado a la plataforma de seguridad appliance. Sin necesidad de instalar un servidor o appliance externo, licenciamiento de un producto externo o software adicional para realizar la categorización del contenido. L. El Antivirus integrado debe soportar la capacidad de inspeccionar y detectar virus en tráfico IPv6. M. El antivirus deberá poder hacer inspección y cuarentena de archivos transferidos por mensajería instantánea (Instant Messaging) para al menos MSN Messenger. N. El antivirus deberá ser capaz de filtrar archivos por extensión O. El antivirus deberá ser capaz de filtrar archivos por tipo de archivo (ejecutables por ejemplo) sin importar la extensión que tenga el archivo P. Capacidad de detección de más de 4000 ataques. Q. Mecanismos de detección de ataques: a. Reconocimiento de patrones, Análisis de protocolos, b. Detección de anomalías c. Detección de ataques de RPC (Remote procedure call) d. Protección contra ataques de Windows o NetBios e. Protección contra ataques de SMTP (Simple Message Transfer Protocol) IMAP (Internet Message Access Protocol, Sendmail o POP (Post Office Protocol) f. Protección contra ataques DNS (Domain Name System) g. Protección contra ataques a FTP, SSH, Telnet y rlogin h. Protección contra ataques de ICMP (Internet Control Message Protocol). R. Métodos de notificación: a. Alarmas mostradas en la consola de administración del appliance. b. Alertas vía correo electrónico. c. Debe tener la capacidad de cuarentena, es decir prohibir el tráfico subsiguiente a la detección de un posible ataque. Esta cuarentena debe poder definirse al menos para el tráfico proveniente del atacante o para el tráfico del atacante al atacado. d. La capacidad de cuarentena debe ofrecer la posibilidad de definir el tiempo en que se bloqueará el tráfico. También podrá definirse el bloqueo de forma indefinida, hasta que un administrador tome una acción al respecto. Página 5 de 9

6 e. Debe ofrecerse la posibilidad de guardar información sobre el paquete de red que detonó la detección del ataque así como al menos los 5 paquetes sucesivos. Estos paquetes deben poder ser visualizados por una herramienta que soporte el formato PCAP. S. La solución debería contar con al menos las siguientes certificaciones: a. Certificación ICSA para el Firewall. b. Certificación ICSA IPSEC. (VPN IPSec) c. Certificación ICSA para SSL-TLS (VPN SSL) d. Certificación ICSA para el Detector de Intrusos (IPS) e. Certificación ICSA para el Antivirus f. Certificación NSS como UTM g. Certificación Common Criteria como EAL4+ T. El equipo debe por lo menos ofrecer las siguientes características de desempeño y conectividad. a. Throughput IDP: 400 Mbps b. Conexiones concurrentes totales: c. Nuevas conexiones por segundo: d. Interfaces de Red: 8 Interfaces 100/1000 Mbps basadas en cobre. 8. Datacenter El/los servidor/es debe estar ubicados en un espacio acondicionado y seguro diseñado en base a una arquitectura redundante y tolerante a fallos tanto en infraestructura de red y conectividad a internet como de suministro eléctrico. Ademas debe contar con: a. 100% Disponibilidad de Energia. b. Control Ambiental (temperatura y humedad) c. Seguridad (Control de acceso restricto) 24x7 pudiendo reportar accesos con fecha y hora d. Monitoreo mediante CCTV donde se puedan reproducir eventos con por lo menos 15 diasde retención e. Monitorización de todos los elementos f. Sistema Ignifugo g. Mano remota para hard-reset, cargas de CD, etc. h. Tiempo de respuesta garantizado i. Debe permitir el acceso a personal de la Municipalidad durante las 24hs del dia los 365 dias. El oferente deberá explicar claramente los requerimientos y procedimientos para el acceso directo al lugar donde están los servidores (permisos, autorizaciones, etc) j. El personal técnico de la Municipalidad de Córdoba podrá concurrir a las instalaciones del Data Center, que el oferente disponga, para verificar las condiciones ofertadas. Página 6 de 9

7 Nota: Se valorara como mejora los detalles técnicos de cada datacenter como servicios adicionales que den valor a la propuesta. 9. Soporte Tecnico y Atención a Reclamos El oferente deberá proporcionar una metodología para cursar reclamos y pedidos. Esta debe incluir el diagrama completo del sistema de escalamiento de reclamos y todas las vías de comunicación con mesa de ayuda y sus responsables. El sistema debe incluir la posibilidad de ingresar reclamos que deben ser registrados en un sistema de gestión de incidentes. El primer contacto del proveedor debe estar dentro de las 2hs de producido el incidente. El oferente debe garantizar la solución del problema en un tiempo razonable dependiendo de la criticidad y debe mantener informada a la Municipalidad sobre los detalles de los trabajos y soluciones. Concluida las tareas la Municipalidad puede pedir un informe de lo sucedido que debe incluir todas las actividades que el oferente tomo para llegar a la solución y sus responsables primarios. Con esta información la Municipalidad analizara si la falla afecto a al disponibilidad y si corresponde computar el tiempo para penalización. El proveedor deberá comprometer contactarse con la Municipalidad de la Ciudad de Córdoba dentro de las 2 primeras horas luego de ingresado el/los reclamo/s para dar una primera aproximación al incidente reportado. Nota: Se valorara como mejora la ampliación del soporte técnico, asi como la definición del compromiso por parte del oferente de los tiempos de respuesta 10. Mantenimiento e informes técnicos El oferente deberá cumplir con los mantenimientos de todos los equipos conectados según lo que determine cada fabricante. En el caso de requerir ventana de corte deberá ser informada con por lo menos 3 días hábiles de antelación determinando que servicios afectará y la Municipalidad se tomara 24hs para determinar la factibilidad del corte. En caso que este informado pero no consensuado computara el tiempo offline como caída y pesara sobre la penalización. Además el oferente deberá confeccionar un Parte Mensual u Orden de Servicio el que deberá estar conformado (Firmado) por el Jefe de Servicio Técnico de la Municipalidad de Córdoba para poder hacer efectivo el pago correspondiente, este informe constará de : a. Cuota de utilización del Disco b. Parches, Services Pack y Service Release Realizados y Pendientes c. Log. Con control y revisión de los Backup Página 7 de 9

8 d. Log. del servicio de Firewalling e. Log. con Inconvenientes con el equipo f. Log. Con falencias o caídas de Servicio en la Línea Punto a Punto que une al Palacio de la Municipalidad de Córdoba g. Otras Novedades. 11. Backups El oferente deberá programar backups automáticos según lo que la Municipalidad determine para cada equipo, la periodicidad y la retención. Con esta información el oferente deberá establecer una política de backup donde incluiría: a. Sistema de almacenamiento (hardware, medios) b. Software de gestión (agentes) c. Esquema de backup (full, incremental, etc) d. Retención e. Política de restauración f. Snapshots de maquinas virtuales El oferente deberá contar con la posibilidad de ampliar su capacidad de espacio para Backup de acuerdo a los requerimientos de la Municipalidad. Estos pedidos deberán poder cursarse en el término de los 3 días hábiles posteriores al alta del requerimiento. La solicitud de espacio inicial destinado a Backup será de 100 GB. 12. Estadísticas e informes de incidentes El oferente deberá suministrar a la Municipalidad de Córdoba las estadísticas de rendimiento del servicio de Hosting y estas estarán disponibles al menos en forma mensual para su análisis. Además, estos informes deberán enviarse por , en forma de documento adjunto, a las cuentas de correo electrónico que la Municipalidad de Córdoba lo disponga con una frecuencia mínima de 1 (una) vez por mes. También el oferente deberá contar y permitir un acceso online a una herramienta, tipo MRTG (Multi Router Traffic Grapher) donde los técnicos de Municipalidad de Córdoba puedan revisar estadísticas y eventos sobre el sistema en conjunto en el/los momento/s del mes que más lo crean convenientes. Página 8 de 9

9 13. Penalizaciones El oferente debe presentar un esquema de SLA (Service Level Agreement) que este alineado con las disponibilidades solicitadas anteriormente para los servicios pedidos. SLA de hardware SLA de conectividad SLA de tiempo de respuesta a incidentes máximo. Además, este contrato de nivel de servicio (SLA) deberá contener un esquema de compensaciones por aquellos cortes de servicio que pudieran exceder los tiempos de disponibilidad acordados en él. El porcentaje de penalidad ECONOMICA esta expresado como un porcentaje del valor de la cuota mensual del servicio y será evaluado al inicio de todos los meses en que dure la prestación del servicio. Se utilizaran para la evaluación de la disponibilidad los informes técnicos que el oferente entregue, y las mediciones que el personal Municipal haga por la prestación del servicio. a. Indisponibilidad por Corte energético Tiempo mensual de corte del servicio Monto por penalidad. % del total de la cuota mensual 0.5 a 1 hora 5% 1 a 1.5 horas 10% 1.5 a 2horas 50% Más de 2 horas 100% b. Disponibilidad de red (Lan/Internet/Backbone) Disponibilidad mensual del servicio Monto por penalidad. % del total de la cuota mensual 99.9% 0% 99.8% 10% 99.7% 20% 99.6% 30% 99.5% 40% 99.4% 50% 99.3% 60% 99.2% 70% 99.1% 80% Igual o menor a 99.0% 100% Página 9 de 9