Your SlideShare is downloading. ×
Red Hat Cloud Computing
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Red Hat Cloud Computing

554
views

Published on

Presentacion de Solucion de Red hat Linux para la NUbe

Presentacion de Solucion de Red hat Linux para la NUbe

Published in: Technology

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
554
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
42
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. VIRTUALIZACIÓN Y VDIJuan I. VeraSolution 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ísticasCaracterística DescripciónHigh Availability Vuelve a encender VM’s de un host caido en el resto de los hostsLive Migration Mueve VM’s en ejecución de un host a otro en calienteSystem Scheduler Balancea la carga de los hosts en función de uso y políticasPower 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 deMaintenance Manager mantenimiento Aprovisionamiento a partir de templates, aprovisionamiento delgado yImage Management snapshotsMonitoring & Reporting Monitoreo de todos los objetos en el sistemaOVF Import/Export Importar y exportar VM’s y templates usando archivos OVFV2V 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 VIRTUALIZATION160% 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 ReportsREPORTES MATRICIALES
  • 21. Motor de Reportes – Jasper ReportsNIVELES 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 ENTERPRISEVIRTUALIZATION 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 EscritorioRed Hat Virtualization for Desktops
  • 27. Características PrincipalesCaracterística DescripciónConnection Broker Administrador de relaciones de usuarios y escritorios virtualesSPICE - HD Protocolo con capacidad HD para comunicación VM – PuestoSPICE - audio/video Protocolo de audio bidireccional entre VM y el puestoSPICE – USB Redirección de dispositivos USB 2.0SPICE - multi-monitor Protocolo para soporte de multiples monitores – hasta 4Desktop pools Pools de VM’s automáticos, manuales y basados en tiempoSecurity Capacidad de aislar los escritorios virtuales con tecnología SE-LinuxGuest support Windows XP, Windows 7, RHEL 5, RHEL 6Thin 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 ExplorerUsuario: ✔ 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 PropiedadRHEV VDI vs Desktops Tradicionales500 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ísticasVMware: 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: LicenciamientoLicenciamiento 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 productosQUIENES 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 costosInfraestructura ejemplo: 2 CPU de 6 Cores, 128 GB RAMLicenciamiento vSphere 4:✔ 2 Licencias ➔ Standard ➔ Advanced ➔ Enterprise PlusLicenciamiento vSphere 5:✔ 4 Licencias Standard✔ 2 Licencias Enterprise✔ 2 Licencias Enterprise PlusSuscripciones RHEV:✔ 2 SuscripcionesNota: se asume vRAM = RAM
  • 47. Ejemplos de costosInfraestructura ejemplo: 8 CPU de 6 Cores, 1024 GB RAMLicenciamiento vSphere 4:✔ 8 Licencias ➔ Standard ➔ Advanced ➔ Enterprise PlusLicenciamiento vSphere 5:✔ 32 Licencias Standard✔ 16 Licencias Enterprise✔ 11 Licencias Enterprise PlusSuscripciones RHEV:✔ 8 SuscripcionesNota: se asume vRAM = RAM
  • 48. Ejemplos de configuracionesIMPACTO DE CONFIGURACIONESDE RAM Y VRAM CONFIGURACION VSPHERE 4 VSPHERE 5 RHEVSix (6) physical servers with 2 sockets and 12 x Enterprise 12 x Enterprise Plus = 12 x RHEV for192GB RAM each. 1152GB of Physical Plus = $42K $42K Servers = $9KRAM. Total vRAM usage <= 1152GBSix (6) physical servers with 2 sockets and 12 x Enterprise 18 x Enterprise Plus = 12 x RHEV for192GB RAM each. 1152GB of Physical Plus = $42K $63K Servers = $9KRAM. 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 for256GB RAM each. 1536GB of Physical Plus = $42K $56K (33% price Servers = $9KRAM. 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 Im still trying topull my jaw off the floor. VMware has completely screwed their customersthis time. Why?”“It isnt just you. We just purchased ten dual-socket servers with 192GB RAMeach (enterprise license level) and well need to triple our license countto 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 youhave, but who buys memory and doesnt use it?”“Forget the hoopla about a VM with 1 TB of memory. Who in their right mindwould deploy that using the new license model? It would take 22 licenses toaccommodate! You could go out and buy the physical box for way less thanthat 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 deServicios Aplicaciones, Procesos e Información como un Servicio Middleware optimizado para Virtualización PaaSde Cloud Aplicaciones, Procesos e Información como un Servicio Servers, Storage y Redes Virtualizados IaaS
  • 61. Cloud: Capa de abstracciónTradicional 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 TimeMiddleware Middleware Middleware MiddlewareOp. System Op. System Op. System Op. SystemVirtualization Virtualization Virtualization Virtualization Servers Servers Servers Servers Storage Storage Storage StorageNetworking Networking Networking Networking
  • 62. Cloud: Valor de negocio Rápida Pagar Por Lo Que SeImplementación Usa Focalizarse En La Escalado Aplicación NO la Elástico Infraestructura
  • 63. Evolución del Datacenter10 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 vidaDEVELOPMENT 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 nuevoMigración a una infraestructurahomogenea es impráctica HOMOGENEO LIMPIO ESTANDARIZADO SIMPLE Puede servir para ServiceSimplemente naif Providers, pero impráctico parapara IT empresarial empresas
  • 72. 2.- Agregar un siloConstruir un Cloud de una pequeña partede la infraestructura 25% UN CLOUD INDEPENDIENTE A LA VEZLa mayoria del universo Utilización de una fracción de la capacidadpermanece inalterado
  • 73. 3.- Armar un cloud abiertoConstruir un Cloud abierto a partir de todoslos recursos, incluyendo opciones públicas VIRTUALIZACION FISICO CLOUDS PUBLICOS MULTI-VENDORArmar un cloud a partir de lo que se tieneAprovechar 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úmerosTOP 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ónCLOUD: Vino para quedarseCLOUD: Estratégico para RH
  • 84. ¿ PREGUNTAS ?
  • 85. Juan I. VeraSolution Architect[ jvera@redhat.com ]

×