Virtualización Infraestructuras SPARC Distribuidas. Índice

1. VIRTUALIZACIÓN SISTEMAS DE INFORMACIÓN SOBRE PLATAFORMAS SPARC DISTRIBUIDAS EN LA CONSELLERIA DE SANIDAD

2. Virtualización Infraestructuras SPARC Distribuidas. Índice Í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 • 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 aRed 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

5. Virtualización Plataforma SPARC. Alcance del proyecto CPDsDistribuidos 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.

7. Virtualización Plataforma SPARC. Objetivos • 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/Multibaseubicadas 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 • Beneficios • 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

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

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 • Validación por parte de la UID • Paso a producción • Proceso crítico y complejo • Comunicación a todo el centro • Planes de contigencia de los SI

12. 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

13. 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 3.02.0.22 • Informix IDS 11.70 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

14. 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

15. Ruegos y Preguntas Muchas Gracias !! RUEGOS Y PREGUNTAS