Change Pool Properties
Select any resource pool in the Resources pane and click on the General tab to see its properties and current status. Click Properties on the General tab to change the properties of a pool.
General properties - Name, Description, Folder, Tags
On the General Properties tab you can change the pool’s name and description, place it in a folder, and manage its tags.
- To change the pool name, enter a new name in the Name box.
- To change its description, enter new text in the Description box.
- To place the pool in a folder or to move it to a different folder, click Change in the Folder box and select a folder. See Using folders for more information about using folders.
- To tag and untag the pool and to create and delete tags, see Using tags.
Custom fields allow you to add information to managed resources to make it easier to search and organize them. See Using custom fields to find out how to assign custom fields to your managed resources.
Use this tab to configure email notification for system alerts generated on any of the servers or VMs in the pool. See XenCenter Alerts for details about how to set up alert email notification. Users who wish to receive performance alert email can choose the preferred language from the drop-down list. The three languages available are English, Chinese and Japanese.
The default language for configuring performance alert email language for XenCenter is English.
The Power On feature allows you to configure power management preferences for servers that support power management, allowing them to be powered off and on automatically depending on the pool’s total workload (via Workload Balancing).
- In the list of servers at the top of the tab, select the server(s) for which you want to configure power management.
- Under Power On mode , specify the Power On settings (Disabled, Wake-on-LAN, HP iLO, DRAC, or custom script) for the selected servers.
- Under Configuration options , specify either the IP address and credentials or key-value pairs for a host power-on script, depending on the Power On mode option you chose.
See Configuring Host Power On for more information on prerequisites for configuring the Host Power On feature and the different configuration options available.
This tab allows you to set a pool-wide policy to assign VMs to available GPUs to achieve either maximum density or maximum performance. Select an option based on your requirements.
The GPU tab displays Mixed setting only when different settings are used for different GPU groups. That is, when certain GPU groups within a pool are configured to achieve maximum density, and the rest of the GPU groups are configured to achieve maximum performance. Customers should note that it is not possible to set or edit the Mixed setting using XenCenter. You should use the xe Command Line Interface if you wish to use different settings for different GPU groups.
Note: GPU Virtualization is available for XenServer Enterprise Edition customers, or those who have access to XenServer through their Citrix Virtual Apps and Desktops entitlement. The GPU tab is displayed when the pool meets the license requirements and also has GPUs that support various virtual GPU types. For more information, see About XenServer Licensing.
The Security tab enables you to specify a security protocol that will be used for communication with the pool.
TLS 1.2 only : This option accepts communication from Management API clients and appliances (including third-party appliances) that can communicate with XenServer pool using the TLS 1.2 protocol. TLS 1.2 only option uses ciphersuite TLS_RSA_WITH_AES_128_CBC_SHA256 .
Important: Do not choose the TLS 1.2 only option before you ensure that all Management API clients and appliances that communicate with XenServer pool are compatible with TLS 1.2.
Backwards compatibility mode (TLS 1.2 and earlier protocols) : Choose this option if you would like to allow both TLS and SSL protocols for pool-wide communication, for example, for backward compatibility reasons. This option uses the following ciphersuites as specified to stunnel:
This tab allows you to enable or disable live patching. Live patching enables customers to install some Linux kernel and Xen hypervisor updates without having to reboot the hosts. It is enabled by default.
Note : XenServer Live Patching is available for XenServer Enterprise Edition customers, or those who have access to XenServer through their Citrix Virtual Apps and Desktops entitlement. For more information about licensing, see About XenServer Licensing.
This tab allows you to enable or disable IGMP snooping. XenServer sends multicast traffic to all guest VMs leading to unnecessary load on host devices by requiring them to process packets they have not solicited. If IGMP snooping is enabled, it will prevent hosts on a local network from receiving traffic for a multicast group they have not explicitly joined, and improve the performance of multicast. This is especially useful for bandwidth-intensive IP multicast applications such as IPTV. This option is disabled by default.
- IGMP snooping is available only when network backend uses Open vSwitch.
- When enabling this feature on a pool, it may also be necessary to enable IGMP querier on one of the physical switches. Or else, multicast in the sub network will fallback to broadcast and may decrease XenServer performance.
- When enabling this feature on a pool running IGMP v3, VM migration or network bond failover will result in IGMP version switching to v2.
- XenServer IGMP snooping is available for XenServer Enterprise Edition customers, or those who have access to XenServer through their Citrix Virtual Apps and Desktops entitlement. For more information about licensing, see About XenServer Licensing.
This tab allows you to enable or disable clustering. Enable clustering on a pool to use thin provisioned storage repositories with GFS2.
Note: Citrix recommends that you apply clustering only on pools that contain three or more servers.
When enabling this feature on a pool, specify a network. The clustering mechanism uses this network to communicate with all servers in the pool. If a server cannot communicate with the majority of other servers in the clustered pool, after a timeout that server self-fences. To decrease the chance of a host self-fencing unnecessarily, ensure that the network you use for clustering is reliable. Citrix recommends that you use a physically separate bonded network. For more information, see Add a new network.