Every system needs a way to group entities in order to organize them, delegate administration, and control security on them. Horizon VIew uses desktop pools to group desktops, apply Horizon View specific policies, and entitle access to users.
There are a few different types of desktop pools in a Horizon View environment, and the types of desktop pools that you implement will be determined by your use case. I’m partial to Automatic Linked-Clone pools, These are known as Non-Persistent Desktop Pools because the user state is lost after logoff when the desktop is returned to a known good state. In some ways, these pools are similar to Windows XP Steady State desktop setups or a program called Deep Freeze that did something similar.
There are other types of desktop pools in a VMware View environment, and I go into more details on the different pool types in Appendix C.
Since we went through all the effort of setting up View Composer earlier in this series, this article will focus on setting up an Automatic Linked-Clone pool for non-persistent desktops.
1. Log into View Administrator. Under Inventory, select Pools.
2. Click Add to add a new pool.
3. Select the Pool Type that you want to create. For this, we’ll select Automated Pool and click Next.
4. Select whether you want to have Floating or Dedicated Desktops. For this walkthrough, we’ll select Floating and click Next.
Note: The Enable Automatic Assignment option is only available if you select Dedicated. If this option is selected, View automatically assigns a desktop to a use when they log in to dedicated pool for the first time.
5. Choose the type of virtual machines that will be deployed in the environment. For this walkthrough, select View Composer Linked Clones and click Next.
6. Each desktop pool needs an ID and a Display Name. The ID field is the official name of the pool, and it cannot contain any spaces. The Display Name is the “friendly” name that users will see when they select a desktop pool to log into. You can also add a description to the pool.
7. The next screen after setting the pool name is for the pool settings. There are a lot of options here, that control how the pool will behave. Some of the options are:
- If the pool is enabled
- Default power state of desktops
- Display protocols
- Adobe Flash settings
8. The next screen will allow you to configure the provisioning settings for the pool. This screen allows you to control provisioning behavior, computer names, and the number of desktops provisioned in the pool.
9. The next screen allows you to set up a special non-persistent disk for disposable files. Disposable files are classified as temporary files and page files. If a disposable disk is used, these files will be redirected to here, and this disk is deleted whenever the VM is shut down.
This screen allows you to determine how the virtual desktop will handle these files.
10. Select the option to store Replicas on a separate datastore if you want to place them on a different storage tier. Andre Leibovici has a good article on the benefits of placing Linked Clone replicas on a different datastore.
11. After you choose whether or not to place the Replica Disks on a separate datastore, you need to configure the pool’s vCenter settings. This covers the Parent VM and the snapshot that the Linked Clones will be based on, the folder that they will be stored in within vCenter, and the cluster and datastores that will be used.
In order to configure each setting, you will need to click the Browse button on the right hand side of the screen. Each step must be configured in order.
11-A. The first item that needs to be configured is the Parent VM that the Linked Clones will be based on. Select the VM that you want to use and click OK.
11-B. The next step is to select the Parent VM snapshot that the Linked Clones will be based on. Select the snapshot that you want to use and click OK.
11-C. After you have selected a Parent VM and a snapshot, you need to configure the vCenter folder in the VMs and Templates view that the VMs will be placed in. Select the folder and click OK.
11-D. The next step is to place the pool on a vSphere cluster. The virtual machines that make up the desktop pool will be run on this cluster, and the remaining choices will be based on this selection. Select the cluster that they should be run on and click OK.
11-E. The next step is to place the desktops into a Resource Pool. In this example, I have not resource pools configured, so the desktops would be placed in the Cluster Root.
11-F. The final two steps of this section are to select the datastores where the Linked Clones and the Replicas will be stored. Linked Clones can be stored on multiple datastores, so you can select multiple datastores in this section. You can also configure View to allow the datastores to be overcommitted by changing the Storage Overcommit option on each datastore.
11-G. Replicas can only be stored on a single datastore. Select the datastore that you want to store them on and click OK.
Note: After you have configured the Replica Datastore, you may receive the following warning about storing Replicas and Linked Clones on local datastores. If you are using a SAN or a NAS and not storing any Replicas or Linked Clones on local datastores, you can ignore this message.
12. The next screen is for configuring the advanced storage options. The three options that can be configured on this screen are the View Storage Accelerator, disk space reclaimation and the option to use native NFS snapshots.
If you use View Storage Accelerator or disk space reclamation, you can configure blackout times where vCenter will not run these tasks.
13. To set the blackout times for the pool, click the Add Button and select the days and times when you do not want these operations to run. You can set multiple schedules.
14. After you have configured the advanced storage options, you need to configure the Guest Customization settings. This screen allows you to select the domain and organizational unit for the desktops and whether Sysprep or Quickprep will be used to prepare the desktops.
15. Review the settings for the pool and verify that everything is correct. Before you click Finish, check the Entitle Users checkbox in the upper right. This will allow you to select the users and/or groups who have permission to log into the desktops.
If you need to make a change to the pool settings, the left-hand column contains links to each page in the wizard.
17. After you click Finish, you will need to grant access to the pool. View allows you to entitle Active Directory users and groups. Click Add to entitle users and groups.
18. Search for the user or group that you want to add to entitle. If you are in a multi-domain environment, you can change domains by selecting the domain from the Domains box. Click on the users or groups that you want to grant access to and click OK.
Note: I recommend that you create Active Directory security groups and entitle those to desktop pools. This makes it easier to manage a user’s pool assignments without having to log into View Administrator whenever you want to make a change.
19. You can check the status of your desktop pool creation in vCenter. If this is a new pool, it will need to clone the VM into a Replica before it can create the Linked Clone desktops.
Once the desktops have finished composing, you will be able to log into them through VMware Blast or the Horizon View client.
I realize that there are a lot of steps in the process of creating a desktop pool. It doesn’t take nearly as long as it seems once you get the hang of it, and you will be able to fly through it pretty quickly.
6 thoughts on “Horizon View 5.3 Part 12 – Creating An Automatic Linked-Clone Desktop Pool”
I want to add something Sean 🙂
When create a pool with Replica disk on a dedicated Datastore and then you start creating another pool with selecting the same datastore as a Replica Datastore, Composer will automatically create the pool from the same replica there and will not create another replica for the new pool..
Forgot to mention:Only in case of you’re building the pool from the same parent image and parent snapshot 🙂
Yep. It’s a cool space-saving trick that View does if you have multiple pools based on the same image.
Is there a faster way to select and configure multiple datastores? We have 40 I’m selecting when creating each pool, and it takes a lot of clicks to select them all and configure for Agressive overcommit.
Are there any shortcuts for selecting and configuring datastores? I have to create about 70 pools, and we have 40 datastores to select and configure to Agressive overcommit for each of them. Right now, I have to click on them 3 at a time (that’s all that fits into the scrollbox at once) and click on the popup menu to change the overcommit setting on each one.
You will want to use the View PowerCLI cmdlets for that.
Comments are closed.