7.0
Table Of Contents
- View Architecture Planning
- Contents
- View Architecture Planning
- Introduction to View
- Planning a Rich User Experience
- Feature Support Matrix for Horizon Agent
- Choosing a Display Protocol
- Using Hosted Applications
- Using View Persona Management to Retain User Data and Settings
- Using USB Devices with Remote Desktops and Applications
- Using the Real-Time Audio-Video Feature for Webcams and Microphones
- Using 3D Graphics Applications
- Streaming Multimedia to a Remote Desktop
- Printing from a Remote Desktop
- Using Single Sign-On for Logging In
- Monitors and Screen Resolution
- Managing Desktop and Application Pools from a Central Location
- Advantages of Desktop Pools
- Advantages of Application Pools
- Reducing and Managing Storage Requirements
- Application Provisioning
- Deploying Individual Applications Using an RDS Host
- Deploying Applications and System Updates with View Composer
- Deploying Applications and System Updates with Instant Clones
- Managing VMware ThinApp Applications in View Administrator
- Deploying and Managing Applications Using App Volumes
- Using Existing Processes or VMware Mirage for Application Provisioning
- Using Active Directory GPOs to Manage Users and Desktops
- Architecture Design Elements and Planning Guidelines for Remote Desktop Deployments
- Virtual Machine Requirements for Remote Desktops
- View ESXi Node
- Desktop Pools for Specific Types of Workers
- Desktop Virtual Machine Configuration
- RDS Host Virtual Machine Configuration
- vCenter Server and View Composer Virtual Machine Configuration
- View Connection Server Maximums and Virtual Machine Configuration
- vSphere Clusters
- Storage and Bandwidth Requirements
- View Building Blocks
- View Pods
- Advantages of Using Multiple vCenter Servers in a Pod
- Planning for Security Features
- Understanding Client Connections
- Choosing a User Authentication Method
- Restricting Remote Desktop Access
- Using Group Policy Settings to Secure Remote Desktops and Applications
- Using Smart Policies
- Implementing Best Practices to Secure Client Systems
- Assigning Administrator Roles
- Preparing to Use a Security Server
- Understanding View Communications Protocols
- Overview of Steps to Setting Up a View Environment
- Index
Deploying remote applications in this way might be preferable to deploying complete remote desktops
under the following conditions:
n
If an application is set up with a multi-tiered architecture, where the components work better if they are
located geographically near each other, using remote, hosted applications is a good solution.
For example, when a user must access a database remotely, if large amounts of data must be
transmitted over the WAN, performance is usually affected. With hosted applications, all parts of the
application can be located in the same data center as the database, so that traffic is isolated and only the
screen updates are sent across the WAN.
n
From a mobile device, accessing an individual application is easier than opening a remote Windows
desktop and then navigating to the application.
To use this feature, you install applications on a Microsoft RDS host. In this respect, View hosted
applications work similarly to other application remoting solutions. View hosted applications are delivered
using either the Blast Extreme display protocol or the PCoIP display protocol, for an optimized user
experience.
Using View Persona Management to Retain User Data and Settings
You can use View Persona Management with remote desktops and with physical computers and virtual
machines that are not managed by View. View Persona Management retains changes that users make to
their profiles. User profiles comprise a variety of user-generated information.
n
User-specific data and desktop settings, which allow the desktop appearance to be the same regard less
of which desktop a user logs in to.
n
Application data and settings. For example, these settings allow applications to remember toolbar
positions and preferences.
n
Windows registry entries configured by user applications.
To facilitate these abilities, View Persona Management requires storage on a CIFS share equal or greater
than the size of the user's local profile.
Minimizing Logon and Logoff Times
View Persona Management minimizes the time it takes to log on to and off of desktops. During logon, by
default, View downloads only the files that Windows requires, such as user registry files. View takes recent
changes in the profile on the remote desktop and copies them to the remote repository at regular intervals.
With View Persona Management, you can avoid making any changes to Active Directory in order to have a
managed profile. To configure Persona Management, you specify a central repository, without changing the
user's properties in Active Directory. With this central repository, you can manage a user's profile in one
environment without affecting the physical machines that users might also log on to.
With View Persona Management, if you provision desktops with VMware ThinApp applications, the
ThinApp sandbox data can also be stored in the user profile. This data can roam with the user but does not
significantly affect logon times. This strategy provides better protection against data loss or corruption.
Configuration Options
You can configure View personas at several levels: a single remote desktop, a desktop pool, an OU, or all
remote desktops in your deployment. You can also use a standalone version of View Persona Management
on physical computers and virtual machines that are not managed by View.
By setting group policies (GPOs), you have granular control of the files and folders to include in a persona.
You can specify whether to include the local settings folder, which files to load at login time, which files to
download in the background after a user logs in, and which files within a user's persona to manage with
Windows roaming profiles functionality instead of View Persona Management.
View Architecture Planning
28 VMware, Inc.