Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Best practices
Table of contents
Abstract..................................................................................................................................... 1 Executive summary.................................................................................................................. 1
Purpose of the document ................................................................................................................... 1 Assumptions ...................................................................................................................................... 1
Product overview...................................................................................................................... 2
VMware ............................................................................................................................................. 2 IBM Storwize V7000........................................................................................................................... 2
Summary................................................................................................................................. 26 Appendix A: Materials list...................................................................................................... 27 Appendix B: IBM Storwize V7000 best practices a quick reference ................................ 28
SAN zoning.......................................................................................................................................28 Storage Pools ...................................................................................................................................28
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010.
Abstract
This paper provides insight into the value proposition of the IBM Storwize V7000 for a VMware environment to increase the storage utilization, availability and overall reduction of costs. It outlines a plan for the configuration, setup, and management of the environment.
Executive summary
IBM System Storage virtualization technologies enable clients to virtualize more systems, faster and with less storage than traditional legacy storage architectures. VMware on IBM Storwize V7000 solutions focus in the areas of increasing data protection, reducing infrastructure costs through storage efficiencies. This paper reviews the configuration and installation practices for leveraging VMware vSphere together with IBM Storwize V7000 systems. IBM and VMware have continually provided world class virtualization solutions that can reduce clients total cost, and provide advanced storage features reducing overall downtime. In this paper these techniques have been documented and are referred to as best practices. After reviewing this paper the reader will be able to easily install and configure IBM Storwize V7000 systems along with VMware vSphere to build a completely virtual infrastructure for improved utilization, flexibility and storage efficiency.
Assumptions
While every attempt has been made to clearly describe the various installation processes required for this solution, this paper assumes persons with essential knowledge in the following areas: VMware vCenter Server ESXi Installation Virtual Machine Filesystem (VMFS) and Raw Device Mapping (RDM)
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 1
vMotion, High Availability (HA) and Distributed Resource Scheduler (DRS) Guest OS installation on a ESXi host Storage subsystems and terminology
This paper will demonstrate how to enable VMware Boot from storage area network (SAN) on the IBM Storwize V7000 systems.
Product overview
VMware
VMware products provide enterprise-class virtual machines (VMs) that increase server and other resource utilization, improve performance, increase security, and minimize system downtime thereby reducing the cost and complexity of delivering enterprise services. By leveraging existing technology, VMware enables the roll-out of new applications with less risk and lower platform costs.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 2
VMware vSphere
ESXi Servers access to storage is independent of the physical storage layer
IBM Storwize V7000 virtualizes the external disk systems as well as its own internal storage
The IBM Storwize V7000 systems can provide up to 240 TB of physical internal capacity, with support for Redundant Arrays of Independent Disks (RAID) 0, 1, 5, 6 and 10. In addition Storwize V7000 has the capability to virtualize external storage controllers with the ability to expand and support virtualization of up to 32 PB allowing for the reuse of existing legacy storage controllers.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 3
VMware vSphere
In addition to the controller enclosure the Storwize V7000 systems may have between one to nine expansion enclosures connected through a redundant serial-attached SCSI (SAS) connections. Each controller enclosure and each expansion enclosure can support a combination of solid-state disk (SSD), SAS 15 K, 10K and nearline SAS drives. Internal capacity as well as any capacity shared from external storage controllers are grouped into storage pools. A storage pool is a collection of managed disks with similar characteristics; it acts as a container that can be classified as a tier of storage which will contain the virtualized volumes presented out to individual host systems. The managed disks within a storage pool are broken down into extents, you can think of an extent as a slice of a particular managed disk. The extents are what are used to create the virtualized volumes within the storage pool. Volumes within a storage pool exist in any one of the following three forms; Striped. A striped volume is the allocation of extents, one extent at a time across each managed disk in a storage pool until the space required for the volume has been satisfied.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 4
Sequential. In a sequential volume extents are allocated from a single managed disk and then progresses to the next managed disk until the space required for the volume has been satisfied. Image. An image mode volume is a special volume that has a direct relationship with a single managed disk in a storage pool. Image mode volumes are typically used for the purpose of data migration to IBM Storwize V7000 systems.
By defining storage tiers you can provide the flexibility to effectively manage allocation as well as host and application recovery requirements.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 5
NOTE: External storage devices presented to IBM Storwize V7000 systems are not eligible for configuration into internal RAID arrays. For external storage devices the RAID configuration is maintained and controlled within the external storage controller.
Level
Description Block-level striping without parity or mirroring Mirroring without parity or striping Block-level striping with distributed parity Block-level striping with double distributed parity Mirrored sets in a striped set
Width Goal 8
Space Efficiency 1
1/n
n-1 disks
3 -16
1-1/n
1 disk
12
5 - 16
1-2/n
2 disks
2 16 (even only)
1/n
1-disk/2
Internal Capacity
Internal capacity in Storwize V7000 is configured into internal RAID arrays during the setup and configuration using predefined settings based on the drive characteristics and preset best practices. From an internal RAID array a single managed disk encompassing the full capacity of the array is created and available to be placed into a storage pool. For internal storage pools, Storwize V7000 does not allow the intermixing of different technologies or RAID characteristics in a single storage pool. There is one exception to this rule which creates a hybrid pool that will be described later in this paper. If a suitable storage pool with matching characteristics is not available, then a storage pool will be created to contain the new managed disk object. This is done as a best practice as differing technologies have the potential to work against each other for performance and reliability. Allowing the intermixing of different technologies has the potential to reduce the overall storage pool efficiency to the lowest performing technology. Consider SAS over nearline SAS where capacity and performance can vary significantly. Adding a nearline SAS backed managed disk to a storage pool
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 6
with SAS backed managed disk results in the overall pool performance characteristics of the nearline SAS eliminating any benefit of the higher performing SAS backed managed disk. This is done to help optimally configure the available internal capacity based on the characteristics and placement within the expansion containers. For a complete list of internal disk and RAID presets, refer to the URL: http://www.ibm.com/storage/storwizev7000
External Capacity
The Storwize V7000 system is built using the same virtualization technology as the IBM System Storage SAN Volume Controller (SVC), with the same capabilities to virtualize heterogeneous storage controllers. When virtualizing external storage controllers it is best practice to assign the storage objects, managed disks, to storage pools with the same characteristics. When dealing with external managed disks, Storwize V7000 will not prevent you from adding managed disks with different characteristics into the same storage pool, however always remember that reliability and performance for the storage pool will be at the lowest element in the storage pool. Consider that you have an external storage array that you would like to bring under the control of the Storwize V7000 for virtualization. Within the storage array you have a combination of FC and SATA disks with differing RAID characteristics. You have RAID arrays configured for RAID 5 using SCSI FC 15K RPM disks and RAID 6 using SATA disks for higher capacity as nearline storage. Intermixing the various technologies and RAID levels within a storage pool will result in the potential for the entire storage pool to have the performance characteristics as the RAID 6 array using the SATA disks in this case. In addition this would also have the potential of reducing the overall availability of the storage pool. In this case to the lowest availability element, RAID 5 where a single disk failure in the RAID array places volumes that are striped within the storage pool across the RAID 5 array in jeopardy for performance and additional drive failure. When working with external storage devices consider the stripe width of the underlying RAID technology for the proposed managed disk. Standardize on array width and logical unit number (LUN) size to be created out of the array. The Storwize V7000 system has the ability to support managed disk capacities up to 1 PB. As a best practice create a single LUN from each array to be presented to the Storwize V7000 system.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 7
Fabric A node1-port1 / node1-port3 /node2port1 / node2-port3 node1-port1 / node1-port3 / node2port1 / node2-port3 ExtCntrl-A-port1 /ExtCntrl-B-port1
Fabric B node1-port2 / node1-port4 / node2port2 / node2-port4 node1-port2 / node1-port4 / node2port2 / node2-port4 ExtCntrl-A-port2 / ExtCntrl-B-port2
Storage pools
Storage pools as mentioned previously are a collection of managed disks (MDisks), that are grouped together in order to provide capacity for virtualized volumes. All MDisks in the pool are split into
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 8
extents of the same size. Volumes are then allocated out of the storage pool and are mapped to a host system. MDisks can be added to a storage pool at any time to increase the capacity of the storage pool. When adding MDisks to a storage pool ensure that each MDisk matches the characteristics desired of the storage pool. Do not intermix MDisks with differing RAID characteristics or from different controllers. Care should be taken to ensure that each storage pool contains MDisks from a single controller when working with external attached MDisks. There are use cases where it maybe desirable to have MDisks from more than one controller of the same make and model. However as a general rule and best practice this should be avoided as the virtualized volumes within a storage pool can become inaccessible if one of the backend controllers becomes unavailable in a storage pool with multiple external storage controllers for any reason. Figure 4 shows the creation of a storage pool using the Storwize V7000 management GUI.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 9
SSD devices offer higher performance and lower latency over traditional spinning disk drives at typically higher cost per GB of capacity. Although an application or virtualized host may require the higher performance that SSD devices provide, in general only a portion of a volume or volumes really require the added benefits that an SSD device provides. The Easy Tier function allows for the effective use of SSD devices within Storwize V7000 by monitoring the I/O characteristics of a virtualized volume or storage pool and migrating only the frequently accessed extents within a volume or storage pool to the higher performing SSD managed disks. Easy Tier protects your investment by reducing the need for host or application dedicated SSD virtualized volumes to meet performance requirements by dynamically migrating only the extents that will benefit from the SSD performance characteristics and removing the need to dedicate a entire storage pool or volume to a set of SSD managed disks. Storwize V7000 is able to take advantage of internal as well as external SSD managed disks. While internal SSD MDisks are known to the system, external managed disk characteristics are not known. To allow external SSD managed disks, Storwize V7000 allows the user to specify which external managed disks are SSD devices and which are non-SSD devices allowing the Easy Tier function to take advantage of any existing external SSD capacity in the environment. SSD devices are not suited for all application loads and have specific characteristics where they are best suited. Use of Easy Tier reduces overall cost and investment of SDD devices by effectively managing their usage for I/O characteristics that will actually benefit from the added performance. Figure 5 shows diagram of a hybrid pool using SSD managed disks.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 10
Virtualized Volumes
When creating virtualized volumes from storage pools on Storwize V7000 you are presented with the option to create one of four volume types; generic (thick), thin-provisioned, generic mirrored and thinprovisioned mirrored. The generic mirrored and thin-provisioned mirrored options allow for a volume to be mirrored between two different storage pools. This can be useful when migrating to a storage pool with a larger extent size, or when mirroring is preferred between two external storage subsystems. The ability to thin provision volumes to the VMware ESXi hosts provides some advantages over generic or thick provisioning, but also carries with it a risk of over provisioning and experiencing an out-of-space condition within a storage pool. Thin-provisioned volumes have a defined size viewed by the ESXi hosts as any other volume without the physical allocation of capacity until data is written from the ESXi hosts.
Thin provisioning
Some typical advantages of thin provisioning are: Reduce storage management efforts Exploit over provisioning in the file system and database without the underlying physical capacity Add real capacity transparently to the storage pool later as required.
Improved capacity utilization Physical capacity does not get allocated until actually used Unused capacity for a set of volumes resides in a shared pool of overall available capacity Contingency capacity can be shared between volumes where the average contingency capacity per volume can be less than fully committed capacity Higher utilization of existing physical storage capacity, reduces the need to acquire additional physical capacity or defer to a later point in time.
Configuration step Map thin-provisioned volume to ESXi hosts Create VMFS datastore
Effect on storage pool capacity allocation No allocation of physical capacity for the volume in the storage pool Small allocation of physical capacity on the volume within the storage pool to write VMFS metadata No allocation of additional capacity on the volume within the
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 11
storage pool. The .vmdk file is created, however capacity is not allocated. Allocation of capacity on the volumes in the storage pool is dependent on the file system used in the virtual machine and amount of data written to the .vmdk file. Amount of data allocated on the volume in the storage pool is equal to the amount of data in the .vmdk. If the user chooses to make the disk compatible with Fault Tolerance, the disk type is eagerzeroedthick. This means all blocks are zeroed out and there will be no thin provisioning savings on the storage pool.
Capacity remains allocated on the volumes in the storage pool but volumes might be reused by the virtual machine. Capacity remains allocated but might be reused by the ESXi host.
Delete the virtual machine and delete the virtual machines .vmdk file
Table 3: Thin provisioning effects
Thin provisioning at the storage level and ESXi server level can be complimenting for space efficiency and storage allocation. For additional information on Thin Provisioning in a VMware environment, see http://www.vmware.com/files/pdf/VMware-DynamicStorageProv-WP-EN.pdf
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 12
Fabric A
node1-port1 / node2-port1 ESXi01-port1
Fabric B
node1-port2 / node2-port2 ESXi01-port2 node1-port4 / node2-port4 ESXi02-port2
Storwize_V7000_ESXi02
If the ESXi host has two dual port host bus adapters, then revise the zoning above to allow access from each host initiator port to a single target port on a single node to keep the number of paths to each volume to a maximum of four. VMware ESXi 4.1 has a maximum of 256 SCSI devices per ESXi host with a maximum number of paths per host of 1024. The number of SCSI devices per host is limited if the number of paths hits 1024 paths. For example, 8 paths per SCSI device would yield 128 SCSI devices possible on a host (1024 / 8). As a result the recommendation is to limit the number of paths to anyone volume to no more than 4 paths. This will allow for the maximum number of 256 SCSI devices to attach to the ESXi host.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 13
Description The maximum number of SCSI devices supported by the VMware software. Each path to a volume equates to a single SCSI device IBM Storwize V7000 attachment recommendation.
Table 5: Maximum configuration for VMware ESXi 4.1 with Storwize V7000
To create additional VMware ESXi hosts, follow the zoning guidelines and host creation discussed earlier for each ESXi host.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 14
After selecting the desired preset for Generic, Thin Provisioned, Mirrored or Thin Mirror you have the option to select the storage pool that these volumes will provisioned from. In this example, there is a storage pool named VM_BOOT_POOL. Enter the desired volume name and capacity. The volume name must start with a letter and may contain numbers, spaces and underscores. In this example a combination of host name and intended purpose for the volume is used as the volume name, ESXi02_BOOT_VOL. You may create additional volumes by selecting the + symbol to the right of the capacity. If you click Create and Map to Host after the volumes have been created, the Modify Mappings window (as shown in Figure 8) appears. Select the host that you are working with, and from the left panel select the volume you wish to map to the host. Use the > symbol to map the volume to the host. To work with additional host mappings, click Apply instead of OK. Clicking Apply will keep the Modify Mapping window open and you can select another host in the upper-left corner of window.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 15
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 16
For additional details on UEFI on IBM System x, see http://www01.ibm.com/support/docview.wss?uid=psg2MIGR-5079769 For specific instructions on configuring your individual host bus adapters for SAN boot refer to the VMware Fiber Channel SAN Configuration Guide document URL: http://www.vmware.com/pdf/vsphere4/r41/vsp_41_san_cfg.pdf For additional host bus adapter recommended settings on Storwize V7000, see http://www.ibm.com/storage/storwizev7000
Installing VMware ESXi on Storwize V7000 volume as a boot target for ESXi installation.
The next few figures show the configuration steps on the server to successfully choose a SAN volume and enable the fiber channel adapter to enable boot from SAN for Qlogic host bus adapters. For Emulex host bus adapters refer to the VMware Fiber Channel SAN Configuration Guide mentioned above. During boot when prompted press < Ctrl-q > or < Alt-q > to enter the Qlogic Fast!UTIL as shown in figure 10. Select the adapter to configure, target port WWPN and volume, to be used as the boot device. Below are the configuration steps to prepare the server for boot from SAN. Refer to the IBM Storwize V7000 Host Attachment Guide for the latest recommended adapter settings for VMware ESXi servers,
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 17
To prepare the server to boot from SAN: 1. Restart the server. 2. When you see the QLogic banner, press the Ctrl - q keys to open the FAST!UTIL menu panel. 3. From the Select Host Adapter menu, select the Adapter Type QLA2xxx. 4. From the Fast!UTIL Options menu, select Configuration Settings. 5. From the Configuration Settings menu, select Host Adapter Settings. 6. From the Host Adapter Settings menu, select the following values: a) Host Adapter BIOS: Enabled b) Frame size: 2048 c) Loop Reset Delay: 5 (minimum) d) Adapter Hard Loop ID: Disabled e) Hard Loop ID: 0 f) Spinup Delay: Disabled
g) Connection Options: 1 - point to point only h) Fibre Channel Tape Support: Disabled i) Data Rate: 2
7. Press Esc to return to the Configuration Settings menu. 8. From the Configuration Settings menu, select Advanced Adapter Settings. 9. From the Advanced Adapter Settings menu, set the following parameters: a) Execution throttle: 100 b) Luns per Target: 0 c) Enable LIP Reset: No d) Enable LIP Full Login: Yes e) Enable Target Reset: Yes f) Login Retry Count: 8
g) Port Down Retry Count: 8 h) Link Down Timeout: 10 i) j) Command Timeout: 20 Extended event logging: Disabled (might be enabled for debugging)
Press Esc. 11. From the Configuration settings window select Save changes to save the updates. 12. From the Fast!UTIL Options menu, Select Host Adapter and repeat steps 3 through 12 if more than one QLogic adapter was installed. 13. Restart the server. Repeat the process for any additional ESXi servers to be installed. The following figures are provided as visual reference of the configuration and installation process.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 19
Enable the Qlogic ROM BIOS to allow attached SAN devices to be used as a boot device. For ESXi servers that will be booting from local disk, leave the Qlogic ROM BIOS Disabled.
Figure 14 shows the selecting of the SAN volume as the target for installation.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 20
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 21
storage pool named VM_BOOT_POOL with RAID 6 protected nearline SAS managed disks. For application data the team provisioned volumes from the storage pool named VM_APP_POOL containing SAS managed disks using RAID 5 as protection. As a best practice when mapping the same volumes to multiple ESXi hosts keep the SCSI ID consistent between the ESXi hosts. This will help to maintain a consistent view of the storage devices during any troubleshooting tasks that may come up related to the storage view between ESXi servers. Figure 16 shows the Modify Mappings window that enables you to modify host mappings.
Diagnostic partition
For diskless ESXi hosts that boot from SAN, multiple ESXi host systems can share one diagnostic partition on a SAN volume. If more than one ESXi host system is using a volume as a diagnostic partition, that volume must be mapped so that all the servers are able to access it. Consider creating a separate volume for use as the diagnostic partition. Each ESXi host will require a minimum of 100MB storage space, so the size of the volume determines how many servers can share it. Each ESXi host is mapped to a diagnostic slot. If there is only one diagnostic slot on the storage device, then all ESXi hosts sharing that device also map to the same slot, which can create problems. For example, suppose you have configured 16 ESXi hosts in your environment and have allocated enough capacity for 16 slots, 1.6 GB, it is unlikely that any core dumps will be mapped to the same location on the diagnostic partition, even if two ESXi hosts perform a core dump at the same time. Figure 17 shows the final volume to host mapping for both ESXi01 and ESXi02.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 22
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 23
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 24
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 25
Summary
The combination of VMware software and IBM Storwize V7000 system offers significant advantages for companies consolidating servers and storage to reduce costs and increase operational efficiency. A virtualized storage infrastructure with VMware and Storwize V7000 can significantly improve administrator productivity, reduce performance bottlenecks, increase storage utilization and reduce the footprint of your storage systems in your datacenter. The Storwize V7000 system offers a range of built-in high performance, efficiency and flexibility features to help you achieve these goals. These features include: Built-in support for virtualization to help you flexibly and efficiently support the diverse storage demands of your business applications Automated data tiering to help you balance the cost of storage with the value of data Thin provisioning to reduce the amount of idle storage capacity you need to maintain Simple administration to potentially double administrator productivity, (so your administrators can spend their time helping to solve business problems)
IBM Storwize V7000 simplifies a company's overall storage infrastructure through virtualization, creating a dynamic virtualization infrastructure that adapts rapidly to changing needs for storage efficiency and data protection.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 26
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 27
SAN zoning
For fault tolerance implement redundant fabrics, Storwize V7000 supports connectivity up to four (4) individual fabrics. Attach the Storwize V7000 ports and any external storage ports in the core switch of each fabric. External storage controllers and Storwize V7000 ports should be in the same switch or director.
Storage Pools
All managed disks within a storage pool should be of the same technology and RAID level. Use the same number of physical disks in each external RAID array assigned to a specific storage pool.
Thin Provisioning
To maximize performance select a grain size of 256 KB when creating a thin provisioned volume
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 28
When using thin provisioned volumes as a FlashCopy source or target specify the same grain size for the volume and FlashCopy function. Set the cache mode to readwrite to maximize performance. With the cache mode set to none, the IBM Storwize V7000 can not cache the thin provisioned metadata, which decreases performance.
Migrating Volumes
Volumes can only be migrated only between storage pools with the same extent size. When adding Image mode managed disks for migration, ensure that the target storage pool has the same extent size as the storage pool holding the image-mode disks. Extent size of the storage pool cannot be changed dynamically. For striped or sequential volumes and storage pools with different extent sizes use the volume mirroring function.
Alternately you can use Storage vMotion to migrate to the IBM Storwize V7000 system. Once the storage for the VMware ESXi hosts is virtualized behind the IBM Storwize V7000 system, the restrictions noted above do not exist when using the Storwize V7000 migration function during technology upgrades or redistribution within the Storwize V7000 system.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 29
Appendix C: Resources
These websites provide useful references to supplement the information contained in this paper: IBM Systems on PartnerWorld ibm.com/partnerworld/systems IBM Publications Center www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi?CTY=US IBM Storwize V7000 http://www.ibm.com/storage/storwizev7000 IBM Redbooks ibm.com/rebooks IBM System x http://www-03.ibm.com/systems/x/hardware/index.html Transitioning to UEFI and IMM White Paper http://www-01.ibm.com/support/docview.wss?uid=psg2MIGR-5079769 IBM System Storage Interoperation Center (SSIC) http://www03.ibm.com/systems/support/storage/config/ssic/displayesssearchwithoutjs.wss?start_over=y es vMware http://www.vmware.com VMware vSphere 4.1 Documentation http://www.vmware.com/support/pubs/vs_pages/vsp_pubs_ESXi41_i_vc41.html Hardware Compatibility Guide http://www.vmware.com/resources/compatibility VMware Fiber Channel SAN Configuration Guidehttp://www.vmware.com/pdf/vsphere4/r41/vsp_41_san_cfg.pdf VMware Dynamic Storage Provisioning http://www.vmware.com/files/pdf/VMware-DynamicStorageProv-WP-EN.pdf
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 30
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 31
given that an individual user will achieve throughput or performance improvements equivalent to the ratios stated here. Photographs shown are of engineering prototypes. Changes may be incorporated in production models. Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product and use of those Web sites is at your own risk.
Deploying IBM Storwize V7000 in VMware environments Copyright IBM Corporation, 2010 32