Connections and resources 编辑
Introduction
You can optionally create your first connection to hosting resources when you create a Site. Later, you can change that connection and create other connections. Configuring a connection includes selecting the connection type from among the supported hypervisors and cloud services. The storage and network you select from the resources for that connection.
Read Only Administrators can view connection and resource details; you must be a Full Administrator to perform connection and resource management tasks. For details, see the Delegated Administration article.
Where to find information about connection types
You can use the supported virtualization platforms to host and manage machines in your XenApp or XenDesktop environment. The System requirements article lists the supported types. You can use the supported cloud deployment solutions to host product components and provision virtual machines. These solutions pool computing resources to build public, private, and hybrid Infrastructure as a Service (IaaS) clouds.
For details, see the following information sources.
Microsoft Hyper-V
- Microsoft System Center Virtual Machine Manager virtualization environments article.
- Microsoft documentation.
Microsoft Azure
- Microsoft Azure virtualization environments article.
- Microsoft documentation.
Microsoft Azure Resource Manager
- Microsoft Azure Resource Manager virtualization environments article.
- Microsoft documentation.
Amazon Web Services (AWS)
- Citrix and AWS.
- AWS documentation.
- When you create a connection in Studio, you must provide the API key and secret key values. You can export the key file containing those values from AWS and then import them. You must also provide the region, availability zone, VPC name, subnet addresses, domain name, security group names, and credentials.
- The credentials file for the root AWS account (retrieved from the AWS console) is not formatted the same as credentials files downloaded for standard AWS users. Therefore, Studio cannot use the file to populate the API key and secret key fields. Ensure that you are using AWS IAM credentials files.
- Dedicated hosts and the
tenancytype
PowerShell parameter used to specify a dedicated host for AWS connections are not supported in this version of XenApp and XenDesktop. Support for dedicated hosts was added at release 1811. See How to create machines in MCS using AWS Cloud for more information.
CloudPlatform
- CloudPlatform documentation.
- When you create a connection in Studio, you must provide the API key and secret key values. You can export the key file containing those values from CloudPlatform and then import those values into Studio.
Citrix XenServer
- Citrix XenServer documentation.
- When you create a connection, you must provide the credentials for a VM Power Admin or higher-level user.
- Citrix recommends using HTTPS to secure communications with XenServer. To use HTTPS, you must replace the default SSL certificate installed on XenServer; see CTX128656.
- You can configure high availability if it is enabled on the XenServer. Citrix recommends that you select all servers in the pool (from Edit High Availability) to allow communication with XenServer if the pool master fails.
- You can select a GPU type and group, or pass through, if the XenServer supports vGPU. The display indicates if the selection has dedicated GPU resources.
Nutanix Acropolis
- Nutanix virtualization environments article.
- Nutanix documentation.
VMware
- VMware virtualization environments article.
- VMware product documentation.
Host storage
When provisioning machines, data is classified by type:
- Operating system (OS) data, which includes master images.
- Temporary data, which include all non-persistent data written to MCS-provisioned machines, Windows page files, user profile data, and any data that is synchronized with ShareFile. This data is discarded each time a machine restarts.
- Personal data stored on personal vDisks.
Providing separate storage for each data type can reduce load and improve IOPS performance on each storage device, making best use of the host’s available resources. It also enables appropriate storage to be used for the different data types – persistence and resilience is more important for some data than others.
Storage can be shared (located centrally, separate from any host, used by all hosts) or local to a hypervisor. For example, central shared storage can be one or more Windows Server 2012 clustered storage volumes (with or without attached storage), or an appliance from a storage vendor. The central storage might also provide its own optimizations such as hypervisor storage control paths and direct access through partner plug-ins.
Storing temporary data locally avoids having to traverse the network to access shared storage. This also reduces load (IOPS) on the shared storage device. Shared storage can be more costly, so storing data locally can lower expenses. These benefits must be weighed against the availability of sufficient storage on the hypervisor servers.
When you create a connection, you choose one of two storage management methods: storage shared by hypervisors, or storage local to the hypervisor.
Note:
When using local storage on one or more XenServer hosts for temporary data storage, make sure that each storage location in the pool has a unique name. (To change a name in XenCenter, right-click the storage and edit the name property.)
Storage shared by hypervisors
The storage shared by hypervisors method stores data that needs longer-term persistence centrally, providing centralized backup, and management. That storage holds the OS disks and the personal vDisk disks.
When you select this method, you can choose whether to use local storage (on servers in the same hypervisor pool) for temporary machine data that does not require persistence or as much resilience as the data in the shared storage. This is called the temporary data cache. The local disk helps reduce traffic to the main OS storage. This disk is cleared after every machine restart. The disk is accessed through a write-through memory cache. Keep in mind that if you use local storage for temporary data, the provisioned VDA is tied to a specific hypervisor host; if that host fails, the VM cannot start.
Exception: If you use Clustered Storage Volumes (CSV), Microsoft System Center Virtual Machine Manager does not allow temporary data cache disks to be created on local storage.
When you create a connection, if you enable the option to store temporary data locally, you can then enable and configure nondefault values for each VM’s cache disk size and memory size when you create a Machine Catalog that uses that connection. However, the default values are tailored to the connection type, and are sufficient for most cases. See the Create Machine Catalogs article for details.
The hypervisor can also provide optimization technologies through read caching of the disk images locally; for example, XenServer offers IntelliCache. This can also reduce network traffic to the central storage.
Storage local to the hypervisor
The storage local to the hypervisor method stores data locally on the hypervisor. With this method, master images and other OS data are transferred to all of the hypervisors used in the Site, both for initial machine creation and future image updates. This results in significant traffic on the management network. Image transfers are also time-consuming, and the images become available to each host at a different time.
When you select this method, you can choose whether to use shared storage for personal vDisks, to provide resilience and support for backup and disaster recovery systems.
Create a connection and resources
You can optionally create the first connection when you create the Site. The Site creation wizard contains the connection-related pages described below: Connection, Storage Management, Storage Selection, and Network.
If you are creating a connection after you create the Site, start with step 1 below.
Important:
The host resources (storage and network) must be available before you create a connection.
- Select Configuration > Hosting in the Studio navigation pane.
- Select Add Connections and Resources in the Actions pane.
- The wizard guides you through the following pages (specific page content depends on the selected connection type). After completing each page, click Next until you reach the Summary page.
Connection
On the Connection page:
- To create a new connection select Create a new Connection. To create a connection based on the same host configuration as an existing connection, select Use an existing Connection and then choose the relevant connection
- Select the hypervisor or cloud service you are using in the Connection type field.
- The connection address and credentials fields differ, depending on the selected connection type. Enter the requested information.
- Enter a connection name. This name will appear in Studio.
- Choose the tool you will use to create virtual machines: Studio tools (such as Machine Creation Services or Provisioning Services) or other tools.
Storage management
For information about storage management types and methods, see Host storage.
If you are configuring a connection to a Hyper-V or VMware host, browse to and then select a cluster name. Other connection types do not request a cluster name.
Select a storage management method: storage shared by hypervisors or storage local to the hypervisor.
- If you choose storage shared by hypervisors, indicate if you want to keep temporary data on available local storage. (You can specify nondefault temporary storage sizes in the Machine Catalogs that use this connection.) Exception: When using Clustered Storage Volumes (CSV), Microsoft System Center Virtual Machine Manager does not allow temporary data cache disks to be created on local storage, so configuring that storage management setup in Studio will fail.
- If you choose storage local to the hypervisor, indicate if you want to manage personal data (personal vDisks) on shared storage.
If you use shared storage on a XenServer hypervisor, indicate if you want to use IntelliCache to reduce the load on the shared storage device. See Use IntelliCache for XenServer connections.
Storage selection
For more information about storage selection, see Host storage.
Select at least one host storage device for each available data type. The storage management method you selected on the previous page affects which data types are available for selection on this page. You must select at least one storage device for each supported data type before you can proceed to the next page in the wizard.
The lower portion of the Storage Selection page contains additional configuration options if you selected either of the following on the previous page.
- If you chose storage shared by hypervisors, and enabled the Optimize temporary data on available local storage check box, you can select which local storage devices (in the same hypervisor pool) to use for temporary data.
- If you chose storage local to the hypervisor, and enabled the Manage personal data centrally on shared storage check box, you can select which shared devices to use for personal (PvD) data.
The number of currently-selected storage devices is shown (in the graphic above, “1 storage device selected”). When you hover over that entry, the selected device names appear (unless there are no devices configured).
- Click Select to change the storage devices to use.
- In the Select Storage dialog box, select or clear the storage device check boxes, and then click OK.
Network
Enter a name for the resources; this name appears in Studio to identify the storage and network combination associated with the connection.
Select one or more networks that the VMs will use.
Summary
Review your selections; if you want to make changes, use return to previous wizard pages. When you complete your review, click Finish.
Remember: If you chose to store temporary data locally, you can configure nondefault values for temporary data storage when you create the Machine Catalog containing machines that use this connection. See the Create Machine Catalogs article.
Edit connection settings
Do not use this procedure to rename a connection or to create a new connection. Those are different operations. Change the address only if the current host machine has a new address; entering an address to a different machine will break the connection’s Machine Catalogs.
You cannot change the GPU settings for a connection, because Machine Catalogs accessing this resource must use an appropriate GPU-specific master image. Create a new connection.
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection and then select Edit Connection in the Actions pane.
- Follow the guidance below for the settings available when you edit a connection.
- When you are finished, click Apply to apply any changes you made and keep the window open, or click OK to apply changes and close the window.
Connection Properties page:
- To change the connection address and credentials, select Edit settings and then enter the new information.
- To specify the high-availability servers for a XenServer connection, select Edit HA servers. Citrix recommends that you select all servers in the pool to allow communication with XenServer if the pool master fails.
Advanced page:
For a Microsoft System Center Configuration Manager (ConfMgr) Wake on LAN connection type, which isused with Remote PC Access, enter ConfMgr Wake Proxy, magic packets, and packet transmission information.
The throttling threshold settings enable you to specify a maximum number of power actions allowed on a connection. These settings can help when power management settings allow too many or too few machines to start at the same time. Each connection type has specific default values that are appropriate for most cases and should generally not be changed.
The Simultaneous actions (all types) and Simultaneous Personal vDisk inventory updates settings specify two values: a maximum absolute number that can occur simultaneously on this connection, and a maximum percentage of all machines that use this connection. You must specify both absolute and percentage values; the actual limit applied is the lower of the values.
For example, in a deployment with 34 machines, if Simultaneous actions (all types) is set to an absolute value of 10 and a percentage value of 10, the actual limit applied is 3 (that is, 10 percent of 34 rounded to the nearest whole number, which is less than the absolute value of 10 machines).
The Maximum new actions per minute is an absolute number; there is no percentage value.
Note: Enter information in the Connection options field only under the guidance of a Citrix Support representative.
Turn maintenance mode on or off for a connection
Turning on maintenance mode for a connection prevents any new power action from affecting any machine stored on the connection. Users cannot connect to a machine when it is in maintenance mode. If users are already connected, maintenance mode takes effect when they log off.
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection. To turn maintenance mode on, select Turn On Maintenance Mode in the Actions pane. To turn maintenance mode off, select Turn Off Maintenance Mode.
You can also turn maintenance mode on or off for individual machines. Additionally, you can turn maintenance mode on or off for machines in Machine Catalogs or Delivery Groups.
Delete a connection
Caution:
Deleting a connection can result in the deletion of large numbers of machines and loss of data. Ensure that user data on affected machines is backed up or no longer required.
Before deleting a connection, ensure that:
- All users are logged off from the machines stored on the connection.
- No disconnected user sessions are running.
- Maintenance mode is turned on for pooled and dedicated machines.
- All machines in Machine Catalogs used by the connection are powered off.
A Machine Catalog becomes unusable when you delete a connection that is referenced by that catalog. If this connection is referenced by a catalog, you have the option to delete the catalog. Before you delete a catalog, make sure it is not used by other connections.
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection and then select Delete Connection in the Actions pane.
- If this connection has machines stored on it, you are asked whether the machines should be deleted. If they are to be deleted, specify what should be done with the associated Active Directory computer accounts.
Rename or test a connection
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection and then select Rename Connection or Test Connection in the Actions pane.
View machine details on a connection
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection and then select View Machines in the Actions pane.
The upper pane lists the machines accessed through the connection. Select a machine to view its details in the lower pane. Session details are also provided for open sessions.
Use the search feature to find machines quickly. Either select a saved search from the list at the top of the window, or create a new search. You can either search by typing all or part of the machine name, or you can build an expression to use for an advanced search. To build an expression, click Unfold, and then select from the lists of properties and operators.
Manage machines on a connection
- Select Configuration > Hosting in the Studio navigation pane.
- Select a connection and then select View Machines in the Action pane.
- Select one of the following in the Actions pane. Some actions may not be available, depending on the machine state and the connection host type.
- Start: Starts the machine if it is powered off or suspended.
- Suspend: Pauses the machine without shutting it down, and refreshes the list of machines.
- Shut down: Requests the operating system to shut down.
- Force shut down: Forcibly powers off the machine, and refreshes the list of machines.
- Restart: Requests the operating system to shut down and then start the machine again. If the operating system cannot comply, the desktop remains in its current state.
- Enable maintenance mode: Temporarily stops connections to a machine. Users cannot connect to a machine in this state. If users are connected, maintenance mode takes effect when they log off. (You can also turn maintenance mode on or off for all machines accessed through a connection, as described above.)
- Remove from Delivery Group: Removing a machine from a Delivery Group does not delete it from the Machine Catalog that the Delivery Group uses. You can remove a machine only when no user is connected to it; turn on maintenance mode to temporarily prevent users from connecting while you are removing the machine.
- Delete: When you delete a machine, users no longer have access to it, and the machine is deleted from the Machine Catalog. Before deleting a machine, ensure that all user data is backed up or no longer required. You can delete a machine only when no user is connected to it; turn on maintenance mode to temporarily stop users from connecting while you are deleting the machine.
For actions that involve machine shutdown, if the machine does not shut down within 10 minutes, it is powered off. If Windows attempts to install updates during shutdown, there is a risk that the machine will be powered off before the updates are complete.
Edit storage
You can display the status of servers that are used to store operating system, temporary, and personal (PvD) data for VMs that use a connection. You can also specify which servers to use for storage of each data type.
- Select Configuration > Hosting in the Studio navigation pane.
- Select the connection and then select Edit Storage in the Actions pane.
- In the left pane, select the data type: operating system, personal vDisk, or temporary.
- Select or clear the checkboxes for one or more storage devices for the selected data type.
- Click OK.
Each storage device in the list includes its name and storage status. Valid storage status values are:
- In use: The storage is being used for creating new machines.
- Superseded: The storage is being used only for existing machines. No new machines will be added in this storage.
- Not in use: The storage is not being used for creating machines.
If you clear the check box for a device that is currently In use, its status changes to Superseded. Existing machines will continue to use that storage device (and can write data to it), so it is possible for that location to become full even after it stops being used for creating new machines.
Delete, rename, or test resources
- Select Configuration > Hosting in the Studio navigation pane.
- Select the resource and then select the appropriate entry in the Actions pane: Delete Resources, Rename Resources, or Test Resources.
Use IntelliCache for XenServer connections
Using IntelliCache, hosted VDI deployments are more cost-effective because you can use a combination of shared storage and local storage. This enhances performance and reduces network traffic . The local storage caches the master image from the shared storage, which reduces the amount of reads on the shared storage. For shared desktops, writes to the differencing disks are written to local storage on the host and not to shared storage.
- Shared storage must be NFS when using IntelliCache.
- Citrix recommends that you use a high performance local storage device to ensure the fastest possible data transfer.
To use IntelliCache, you must enable it in both this product and XenServer.
- When installing XenServer, select Enable thin provisioning (Optimized storage for XenDesktop). Citrix does not support mixed pools of servers that have IntelliCache enabled and servers that do not. For more information, see the XenServer documentation.
- In XenApp and XenDesktop, IntelliCache is disabled by default. You can change the setting only when creating a XenServer connection; you cannot disable IntelliCache later. When you add a XenServer connection from Studio:
- Select Shared as the storage type.
- Select the Use IntelliCache check box.
Connection timers
You can use policy settings to configure three connection timers:
- Maximum connection timer: Determines the maximum duration of an uninterrupted connection between a user device and a virtual desktop. Use the Session connection timer and Session connection timer interval policy settings.
- Connection idle timer: Determines how long an uninterrupted user device connection to a virtual desktop will be maintained if there is no input from the user. Use the Session idle timer and Session idle timer interval policy settings.
- Disconnect timer: Determines how long a disconnected, locked virtual desktop can remain locked before the session is logged off. Use the Disconnected session timer and Disconnected session timer interval policy settings .
When you update any of these settings, ensure they are consistent across your deployment.
See the policy settings documentation for more information.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论