Migración a Control-M v8

Transcripción

1 Abril de 2015 Mediterráneo, Vitoria-Gasteiz Posta-kutxatila / Apartado: Vitoria-Gasteiz Tel * Fax

2 Índice 1 Introducción Necesidad de Contratación Objeto del contrato Contenido Utilización del producto en EJIE Línea de trabajo Roles y solvencia del equipo de trabajo Entorno tecnológico Situación inicial Situación deseada Proceso de migración Presupuesto y oferta económica Plazos de ejecución y plan de facturación Criterios de valoración Oferta Económica Oferta Técnica Estructura y formato de la propuesta Documento de Propuesta Técnica Documento de Propuesta/Oferta Económica / 18

3 1 Introducción EJIE, Eusko Jaurlaritzaren Informatika Elkartea Sociedad Informática del Gobierno Vasco, es la Empresa pública de servicios de las tecnologías de la información y las comunicaciones (TIC), cuya razón de existir es contribuir a la consecución de un Sector Público Vasco, moderno y eficiente, en el Marco Legal establecido por el Gobierno, con la seguridad y calidad necesarias y con el debido respeto al medio ambiente. EJIE tiene como meta final la consecución de la satisfacción de sus clientes, siendo el instrumento común de prestación de servicios TIC en el Sector Público Vasco, y comprometiéndose en: Construir y mantener con eficiencia y calidad la infraestructura de los Sistemas de Información, posibilitando su continuidad y seguridad. Garantizar la interoperabilidad entre las distintas administraciones. Servir de apoyo a las necesidades de planificación y realización de la función informática de los Departamentos y Organismos Autónomos del Gobierno, asegurando la cobertura de sus demandas con el compromiso y profesionalidad adecuados a las relaciones contractuales que se establezcan. Por tanto EJIE debe ser, un instrumento común de referencia para la prestación de servicios TIC en el Sector Público Vasco: Aportando valor añadido. Proporcionando soluciones competitivas. Transmitiendo confianza a sus clientes. Contando con personas cualificadas y comprometidas. Se puede obtener información más detallada y extensa en nuestra dirección de Internet 3 / 18

4 2 Necesidad de Contratación EJIE debe gestionar diariamente un número muy elevado de procesos batch sobre una gran variedad de servidores que ejecutan varios sistemas operativos distintos. Para facilitar esta tarea, EJIE dispone de un gestor automatizado de este tipo de procesos, que ayuda a organizar y planificar los mismos y se encarga de controlar su ejecución, flujo y posibles errores. En este momento el producto en cuestión es Control-M v6.4, propiedad de BMC. EJIE requiere ahora actualizar esta versión para mantenerse en versiones soportadas y por el interés en utilizar nuevas funcionalidades incorporadas en las versiones más recientes. La actividad objeto de contratación, es necesaria para la prestación de los servicios, competencia de EJIE S.A., y está incluida en los servicios que pueden ser objeto de contratación (según Instrucción Sexta de la Instrucciones sobre buenas prácticas en la contratación de servicios de Gobierno Vasco). Su prestación no puede ser asumida con los recursos humanos y técnicos de que dispone EJIE S.A., siendo además inviable su reorganización. El presente pliego, como el resto de documentos de la fase de preparación del contrato, incorporan las debidas garantías para dar cumplimiento a la Instrucción octava de las Instrucciones sobre buenas prácticas en la contratación de servicios de Gobierno Vasco. 4 / 18

5 3 Objeto del contrato El objeto de este pliego de bases técnicas es la contratación de los servicios profesionales para la consecución de este fin. Se pretende, al menos, alcanzar los siguientes hitos: - Instalar la última versión soportada de CONTROL-M en un servidor Linux6 virtualizado o El repositorio residirá en una instancia Oracle dedicada, proporcionada por EJIE. Salvo necesidades específicas de producto, la versión será Oracle u Oracle 12c RAC. o Los usuarios se autenticarán en LDAP corporativo o Los servidores, instancia de base de datos, almacenamiento, operación y comunicaciones será proporcionados por EJIE según las especificaciones del proyecto. - Mover a este nuevo entorno los contenidos de la actual instalación sin pérdida de servicio - Mantener activos, en su configuración actual, los módulos para SAP y Forecast - Instalar y dejar operativos los módulos de Self-Service y Bim - Migrar un agente de cada sistema operativo tipo (HP-UX, Linux, Windows Server) de v6.4 a v8 o Proporcionar documentación adecuada para que EJIE migre el resto e instale nuevos. - Apoyo, caso de ser necesario, en la migración de la programación de las plataformas Moodle y Wordpress y el interfaz con el desarrollo legacy de EJIE para gestión de procesos batch K31 - Obtener documentación normalizada sobre implantación y albergue del producto - Generar scripts arranque, parada automatizados con el arranque y parada del servidor - Monitorizar el funcionamiento del producto Control-M v8 mediante KM específico de Patrol - Disponer de un entorno para pruebas de nuevas funcionalidades El contrato se prevé de una duración de 2 meses. En los apartados 4 y 5 se describen en detalle las características del servicio que se desea. 5 / 18

6 4 Contenido 4.1 Utilización del producto en EJIE La utilización de CTRL-M se concreta, tal como corresponde a la naturaleza del producto, en la ejecución centralizada de cadenas de comandos, locales o distribuidos, en servidores remotas. El operador comprueba el resultado de la ejecución de los mismos y actúa en consecuencia de la manera predefinida. Estas cadenas ejecutan acciones como: - Ejecución planificada de procesos batch de las aplicaciones de negocio - Lanzamiento de las copias de seguridad de los servidores - Procesos genéricos de explotación - Relanzamiento de servicios - Copia de ficheros entre servidores - Procesos de negocio de SAP (módulo SAP) Programación externa - Tanto desde plataformas Moodle como Wordpress se insertan automáticamente procesos de negocio en tablas de Control-M preexistentes. - Interfaz K31: En EJIE sigue en uso un desarrollo propio un gestor de procesos BATCH, en entorno cliente servidor, conocido como K31. Se ha desarrollado una utilidad para el mismo que permite al operador pasar a Control-M las tareas encoladas por los usuarios en K Línea de trabajo La actual instalación de Control-M v6.4 en EJIE gestiona la ejecución de un volumen tan elevado de procesos que resultaría inviable ejecutarlos de forma manual, ni siquiera por un breve espacio de tiempo. Por esta razón el servicio no es interrumpible, y el licitante aportará un plan de trabajo que ajustarse a esta circunstancia, garantizando al menos: - Funcionamiento ininterrumpido del servicio, salvo ventanas programadas entre la 10:00 y las 14:00 horas. - Instalación de la nueva versión completamente independiente de la infraestructura de la versión actual Control-M v6.4. o Para garantizar este punto, EJIE dotará la infraestructura necesaria - Plan de marcha atrás ante posible fallo en la activación de la nueva versión 6 / 18

7 4.3 Roles y solvencia del equipo de trabajo Según los requisitos que especifique el adjudicatario, EJIE dotará los recursos necesarios para las tareas estructurales externas a la instalación y configuración producto Control-M y sus componentes que sean necesarias para el adecuado desarrollo del proyecto. Estas tareas pueden ser: - Requisitos de comunicaciones - Dotación de almacenamiento y recursos hardware (físicos y virtualizados) - Backup y recuperación en los niveles de sistema operativo y base de datos - Parcheo y configuración de sistema operativo - Configuración de bases de datos El proveedor definirá la composición del equipo de trabajo que debe aportar en función de su planteamiento de ejecución del proyecto. En cualquier caso, deberán identificarse al menos los siguientes roles: - Jefe de Proyecto: Será el interlocutor por los responsables de EJIE y garante de la adecuada evolución del proyecto. - Técnico Senior: Responsable del diseño del procedimiento de migración y de su correcta llevada a cabo. Deberá acreditar experiencia suficiente en proyectos similares y, según referencia cláusula 11 de solvencia técnica y profesional del pliego de condiciones particulares que rige la licitación, estará en posesión de la certificación oficial del fabricante en el producto Control-M v8. Su dedicación al proyecto no será inferior al 50% durante el trascurso del mismo. 7 / 18

8 5 Entorno tecnológico 5.1 Situación inicial Albergue actual La actual instalación consta de un único EM y un único Server, que están instalados en el mismo servidor Linux Redhat6. Para dotar al servicio de alta disponibilidad, éste se encuentra en un cluster activo pasivo de Redhat. El repositorio se encuentra en una instancia dedicada de base de datos Oracle , sobre sistema operativo HPUX y cluster Service Guard activo pasivo. El servidor EM dispone de conectividad a los agentes a través de las Redes de Gestión de EJEI, que abarcan la totalidad de los servidores físicos y virtuales de la instalación, tanto del entorno de Desarrollo, como los de Pre-Producción y Producción. En cuanto a las versiones y parcheos actuales de productos y sistemas: Elemento Versión Sistema operativo del servidor Control-M Redhat 6 ( el5PAE) Producto Control-M EM y Server Agentes Control-M /500 Repositorio de datos Oracle Módulos en uso De los módulos y utilidades disponibles en Control-M v6.4 se usan actualmente los siguientes: - Forecast - Módulo SAP - Statistics and Reporting en cliente Estos módulos deberán migrarse a la nueva versión con, al menos, la misma funcionalidad que dispensan ahora Integraciones Existe integración de Control-M con BMC Event Manager 8 / 18

9 5.1.4 Programación sobre comandos Se ejecutan comandos propios de Control-M tanto con usuarios de producto como particulares. Los comandos que se ejecutan son: - ctmorder - ctmdefine - ctmcreate - deldefjob - ecs cli - ecs util - ctmpsm - exportdefjob - defjob - ctmnodegrp - ctmcontb - ctmlog - ctmjsa - erase_alerts Caso de existir cambios en su uso de una versión a otra, se solicitará colaboración del adjudicatario para su adaptación, si bien la responsabilidad de la migración de la programación existente será de EJIE Cuantificación de la instalación Respecto al volumen de la instalación a migrar, las cifras relevantes son: Elemento Número EM Servers 1 Control-M Servers 1 Número total de agentes PCs con cliente instalado 30 De ellos, con Reporting Facility 5 Número aproximado de JOBS diarios en el AJF Número de Tablas de Jobs definidas 367 Número de Condiciones (Prerequisite Conditions) > Número de Recursos de Control 28 Número de calendarios Agentes actuales Los 1881 agentes existentes en la actualidad se hallan instalados sobre los siguientes sistemas operativos: - Linux 5 y 6 - Windows 2008 y HPUX11 (PARISC e ITANIUM) 9 / 18

10 5.1.7 Usuarios de producto Actualmente existen 43 usuarios de producto, gestionados internamente por Control-M, repartidos en 4 grupos Procesos - Monitorización: El producto se monitoriza actualmente con BMC Patrol, con su KM para Control-M - Operación: El producto arranca y para automáticamente en las secuencias de arranque y parada del servidor donde corre. El backup se realiza mediante procedimiento estándar de base de datos (RMAN de Oracle) más volcado completo periódico de los sistemas de ficheros del servidor. También se ejecutan copias puntuales de tablas concretas de producto. 5.2 Situación deseada Albergue propuesto La propuesta inicial se basaría en servidores virtuales tanto para el producto Control-M como para el repositorio de datos. Se plantea mantener el mismo esquema actual (un solo servidor para EM y Server, con una instancia Oracle dedicada en exclusiva como repositorio). El contratante podrá proponer otras alternativas por razones técnicas. Con carácter indicativo se citan los siguientes sistemas y versiones, aunque el contratante podrá plantear alternativas técnicamente razonadas: Elemento Sistema operativo del servidor Control-M Producto Control-M EM y Server Agentes Control-M Repositorio de datos Versión Redhat 6 (x86 64 bits) 8.0 (o la última disponible) 8.0 (o la última compatible) Oracle / Oracle12c RAC Si no existen contraindicaciones, se mantendrían los puertos actuales tanto en Server como en el agente, así como el DNS del Server. De esta manera la conmutación entre la estructura actual y la nueva se realizaría por el simple cambio de la IP correspondiente a este DNS. El proyecto determinará lo concerniente a: - Dimensionamiento de CPU, memoria, etc. - Niveles de parcheo de sistemas operativos - Parametrización de kernel, instancia Oracle, etc Módulos Los módulos y utilidades actualmente en uso deberán quedar implantados con, al menos, la misma funcionalidad que prestan ahora: - Utilidad Forecast - Módulo para SAP Como novedad, deberán quedar instaladas y listas para su uso las utilidades: - Self Service - BIM 10 / 18

11 5.2.3 Usuarios de producto En la nueva instalación, los usuarios se gestionaran desde el LDAP de EJIE. Deberá configurarse el acceso al mismo, y crear los grupos y usuarios correspondientes según perfiles Procesos - Monitorización: El producto se monitoriza actualmente con BMC Patrol, con su KM para Control- M. Deberá quedar adaptado a la nueva versión. - Operación: Deberá mantenerse el arranque y parada automáticos en las secuencias de arranque y parada del servidor donde corre Descripción de los entregables - Documento de Albergue: En colaboración con EJIE, y siguiendo los estándares existentes, deberá quedar redactado un documento con todos los detalles de la instalación del producto en lo referente a: o Descripción de los principales módulos funcionales del producto y sus interacciones. o Esquema de instalación (Servidores, IPs. VLAN ) del producto. o Puertos de comunicaciones. - Instalación de agente: Documento que detalla paso a paso el proceso de instalación nueva de un agente productivo en versión 8. Debe incluir cada uno de sistemas operativos de la instalación (HPUX, Linux, Windows Server), incluyendo variantes de versión cuando sea necesario. - Actualización de agente: Documento que detalla paso a paso el proceso de actualización de un agente productivo en versión 6.4 a versión 8. Debe incluir cada uno de sistemas operativos de la instalación (HPUX, Linux, Windows Server), incluyendo variantes de versión cuando sea necesario. - Instalación de consola: Documento describiendo paso a paso el proceso de instalación de la consola cliente sobre Windwos7 64 bits. Incluyendo la opción de Reporting. - Manual de Producción: En colaboración con EJIE, y siguiendo los estándares existentes, se generará un documento que contendrá: o Descripción del procedimiento de copia de seguridad y recuperación. o Monitorización de la instalación. o Otras cuestiones que el proyecto considere apropiadas de cara a la operación. o 5.3 Proceso de migración El licitador deberá aporta un plan de proyecto que contemple, al menos: - Hitos del proyecto - Diagrama de tiempos - Metodología de seguimiento y control Para el enfoque del proyecto deberán tenerse en cuenta los siguientes aspectos: 11 / 18

12 5.3.1 Previo a la migración Puesto que EJlE proporcionará una infraestructura completa para nueva versión (excepto agentes), que puede convivir en paralelo con la antigua, se plantea la instalación completa de Control-M v8, nuevas funcionalidades y pruebas necesarias de la instalación antes de acometer la migración de datos y servicios propiamente dicha. Este proceso debe incluir, al menos: - Instalación de la nueva versión - Instalación de, al menos, un puesto cliente. - Pruebas de planificación y ejecución de JOBS - Configuración de usuarios y grupos en LDAP - Prueba de módulos - Monitorización - BMC Event Manager - Operación - Scripts automatizados start/stop Por parte de EJIE se realizarán las pruebas pertinentes de ejecución externa de comandos desde K31, Wordpress y Moodle, pudiendo requerirse apoyos puntuales del adjudicatario para su adaptación a la nueva infraestructura. 12 / 18

13 5.3.2 Plan de la migración El licitante deberá aportar un plan completo para la migración del servicio, incluyendo: - Pasos detallados de la migración, teniendo en cuenta las ventanas de parada de servicio disponibles. - Plan de marcha atrás ante imprevistos - Trasferencia de conocimiento sobre los cambios en la infraestructura Las ventanas de parada de servicio disponibles, que deberán planificarse con suficiente antelación, son de lunes a viernes de las 10:00 a las 14:00 horas. El cambio de día se produce a las 9:30 horas. En la fase del proyecto que el adjudicatario considere más oportuno, deberá instalarse desde cero un agente v8 en cada sistema operativo de los anteriormente especificados, así como una actualización, al menos, de cada caso. Las transferencias de conocimiento deben entenderse como una exposición de los puntos del nuevo sistema que requieran una adaptación desde la versión anterior. Téngase en cuenta que el personal que va a operar la plataforma está habituado a trabajar con la versión 6.4, y ha recibido formación en Control- M v Entorno de Pruebas Dadas las ventajas de la infraestructura de virtualización VMWARE sobre la que se asentarán los servidores de la nueva versión, existe la posibilidad (salvo requisitos de Control-M) de obtener los servidores de Pruebas por clonación de los de Producción. Si la oferta se orienta en esta dirección, el licitante deberá efectuar la pertinente reconfiguración del producto. 13 / 18

14 6 Presupuesto y oferta económica Las ofertas económicas que se presenten no podrán rebasar un máximo de cincuenta mil euros ( ) IVA NO incluido. 14 / 18

15 7 Plazos de ejecución y plan de facturación Los servicios objeto del presente pliego tienen una duración prevista de dos meses desde el inicio de los trabajos, sin perjuicio de que el adjudicatario oferte otro plazo, sin que esto redunde en cambio alguno en el coste final. El servicio se comenzará a prestar en el momento de la formalización del contrato. La facturación se realizará en dos plazos, 50% al inicio de los servicios y la 50% a la finalización y aprobación por Ejie. 15 / 18

16 8 Criterios de valoración Para la valoración de las diferentes ofertas, se tendrán en cuenta los siguientes pesos en la construcción de la valoración final: Criterio Peso relativo Oferta Económica 50% Oferta Técnica 50% Estructura del equipo propuesta 20% Propuesta técnica de la migración 30% 8.1 Oferta Económica La valoración de las ofertas se realizará en función del precio total propuesto por el proveedor. La fórmula que se aplicará será: 8.2 Oferta Técnica Se excluirán y no se procederá a la apertura de sus ofertas económicas todas las propuestas que obtengan menos de un sesenta por ciento de valoración del máximo posible en el global de apartados de la oferta técnica (es decir menos de 30 puntos). Una vez superado este criterio de corte la puntuación definitiva se ponderará en relación a la mejor puntuación del resto de ofertas presentadas según la siguiente fórmula: 16 / 18

17 8.2.1 Estructura del equipo propuesta (20%) Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos: Detalle de los perfiles profesionales que serán empleados, e cuanto al su rol asignado y las funciones a realizar: Propuesta técnica de la migración (30%) Para la evaluación de este criterio, se tendrán en cuenta los siguientes aspectos: Estrategia de la migración: pasos a realizar, pruebas requeridas, herramientas empleadas: 10% Planificación de la migración: tiempo empleado, adecuación de los recursos/perfiles/roles, definición de ventanas necesarias:10% (La valoración de los porcentajes se categorizará en términos de: bajo - cumple de forma básica el apartado de valoración; medio cumple satisfactoriamente el apartado de valoración y alto cumple de forma óptima y/o con valor añadido o innovación, el apartado de valoración.) 17 / 18

18 9 Estructura y formato de la propuesta EJIE requiere que la presentación de ofertas al menos, en castellano. Todos los documentos que formen parte de la respuesta al Pliego de Condiciones tendrán que estar identificados al menos por un título, un número de documento y su fecha de publicación. Dentro de cada documento, todas las páginas deben mostrar el título del documento y el número de página. Las ofertas que se presenten estarán formadas principalmente por los siguientes documentos: 9.1 Documento de Propuesta Técnica Se deben incluir al menos los siguientes elementos de la forma lo más detallada posible: Composición y modelo organizativo del equipo. o El equipo presentado, deberá fijar claramente: las personas que asumirán los roles especificados en el apartado 4 Descripción de la propuesta técnica de migración, estrategia y planificación. 9.2 Documento de Propuesta/Oferta Económica Debe incorporar el Importe Total de la oferta Económica: sin I.V.A. 18 / 18