Recomendados
Más contenido relacionado
Similar a Springboard Series Spain 2011 - Miguel Hernandez
Similar a Springboard Series Spain 2011 - Miguel Hernandez (20)
Más de David Nudelman
Más de David Nudelman (9)
Último
Último (20)
Springboard Series Spain 2011 - Miguel Hernandez
- 1. Todo lo quequisiste saber sobre la compatibilidad de aplicaciones Miguel Hernández Consultor Pre-venta I.T. / V-TSP Microsoft Microsoft MVP / MCTS Virtualization / SBS / StepMember MCITP Virtualization / MCTS SBS / MCTS SCVMM Itilfoundations v3 CSSA Sonicwall mhernandez@zerkana.com http://undercpd.blogspot.com
- 2. Evolución de la virtualización en Desktop Windows Next + Native VHD (2012+) Windows Vista / 7 + App-V (Hoy) Windows XP / Vista Datos de usuario Datos de usuario Datos de usuario Conf. Usuario Conf. Usuario Conf. Usuario Aplicaciones Aplicaciones Aplicaciones OS OS OS Hardware Hardware Hardware Adopción de la virtualización en el puesto de trabajo
- 3. 10 Arquitecturasposibles * Source – Gartner Feb 2010
- 4. ?
- 7. Cambios en Windows 7 / Windows Vista El “famoso” User Acount Control Los administradores son “Standard User”
- 10. apps
- 11. Programadores...Actualización Pocas Fácil Difícil Dificultad Afrontar las incompatibilidades
- 12. ?
- 13. Soluciones ante la incompatibilidad de aplicacionesen Windows 7 Existente en lasversiones, Profesional, Ultimate y Enterprise. Unamáquina virtual con Windows XP SP3 (32bit) preconfigurada Esfácilinstalartusaplicaciones en la VM Xp Sp3 y resultafácilejecutarlas en Windows 7 Totalmenteintegrado en Windows 7 Diseñadoparapequeñasempresas.
- 14. DEMOXp Mode Demo
- 16. MED-V es parte de la subscripción MDOP
- 17. Incompatibilidades 100% LOB Apps Aplicaciones modificadas + + Trabaja con MED-V en Windows 7 Trabajodiario Act. Trabaja con Windows 7 0% Migración “Timeline” Inicio Finalización
- 18. Soluciones ante la incompatibilidad de aplicacionesen Windows 7 Despliegaordenádamenteinstancias XP en el dominio. Provisionaaplicaciones en los equipos. Redirigeaplicaciones web a IE6 Monitoriza y ayuda a desplegarcriterios de solución a problemas
- 19. DEMOMED-V 2.0 Workspace Packager
- 20. Arquitectura
- 21. MED-V v1 Arquitectura Distribución de software
- 22. ¿Como se actualiza y parchea el entorno? Despliegue gracias a Tim Transfer Politicas de dominio Actualización de “master” a través de soportesfísicos y/o red WSUS, SCCM, etc.
- 23. DEMOMED-V Experiencia de usuario
- 24. Elección de solución MED-V es la solución enterprise ante la incompatibilidad de aplicaciones
- 27. Optimización en el uso del ancho de banda.
- 28. Mucho esfuerzoasegurando el escritorio del servidor.
- 31. No integración con escritorio de cliente.
- 32. Publicación en internet de puerto 3389.
- 33. Petición de credenciales en remoto.
- 34. Validación sin cifrar.App OS Virtualización de la Presentación
- 36. Remote Desktop Virtualization Host Ofrece conexión a escritorios virtuales utilizando las vías conocidas de RDS. RD Gateway Puerto 3389 Seguridad SSL Puerto 443 Seguridad SSL Remote App RD Session Broker Hyper-v RDVH Pool Windows 7
- 38. Despliegue de .msi a través de DirectorioActivo
- 40. Gracias Miguel Hernández Consultor Pre-venta I.T. / V-TSP Microsoft Microsoft MVP / MCTS Virtualization / SBS / StepMember MCITP Virtualization / MCTS SBS / MCTS SCVMM Itilfoundations v3 CSSA Sonicwall mhernandez@zerkana.com http://undercpd.blogspot.com
Notas del editor
- The combination of these technology developments means more options for the way client computing capabilities can be delivered to users. The previous choice of thick versus thin has been expanded by an extra application delivery model (streaming) and new possibilities for delivering the (previously fixed) OS bubble to the user. The result is a matrix of 10 architectural choices, nine of which can be applied on an application-by-application basis. Successful use of these architectural options will depend on appropriate matching to user requirements (see "Segmenting Users for Mobile and Client Computing"): Local desktop OS/distributed applications — Applications are installed and run in an OS that is installed locally on the client computing device. This is the traditional thick-client model that dominates PC deployments. Local desktop OS/streamed applications — Applications are streamed to an OS that is installed locally on the client computing device (for local execution). This approach can be used to provide access to an application from multiple PCs for a single license fee or to centralize some aspects of application management in a distributed computing environment. Streamed applications can be cached locally for faster loading, but will check for updates each time they are launched, which can simplify application maintenance and patching for intermittently connected users. Local desktop OS/hosted applications — Server/Web-based applications are accessed by the user from an OS bubble installed locally on his or her client computing device. This is already a mainstream option, used for at least some applications by most large organizations. Because the application and associated data are never present on the PC, this approach minimizes the security and management profile of the application on the user's device. This is a preferred option for many applications dealing with sensitive, shared corporate information resources, such as HR or finance. Streamed desktop OS/distributed applications — Applications are installed in an OS bubble that is streamed to the user on-demand. The full user environment is stored centrally and (typically) loaded onto a thin-client device when required. This is a niche option that is useful for running distributed applications that are sensitive to network latency issues, while avoiding any permanent presence of applications and data on user devices. Streamed desktop OS/streamed applications — Applications are streamed into an OS bubble that is streamed to the user (not permanently resident on his or her client computing device). Although technically viable (and used by some organizations to support users with changeable application requirements moving between different client computing devices), this method is not recommended because of the scope for additional management complexity. Streamed desktop OS/hosted applications — Server/Web-based applications are accessed by the user from an OS bubble that is streamed to the user on-demand. Although fully viable, usage presupposes that distributed applications also will be present in the OS bubble (it will be used in combination with the streamed desktop OS/distributed application model). If only server/Web-based applications are used, then the streamed desktop OS is not required. Hosted desktop OS/distributed applications — Applications are installed and run in an OS bubble that is installed in the data center and accessed by the user from a remote client computing device. This method provides remote access to a full PC environment, without the requirement to re-engineer all the applications for Web/server-based delivery. The desktop OS bubbles can be dedicated to specific users or "pooled" — loaded and personalized as users log on. Typical deployment scenarios include support for offshore or outsourced job functions, and secure access to corporate resources for home workers. Because of the separation of the application execution and presentation layers, network latency can affect performance. Hosted desktop OS/streamed applications — Applications are streamed to an OS bubble that is installed in the data center and accessed by the user from a remote client computing device. This method appeals to organizations that deploy HVDs and wish to rationalize image storage requirements. Hosted desktop OS/hosted applications — Server/Web-based applications are accessed by the user from an OS bubble that is installed in the data center and accessed by the user from a remote client computing device. This method appeals to organizations that deploy HVDs and wish to rationalize image storage requirements. Publication Date: 18 February 2010/ID Number: G00174444 Page 7 of 9 © 2010 Gartner, Inc. and/or its Affiliates. All Rights Reserved. No desktop OS/hosted applications — The traditional thin-client model is the preferred model when all applications are hosted.
- Updates to virtual images can be done in one of two ways:Admin updates the master image, and deliver the differences to all end users.This is a very easy process to manage, and keep all machines on the same base level.However, all data and settings that are saved in the virtual image will be lost, so when using this setup you should consider network share and roaming profiles.2. VMs can become standard, domain-managed machines, and be updated using any software delivery mechanism used for desktop in the organization
- White Papershttp://www.microsoft.com/windowsserver2008/en/us/rds-vdi.aspx