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)
Mr. Watson -- come here -- I want to see you.
Those were the very first words transmitted by electrical means. This was in 1876 when the telephone was invented. Today, almost 135 years later, we\'re facing a higher level of abstraction for voice communications. VoIP has evolved since its inception, in 1995, to be almost 50% of the total voice traffic around the world according to several estimates.
Now, in a world thinking about the Cloud as the ultimate way to provide services, the VoIP one shouldn\'t be left apart. In this paper we will explore how to put VoIP on the cloud using several virtualization techniques to give a proper VoIP experience to the final users. We will cover features, limitations, risks and best practices to implement those kind of solutions.
Andres Mujica is the CEO of SEAQ Servicios, a Colombian Red Hat Partner. Andres is a RHCE, RHCVA and DCAP certified engineer.
Mr. Watson -- come here -- I want to see you.
Those were the very first words transmitted by electrical means. This was in 1876 when the telephone was invented. Today, almost 135 years later, we\'re facing a higher level of abstraction for voice communications. VoIP has evolved since its inception, in 1995, to be almost 50% of the total voice traffic around the world according to several estimates.
Now, in a world thinking about the Cloud as the ultimate way to provide services, the VoIP one shouldn\'t be left apart. In this paper we will explore how to put VoIP on the cloud using several virtualization techniques to give a proper VoIP experience to the final users. We will cover features, limitations, risks and best practices to implement those kind of solutions.
Andres Mujica is the CEO of SEAQ Servicios, a Colombian Red Hat Partner. Andres is a RHCE, RHCVA and DCAP certified engineer.
Server Based Computing: Historia, Conceptos y ArquitecturaJoaquin Herrero
Evolución de la arquitectura de servidores
Sistemas Windows multiusuario
Componentes de un sistema SBC/Windows
Componentes de un sistema SBC/Windows+Citrix
ORIGIN STACK EL APLIANCE DE VIRTUALIZACIÓN ENTERPRISE Telecomputer
ORIGINstack nace tras constatarse la falta de soluciones en el mercado de Nube Privada capaces de federarse de forma nativa con los distintos proveedores de soluciones de Cloud Pública basada en Openstack. Esta percepción nos ha llevado a integrar en un formato hardware accesible y con un bajo coste de entrada, junto con una solución software, completamente basada en proyectos OpenSource, que ofrece a nuestros clientes un primer acceso fácil y sin riesgos a la tecnología de Cloud OPENSTACK.
En el mundo actual cuyas tendencias giran en torno a la nube, al big data, al analytics y el Internet de las cosas, la capacidad que tenga una empresa para convertir esos millones de datos en insights generadores de valor es el factor diferenciador clave para ser único entre cientos de competidores. Con Jboss Data Virtualization su compañía da el primer paso para unificar esas fuentes de datos simples y convertirlos en el insumo requerido por sus procesos de negocios para que usted tome decisiones acertadas. Lo invitamos a que nos acompañe en esta experiencia llena de aroma y sabor para que conozca de primera mano con los expertos de SEAQ y Red Hat como podemos ayudarle a generar valor diferencial en su compañía utilizando el activo más valioso y olvidado... los datos. Jboss Data Virtualization.
Buenas Noches, mi nombre es Andrés Mujica, gerente/CEO de SEA Q.
Para todo el equipo SEA Q, para Haiver, para mí, es un honor contar con su presencia el día de hoy. Poder compartir con personas que conocemos desde hace tanto tiempo, poder compartir con ustedes que siempre han creído en nosotros, nos llena de orgullo.
Ya son más de 15 años en los que SEA Q ha evolucionado como empresa, investigando, desarrollando, implementado soluciones de tecnología para nuestros clientes. Todo bajo un precepto común, el conocimiento. Creemos firmemente en que el conocimiento es de todos y nuestra misión es aplicarlo. The Open Source Power.
Todo el equipo SEA Q, se caracteriza por su compromiso, sus ganas de aprender, su responsabilidad, el tener claro que de las acciones de hoy depende nuestro mañana.
Y todo esto lo disfrutamos. Trabajamos en lo que nos apasiona.
Desde el 2011 SEA Q cuenta con un sistema de gestión de calidad que es nuestra herramienta de mejora, que marca nuestro camino y nos permite aplicar los mejores estándares, para proyectarnos a nivel nacional e internacional. Somos su respaldo en Tecnología Informática.
En SEA Q decidimos renovar nuestra imagen, NO para mostrar un cambio de color o de letra. Lo hacemos porque queremos entregar más, porque queremos aplicar nuestro conocimiento, porque en SEA Q queremos entregar soluciones que le permitan a usted y a su empresa crecer, porque sí usted crece, nosotros crecemos.
Esta renovación, implica poner en práctica nuestra Responsabilidad Social, implica aplicar nuestros principios básicos. Gracias a la Fundación Club Michin hemos tenido la oportunidad de entregarle esas mismas herramientas de crecimiento a cientos de niños en Cazucá, herramientas y conocimientos que cambiarán las vidas de estos niños.
Y esto lo hacemos y seguiremos haciendo a nombre de ustedes, nuestros clientes.
De nuevo muchas gracias por venir. Hoy todo el equipo SEA Q quiere compartir con ustedes la conferencia de la Dra María Clara Villegas, pero antes los dejo con un vídeo que refleja la experiencia de este cambio.
Este es un regalo para ustedes que representa el cambio y la evolución. Queremos que se lo lleven con ustedes. Y lo disfruten. Las instrucciones están adjuntas. Por favor disfruten el resto de la velada. Gracias por venir.
Más contenido relacionado
Similar a Virtualización de Escritorios: De vuelta al mainframe pero mejor!
Server Based Computing: Historia, Conceptos y ArquitecturaJoaquin Herrero
Evolución de la arquitectura de servidores
Sistemas Windows multiusuario
Componentes de un sistema SBC/Windows
Componentes de un sistema SBC/Windows+Citrix
ORIGIN STACK EL APLIANCE DE VIRTUALIZACIÓN ENTERPRISE Telecomputer
ORIGINstack nace tras constatarse la falta de soluciones en el mercado de Nube Privada capaces de federarse de forma nativa con los distintos proveedores de soluciones de Cloud Pública basada en Openstack. Esta percepción nos ha llevado a integrar en un formato hardware accesible y con un bajo coste de entrada, junto con una solución software, completamente basada en proyectos OpenSource, que ofrece a nuestros clientes un primer acceso fácil y sin riesgos a la tecnología de Cloud OPENSTACK.
En el mundo actual cuyas tendencias giran en torno a la nube, al big data, al analytics y el Internet de las cosas, la capacidad que tenga una empresa para convertir esos millones de datos en insights generadores de valor es el factor diferenciador clave para ser único entre cientos de competidores. Con Jboss Data Virtualization su compañía da el primer paso para unificar esas fuentes de datos simples y convertirlos en el insumo requerido por sus procesos de negocios para que usted tome decisiones acertadas. Lo invitamos a que nos acompañe en esta experiencia llena de aroma y sabor para que conozca de primera mano con los expertos de SEAQ y Red Hat como podemos ayudarle a generar valor diferencial en su compañía utilizando el activo más valioso y olvidado... los datos. Jboss Data Virtualization.
Buenas Noches, mi nombre es Andrés Mujica, gerente/CEO de SEA Q.
Para todo el equipo SEA Q, para Haiver, para mí, es un honor contar con su presencia el día de hoy. Poder compartir con personas que conocemos desde hace tanto tiempo, poder compartir con ustedes que siempre han creído en nosotros, nos llena de orgullo.
Ya son más de 15 años en los que SEA Q ha evolucionado como empresa, investigando, desarrollando, implementado soluciones de tecnología para nuestros clientes. Todo bajo un precepto común, el conocimiento. Creemos firmemente en que el conocimiento es de todos y nuestra misión es aplicarlo. The Open Source Power.
Todo el equipo SEA Q, se caracteriza por su compromiso, sus ganas de aprender, su responsabilidad, el tener claro que de las acciones de hoy depende nuestro mañana.
Y todo esto lo disfrutamos. Trabajamos en lo que nos apasiona.
Desde el 2011 SEA Q cuenta con un sistema de gestión de calidad que es nuestra herramienta de mejora, que marca nuestro camino y nos permite aplicar los mejores estándares, para proyectarnos a nivel nacional e internacional. Somos su respaldo en Tecnología Informática.
En SEA Q decidimos renovar nuestra imagen, NO para mostrar un cambio de color o de letra. Lo hacemos porque queremos entregar más, porque queremos aplicar nuestro conocimiento, porque en SEA Q queremos entregar soluciones que le permitan a usted y a su empresa crecer, porque sí usted crece, nosotros crecemos.
Esta renovación, implica poner en práctica nuestra Responsabilidad Social, implica aplicar nuestros principios básicos. Gracias a la Fundación Club Michin hemos tenido la oportunidad de entregarle esas mismas herramientas de crecimiento a cientos de niños en Cazucá, herramientas y conocimientos que cambiarán las vidas de estos niños.
Y esto lo hacemos y seguiremos haciendo a nombre de ustedes, nuestros clientes.
De nuevo muchas gracias por venir. Hoy todo el equipo SEA Q quiere compartir con ustedes la conferencia de la Dra María Clara Villegas, pero antes los dejo con un vídeo que refleja la experiencia de este cambio.
Este es un regalo para ustedes que representa el cambio y la evolución. Queremos que se lo lleven con ustedes. Y lo disfruten. Las instrucciones están adjuntas. Por favor disfruten el resto de la velada. Gracias por venir.
¿Es usted realmente dueño de su computador?
A finales del 2011 se hicieron públicas los requerimientos para certificación de hardware para Windows 8. Estos incluyeron un detalle que pone en riesgo
Latinoamerica y Colombia en particular, se han caracterizado por su falta de liderazgo y carencia de aportes constantes y sistemáticos al desarrollo tecnológico y científico de la humanidad. Si bien han habido excepciones notables, al analizar y comparar indicadores macro a nivel mundial es evidente que nos enfrentamos a un problema endémico que nos ha relegado al papel de consumidores dentro de la economía global.
Esta presentación pretende discutir un camino por medio del cual Latinoamerica y Colombia pueden apalancar su desarrollo tecnológico e incluso científico en el Open Source, pasando de consumidores a exportadores de tecnología y conocimiento. Se revisaran los antecedentes del software libre y del software propietario y la incidencia que han tenido en el desarrollo de la economía mundial.
Enfoque economico.
This is a technical presentation about hacking and hardening asterisk servers.
The information contained here should be use only for legal and ethical purposes
Desde hace un tiempo se vienen presentando ataques contra servidores de VoIP e incluso se han presentado casos de fraudes telefónicos en los cuales los atacantes han ganado acceso a extensiones SIP de los servidores y las han usado para sacar llamadas locales, larga distancia nacional y larga distancia internacional. Esta charla pretende mostrar las características de estos ataques, las herramientas utilizadas, el análisis de los mismos y las mejores prácticas para prevenir y evitarlos.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
Las lámparas de alta intensidad de descarga o lámparas de descarga de alta in...espinozaernesto427
Las lámparas de alta intensidad de descarga o lámparas de descarga de alta intensidad son un tipo de lámpara eléctrica de descarga de gas que produce luz por medio de un arco eléctrico entre electrodos de tungsteno alojados dentro de un tubo de alúmina o cuarzo moldeado translúcido o transparente.
lámparas más eficientes del mercado, debido a su menor consumo y por la cantidad de luz que emiten. Adquieren una vida útil de hasta 50.000 horas y no generan calor alguna. Si quieres cambiar la iluminación de tu hogar para hacerla mucho más eficiente, ¡esta es tu mejor opción!
Las nuevas lámparas de descarga de alta intensidad producen más luz visible por unidad de energía eléctrica consumida que las lámparas fluorescentes e incandescentes, ya que una mayor proporción de su radiación es luz visible, en contraste con la infrarroja. Sin embargo, la salida de lúmenes de la iluminación HID puede deteriorarse hasta en un 70% durante 10,000 horas de funcionamiento.
Muchos vehículos modernos usan bombillas HID para los principales sistemas de iluminación, aunque algunas aplicaciones ahora están pasando de bombillas HID a tecnología LED y láser.1 Modelos de lámparas van desde las típicas lámparas de 35 a 100 W de los autos, a las de más de 15 kW que se utilizan en los proyectores de cines IMAX.
Esta tecnología HID no es nueva y fue demostrada por primera vez por Francis Hauksbee en 1705. Lámpara de Nernst.
Lámpara incandescente.
Lámpara de descarga. Lámpara fluorescente. Lámpara fluorescente compacta. Lámpara de haluro metálico. Lámpara de vapor de sodio. Lámpara de vapor de mercurio. Lámpara de neón. Lámpara de deuterio. Lámpara xenón.
Lámpara LED.
Lámpara de plasma.
Flash (fotografía) Las lámparas de descarga de alta intensidad (HID) son un tipo de lámparas de descarga de gas muy utilizadas en la industria de la iluminación. Estas lámparas producen luz creando un arco eléctrico entre dos electrodos a través de un gas ionizado. Las lámparas HID son conocidas por su gran eficacia a la hora de convertir la electricidad en luz y por su larga vida útil.
A diferencia de las luces fluorescentes, que necesitan un recubrimiento de fósforo para emitir luz visible, las lámparas HID no necesitan ningún recubrimiento en el interior de sus tubos. El propio arco eléctrico emite luz visible. Sin embargo, algunas lámparas de halogenuros metálicos y muchas lámparas de vapor de mercurio tienen un recubrimiento de fósforo en el interior de la bombilla para mejorar el espectro luminoso y reproducción cromática. Las lámparas HID están disponibles en varias potencias, que van desde los 25 vatios de las lámparas de halogenuros metálicos autobalastradas y los 35 vatios de las lámparas de vapor de sodio de alta intensidad hasta los 1.000 vatios de las lámparas de vapor de mercurio y vapor de sodio de alta intensidad, e incluso hasta los 1.500 vatios de las lámparas de halogenuros metálicos.
Las lámparas HID requieren un equipo de control especial llamado balasto para funcionar
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
5. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Historia de la virtualización
■ Evolución de la estación de trabajo
■ Arquitectura de VDI
■ Errores comunes de VDI
6. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Licenciamiento VDI
■ Casos de uso y Mejores prácticas
■ Beneficios VDI
■ Demo Real (limitado a disponibilidad de
tiempo)
7. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Historia de la virtualización
■ Evolución de la estación de trabajo
■ Arquitectura de VDI
■ Errores comunes de VDI
8. HISTORIA DE LA VIRTUALIZACIÓN
The Real Deal
■ Otoño de 1964
■ GE le gana a IBM el
contrato MULTICS
■ TSS: Time Sharing
System
■ CP-40 Project
Robert Creasy
9. HISTORIA DE LA VIRTUALIZACIÓN
The 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 !!!
10. HISTORIA DE LA VIRTUALIZACIÓN
The Real Deal
■ IBM System-370 > VM/370
11. HISTORIA DE LA VIRTUALIZACIÓN
S/360-67 – 1966
■ Virtual Memory
■ Microcode
■ Hardware asistido
■ Direccionamiento
24/32 bits
■ Full Virtualization
(oops)
12. HISTORIA DE LA VIRTUALIZACIÓN
VM/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
13. HISTORIA DE LA VIRTUALIZACIÓN
CP/CMS
■ Control Program :
Implementación de VM simulando un S/360
(hypervisor)
■ Cambridge Monitor System :
Sistema operativo mono-usuario
14. HISTORIA DE LA VIRTUALIZACIÓN
CP/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
15. 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
16. HISTORIA DE LA VIRTUALIZACIÓN
DARK 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”
17. HISTORIA DE LA VIRTUALIZACIÓN
DARK 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
18. HISTORIA DE LA VIRTUALIZACIÓN
DARK 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")
19. HISTORIA DE LA VIRTUALIZACIÓN
DARK 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
20. HISTORIA DE LA VIRTUALIZACIÓN
GOLDEN (?) 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
21. HISTORIA DE LA VIRTUALIZACIÓN
GOLDEN (?) 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
22. HISTORIA DE LA VIRTUALIZACIÓN
GOLDEN (?) 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
23. HISTORIA DE LA VIRTUALIZACIÓN
GOLDEN (?) 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
24. HISTORIA DE LA VIRTUALIZACIÓN
GOLDEN (?) 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)
25. HISTORIA DE LA VIRTUALIZACIÓN
NOW 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
26. HISTORIA DE LA VIRTUALIZACIÓN
2009 2012
Gartner, Virtual Machines and Market Share Through 2012, Gartner ID#G00170437.
30. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Historia de la virtualización
■ Evolución de la estación de trabajo
■ Arquitectura de VDI
■ Errores comunes de VDI
31. EVOLUCIÓN WORKSTATION
Punch 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
32. EVOLUCIÓN WORKSTATION
TeleTypeWriter (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
42. EVOLUCIÓN WORKSTATION
CONTROLANDO LA INFRAESTRUCTURA
- Acceso por red al (los) aplicativo(s)
- Información distribuida
- Múltiples aplicativos
- Administrador locales
- Multi tarea, Multi usuario
43. EVOLUCIÓN WORKSTATION
LA 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.
44. EVOLUCIÓN WORKSTATION
PARADIGMA DEL CONTROL
- Autenticación centralizada
- Políticas centralizadas
- Despliegue fácil de aplicaciones
- Sistemas homogeneizados
59. EVOLUCIÓN WORKSTATION
CONCLUSIONES 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.
60. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Historia de la virtualización
■ Evolución de la estación de trabajo
■ Arquitectura de VDI
■ Errores comunes de VDI
61. ARQUITECTURA VDI
RETOS 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
62. ARQUITECTURA VDI
RETOS DE LA COMPUTACION DE
ESCRITORIO
GARTNER 2005
USD882 es el costo
adicional de desplegar
SW por cada PC con
los modelos normales
63. ARQUITECTURA VDI
RETOS DE LA COMPUTACION DE
ESCRITORIO
GARTNER 2005
Cada computador de
Escritorio tiene 20
Horas al año fuera
De servicio
64. ARQUITECTURA VDI
RETOS DE LA COMPUTACION DE
ESCRITORIO
- Personalizable
- Rápido (?)
- Administración?
- Aseguramiento?
66. 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
67. ARQUITECTURA VDI
■ Para que usarla?
Ambientes de pruebas y/o producción
Reducción de costos
Consolidación
VDI
70. ARQUITECTURA VDI
VDI/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
77. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Historia de la virtualización
■ Evolución de la estación de trabajo
■ Arquitectura de VDI
■ Errores comunes de VDI
78. ERRORES COMUNES VDI
ERRORES 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
79. ERRORES COMUNES VDI
ERRORES TÍPICOS
■ STORAGE. Soportar
el login storm a las
7-8AM es fuerte
para los IOPS de
una SAN.
80. ERRORES COMUNES VDI
ERRORES 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)
81. ERRORES COMUNES VDI
ERRORES 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)
82. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Licenciamiento VDI
■ Casos de uso y Mejores prácticas
■ Beneficios VDI
■ Demo Real (limitado a disponibilidad de
tiempo)
84. LICENCIAMIENTO VDI
TCO de VDI (The Microsoft Way)
Estudio Microsoft Mayo 2010:
VDI TCO Analysis for Office Worker Environments
85. LICENCIAMIENTO VDI
RAZONAMIENTO
■ 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
$$$$
86. VDA LICENSING
SA vigente por cada dispositivo que acceda al VDI
Licencia VDA por cada dispositivo que NO soporte SA
El resto de licenciamiento aplica
88. VIRTUALIZACIÓN ESCRITORIOS
PLAN DE TRABAJO
■ Licenciamiento VDI
■ Casos de uso y Mejores prácticas
■ Beneficios VDI
■ Demo Real (limitado a disponibilidad de
tiempo)
90. CASOS DE USO / BCP
TASK 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 disco
Call Centers, Web Users, Manufactura, Salud
PRODUCTIVITY 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/O
Salud, Administradores, Business support, Data entry ops
91. CASOS DE USO / BCP
KNOWLEDGE 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 CPU
Financiero (no traders), Mercadeo, Ingenieros
DEVELOPER/POWER WORKER
- No hay datos suficientes para catalogarlos
- Estimación de 32-40 usuarios de este tipo en CPUs de 8-12 cores
93. CASOS DE USO / BCP
Use case
- Shared access model implica I/O login
storms permanentes
Image
- Imagen base para múltiples vDI con servicios
programados
Aplicaciones
- Análisis de cada aplicación para determinar
su efecto neto
94. CASOS DE USO / BCP
Storage
- Entre mayor centralización del storage mayor
contención por I/O
Comportamiento del Usuario
-Análisis de los patrones de utilización
Optimización de memoria
- Incremento de la densidad de usuario
102. SERVER AND DESKTOP VIRTUALIZATION
SERVER VIRTUALIZATION DESKTOP VIRTUALIZATION
High Availability SPICE remote rendering NEW
Live Migration - HD quality video
System Scheduler - bi-directional audio/video
Power Saver - USB support
Image management/ provisioning - Multiple monitors
OVF Import/Export Connection Broker
NEW NEW
VMware and RHEL/Xen Desktop pools
VM image converter
NEW
NEW
Enhanced scalability
(16 vCPU, 256 GB RAM
Guest operating systems) NEW
103. KVM HYPERVISOR – ADVANCED
FEATURES
Kernel 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
104. VDI TOTALMENTE INTEGRADO
Manejo centralizado, seguridad y
políticas
Escritorios Virtuales con
experiencia total de equipo físico
Monitores Multiple
Calida de video HD
audio-video Bi-directional para
VoIP o video-conferencias
soporte USB
Liderazgo a nivel industrial en
densidad de servidores y
escritorios virtuales
105. SPICE: PARA ESCRITORIOS VIRTUALES
SPICE incluye 3 componentes
> SPICE driver en el cliente
> SPICE virtual graphics adapter en el
host
> SPICE client en el cliente delgado o
equipo de acceso
Protocolo Adaptativo – identifica punto
óptmo de procesamiento de las gráficas
> En el host
> O en el cliente
No requiere tarjetas o hardware especial
Alta densidad, experiencia óptima para el
usuario
116. OTRAS CONFERENCIAS
1.- Virtualización de Escritorios, de vuelta al
mainframe. Pero mejor!!!
2.- Implementando Cloud Privados. De la
propaganda a la acción.
3.- Por qué el Open Source es la alternativa
ideal para el desarrollo tecnológico de
Colombia y Latinoamerica
4.- Hacking y asegurando Asterisk
Notas del editor
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.