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
n
Bandwidth utilization is 80 percent (.8 utilization factor).
Formula for Determining the Number of Users Supported
n
In the worst case, users require 150Kbps: (1.5Mbps*.8)/150Kbps = (1500*.8)/150 = 8 users
n
In the best case, users require 50Kbps: (1.5Mbps*.8)/50Kbps = (1500*.8)/50 = 24 users
Result
This remote office can support between 8 and 24 concurrent users per T1 line with 1.5Mbps capacity.
IMPORTANT You might require optimization of both View and Windows desktop settings to achieve this
user density.
This information was excerpted from the information guide called VMware View 5 with PCoIP: Network
Optimization Guide.
View Building Blocks
A building block consists of physical servers, a vSphere infrastructure, View servers, shared storage, and
virtual machine desktops for end users. A building block is a logical construct and should not be sized for
more than 2,000 View desktops. Customers usually include up to five building blocks in a View pod,
although in theory you can use more blocks than that, as long as the pod does not go above 10,000 sessions
and 7 View Connection Server instances.
Table 4‑10. Example of a LAN-Based View Building Block for 2,000 Virtual Machine Desktops
Item Example
vSphere clusters 1 or more
80-port network switch 1
Shared storage system 1
vCenter Server with View Composer on
the same host
1 (can be run in the block itself)
Database MS SQL Server or Oracle database server (can be run in the block itself)
VLANs 3 (a 1Gbit Ethernet network for each: management network, storage
network, and VMotion network)
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.
If you have only one building block in a pod, use two View Connection Server instances for redundancy.
View Pods
A pod is a unit of organization determined by View scalability limits.
Pod Example Using Five Building Blocks
A traditional View pod integrates five 2,000-user building blocks that you can manage as one entity.
Chapter 4 Architecture Design Elements and Planning Guidelines for Remote Desktop Deployments
VMware, Inc. 67