6.1
Table Of Contents
- Administering View Cloud Pod Architecture
- Contents
- Administering View Cloud Pod Architecture
- Introduction to Cloud Pod Architecture
- Designing a Cloud Pod Architecture Topology
- Creating Cloud Pod Architecture Sites
- Entitling Users and Groups in the Pod Federation
- Finding and Allocating Desktops in the Pod Federation
- Global Entitlement Example
- Cloud Pod Architecture Topology Limits
- Cloud Pod Architecture Port Requirements
- Security Considerations for Cloud Pod Architecture Topologies
- Setting Up a Cloud Pod Architecture Environment
- Managing a Cloud Pod Architecture Environment
- View a Cloud Pod Architecture Configuration
- View Pod Federation Health in View Administrator
- View Desktop Sessions in the Pod Federation
- Determine the Effective Home Site for a User
- Add a Pod to a Site
- Modifying Global Entitlements
- Remove a Home Site Association
- Remove a Pod From the Pod Federation
- Uninitialize the Cloud Pod Architecture Feature
- lmvutil Command Reference
- Index
Introduction to Cloud Pod
Architecture 1
The Cloud Pod Architecture feature uses standard View components to provide cross-datacenter
administration, global and flexible user-to-desktop mapping, high availability desktops, and disaster
recovery capabilities.
This chapter includes the following topics:
n
“Understanding Cloud Pod Architecture,” on page 7
n
“Configuring and Managing a Cloud Pod Architecture Environment,” on page 8
n
“Cloud Pod Architecture Limitations,” on page 8
Understanding Cloud Pod Architecture
With the Cloud Pod Architecture feature, you can link together multiple View pods to provide a single large
desktop brokering and management environment.
A View pod consists of a set of View Connection Server instances, shared storage, a database server, and the
vSphere and network infrastructures required to host desktop virtual machines. In a traditional View
implementation, you manage each pod independently. With the Cloud Pod Architecture feature, you can
join together multiple pods to form a single View implementation called a pod federation.
A pod federation can span multiple sites and datacenters and simultaneously simplify the administration
effort required to manage a large-scale View deployment.
Figure 1‑1. Basic Cloud Pod Architecture Topology
Security
Server
User
View
Connection
Server
View
Connection
Server
Security
Server
View
Connection
Server
View
Connection
Server
Security
Server
Security
Server
London Pod
London Datacenter
Interpod
communication
Remote
desktop
New York Pod
New York Datacenter
Global Data Layer
In the example topology, two previously standalone View pods in different datacenters are joined together
to form a single pod federation. An end user in this environment can connect to a View Connection Server
instance in the New York datacenter and receive a session on a desktop in the London data center.
VMware, Inc.
7