red hat cloud computing

Juan I. VeraSolution Architect – Cloud Specialist[ [email protected] ]

VIRTUALIZACIÓN Y VDI

mailto:[email protected]

● 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


REPORTES MATRICIALES


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


✔ 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


✔ 8 Licencias➔ Standard➔ Advanced➔ Enterprise Plus


✔ 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 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)


18 x Enterprise Plus = $63K(50% price increase)


Six (6) physical servers with 2 sockets and 256GB RAM each. 1536GB of Physical RAM. Total vRAM usage = 1536GB


16 x Enterprise Plus = $56K (33% price increase)


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 ?

● 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

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] ]

mailto:[email protected]

red hat cloud computing

Technology