Presentacion de Solucion de Red hat Linux para la NUbe

1. VIRTUALIZACIÓN Y VDI
Juan I. Vera
Solution Architect – Cloud Specialist
[ jvera@redhat.com ]

2. Agenda
● Introducción
● Virtualización para Data Center
● Red Hat Enterprise Virtualization
3.0
● Red Hat Enterprise Virtualization
para Desktop
● Visión de negocio
● Competencia: Vmware – Red Hat
● Conclusiones

3. Introducción
• RHEV: producto Enterprise
• Compatible con la industria
• La mejor performance
• Todos las características relevantes

4. ¿ POR QUE VIRTUALIZAR ?

5. Nivel de Abstracción
• Capa de Abstracción
Ambientes Operativos
• Hardware independiente de los
Ambientes Operativos
• CPU y memoria independientes
de las aplicaciones
• Utilización dinámica de los
recursos Hardware x86
Capa de Abstracción

6. Imágenes de Storage
• Servidor y aplicación se
paquetiza en una imagen de
storage
• Independencia de la
personalidad del HW (MAC
Address, Host ID, etc.)
• La red SAN agrega valor – Es
el HW más importante
Storage

7. Administración Centralizada
• Administración centralizada
desde consola gráfica
• Creación, edición y borrado de
máquinas virtuales
• Automatización de tareas
• Reportes sobre consumo y
eventos de la infraestructura

8. Biblioteca de Imágenes
• Ambientes operativos
estandarizados – Mejor control de
políticas de seguridad
• Bibliotecas de imagenes y
templates – Defino una vez,
implemento varias
• Deploy de nuevos servidores en
minutos – Rápida satisfacción de
las demandas

9. RED HAT ENTERPRISE
VIRTUALIZATION
RHEV

10. Historia

11. Productos
●
RHEV MANAGER FOR SERVERS
●
Administración de virtualización de servidores de nivel
Enterprise
●
RHEV MANAGER FOR DESKTOPS
●
Infraestructura de Escritorio Virtual con protocolo
SPICE
●
RHEV HYPERVISOR
●
Hipervisor de alta performance e imagen en memoria
pequeña

12. Virtualización de Servidores
●
Hipervisor KVM clase Enterprise
●
Hipervisor liviano: <100 MB
●
Administración centralizada
●
Escalabilidad y performance para
ambientes demandantes
●
Alta seguridad en kernel – SELinux
●
Gran Ecosistema de hardware y software
●
Comercialización independiente de
parámetros de runtime – vRAM

13. Características de RHEV
●
Hipervisor basado en RHEL 6.2
●
Rendimiento y Escalabilidad
●
RHEV Manager en tecnología Java, RHEL y
DB PostGRE SQL
●
Guest Tools para RHEL
●
Storage local
●
Nueva infraestructura API – Incluye REST y
Linux CLI
●
Administración Multi-Nivel
●
Hooks para customización
●
Infraestructura de Reporting – Jasper Reports

14. Arquitectura RHEV

15. Arquitectura RHEV 3.0 Manager

16. Principales Características
Característica Descripción
High Availability Vuelve a encender VM’s de un host caido en el resto de los hosts
Live Migration Mueve VM’s en ejecución de un host a otro en caliente
System Scheduler Balancea la carga de los hosts en función de uso y políticas
Power Saver Concentra VM’s en menos hosts para poner el resto en Stand-By
Migra VM’s en caliente de un host a otros para realizar tareas de
Maintenance Manager
mantenimiento
Aprovisionamiento a partir de templates, aprovisionamiento delgado y
Image Management
snapshots
Monitoring & Reporting Monitoreo de todos los objetos en el sistema
OVF Import/Export Importar y exportar VM’s y templates usando archivos OVF
V2V Convertir VM’s de vmware, RHEL / Xen a RHEV

17. Performance y Escalabilidad
RHEV 2.2 RHEV 3.0 RHEV 3.0
Support limit Theoretical Limit
Host
CPUs 96 128 4096
Memory 1TB 2TB 64TB
Guest
CPU 16 64 64
Memory 256GB 2TB 64TB
RHEV M
Max Hosts 100 200 > 400

18. Rendimiento
REAL ENTERPRISE WORKLOADS
ON RED HAT ENTERPRISE VIRTUALIZATION
160%
138%
140%
120% 91% 92% 94%
96%
100%
80%
60%
40%
20% DB2 OLTP SLCS Workload OLTP Workload LAMP Stack App Server
Workload
0%
* Performance measured on a 16-core Intel Xeon 5500 in various configurations of VMs

19. Motor de Reportes – Jasper Reports

20. Motor de Reportes – Jasper Reports
REPORTES MATRICIALES

21. Motor de Reportes – Jasper Reports
NIVELES DE SERVICIO

22. Reportes Ad-Hoc
●
Creación de reportes definidos
por el usuario
●
Personalizados por niveles de
servicio, inventario, actividades,
etc.
●
Formatos de salida:
●
Tabla
●
Chart
●
Crosstab
●
Permite explotar datos de la DB
del Manager

23. RED HAT ENTERPRISE
VIRTUALIZATION FOR DESKTOP
RHEV-D

24. El Escritorio Hoy
Demasiadas Aplic. y Datos en el Desktop

Backup

Seguridad

Administración

25. Virtualización de Escritorio
●
Administración, seguridad y políticas centralizadas
●
Experiencia similar a “real PC”
●
Recuperación inmediata de la sesión
●
Multiples monitores y video calidad HD
●
Audio / Video Bi-directional
(para VoIP o video-conferencia)
●
Soporte USB-forwarding

26. Virtualización de Escritorio
Red Hat Virtualization for Desktops

27. Características Principales
Característica Descripción
Connection Broker Administrador de relaciones de usuarios y escritorios virtuales
SPICE - HD Protocolo con capacidad HD para comunicación VM – Puesto
SPICE - audio/video Protocolo de audio bidireccional entre VM y el puesto
SPICE – USB Redirección de dispositivos USB 2.0
SPICE - multi-monitor Protocolo para soporte de multiples monitores – hasta 4
Desktop pools Pools de VM’s automáticos, manuales y basados en tiempo
Security Capacidad de aislar los escritorios virtuales con tecnología SE-Linux
Guest support Windows XP, Windows 7, RHEL 5, RHEL 6
Thin client support Windows XP/XPe, RHEL 5/6, HP, Devon, IGEL, 10zig, Wyse

28. Características de SPICE
 Protocolo completamente re-escrito
 Mejoras significativas de performance
●
Especialmente en entornos WAN
●
Compresión variable para reducir ancho de banda
●
Auto detección por tipo de contenido
 Copy & Paste
●
client/guest, guest/guest
 Soporte de SmartCard
 Soporte de guest Linux mejorado
●
Auto re-sizing, reporting, user logs, installed RPMs, etc.
 Single sign-on para GNOME y KDE
 Dynamic VRAM / frame buffer
●
Mejora las capacidades de resolución y ratios

29. Portales de Acceso – Web
✔ Portal de Administrador
✔ Portal de Reportes
✔ Portal de Usuario
✔ Portal de Power User

30. Portal de Usuario
Acceso:
✔ Internet Explorer
Usuario: ✔ Firefox
✔ Encender / Apagar VM
✔ Inicio automático
Dispositivo:
✔ Consola
✔ PC
✔ Protocolo: SPICE / RDP
✔ Cliente Delgado

31. Portal de Power User

32. Reducción de Costo Total de Propiedad
RHEV VDI vs Desktops Tradicionales
500 Desktops – 7 Servers (2 sockets quad-core c/u)

33. Clientes Delgados

34. ESQUEMA DE NEGOCIO

35. Esquema de negocio VDI
✔ Desktop administrativo – Evitar puestos especiales
➔ Sin puertos serie / paralelo
➔ Sin dispositivos especiales
➔ Sólo red
✔ Estandarizar imágenes de desktop
➔ Migración a Windows 7
✔ Incluir siempre capacitación formal
✔ Incluir servicios de instalación y puesta en marcha
✔ Integración del proyecto – Partners

36. Herramientas de ayuda
✔ Herramienta de análisis de ROI / TCO
➔ Uso público – Ayuda en el uso
➔ Requiere datos sinceros del cliente
✔ Ayuda en el análisis de sizing – Manual
➔ Relevamiento y análisis de información
✔ Incluir siempre capacitación formal
✔ Incluir servicios de instalación y puesta en marcha
✔ Integración del proyecto – Partners

37. Arquitecturas de Referencia
✔ Implementación sobre Blade Servers
✔ Virtualización de Escritorio
✔ Disaster Recovery
✔ SAP – RHEV 3.0: SAP Producción

38. LUNCH TIME

39. COMPETENCIA: VMWARE – RHEV

40. Inercia a vencer
IBM MAINFRAME
PROPIETARY UNIX
MICROSOFT WINDOWS
VMWARE

41. Por qué RHEV
✔ Por qué posicionar RHEV si puedo
vender RHEL y dejar que el cliente
lo instale sobre VMware ?
➔ Alternativa de vHW
➔ SuSe
➔ Spring Source
➔ Cloud

42. VMware: Nuevas características
VMware: Características Nuevas:
(Principales y Relevantes)
➔ ESXi Convergence
➔ Auto Deploy
➔ Policy-Driven Storage
➔ Storage DRS
➔ Larger or “Monster Vms”
(VM: 32 vCPU, 1 TB RAM)
➔ HighAvailability Enhancements
➔ vCenter Linux Appliance
➔ SLES Guest
➔ Web Management Client Interface

43. VMware: Licenciamiento
Licenciamiento y Precios:
✔ Cantidad de Sockets
(Físico – Estático: Adquisición)
✔ Cantidad de vRAM
(Virtual – Dinámico: Run-Time !)
✔ Sin restricción por cores
✔ Sin restricción por RAM
✔ Suse Linux sobre vSphere

44. vRAM: Qué es
✔ vRAM es algo nuevo, algo sobre lo que los usuarios no
estaban acostumbrados a tener en cuenta; por lo menos
no desde el punto de vista del licenciamiento
✔ Ahora el usuario necesita tener en cuenta la cantidad de
memoria virtual configurada en todas las VMs en
ejecución en el ambiente – vRAM
✔ En resumen vRAM es:
➔ RAM asignada a las Vms
➔ En todas las VMs encendidas
➔ Contabilización de máximo de 96 GB de vRAM por VM encendida
➔ NO ES RAM Física
➔ NO ES RAM en VMs apagadas
✔ RHEV no contabiliza o cobra por vRAM

45. Análisis de versiones y productos
QUIENES VAN A PAGAR MAS
✔ Clientes con servidores con gran cantidad de RAM
➔ Implementaron alta densidad para ahorrar energía y espacio
✔ Clientes con VMs con gran cantidad de RAM
➔ Aplicaciones de cache en memoria o bases de datos son ejemplos de VMs grandes
✔ Clientes usando Memory Overcommit
➔ Esta es una práctica deseable para optimizar la infraestructura
➔ Estadísticas propias de VMware muestran que el 57% de sus clientes usan esta capacidad con una
relación promedio de 1.8 de overcommit

46. Ejemplos de costos
Infraestructura ejemplo: 2 CPU de 6 Cores, 128 GB RAM
Licenciamiento vSphere 4:
✔ 2 Licencias
➔ Standard
➔ Advanced
➔ Enterprise Plus
Licenciamiento vSphere 5:
✔ 4 Licencias Standard
✔ 2 Licencias Enterprise
✔ 2 Licencias Enterprise Plus
Suscripciones RHEV:
✔ 2 Suscripciones
Nota: se asume vRAM = RAM

47. Ejemplos de costos
Infraestructura ejemplo: 8 CPU de 6 Cores, 1024 GB RAM
Licenciamiento vSphere 4:
✔ 8 Licencias
➔ Standard
➔ Advanced
➔ Enterprise Plus
Licenciamiento vSphere 5:
✔ 32 Licencias Standard
✔ 16 Licencias Enterprise
✔ 11 Licencias Enterprise Plus
Suscripciones RHEV:
✔ 8 Suscripciones
Nota: se asume vRAM = RAM

48. Ejemplos de configuraciones
IMPACTO DE CONFIGURACIONES
DE RAM Y VRAM
CONFIGURACION VSPHERE 4 VSPHERE 5 RHEV
Six (6) physical servers with 2 sockets and 12 x Enterprise 12 x Enterprise Plus = 12 x RHEV for
192GB RAM each. 1152GB of Physical Plus = $42K $42K Servers = $9K
RAM. Total vRAM usage <= 1152GB
Six (6) physical servers with 2 sockets and 12 x Enterprise 18 x Enterprise Plus = 12 x RHEV for
192GB RAM each. 1152GB of Physical Plus = $42K $63K Servers = $9K
RAM. Total vRAM usage = 1728GB (1,5x) (50% price increase)
Six (6) physical servers with 2 sockets and 12 x Enterprise 16 x Enterprise Plus = 12 x RHEV for
256GB RAM each. 1536GB of Physical Plus = $42K $56K (33% price Servers = $9K
RAM. Total vRAM usage = 1536GB increase)

49. Características de RHEV 3.0

50. Comparación de Performance
SPEC.org: www.spec.org

51. InfoWorld
Source: InfoWorld,
Virtualization shoot-out: Citrix,
Microsoft, Red Hat, and
VMware, April 13, 2011
http://bit.ly/rhevshootout

52. Ejemplos de costos
“I took a minute to read the licensing guide for vSphere 5 and I'm still trying to
pull my jaw off the floor. VMware has completely screwed their customers
this time. Why?”
“It isn't just you. We just purchased ten dual-socket servers with 192GB RAM
each (enterprise license level) and we'll need to triple our license count
to be able to use all available RAM if allocated by VM”
“I get that the vRAM entitlements are for what you use, not necessarily what you
have, but who buys memory and doesn't use it?”
“Forget the hoopla about a VM with 1 TB of memory. Who in their right mind
would deploy that using the new license model? It would take 22 licenses to
accommodate! You could go out and buy the physical box for way less than
that today, from any hardware vendor.”

53. Red Hat
RHEV IS
HERE

54. Conclusión
• RHEV: Enterprise y Estable
• Compatibilidad de HW y SW
• Performance y escalabilidad
• Cumple con las características necesarias

55. ¿ PREGUNTAS ?

56. CLOUD

57. Agenda
● Introducción
● Definiciones de Cloud
● Productos Red Hat Cloud
● Soluciones de Cloud
● Cloud por segmento
● Conclusiones

58. Introducción
CLOUD: Es una realidad
Red Hat va hacia CLOUD

59. Qué es Cloud
✔ Cloud NO es virtualización
✔ Cloud NO es un hardware
✔ Cloud NO es un software
✔ Cloud ES una forma de configurar y administrar el Datacenter
➔ Recursos de IT accedidos como un servicio, orientado al negocio
➔ Redefinición de procesos de operación de IT
➔ Estandarización de componentes y ambientes
✔ Cloud debe ser heterogéneo y construido sobre estándares
➔ Integra distintas tecnologías
➔ Garantiza la interoperabilidad y la portabilidad
✔ Cloud brinda
➔ Rápido deploy de ambientes y aplicaciones
➔ Gestión del ciclo de vida
➔ Control en el uso de los recursos

60. Cloud
Clouds Privados Clouds Híbridos Clouds Públicos
Privado – Acceso Combinación de Service Providers
Restringido (puede Privados y Públicos Acceso por Web
estar en DC externo) Interoperabilidad Pago por Uso
Aplicaciones, Procesos e Información como un Servicio SaaS
Tipo de
Servicios Aplicaciones, Procesos e Información como un Servicio
Middleware optimizado para Virtualización PaaS
de Cloud
Aplicaciones, Procesos e Información como un Servicio
Servers, Storage y Redes Virtualizados IaaS

61. Cloud: Capa de abstracción
Tradicional IaaS PaaS SaaS
(Infrastructure (Platform (Software
as a Service) as a Service) as a Service)
Applications Applications Applications Applications
Data Data Data Data
Run Time Run Time Run Time Run Time
Middleware Middleware Middleware Middleware
Op. System Op. System Op. System Op. System
Virtualization Virtualization Virtualization Virtualization
Servers Servers Servers Servers
Storage Storage Storage Storage
Networking Networking Networking Networking

62. Cloud: Valor de negocio
Rápida Pagar Por Lo Que Se
Implementación Usa
Focalizarse En La
Escalado Aplicación NO la
Elástico Infraestructura

63. Evolución del Datacenter
10 Años atrás 5 Años atrás Hoy

64. Donde muchas veces...

65. Y antes de darnos cuenta...
NO ESTANDAR

66. Cómo podemos llegar a esto ?...
ESTANDAR

67. Ciclo de Vida
SELF-SERVICE

68. Administración del ciclo de vida
DEVELOPMENT QA PRODUCTION

69. Red Hat proporciona
• Auto servicio con políticas
• Administración de ciclo de vida
para cloud
• Portabilidad de aplicaciones
entre los clouds
• Productos y servicios probados
que proveen SLA’s de nivel
empresarial en el cloud

70. Cloud + IT empresarial
Aproximaciones

71. 1.- Tirar todo y empezar de nuevo
Migración a una infraestructura
homogenea es impráctica
HOMOGENEO
LIMPIO
ESTANDARIZADO
SIMPLE
Puede servir para Service
Simplemente naif Providers, pero impráctico para
para IT empresarial empresas

72. 2.- Agregar un silo
Construir un Cloud de una pequeña parte
de la infraestructura
25%
UN CLOUD
INDEPENDIENTE
A LA VEZ
La mayoria del universo Utilización de una
fracción de la capacidad
permanece inalterado

73. 3.- Armar un cloud abierto
Construir un Cloud abierto a partir de todos
los recursos, incluyendo opciones públicas
VIRTUALIZACION
FISICO CLOUDS PUBLICOS
MULTI-VENDOR
Armar un cloud a partir de lo que se tiene
Aprovechar inversiones existentes

74. Red Hat CLOUDForms

75. Red Hat OPENShift

76. PaaS Privado con CLOUDForms

77. Cómo armar un Cloud abierto

78. Claves

79. Claves

80. Claves

81. Claves

82. Más allá de los números
TOP CLOUDS
• Linux y open source
• Estandarizado en X86 de
volumen
• Auto servicio
• “Escalabilidad ilimitada” a
demanda
• Aprovisionamiento
automatizado
• Exelencia operacional
TOP CLOUDS RELY ON RED HAT

83. Conclusión
CLOUD: Vino para quedarse
CLOUD: Estratégico para RH

84. ¿ PREGUNTAS ?

85. Juan I. Vera
Solution Architect
[ jvera@redhat.com ]