XenServer配置iSCSI共享存储归纳.pdfVIP

Creating a XenServer 5.5 Resource Pool with Shared iSCSI Storage In this article, you will learn how to create a XenServer resource pool with shared iSCSI storage. A resource pool consists of multiple XenServer hosts joined together as a single, managed entity. When combined with shared storage, a resource pool enables virtual machines (VMs) to be started on any XenServer host containing the necessary available resources. VMs can also be moved dynamically between the members of the resource pool, using XenMotion, with minimal downtime. If an individual resource pool member has a hardware failure, then the administrator can restart the failed VMs on another resource pool member. A resource pool always has a member known as the master. All interaction with the resource pool is done through the master. The master forwards all commands to the other individual resource pool members as necessary. Before creating a new resource pool or adding a new host to an existing pool, there are several requirements that must be met: The CPUs in all the servers must be the sam e. The hosts m ust be running the sam e version of XenServer and be at the sam e patch level. The host m ust not be a m ember of another pool. The host must not have shared storage configured. The host m ust have no running or suspended VMs. The hosts m ust use the sam e time source. The m anagement interface cannot be bonded. The m anagement interface m ust use a static IP address. Refer to theXenServer 5.5 Administrator ’, chapter 2, for complete details ons Guide resource pools. In an earlier article, all the details about the servers in my lab were given. The Windows Storage Server has been built and uses theiSCSI software from StarWind Software. StarWind Software graciously gave me a