• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Virtualización de Escritorios: De vuelta al mainframe pero mejor!
 

Virtualización de Escritorios: De vuelta al mainframe pero mejor!

on

  • 875 views

Curiosamente el avance tecnológico en IT ha sido un proceso circular, o mejor descrito aún, en espiral. El ejemplo más tangible corresponde a como después de 40 años hemos pasado de las ...

Curiosamente el avance tecnológico en IT ha sido un proceso circular, o mejor descrito aún, en espiral. El ejemplo más tangible corresponde a como después de 40 años hemos pasado de las terminales brutas conectadas a un mainframe a los Escritorios Virtuales conectados a un datacenter.

En esta charla se discutirá que es la virtualización de escritorios y cómo pueden los gerentes de IT "deshacerse" del dolor de cabeza más grande en una empresa.. dar soporte a los computadores de los usuarios.


- Historia de la virtualización
- Evolución de la estación de trabajo
- Arquitectura de VDI
- Errores comunes de VDI
- Licenciamiento VDI
- Casos de uso y Mejores prácticas
- Demo Real (limitado a disponibilidad de tiempo)

Statistics

Views

Total Views
875
Views on SlideShare
873
Embed Views
2

Actions

Likes
0
Downloads
0
Comments
1

1 Embed 2

http://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • Muy bueno Andrés
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • And I also want to emphasize that not only do we support Windows guest operating systems, but Microsoft supports RHEV as well. In February 2009 we signed a commitment with Microsoft for support of Windows operating systems and many of their application servers under the SVVP (Server Virtualization Validation Program) We also have WHQL signed drivers for XP and Windows 7 for both server and desktop operating systems, and support Windows desktop operating systems on RHEV for Desktops.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • That's the power of the open source community, where we leverage all the development of virtualization technologies in the broader community. That's also the power of Red Hat, where we bring together not just the community but the large hardware and software vendors to create an enterprise-ready ecosystem for our partners. And the RHEV KVM hypervisor leverages all the work in the broader Linux kernel community, giving RHEV incredible velocity in features and scalability.
  • Red Hat Enterprise Virtualization from 2.1 has had the enterprise virtualization features such as HA, live migration (vMotion), power management and load balancing. There's a couple of new features: > OVF import and export of virtual machines. OVF is a flat file that allows you to do disaster recovery and move your virtual machines images from one datacenter to another > Hand-in-hand with OVF is our V2V conversion tools, that allow you to take VMware or RHEL Xen/KVM virtual machines and import them into RHEV > Finally, RHEV 2.2 is based on RHEL 5.5, so we get all the hardware enablement for the newest Intel and AMD servers, and we've also expanded our largest VMs to 16 virtual CPUs and 256GB RAM RHEV 2.2 is also the first release of the RHEV for Desktops product, which adds a connection broker, desktop deployment tools, and our open source SPICE remote rendering protocol, which gives you high definition video, bi-directional audio and video for video conferencing, USB support, multiple monitors and more.
  • Here's an example of a technology built into Red Hat Enterprise Linux which we are able to take advantage of in RHEV for hosting virtual machines. KSM or Kernel Same-Page Merging is a technology that allows multiple applications in Linux to use more memory than is physically installed by merging or deduplicating redundant memory pages. The RHEV hypervisor with KVM allows us to use the same technology to overcommit memory in virtual machines. Here we are running multiple instances of a Windows 2003 server VM with 3GB RAM running an intensive Java benchmark. On the horizontal we are increasing the number of Vms on a single physical server with 24 GB of physical RAM, and on the horizontal we are measuring IO. You can see that from 1 VM to about 16 VM we get near linear scaling of performance. That's 200% overcommit. After that, we can get up to 400% overcommit and the workloads still run, although with diminishing returns. This is a feature we inherit from Linux, that we don't need to code from scratch. And as the performance of this feature evolves in Linux, so it does in RHEV. That's the power of KVM.
  • RHEV Manager is also the administration tool for your virtual desktop infrastructure. It allows you to centrally manage pools of virtual desktops, assign rights to those desktops based on active directory membership, and gives you access to the SPICE protocol for remote rendering of those desktop machines.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.
  • SPICE is remote desktop rendering technology Red Hat open sourced in December 2009. SPICE provides a user experience identical to a real desktop to users. It can do this based on its unique architecture. SPICE has three components: SPICE driver in the VM, the SPICE engine in the hypervisor host, and the SPICE client on the thin client or PC used to access the VM. Based on the video workload and network conditions, SPICE will adaptively choose to render either in the datacenter on the hypervisor host, or on the client by sending graphics primitives to directly to the client. Think about any laptop or desktop, even a 3-5 year old repurposed PC has more graphics processing power than can be emulated in the datacenter. In this case, SPICE will render on the client, which provides a better user experience and offloads more processing out of your datacenter.

Virtualización de Escritorios: De vuelta al mainframe pero mejor! Virtualización de Escritorios: De vuelta al mainframe pero mejor! Presentation Transcript

  • VIRTUALIZACIÓN ESCRITORIOS Virtualización de EscritoriosDe vuelta al Mainframe pero mejor!!!
  • VIRTUALIZACIÓN ESCRITORIOSConferencista:Ing. Andrés Mauricio Mujica Zalameaandres.mujica@seaq.com.coRHCE/RHCSA/RHCVA/DCAPGERENTE SEAQ SERVICIOS CIA LTDA
  • VIRTUALIZACIÓN ESCRITORIOSTome el control de laInformación en suEmpresahttp://www.seaq.com.co
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Historia de la virtualización■ Evolución de la estación de trabajo■ Arquitectura de VDI■ Errores comunes de VDI
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Licenciamiento VDI■ Casos de uso y Mejores prácticas■ Beneficios VDI■ Demo Real (limitado a disponibilidad de tiempo)
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Historia de la virtualización■ Evolución de la estación de trabajo■ Arquitectura de VDI■ Errores comunes de VDI
  • HISTORIA DE LA VIRTUALIZACIÓNThe Real Deal■ Otoño de 1964■ GE le gana a IBM el contrato MULTICS■ TSS: Time Sharing System■ CP-40 Project Robert Creasy
  • HISTORIA DE LA VIRTUALIZACIÓNThe Real Deal■ CP/40 : Definio la arquitectura VM■ Proyecto CP-67 parte de CP/CMS para el IBM/System360-67■ CP-370-CMS base para el VM/370■ CP/CMS era OPEN SOURCE !!!
  • HISTORIA DE LA VIRTUALIZACIÓNThe Real Deal■ IBM System-370 > VM/370
  • HISTORIA DE LA VIRTUALIZACIÓNS/360-67 – 1966■ Virtual Memory■ Microcode■ Hardware asistido■ Direccionamiento 24/32 bits■ Full Virtualization (oops)
  • HISTORIA DE LA VIRTUALIZACIÓNVM/370 – 1972■ Primer VM Platform■ Soporta múltiples OS  CMS  DOS/VS  OS/MFT/MVT/VS1  SVS Teddy Bear – 1983  MVS Mascota Oficial IBM VMs  VM/370  Algunas versiones de IBM/AIX
  • HISTORIA DE LA VIRTUALIZACIÓNCP/CMS■ Control Program : Implementación de VM simulando un S/360 (hypervisor)■ Cambridge Monitor System : Sistema operativo mono-usuario
  • HISTORIA DE LA VIRTUALIZACIÓNCP/CMS■ Aislamiento de usuarios entre sí. (reliabilidad y seguridad)■ Simulación de un computador completo permitiendo correr cualquier SW S/360 en un TSS. (sin rediseñar aplicaciones para TSS)■ Un CMS ligero como interfaz principal permite un buen desempeño para el usuario
  • HISTORIA DE LA VIRTUALIZACIÓN ■ Nació por accidente ■ Con el S360/CP-67 se creo el VM/370 ■ VM/370: Muchos colores surgen de un solo haz de luz
  • HISTORIA DE LA VIRTUALIZACIÓNDARK AGES■ La burocracia interna de IBM ignoró la VM durante mas de un lustro ( 73 al 79)■ La comunidad de usuarios e IBMers se autosoporto y apoyo mutuamente ➔ VMSHARE ➔ VNET■ Antecedentes del "Open Source”
  • HISTORIA DE LA VIRTUALIZACIÓNDARK AGES■ 1972: Lanzamiento del VM/370■ 1974: Computerworld blast. IBM has no further plans for VM  IBM tenía una proyección de máximo 500 clientes para VM■ 1976: 300 clientes de VM■ 1978: 1000 clientes con VM
  • HISTORIA DE LA VIRTUALIZACIÓNDARK AGES■ 1980: IBM.. compromiso con VM■ 1980: IBM VM/SP1 (buggy as hell)■ 1981: IBM VM/SP1 (por fin estable!)■ 1982: IBM declara la tecnología VM estratégica■ 1983: IBM inicia política OCO (acabo con el "open source")
  • HISTORIA DE LA VIRTUALIZACIÓNDARK AGES■ 1983: 10.000 instalaciones de VM■ 1985: "We hope that IBM will decide not to kill the goose that lays the golden eggs”■ 1987: Usuarios, desarrolladores e IBMers insatisfechos con la migración a OCO ➔ Lentitud en bugfixes ➔ Demora en nuevas funcionalidades■ 1987: Merge/386 primera aproximación en x86
  • HISTORIA DE LA VIRTUALIZACIÓNGOLDEN (?) AGES■ 1987: SoftPC Primer emulador de software■ 1989: IBM 20.000 instalaciones de VM (a pesar de!?)■ 1990: Lanzamiento de IBM System/390■ 1991: Aparece la primera versión del Linux Kernel■ 1997: Virtual PC de Connectix para Mac
  • HISTORIA DE LA VIRTUALIZACIÓNGOLDEN (?) AGES■ 1998: Vmware en modo stealth■ 1998: Vmware patenta sus técnicas de virtualization U.S. Patent 6,397,242■ 1999: Vmware sale a la luz pública en la DEMO Conference■ 1999: IBM implementa hypervisores en plataforma POWER
  • HISTORIA DE LA VIRTUALIZACIÓNGOLDEN (?) AGES■ 1999: Vmware lanza su producto Vmware Workstation■ 2000: IBM lanza Z/VM■ 2001: Vmware lanza su primer producto para servidores■ 2003: Primer hypervisor Open Source Xen
  • HISTORIA DE LA VIRTUALIZACIÓNGOLDEN (?) AGES■ 2003: Primer emulador Open Source QEMU■ 2005: OpenVZ es liberado por Virtuozzo■ 2006: Microsoft inicia el desarrollo de Hyper-V basado en tecnología XEN
  • HISTORIA DE LA VIRTUALIZACIÓNGOLDEN (?) AGES■ 2007: Citrix compra XEN■ 2007: KVM se incorpora al kernel de Linux■ 2007: Innotek lanza VirtualBox■ 2008: Red Hat compra Qumranet (KVM)■ 2009: Oracle compra SUN (heredando 3 tecnologías de virtualización)
  • HISTORIA DE LA VIRTUALIZACIÓNNOW THE FUTURE■ 2009: Gartner: 18% de las workloads corporativas sobre x86 corren virtualizadas. ➔ Para el 2012 se estima(ba) tener el 50% (58M)■ 2009: Gartner: El mercado de HVD se acelerará hasta llegar en el 2013 a 49M de unidades desde las 500K del 2009. ➔ Participación del 40% en el PC corporativo
  • HISTORIA DE LA VIRTUALIZACIÓN 2009 2012 Gartner, Virtual Machines and Market Share Through 2012, Gartner ID#G00170437.
  • HISTORIA DE LA VIRTUALIZACIÓN
  • HISTORIA DE LA VIRTUALIZACIÓN
  • HISTORIA DE LA VIRTUALIZACIÓN
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Historia de la virtualización■ Evolución de la estación de trabajo■ Arquitectura de VDI■ Errores comunes de VDI
  • EVOLUCIÓN WORKSTATIONPunch Card Inicio como un tabulador para los Censos en 1880 pero se utilizo como mecanismo de interacción humana con los “computadores” hasta 1970 aproximadamente
  • EVOLUCIÓN WORKSTATIONTeleTypeWriter (aka TTY) Inicialmente usadas para telegrafía y luego como terminales de impresión. En l970 la Industría cayo en cuenta que podían reemplazar al Punch Card
  • EVOLUCIÓN WORKSTATIONMAINFRAME
  • EVOLUCIÓN WORKSTATIONOPERACIÓN TERMINAL DE TEXTO
  • EVOLUCIÓN WORKSTATIONTERMINALES BRUTAS- Acceso directo al aplicativo- Único aplicativo !!- Control centralizado- Mono tarea- Requiere red
  • EVOLUCIÓN WORKSTATIONPERSONAL COMPUTER 1980 2010
  • EVOLUCIÓN WORKSTATIONPERSONAL COMPUTER
  • EVOLUCIÓN WORKSTATIONPERSONAL COMPUTER- Acceso local al (los) aplicativo(s)- Múltiples aplicativos !!- Control Local- Multi tarea
  • EVOLUCIÓN WORKSTATIONCOMPUTADORES EN RED
  • EVOLUCIÓN WORKSTATIONCOMPUTADORES EN RED
  • EVOLUCIÓN WORKSTATIONSOPORTE NIGHTMARE !
  • EVOLUCIÓN WORKSTATIONCONTROLANDO LA INFRAESTRUCTURA- Acceso por red al (los) aplicativo(s)- Información distribuida- Múltiples aplicativos- Administrador locales- Multi tarea, Multi usuario
  • EVOLUCIÓN WORKSTATIONLA VIDA ERA MÁS FÁCIL CON LOS MAINFRAMES- Al tener todo centralizado y monoaplicación no se requería un soporte por n combinaciones de n factores juntos.
  • EVOLUCIÓN WORKSTATIONPARADIGMA DEL CONTROL- Autenticación centralizada- Políticas centralizadas- Despliegue fácil de aplicaciones- Sistemas homogeneizados
  • EVOLUCIÓN WORKSTATIONSOLUCIONES- La más "aceptada”, accesible y popular es el Active Directory.
  • EVOLUCIÓN WORKSTATIONSOLUCIONES
  • EVOLUCIÓN WORKSTATIONSOLUCIONES
  • EVOLUCIÓN WORKSTATIONALTERNATIVAS- Network Booting (Eliminar los discos duros)- Microsoft Terminal Services (Clientes Delgados)- Linux Terminal Server Project (Clientes Delgados)- Citrix Metaframe (Despliegue de aplicaciones)
  • EVOLUCIÓN WORKSTATIONNETWORK BOOTING
  • EVOLUCIÓN WORKSTATIONNETWORK BOOTING
  • EVOLUCIÓN WORKSTATIONTERMINAL SERVICES
  • EVOLUCIÓN WORKSTATIONACCESO TERMINAL
  • EVOLUCIÓN WORKSTATIONLINUX TERMINAL SERVICES PROJECT
  • EVOLUCIÓN WORKSTATIONLINUX TERMINAL SERVICES PROJECT
  • EVOLUCIÓN WORKSTATIONLINUX TERMINAL SERVICES PROJECT
  • EVOLUCIÓN WORKSTATIONCITRIX METAFRAME
  • EVOLUCIÓN WORKSTATIONCITRIX METAFRAME
  • EVOLUCIÓN WORKSTATIONCITRIX METAFRAME
  • EVOLUCIÓN WORKSTATIONCONCLUSIONES HASTA EL MOMENTO- Iniciamos en un ambiente controlado monoaplicativo y llegamos a un ambiente multiusuario/aplicativo/endpoint.- Dificultad de manejo, mantenimiento y aseguramiento.- Despliegue de aplicaciones, parcheo del sistema operativo, backups, soporte.
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Historia de la virtualización■ Evolución de la estación de trabajo■ Arquitectura de VDI■ Errores comunes de VDI
  • ARQUITECTURA VDIRETOS DE LA COMPUTACION DE ESCRITORIO- Despliegue de Software y manejo de parches.- Recuperación de datos- Continuidad de negocio- Soporte al usuario- Protección a la IP
  • ARQUITECTURA VDIRETOS DE LA COMPUTACION DE ESCRITORIOGARTNER 2005USD882 es el costoadicional de desplegarSW por cada PC conlos modelos normales
  • ARQUITECTURA VDIRETOS DE LA COMPUTACION DE ESCRITORIOGARTNER 2005Cada computador deEscritorio tiene 20Horas al año fueraDe servicio
  • ARQUITECTURA VDIRETOS DE LA COMPUTACION DE ESCRITORIO- Personalizable- Rápido (?)- Administración?- Aseguramiento?
  • ARQUITECTURA VDIPROBLEMAS SERVICIOS DE TERMINAL- Consolida- Personalización limitada- Depende del aplicativo- Ambiente compartido
  • ARQUITECTURA VDI■ Virtualización  La posibilidad de correr múltiples computadores dentro de un solo computador físico - Consumo de energía - Espacio - Subutilización de recursos - Administración
  • ARQUITECTURA VDI■ Para que usarla?  Ambientes de pruebas y/o producción  Reducción de costos  Consolidación  VDI
  • ARQUITECTURA VDI■ Emulation■ OS-Level virtualization■ Para-virtualization■ Full/Native virtualization
  • ARQUITECTURA VDIVDI/HVD
  • ARQUITECTURA VDIVDI/HVD■ VDI: Virtual Desktop Infrastructure Modelo basado en el servidor que entrega una VM al usuario final■ HVD: Hosted Virtual Desktop VDI provista por un tercero
  • ARQUITECTURA VDI
  • ARQUITECTURA VDIVDI/HVD
  • ARQUITECTURA VDIBROKER
  • ARQUITECTURA VDI
  • ARQUITECTURA VDI
  • ARQUITECTURA VDIPALABRAS CLAVE- VDI- HVD- BROKER- APPLICATION VIRTUALIZATION- USER VIRTUALIZATION- DESKTOP VIRTUALIZATION- DESKTOP POOLS
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Historia de la virtualización■ Evolución de la estación de trabajo■ Arquitectura de VDI■ Errores comunes de VDI
  • ERRORES COMUNES VDIERRORES TÍPICOS■ Costo. El costo inicial NO es menor a las alternativas tradicionales por los requerimientos de infraestructura y licenciamiento. El ROI puede estar a 4 – 5 años - Costo estimado a 2013 US1340 - Costo estimado a 2012 US2600
  • ERRORES COMUNES VDIERRORES TÍPICOS■ STORAGE. Soportar el login storm a las 7-8AM es fuerte para los IOPS de una SAN.
  • ERRORES COMUNES VDIERRORES TÍPICOS■ RED. Dependentes de la LATENCIA y se debe pensar en la red para soportar la infraestructura.■ MULTIMEDIA. Los protocolos de VDI más usados no tienen buen soporte para multimedia. (A excepción de SPICE con Red Hat)
  • ERRORES COMUNES VDIERRORES TÍPICOS■ USER EXPERIENCE. Se debe analizar los casos de uso, normalmente el 40% de usuarios de una organización son candidatos ideales para esto, pero se debe analizar los escenarios y explicarles porque es bueno usarlo (p.e. Se va la luz y el desktop se recupera tal cual quedo)
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Licenciamiento VDI■ Casos de uso y Mejores prácticas■ Beneficios VDI■ Demo Real (limitado a disponibilidad de tiempo)
  • LICENCIAMIENTO VDITCO de VDI (The Microsoft Way)
  • LICENCIAMIENTO VDITCO de VDI (The Microsoft Way)Estudio Microsoft Mayo 2010:VDI TCO Analysis for Office Worker Environments
  • LICENCIAMIENTO VDIRAZONAMIENTO■ Toda la tecnología utilizada para control y manejo del escritorio local, toda la industria generada alrededor de esto sería relegada por un modelo VDI $$$$
  • VDA LICENSINGSA vigente por cada dispositivo que acceda al VDILicencia VDA por cada dispositivo que NO soporte SAEl resto de licenciamiento aplica
  • ARQUITECTURA VDIVDA LICENSING
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Licenciamiento VDI■ Casos de uso y Mejores prácticas■ Beneficios VDI■ Demo Real (limitado a disponibilidad de tiempo)
  • CASOS DE USO / BCP
  • CASOS DE USO / BCPTASK WORKER - Juego típico de aplicaciones (Office, Browser, PDF, ZIP) - Una aplicación simultánea - Pocas aplicaciones durante el día - Interacción esporádica con el computador - Bajo I/O a discoCall Centers, Web Users, Manufactura, SaludPRODUCTIVITY WORKER - Múltiples aplicaciones simultáneas y durante el día - Interacción frecuente con el computador - I/O más continuo en el disco - Actividades periódicas en CPU en I/OSalud, Administradores, Business support, Data entry ops
  • CASOS DE USO / BCPKNOWLEDGE WORKER - Múltiples aplicaciones simultáneas - Amplio rango de aplicaciones en uso - Pocas aplicaciones durante el día - Interacción permanente con el computador - I/O permanente en disco - Aplicaciones con uso intensivo de CPUFinanciero (no traders), Mercadeo, IngenierosDEVELOPER/POWER WORKER - No hay datos suficientes para catalogarlos - Estimación de 32-40 usuarios de este tipo en CPUs de 8-12 cores
  • CASOS DE USO / BCP
  • CASOS DE USO / BCPUse case - Shared access model implica I/O loginstorms permanentesImage - Imagen base para múltiples vDI con serviciosprogramadosAplicaciones - Análisis de cada aplicación para determinarsu efecto neto
  • CASOS DE USO / BCPStorage - Entre mayor centralización del storage mayorcontención por I/OComportamiento del Usuario -Análisis de los patrones de utilizaciónOptimización de memoria - Incremento de la densidad de usuario
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Licenciamiento VDI■ Casos de uso y Mejores prácticas■ Beneficios VDI■ RHEV-D
  • BENEFICIOS VDI
  • BENEFICIOS VDICONSOLIDACIONAHORRO DE ENERGIADISASTER RECOVERY
  • BENEFICIOS VDI
  • VIRTUALIZACIÓN ESCRITORIOSPLAN DE TRABAJO■ Licenciamiento VDI■ Casos de uso y Mejores prácticas■ Beneficios VDI■ RHEV-D
  • PRUEBAS DESEMPEÑOEstudio realizado por SPECvirt
  • PRUEBAS DESEMPEÑOEstudio realizado por SPECvirt
  • SERVER AND DESKTOP VIRTUALIZATIONSERVER VIRTUALIZATION DESKTOP VIRTUALIZATIONHigh Availability SPICE remote rendering NEWLive Migration - HD quality videoSystem Scheduler - bi-directional audio/videoPower Saver - USB supportImage management/ provisioning - Multiple monitorsOVF Import/Export Connection Broker NEW NEWVMware and RHEL/Xen Desktop poolsVM image converter NEW NEWEnhanced scalability(16 vCPU, 256 GB RAMGuest operating systems) NEW
  • KVM HYPERVISOR – ADVANCED FEATURESKernel Same-Page Merging (KSM)Enterprise Java workload benchmark - Intel Xeon Processor X5550 with 24GB RAM -Running multiple 3GB Windows 2003 VMs - Scaling up to 200% over-commit
  • VDI TOTALMENTE INTEGRADOManejo centralizado, seguridad y políticasEscritorios Virtuales con experiencia total de equipo físicoMonitores MultipleCalida de video HDaudio-video Bi-directional para VoIP o video-conferenciassoporte USBLiderazgo a nivel industrial en densidad de servidores y escritorios virtuales
  • SPICE: PARA ESCRITORIOS VIRTUALESSPICE incluye 3 componentes> SPICE driver en el cliente> SPICE virtual graphics adapter en elhost> SPICE client en el cliente delgado oequipo de accesoProtocolo Adaptativo – identifica puntoóptmo de procesamiento de las gráficas> En el host> O en el clienteNo requiere tarjetas o hardware especialAlta densidad, experiencia óptima para elusuario
  • RHEV-D ARCHITECTURE
  • POWER USER PORTAL
  • USER PORTAL
  • COMUNIDAD DE PARTNERS
  • SPICE: FOR VIRTUAL DESKTOPS
  • SPICE: FOR VIRTUAL DESKTOPS
  • Q&A
  • ALIANZAS
  • INFORMACION DE CONTACTO MUCHAS GRACIAS POR SU ATENCIÓN.Información de ContactoDirección: Carrera 15 # 79 – 37 Oficina 201ABogotá, ColombiaTeléfono: +57 – 1 655 98 00USA Tel: +1 – 937 697 1769Fax: +57 – 1 655 98 02Internet: www.seaq.com.coContacto: ventas@seaq.com.co
  • VIRTUALIZACIÓN DE ESCRITORIOSTome el control de laInformación en suEmpresahttp://www.seaq.com.co
  • OTRAS CONFERENCIAS1.- Virtualización de Escritorios, de vuelta almainframe. Pero mejor!!!2.- Implementando Cloud Privados. De lapropaganda a la acción.3.- Por qué el Open Source es la alternativaideal para el desarrollo tecnológico deColombia y Latinoamerica4.- Hacking y asegurando Asterisk