Architecture Planning
Table Of Contents
- View Architecture Planning
- Contents
- View Architecture Planning
- Introduction to View
- Planning a Rich User Experience
- Feature Support Matrix for View 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 to a Remote Desktop
- Using Multiple Monitors
- Managing Desktop and Application Pools from a Central Location
- 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
- 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
Table 4‑11. Example of a LAN-Based View Pod Constructed of 5 Building Blocks (Continued)
Item Number
View Connection Servers 7 (5 for connections from inside the corporate network and 2 for
connections from outside)
vLANs See Table 4-10.
10Gb Ethernet module 1
Modular networking switch 1
Each vCenter Server can support up to 10,000 virtual machines. This support enables you to have building
blocks that contain more than 2,000 virtual machine desktops. However, the actual block size is also subject
to other View-specific limitations.
For both examples described here, a network core can load balance incoming requests across View
Connection Server instances. Support for a redundancy and failover mechanism, usually at the network
level, can prevent the load balancer from becoming a single point of failure. For example, the Virtual Router
Redundancy Protocol (VRRP) can communicate with a load balancer to add redundancy and failover
capability.
If a View Connection Server instance fails or becomes unresponsive during an active session, users do not
lose data. Desktop states are preserved in the virtual machine desktop so that users can connect to a
different View Connection Server instance and their desktop session resumes from where it was when the
failure occurred.
Figure 4‑2. Pod Diagram for 10,000 Virtual Machine Desktops
switched
networks
View Connection
Servers
View building
blocks
load balancing
network core
Each switched network connects to each View Connection Server
Pod Example Using One vCenter Server
In the previous section, the View pod consisted of multiple building blocks. Each building block supported
2,000 virtual machines with a single vCenter Server. VMware has received many requests from both
customers and partners to use a single vCenter Server to manage a View pod. This request arises from the
fact that a single instance of vCenter Server can support 10,000 virtual machines. With View 5.2 and later,
customers have the ability to use a single vCenter Server to manage a 10,000-desktop environment. This
topic illustrates an architecture based on using a single vCenter Serverto manage 10,000 desktops
Although using one vCenter Server and one View Composer for 10,000 desktops is possible, doing so
creates a situation where there is a single point of failure. The loss of that single vCenter Server renders the
entire desktop deployment unavailable for power, provisioning, and refit operations. For this reason, choose
a deployment architecture that meets your requirements for overall component resiliency.
For this example, a 10,000-user pod consists of physical servers, a vSphere infrastructure, View servers,
shared storage, and 5 clusters of 2,000 virtual desktops per cluster.
Chapter 4 Architecture Design Elements and Planning Guidelines for Remote Desktop Deployments
VMware, Inc. 65