red hat cloud computing
TRANSCRIPT
Juan I. VeraSolution Architect – Cloud Specialist[ [email protected] ]
VIRTUALIZACIÓN Y VDI
● 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
Agenda
Introducción
• RHEV: producto Enterprise
• Compatible con la industria
• La mejor performance
• Todos las características relevantes
¿ POR QUE VIRTUALIZAR ?
Nivel de Abstracción
Capa de Abstracción
Hardware x86
Ambientes Operativos
• Capa de Abstracción
• Hardware independiente de los Ambientes Operativos
• CPU y memoria independientes de las aplicaciones
• Utilización dinámica de los recursos
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
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
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
RED HAT ENTERPRISE VIRTUALIZATION
RHEV
Historia
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
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
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
Arquitectura RHEV
Arquitectura RHEV 3.0 Manager
Principales Características
OVF Import/Export Importar y exportar VM’s y templates usando archivos OVF
V2V Convertir VM’s de vmware, RHEL / Xen a RHEV
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
Maintenance Manager Migra VM’s en caliente de un host a otros para realizar tareas de mantenimiento
Image Management Aprovisionamiento a partir de templates, aprovisionamiento delgado y snapshots
Monitoring & Reporting Monitoreo de todos los objetos en el sistema
Performance y Escalabilidad
RHEV 2.2 RHEV 3.0Support limit
RHEV 3.0Theoretical 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
Rendimiento
96% 92%
138%
94%
REAL ENTERPRISE WORKLOADS ON RED HAT ENTERPRISE VIRTUALIZATION
* Performance measured on a 16-core Intel Xeon 5500 in various configurations of VMs
SLCS Workload OLTP Workload LAMP Stack App Server
91%
DB2 OLTP Workload
0%
20%
40%
60%
80%
100%
120%
140%
160%
Motor de Reportes – Jasper Reports
Motor de Reportes – Jasper Reports
REPORTES MATRICIALES
Motor de Reportes – Jasper Reports
NIVELES DE SERVICIO
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
RED HAT ENTERPRISE VIRTUALIZATION FOR DESKTOP
RHEV-D
El Escritorio Hoy
Demasiadas Aplic. y Datos en el Desktop Backup Seguridad Administración
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
Virtualización de Escritorio
Red Hat Virtualization for Desktops
Características Principales
Guest support Windows XP, Windows 7, RHEL 5, RHEL 6
Thin client support Windows XP/XPe, RHEL 5/6, HP, Devon, IGEL, 10zig, Wyse
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
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
Portales de Acceso – Web
✔Portal de Administrador
✔Portal de Reportes
✔Portal de Usuario
✔Portal de Power User
Portal de Usuario
Acceso:✔ Internet Explorer✔ Firefox
Dispositivo:✔ PC✔ Cliente Delgado
Usuario:✔ Encender / Apagar VM✔ Inicio automático✔ Consola✔ Protocolo: SPICE / RDP
Portal de Power User
Reducción de Costo Total de Propiedad
RHEV VDI vs Desktops Tradicionales500 Desktops – 7 Servers (2 sockets quad-core c/u)
Clientes Delgados
ESQUEMA DE NEGOCIO
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
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
Arquitecturas de Referencia
✔ Implementación sobre Blade Servers
✔ Virtualización de Escritorio
✔ Disaster Recovery
✔ SAP – RHEV 3.0: SAP Producción
LUNCH TIME
COMPETENCIA: VMWARE – RHEV
Inercia a vencer
IBM MAINFRAMEPROPIETARY UNIX
MICROSOFT WINDOWSVMWARE
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
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)
➔High Availability Enhancements➔vCenter Linux Appliance➔SLES Guest➔Web Management Client Interface
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
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
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
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
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
Ejemplos de configuraciones
IMPACTO DE CONFIGURACIONES DE RAM Y VRAM
CONFIGURACION VSPHERE 4 VSPHERE 5 RHEV
Six (6) physical servers with 2 sockets and 192GB RAM each. 1152GB of Physical RAM. Total vRAM usage <= 1152GB
12 x Enterprise Plus = $42K
12 x Enterprise Plus = $42K
12 x RHEV for Servers = $9K
Six (6) physical servers with 2 sockets and 192GB RAM each. 1152GB of Physical RAM. Total vRAM usage = 1728GB (1,5x)
12 x Enterprise Plus = $42K
18 x Enterprise Plus = $63K(50% price increase)
12 x RHEV for Servers = $9K
Six (6) physical servers with 2 sockets and 256GB RAM each. 1536GB of Physical RAM. Total vRAM usage = 1536GB
12 x Enterprise Plus = $42K
16 x Enterprise Plus = $56K (33% price increase)
12 x RHEV for Servers = $9K
Características de RHEV 3.0
Comparación de Performance
SPEC.org: www.spec.org
InfoWorld
Source: InfoWorld, Virtualization shoot-out: Citrix, Microsoft, Red Hat, and VMware, April 13, 2011
http://bit.ly/rhevshootout
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.”
Red Hat
RHEV IS HERE
Conclusión
• RHEV: Enterprise y Estable
• Compatibilidad de HW y SW
• Performance y escalabilidad
• Cumple con las características necesarias
¿ PREGUNTAS ?
CLOUD
● Introducción● Definiciones de Cloud● Productos Red Hat Cloud● Soluciones de Cloud● Cloud por segmento● Conclusiones
Agenda
Introducción
CLOUD: Es una realidad
Red Hat va hacia CLOUD
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
Cloud
Service ProvidersAcceso por Web
Pago por Uso
Combinación de Privados y Públicos
Interoperabilidad
Privado – Acceso Restringido (puede
estar en DC externo)
Aplicaciones, Procesos e Información como un Servicio
Aplicaciones, Procesos e Información como un ServicioMiddleware optimizado para Virtualización
Aplicaciones, Procesos e Información como un ServicioServers, Storage y Redes Virtualizados
SaaSSaaS
PaaSPaaS
IaaSIaaS
Tipo de Tipo de Servicios Servicios de Cloudde Cloud
Clouds PrivadosClouds Privados Clouds HíbridosClouds Híbridos Clouds PúblicosClouds Públicos
Cloud: Capa de abstracción
Networking
Storage
Servers
Virtualization
Op. System
Data
Middleware
Run Time
Applications
Tradicional
Networking
Storage
Servers
Virtualization
Op. System
Data
Middleware
Run Time
Applications
IaaS(Infrastructureas a Service)
Networking
Storage
Servers
Virtualization
Op. System
Data
Middleware
Run Time
Applications
PaaS(Platform
as a Service)
Networking
Storage
Servers
Virtualization
Op. System
Data
Middleware
Run Time
Applications
SaaS(Software
as a Service)
Cloud: Valor de negocio
Rápida Implementación
Escalado Elástico
Pagar Por Lo Que Se Usa
Focalizarse En La Aplicación NO la Infraestructura
Evolución del Datacenter
Hoy5 Años atrás10 Años atrás
Donde muchas veces...
Y antes de darnos cuenta...
NO ESTANDAR
Cómo podemos llegar a esto ?...
ESTANDAR
Ciclo de Vida
SELF-SERVICE
Administración del ciclo de vida
DEVELOPMENT QA PRODUCTION
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
Cloud + IT empresarial
Aproximaciones
1.- Tirar todo y empezar de nuevo
Migración a una infraestructurahomogenea es impráctica
Puede servir para Service Providers, pero impráctico para empresas
HOMOGENEOLIMPIOESTANDARIZADOSIMPLE
Simplemente naif para IT empresarial
2.- Agregar un silo
Construir un Cloud de una pequeña partede la infraestructura
25%
Utilización de una fracción de la capacidad
UN CLOUDINDEPENDIENTE
A LA VEZ
La mayoria del universo permanece inalterado
3.- Armar un cloud abierto
Construir un Cloud abierto a partir de todoslos recursos, incluyendo opciones públicas
Armar un cloud a partir de lo que se tieneAprovechar inversiones existentes
FISICO VIRTUALIZACIONMULTI-VENDOR
CLOUDS PUBLICOS
Red Hat CLOUDForms
Red Hat OPENShift
PaaS Privado con CLOUDForms
Cómo armar un Cloud abierto
Claves
Claves
Claves
Claves
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
Conclusión
CLOUD: Vino para quedarse
CLOUD: Estratégico para RH
¿ PREGUNTAS ?
Juan I. VeraSolution Architect[ [email protected] ]