- Integrated Management
- Enhanced security and compliance
- Anywhere access from connected devices
- Increase business continuity
- Contractor devices/ third-party devices: provide managed and secured desktops to unmanaged PCs.
- Remote Offices with excellent connectivity: centrally manage and easily deploy desktops to multiple remote and branch offices, thereby reducing IT efforts at those locations.
- Task workers: offer choice of either session-based or virtual desktops to task workers, onsite or offshore.
- Regulatory compliance: VDI desktops are locked behind the datacenter, thereby inherently complying with strict regulations in industries such as financial services, government, and healthcare.
I am just in review phase and can conclude main difference between Citrix XenApp, App-V and Med-V as below-
Citrix XenApp
- Specially designed for session virtualization (with remote desktop services)
- Resolves application incompatibility with Windows upgrades
- User profiles are created on Citrix servers and user can easily access authorised applications.
- Applications need to be installed on citrix server. It does not need applications to be installed on user's machine.
- Users can access applications from anywhere (thru VPN) -- I don't know if it's a benefit or limitation? benefit as it supports mobility and maintains security ; limitation as it's not supported to offline mode.
- Integrated with AD to manage applications by groups.
- license cost would be applicable per user
- supporting limited number of sessions
- not applicable to desktop/application virtualization
- No specific reporting to licenses or total application usage by users.
- It requires less hardware than VDI
- most cost effective than VDI
- Specially designed for desktop virtualization
- Resolves application incompatibility with Windows Vista or Windows 7. MED-V delivers applications in a virtual PC that runs a previous version of the operating system (for example: Windows XP).
- It helps deploy, provision, control, and support the virtual environments.
- It can be easily integrated with SCCM
- Reporting limitations as we need to check out logs from Med-V server for each machines (during multicasting OS deployment for large organization; it's difficult to track on)
- Centrally managed via a MED-V management server
- It does not work on a virtualized operating system
- It creates a package with a full instance of Windows
- It runs two environments on a single PC
- It provides central database of client activity and events facilitating monitoring and remote troubleshooting.
- It provides Web browser redirection of administrator-defined domains (such as the corporate intranet or sites that require an older version of the browser) from the endpoint browser, to a browser within the virtual machine.
- It offers a unique method for managing an easy to support virtual desktop environment. It takes advantage of hardware independence enabled by virtualization, and maintains the exact same image across multiple endpoints. All user changes to applications or the OS are discarded once the virtual PC session ends, and the virtual machine reverts to the original image, as packaged and delivered by the administrator. This can significantly simplify management, support, and troubleshooting for virtual machines. Updates, patches, new applications, and settings changes are applied to the master virtual image, tested by the administrator, and uploaded as a new version of the virtual image to the MED-V image repository. The new version is delivered to all endpoints using Trim Transfer technology, removing the need to update each endpoint separately.
- MED-V provides a first-time customization process for every deployed virtual image, where the administrator can choose to join the virtual machine to an Active Directory domain. This way, administrators can patch, update, deliver applications, and apply policies using existing tools.
- It supports offline mode (Offline work permissions may be limited by the administrator to a predefined period of time, after which the user must reconnect to the management server and re-authenticate. This ensures users are kept up to date with the most recent policy and permissions, and enforces expiration and de-provisioning settings on end users).
- It maintains high availability (MED-V client operates independently of MED-V servers. If the management server is malfunctioning or has stopped responding, all clients already running a MED-V workspace may continue working. New attempts to start a MED-V workspace will run in offline mode. Only online authentication, policy changes, and image updates are unavailable, and client events are aggregated at the client side until the server is available again).
App-V
- Specially designed for Application virtualization
- Ability to sequence true 64-bit applications
- Multiple delivery options including dynamic streaming
- policy based application management including microsoft group policy
- It creates a package of single application and isolates from all other applications
- It resolves conflicts between applications and reduce testing
- It simplifies application delivery (eliminate install)
- Interoperable with SCCM
- Applications do not get installed or alter OS
- Applications are virtualized per instance (incl system files, registry, fonts, .ini, com/dcom objects, services, namespaces,etc)
- Multiple versions of same apps can be deployed together without fear of conflict
- Virtual apps do not permanently occupy HD space if you reset them after use
- some applications can not be sequenced; i.e Microsoft Office, Adobe Acrobat Standard/Pro.
- Some apps should not be sequenced; i.e. CS3 and AutoCAD
- All workstations should have App-V clients.
Thanks :)
Wow, thanks for this great article..This is what management asked me and because of this I was able to explain the differences clearly.
ReplyDeleteNice work Atul! Keep it up.