Transcript Descargar documento de la ponencia

VIRTUALIZACIÓN SISTEMAS DE INFORMACIÓN SOBRE
PLATAFORMAS SPARC DISTRIBUIDAS EN LA
CONSELLERIA DE SANIDAD
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
2
2
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 a Red Hat Enterprise Linux.
3
3
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
4
4
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
5
5
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


Software Base fuera del ciclo de Vida



Desactualizado y sin soporte de fabricante.
Arquitectura sobreutilizada
Alto coste de ampliación de recursos


Complejidad gestionar mantenimiento.
Dificulta la gestión de la capacidad.
Gestión compleja

Dificulta la gestión de la disponibilidad.
6
6
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/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
7
7
Virtualización Plataforma SPARC. Beneficios que se obtienen

Beneficios

Hardware más estándar y eficiente:


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


Ahorro de Costes Energéticos y Costes de Mantenimiento
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
8
8
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
9
9
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
10
10
Métodos - Fases del Proyecto

Fase 3: Implantación y Migración

Implantación:




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:



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 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
11
11
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
13
Virtualización Plataforma SPARC. Resultados

Renovación tecnológica de los SI

Renovación de la Arquitectura de Sistemas


Virtualización de los SI


Red Hat Enterprise Linux 6.3 x64
Actualización de Versiones Software Base





Consolidación SI Arquitectura Virtual de Servidores
Migración de Sistema Operativo


Migración Sistemas SPARC a Sistemas Intel en los 25 centros
(migrados ya el 50%)
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
14
Virtualización Plataforma SPARC. Conclusiones

Conclusiones










+ Seguridad y disponibilidad
- Costes
+ Calidad de servicio
- Riesgos
+ Espacio disponible
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
15
Ruegos y Preguntas
Muchas Gracias !!
RUEGOS Y PREGUNTAS
16
16