VIRTUALIZACIÓN SISTEMAS DE INFORMACIÓN SOBRE PLATAFORMAS SPARC DISTRIBUIDAS EN LA CONSELLERIA DE SANIDAD Servicio de la Gestión de los Sistemas e Infraestructuras.

Presentación del tema: "VIRTUALIZACIÓN SISTEMAS DE INFORMACIÓN SOBRE PLATAFORMAS SPARC DISTRIBUIDAS EN LA CONSELLERIA DE SANIDAD Servicio de la Gestión de los Sistemas e Infraestructuras."— Transcripción de la presentación:

1 VIRTUALIZACIÓN SISTEMAS DE INFORMACIÓN SOBRE PLATAFORMAS SPARC DISTRIBUIDAS EN LA CONSELLERIA DE SANIDAD Servicio de la Gestión de los Sistemas e Infraestructuras Distribuidas (GSID) dentro del Unidad de Sistemas de CS Dentro del servicio GSID, Presentación del Proyecto de Migración de los SI sobre plataformas SPARC de los CPD distribuidos de la CS a virtual

2 Virtualización Infraestructuras SPARC Distribuidas. Índice
Proyecto Virtualización Plataforma SPARC Introducción y Alcance del proyecto Motivación del proyecto Objetivos Beneficios Métodos – Fases del proyecto Resultados Conclusiones

3 Virtualización Plataforma SPARC. Introducción
Dentro del servicio GSID, el proyecto de migración de sistemas de información de las plataformas tecnológicas SPARC a virtual, contempla la homogeneización, consolidación y virtualización de las plataformas distribuidas de los CPDs actuales de la CS. Tras una primera fase de virtualización de la CS (2009 y 2010), dio comienzo la segunda fase donde se virtualizan las plataformas SPARC-Solaris que albergan las aplicaciones corporativas distribuidas de cada uno de los CPDs. Migración de las aplicaciones de estos entornos SPARC a una plataforma virtual sobre Intel y VMware, y cambio de SO de SUN/Oracle Solaris a Red Hat Enterprise Linux. Mediante la migración de las aplicaciones de estos entornos a una plataforma virtual sobre Intel y VMware, y el cambio del sistema operativo de SUN/Oracle Solaris por Red Hat Enterprise Linux

4 Virtualización Plataforma SPARC. Introducción
Esta arquitectura dotará a la CS de: HA alta disponibilidad Crecimiento horizontal y vertical Aprovisionamiento de recursos on-demand Flexibilidad de administración de los sistemas (Snapshots, clones, plantillas, etc.) Gestión de los Sistemas de Información como un servicio Abordar nuevos proyectos con infraestructura renovada Para poder llevar a cabo la segunda fase de la virtualización de la CS, se ha requerido la renovación de parte del parque de servidores de las plataformas virtuales actuales, y la actualización del SO Vmware de todas las plataformas virtuales de servidores, de manera que se les ha dotado de mayores recursos que sustente el nuevo volumen de servicios de aplicaciones a albergar (tanto de las corporativas distribuidas como las del propio hospital). horizontal de recursos HW y vertical de software base y SI Para la gestión, administración monitorización y soporte y mantenimiento centralizado de todas las plataformas distribuidas, se ha renovado también las plataformas de Gestión y Test ubicadas en el CPD del CI de la CS. Homogeneizando dichas plataforma, renovando su parque HW, y actualizando las herramientas de gestión para dicho propósito.

5 Virtualización Plataforma SPARC. Alcance del proyecto
CPDs Distribuidos de la CS en la Comunidad Valenciana 24 Hospitales Públicos Centro de Transfusiones de Valencia

6 Virtualización Plataforma SPARC. Motivaciones del Proyecto
Problemática actual de los SI Las aplicaciones críticas del Hospital residen sobre sistemas con alto nivel de obsolescencia Hardware fuera del ciclo de vida Complejidad gestionar mantenimiento. Software Base fuera del ciclo de Vida Desactualizado y sin soporte de fabricante. Arquitectura sobreutilizada Alto coste de ampliación de recursos Dificulta la gestión de la capacidad. Gestión compleja Dificulta la gestión de la disponibilidad. Sistemas de servidores físicos de has más de 7 años Complejidad de gestionar mantenimiento  mayor coste para disponer de piezas y recambios

7 Virtualización Plataforma SPARC. Objetivos
Consolidación de los SI en Arquitectura Virtual de Servidores Virtualizar las aplicaciones corporativas ubicadas en el Cluster SPARC. Virtualizar/migrar las bases de datos Informix/Oracle/Multibase ubicadas en el Cluster SPARC. Dar apoyo a la migración de las aplicaciones que haya desarrollado la UID y estén ubicadas en el Cluster SPARC. Una vez migrado, proceder a la enajenación de la Arquitectura SPARC. Diseño propuesto

8 Virtualización Plataforma SPARC. Beneficios que se obtienen
Hardware más estándar y eficiente: Ahorro de Costes Energéticos y Costes de Mantenimiento Virtualización: Independencia del Hardware Mejora en la Calidad del Servicio: Pools de Recursos Aumento de la Disponibilidad: HA, DRS, FT… Minimización de impacto y tiempo en implementación de Cambios Minimización de impacto en futuras migraciones Simplificación de un posible mecanismo de DRP Sistemas y Software Base renovado Minimización de riesgos Mayor estabilidad, seguridad y rendimiento Ahorro de espacio físico en el CPD Gestión homogénea y centralizada de todos los SI Independencia del HW: Se aísla el HW del SW  cualquier servidor de cualquier marca puede formar parte del clúster Vmware Mejora en la calidad del servicio: mayor velocidad de proceso y por tanto en los SI. Aumento de la disponibilidad: DRS, HA, Fault Tolerance, vMotion Minimizar riesgos: hardware actual y en mantenimiento; independencia del fabricante; Configuraciones estándar DRP, BRS o Plan de Continuidad del Negocio Ahorro de espacio físico en el CPD  Servidores menores

9 Métodos - Fases del Proyecto
Fase 1: Consultoría Inicial Realizado por el Comité Funcional del GSID Establecimiento de requerimientos por aplicación Recolección y análisis de los datos actuales Creación documentación funcional por aplicación Realización del plan de pruebas validación funcional por aplicación Fase crítica del proceso de definición de validación de migración de aplicaciones La migración requería de un nuevo diseño lógico basado en servidores virtuales y nuevas versiones de software base, por lo que antes de abordar la migración era necesario la “certificación” de las aplicaciones distribuidas a migrar sobre las plataformas virtuales (de SPARC a virtual) por parte de los funcionales y desarrolladores y soportes de las aplicaciones. Fase más crítica del proyecto, dado que con que hubiera habido una aplicación que no se pudiera migrar, no se podría haber abordado el proyecto de migración Miembros del Comité Funcional: Coordinador GSID Unidad de Sistemas-CS Responsable GSID-CS Grupos de Trabajo GTSER, GTVDI Coordinadores Técnicos de las Aplicaciones a migrar Responsables o técnicos asignados por servicios de soporte o proyectos

10 Métodos - Fases del Proyecto
Fase 2: Diseño Arquitectura y Test de App Diseño validado en el Comité Funcional del GSID Realización proceso de testeo de aplicaciones iterativo La validación de las aplicaciones se realizó en la Arquitectura de Test Se extrajo el diseño de migración Se documentó y procedimentó el proceso de migración de cada aplicación

11 Métodos - Fases del Proyecto
Fase 3: Implantación y Migración Implantación: Creación de Entornos de Preproducción y Producción en Arquitectura Virtual de Servidores. Definición inicial de la configuración de las VM, Sistema Operativo y Software Base 3 Centros Pilotos Migración y Validación Entorno Preproducción: Migración de los datos y aplicaciones en Entorno de Preproducción Validación por parte de la UID Migración y Validación Entorno Producción: Migración de los datos y aplicaciones en Entorno de Producción Paso a producción Proceso crítico y complejo Comunicación a todo el centro Planes de contigencia de los SI Implantación inicial en 3 Centros piloto con diferentes HIS Paso a producción solo DATOS Paso a producción  Proceso complejo de Migración  necesaria comunicación a todo el personal y niveles del hospital Necesario elaborar planes de contingencia en hospitales con urgencias Esfuerzo importante e implicación por todo el personal de la Unidad de Informática del hospital para la consecución de los objetivos (ORION RIS, IRIS, HIGIA, FARMASYST, REMAS, PATWIN, MIZAR (ALTA HOSPITALARIA), ORION RIS y PAPIRO.

12 Métodos - Fases del Proyecto
SPARC Pre Virtual Pro Virtual validación … … Almacenamiento ESXi Informix Multibase 4GL Clúster vSphere HIS (IRIS/HIGIA) Farmasyst BBDD PatWin BBDD Mizar … Red Hat BBDD BBDD BBDD rehacer BBDD APP APP HIS HIS Informix Multibase 4GL Informix Multibase 4GL CLONAR Sun clúster Red Hat Red Hat Red Hat Solaris Solaris Clúster vSphere Sun Sun ESXi ESXi ESXi … Almacenamiento Almacenamiento

13 Métodos - Fases del Proyecto
Fase 4: Explotación y Mejora Continua Integración dentro del Servicio de Explotación del Servicio GSID Integración dentro de las Herramientas de Gestión GSID Monitorización SI en los nuevos sistemas Transferencia Conocimiento a las UIDs Análisis y mejora continua Gestión de la capacidad Documentación

14 Virtualización Plataforma SPARC. Resultados
Renovación tecnológica de los SI Renovación de la Arquitectura de Sistemas Migración Sistemas SPARC a Sistemas Intel en los 25 centros (migrados ya el 50%) Virtualización de los SI Consolidación SI Arquitectura Virtual de Servidores Migración de Sistema Operativo Red Hat Enterprise Linux 6.3 x64 Actualización de Versiones Software Base Multibase 3.6 Multibase Gateway Informix IDS FC7W2 Informix 4GL 5.50 Disminuir el coste del soporte de mantenimiento, ya que una vez migrado, se procederá a la enajenación de la Arquitectura SPARC 25 Centros  3 pilotos para abordar luego el resto de centros  en 18 meses (mayo 2013 a octubre 2014) Actualmente migrados 11 (en 10 meses) Quedan 14 en los siguientes 8 meses

15 Virtualización Plataforma SPARC. Conclusiones
+ Seguridad y disponibilidad - Costes + Calidad de servicio - Riesgos + Espacio disponible Conclusiones Ahorro de costes energéticos Ahorro de costes de mantenimiento Mejora en la calidad de servicios informáticos Mejora en la disponibilidad, minimizando las pérdidas de servicio Ahorro de espacio físico y en la refrigeración Independencia presente y futura de fabricantes HW Minimización de riesgos en la implementación de Cambios Minimización de impacto de futuras migraciones de sistemas Gestión centralizada de todos los SI Posicionamiento privilegiado para abordar un proyecto para replicar el entorno en tiempo reducido Conclusiones –> que se obtiene? Ahorro de costes de mantenimiento  disminuye el HW obsoleto Mejora en la calidad de los servicios informáticos  flexibilización de asignación de recursos en una gestión centralizada Mejora en la disponibilidad  propia de la HA de la virtualización Independencia del HW  permitiendo evolucionar con la tecnología Replicación de entornos en tiempo reducido ante desastres  DRP

16 Muchas Gracias !! RUEGOS Y PREGUNTAS