• No results found

Why HP 3PAR StoreServ Storage for Client Virtualization and best practices

N/A
N/A
Protected

Academic year: 2021

Share "Why HP 3PAR StoreServ Storage for Client Virtualization and best practices"

Copied!
26
0
0

Loading.... (view fulltext now)

Full text

(1)

Technical white paper

Why HP 3PAR StoreServ Storage

for Client Virtualization and best

practices

Table of contents

Executive summary ... 2

Introduction ... 2

Key HP 3PAR StoreServ client virtualization advantages ... 3

Client virtualization overview ... 3

Client virtualization and storage considerations ... 4

HP Client Virtualization Analysis and Modeling Service ... 4

Mixed workload support ... 5

Performance ... 5

Capacity ... 6

Resilience ... 6

Sizing and scaling ... 7

Persistent and non-persistent implementations ... 9

Cost ... 9

Setting up and configuring HP 3PAR StoreServ arrays for client virtualization ... 10

Common provisioning groups ... 13

Thin versus full allocations ... 17

Full provisioning ... 17

Thin provisioning ... 17

HP 3PAR StoreServ Flat SAN and Direct Attached Storage ... 18

3PAR file services and Network Attached Storage (NAS) ... 19

Disaster Recovery: Peer Persistence ... 20

Best practices for optimization ... 21

HP 3PAR Dynamic Optimization Software... 21

HP 3PAR Adaptive Optimization Software ... 22

Client virtualization products... 22

(2)

Executive summary

Solution architects and IT managers face many challenges in delivering powerful, secure and reliable end user computing capabilities with today’s data center. Relentless demands on infrastructure, combined with limited resources and escalating security and maintenance concerns increase pressure on managers and users alike. The HP 3PAR StoreServ storage solution offers a client virtualization approach that addresses these and many other critical concerns.

Replacing the physical desktop with a virtual client simplifies maintenance by enabling the central management of updates and patches for hundreds or thousands of clients simultaneously. In addition, using virtual clients on centrally managed storage within a secure data center protects your data from unwelcome intrusions.

Autonomic management automates, simplifies, and expedites storage management operations such as storage provisioning, tiering, and change management without administrator intervention.

The HP 3PAR StoreServ storage solution for client virtualization detailed in this paper offers simplified, yet sophisticated management tools and data protection to address data storage concerns for client virtualization deployments of all sizes and degrees of complexity. HP 3PAR StoreServ storage offers effortless performance and flexibility needed to accelerate your client virtualization deployment for today’s needs and tomorrow’s growth, no matter how varied.

HP 3PAR StoreServ storage has the architecture to scale with your growing needs—regardless of whether you are looking to implement a proof of concept or a full-scale production environment to support tens of thousands of clients.

The information presented in this paper will outline the architecture of the HP 3PAR StoreServ while also describing the features of the array that are best suited for client virtualization. This paper will not focus on client virtualization configurations or solution recommendations, but rather on how the HP 3PAR StoreServ benefits client virtualization.

Target audience: IT administrators and solution architects planning or deploying a client virtualization solution with HP 3PAR StoreServ storage.

The reader should have a working knowledge of client virtualization using a Virtual Desktop Infrastructure (VDI).

Introduction

Client virtualization is a solution used by IT organizations to manage escalating demands on infrastructure and diminishing budgets. The defining feature of client virtualization solutions is the ability to move the user experience and user data closer together within the secure environment of the data center. Client virtualization alleviates several major concerns for IT administrators:

• Infrastructure and maintenance complexity • Mobile and remote access needs

• Security and disaster recovery • Cost containment directives • User productivity requirements

In the face of so many competing demands, many IT organizations find the tradition of tying applications and devices to employee desktops is at the root of their IT shortcomings.

Client virtualization replaces the physical desktop with a virtual one by running a virtual instance of a desktop operating system for each user. Client virtualization provides the same manageability and availability advantages as server virtualization, including load balancing and streamlined maintenance. Client virtualization also uses virtual applications, eliminating the need to apply patches and updates to every operating system on every physical desktop in the enterprise. Client virtualization enhances data security by moving the user’s data and settings to the data center, which decreases the

(3)

StoreServ storage. HP 3PAR StoreServ storage is an ideal client virtualization storage solution that is designed with virtualization in mind. HP 3PAR StoreServ storage delivers a platform that provides the performance required for the most extreme use cases, while delivering the cost efficiency required for everyday use cases.

With a broad range of models, the HP 3PAR StoreServ family, shown in Figure 1, supports a wide variety of client virtualization projects. HP 3PAR StoreServ products offer value-centric solutions, supplying superior performance and the flexibility to support client virtualization both now and in the future. HP 3PAR StoreServ also delivers streamlined management, using advanced autonomic (self-detecting) features without sacrificing critical capabilities such as performance and scalability for a variety of use cases.

Figure 1: The HP 3PAR StoreServ family

Key HP 3PAR StoreServ client virtualization advantages

Specifically built for virtualization, HP 3PAR StoreServ storage delivers key advantages for client virtualization: • High performance to meet peak demands, even during:

– Boot storms – Login storms – Virus scans

– Image updates and patching

• Non-disruptive scalability to easily support client growth when and where needed • Bulletproof storage so users are productive at all times, even during outages • Increased efficiency to ensure no wasted storage

• Effortless storage administration to lower operational costs and reduce time to value

Refer to the HP 3PAR StoreServ Storage product page for more information, hp.com/go/storeserv

Client virtualization overview

Client virtualization is a proven IT strategy that improves employee productivity by supporting mobility and bring-your-own-device (BYOD) initiatives, while assuring application and data security. This approach improves efficiency and reduces IT infrastructure management costs. On the surface, the benefits of client virtualization are very attractive. However, without established deployment methodologies based on storage that is purpose-built for virtualization, these benefits can be difficult to achieve. HP provides the innovative approaches and solutions needed by IT organizations considering client virtualization.

(4)

Figure 2 illustrates a client virtualization environment using HP 3PAR StoreServ storage. It shows how a user accesses a client environment over a display protocol. In this example, the OS combines with the user’s profile, data settings, and required applications to create a virtualized desktop tied to a user at logon. HP 3PAR StoreServ delivers the back-end storage needed to support the user’s virtualized desktop.

Figure 2: An approach to client virtualization using HP 3PAR StoreServ Storage

Client virtualization and storage considerations

The following sections describe important considerations for implementing client virtualization using HP 3PAR StoreServ storage:

• HP Client Virtualization Analysis and Modeling Service • Mixed workload support

• Performance • Capacity • Resilience

User

Client Virtualization Infrastructure

D

is

p

la

y

P

ro

to

c

o

l

User Virtualization

Application Virtualization

OPERATING SYSTEM

HYPERVISOR

(5)

The HP Client Virtualization Analysis and Modeling Service assists with these tasks: • Analyzing existing client devices

• Analyzing existing client workload patterns

• Providing storage capacity planning and resource modeling

• Planning for desktop operating system images required to virtualize desktops • Understanding application usage

• Identifying applications that could pose challenges for a client virtualization project

NOTE: The CVAM process supports all forms of client virtualization, not just VDI. For more information, refer to the HP Client Virtualization Services web page.

Mixed workload support

It is very rare that any given IT environment supports a single application like client virtualization. In many cases, it is advantageous to use the same infrastructure to support many different applications, from transactional databases and decision support systems, to email and collaboration systems, and even Server and Client Virtualization systems. By nature, client and server virtualization systems aggregate I/O workloads of many different types of applications and produce one of the most challenging usage profiles. In the industry, this is known as the “I/O Blender” effect, where many different application workloads are blended into one. This effect can produce a workload characterized by lots of random access patterns with heavy read and write components.

The HP 3PAR StoreServ architecture features mixed workload support that enables a single HP 3PAR StoreServ array to support thousands of virtual clients and to house both server and client virtualization deployments simultaneously, without compromising the user experience. Mixed workload support enables different types of applications (both transaction-based and throughput-intensive workloads) to run without contention on a single HP 3PAR StoreServ array. This architectural advantage is particularly valuable in consolidated and virtualized environments, where a single array must reliably support a wide mix of application types across the cluster while delivering consistently high performance.

Mixed workload support is a part of the architecture of the HP 3PAR StoreServ and requires no user setup.

Performance

HP 3PAR StoreServ storage offers high performance to meet peak demands even during boot storms, login storms, and virus scans. This architectural advantage is particularly valuable in virtualized environments, where a single array must reliably support a wide mix of application types while delivering consistently high performance.

Beyond the mixed workload support, discussed earlier, differentiated performance features of HP 3PAR StoreServ storage that dramatically increase client virtualization environment performance include:

• Wide striping • Shared cached data • Pre-fetching • Write caching

The unique HP 3PAR StoreServ architecture wide stripes volumes across all drives, all controllers, and all ports to deliver maximum I/O throughput and minimum latencies, which mitigates server memory bottlenecks and traditional storage constraints. Wide striping provides consistently high levels of performance (regardless of the capacity storage use) during boot storms, virus scans, and login storms.

Wide striping support is a part of the architecture of the HP 3PAR StoreServ and requires no user setup. Refer to the Logical components section for an explanation of how wide striping is designed using chunklets.

HP 3PAR StoreServ OS keeps track of read streams for Virtual Storage Volumes (VVs) so that it can improve performance by “pre-fetching” data from drives ahead of sequential read patterns. Each VV can detect up to five interleaved sequential read streams and generate pre-fetches for each of them. Simpler pre-fetch algorithms that keep track of only a single read stream would not recognize the access pattern consisting of multiple interleaved sequential streams.

(6)

Pre-fetching improves sequential read performance in two ways: • Reduces response time seen by the host

• Accesses drives using larger block sizes than the host uses, resulting in more efficient operations. A controller node caches writes to VVs, mirrors the writes in the cache of another controller, and then acknowledges the host. The host experiences a shorter response time because writes are acknowledged when the write is mirrored to the second controller’s cache, instead of waiting for a write to be acknowledged by the disk. This is possible because the mirroring and power failure handling guarantee the integrity of the cached write data.

In addition to dramatically reducing the host write response time, write caching can often benefit back-end drive performance by these merging write techniques:

• Merge multiple writes to the same blocks so that many drive writes are eliminated. • Merge multiple small writes into single, larger drive writes to increase efficiency.

• Merge multiple small writes to a RAID 50 or RAID 6 logical disk (LD) into full-stripe writes, eliminating reads of the old data for the stripe from the drives.

HP 3PAR StoreServ combined with HP 3PAR OS 3.1.2 or later, is fully compatible with VMware VAAI and Microsoft® Windows® Server 2012 Offload Data transfer technologies. These technologies offload the processor-intensive tasks (such as copying hundreds of VMs for desktop provisioning) to the storage array, where they are managed more efficiently; conserving server and network resources.

Capacity

For a successful client virtualization environment, storage capacity must accommodate virtual machine or differential file growth (files changed since last master image composition), user data growth, and the addition of new users to the environment.

The storage infrastructure receives various requests and must load different parts of the operating system and the computing environment for individual virtual desktops. Properly designing the storage tiering with the appropriate storage disk drive technology provides the required capacity needed for each virtual desktop.

To ensure maximum utilization of storage capacity, HP 3PAR Thin Persistence software leverages the unique Thin Built In hardware capabilities of the HP 3PAR StoreServ ASIC to drive the inline “thinning” of storage volumes. This is especially important to client virtualization environments, where the constant addition and deletion of virtual clients means that even a thin provisioned volume will eventually become “fat” and inefficient. HP 3PAR Thin Persistence software eliminates this problem by leveraging built-in, zero-detection capabilities. Administrators are able to maintain optimal storage efficiency by automatically reclaiming unused space associated with deleted data within a thin provisioned volume.

Resilience

Supporting hundreds to thousands of clients means that the storage deployed for client virtualization must be highly available. Any outage can cause huge productivity loses for the business. Deploying a highly available storage system is paramount.

HP 3PAR StoreServ storage features a unique, mesh-active controller clustering architecture, purpose-built for virtual and cloud data centers. This architecture, shown in Figure 3, combines the benefits of monolithic and modular architectures while eliminating price premiums and scaling complexities. Unlike legacy “active-active” controller architectures, where each volume is active on only a single controller, the mesh-active design allows each volume to be active on every node in the system. This design delivers robust, load-balanced performance and greater headroom for cost-effective scalability, overcoming the tradeoffs typically associated with modular and monolithic storage. A high-speed, full-mesh interconnection joins multiple controller nodes to form a cache coherent, active-active cluster.

(7)

Figure 3: Illustration of mesh-active controller clustering

HP 3PAR StoreServ Persistent Cache software allows “always on” client virtualization environments to respond gracefully to unplanned, controller node failures, without the substantial performance penalties associated with traditional arrays and “write-through” mode. Available in configurations of two or more nodes, this capability is especially important for virtual client environments, where performance is at a premium during business hours and any reduction in availability can directly affect hundreds or thousands of users. Persistent cache is also essential to supporting the business-critical applications deployed as virtual clients.

Mesh-active controller clustering and persistent cache support are parts of the HP 3PAR StoreServ architecture and require no user setup.

Sizing and scaling

Before implementing your HP 3PAR StoreServ client virtualization design into a production environment, consider these sizing and scaling issues:

• Number of current and future users in the client virtualization environment • Types of applications the environment must support

• Number of IOPS each user will produce and storage tiers each I/O will affect

The HP 3PAR StoreServ family provides cost-effective, single-system sizing and scalability through a cache-coherent, multi-node, clustered implementation. Modular design provides storage array sizing and scaling to meet client virtualization demands.

(8)

Sizing

Storage sizing requires an understanding of how to convert a traditional environment into a client virtualization environment.

Sizing requirements depend on several factors. These include: • IOPS

• Read versus Write ratio

• Type of I/O (Sequential or Random)

Storage bottlenecks and sizing I/O for peak demand

Before sizing the array, consider the use cases. Most IOPS occur during boot and login storms. A best practice is to size storage based on the peak demand times when users will be logging in or booting up. To ensure the best possible client experience, different storage technologies may be deployed for different components of a client virtualization environment. Solid-State storage can be used for centralized golden operating system images to ensure the fastest boot and response times. Spinning disk may be used for less delay-sensitive client virtualization (CV) data, like user profiles. HP 3PAR StoreServ storage supports a wide variety of different storage types so you can design the right storage system for your individual needs.

The solution to the storage I/O bottleneck is to size storage I/O in client virtualization environments for peak demand, not average I/O utilization. The infrastructure supporting the client virtualization environment should deliver very high IOPS performance.

A traditional way to boost IOPS is to stripe data across a large number of rotating disk drives. Striping data aggregates the performance of multiple drives and applies it to the entire data set. However, this is a costly solution because striped drives use only a small portion of their total capacity, resulting in a large number of poorly utilized drives that consume a

significant amount of power, cooling, and data center space.

HP 3PAR StoreServ provides wide striping built into the architecture of the array. Wide striping provides performance without the need to short stroke the drives.

Enterprise solid-state drives (SSDs) are a superior alternative to achieve high IOPS. SSDs deliver performance orders of magnitude higher than disk drives. Enterprise SSDs offer high reliability, low latency, high performance, energy efficiency, ease of implementation, and long device lifetime.

For high IOPS performance, use the best practice approach of using SSDs as local storage for stateless desktops. This solution delivers exceptional I/O performance while dramatically reducing storage requirements, increasing server consolidation, streamlining administration, and lowering client virtualization total cost of ownership.

HP 3PAR StoreServ delivers architectural features to solve these bottleneck issues. Tiered storage, combined with chunklet provisioning design, provides the performance needed to support all types of client virtualization environments.

Scaling

To accommodate new users and the growth of user data, storage must be scalable. The HP 3PAR StoreServ’s modular implementation meets the scaling needs for all client virtualization environments.

Figure 4 shows that scaling an existing environment supporting 2,000 users to one supporting 4,000 users only requires duplicating the existing infrastructure. The modular design of the HP 3PAR StoreServ arrays facilitates scaling and sizing as the client virtualization environment grows, using existing design plans.

(9)

Figure 4: Scaling HP 3PAR storage from 2,000 users to 4,000 users

Persistent and non-persistent implementations

Numerous use cases are possible in a client virtualization infrastructure. While the details of each use case vary, two basic types involve: persistent and non-persistent implementations. Each type has different storage requirements:

• Non-persistent VMs—The VM does not maintain any user information directly between sessions; users access any VM within a pool of defined resources.

• Persistent VMs —VMs maintain pieces of the user’s settings or application stack across reboots, which tie the end user to a particular virtual machine.

Cost

A client virtualization implementation can range from a small proof of concept design for a small limited number of users to a large-scale 40,000+-client enterprise environment. Implementing a client virtualization environment offers IT

departments a number of cost benefits.

Centralizing the storage systems drives efficiency. All data is stored in a central location, which streamlines management and ongoing maintenance.

HP 3PAR StoreServ storage simplifies virtual client administration by reducing storage provisioning and administration time by up to 90%. HP 3PAR StoreServ storage is autonomic. Autonomic management simplifies, automates, and expedites storage management in these areas:

• Storage provisioning • Tiering

• Change management

These changes occur autonomically— intelligently, at a subsystem level, and without administrator intervention. When used in conjunction with CitrixXenDesktopand VMwareHorizon View, HP 3PAR StoreServ storage autonomic management dramatically simplifies virtual client administration, by reducing storage provisioning and administration time. Unique HP 3PAR StoreServ built-in features simplify client provisioning and manage the use and deployment of golden operating system images and OS patch installs.

(10)

Setting up and configuring HP 3PAR StoreServ arrays for client

virtualization

One benefit of client virtualization is the ability to rapidly and easily provision new virtual clients. However, achieving a true end-to-end provisioning solution requires an agile storage infrastructure. Complex storage provisioning and management are particularly detrimental to changing client virtualization environments. HP 3PAR StoreServ features streamlined provisioning and management, providing an ideal platform for client virtualization.

Controller nodes

The controller node manages the physical disks and presents them to the host. The HP 3PAR StoreServ controller node is a proprietary and powerful data movement engine designed for mixed workloads. Controller nodes deliver the high

performance, computing, and connectivity capabilities within the HP 3PAR StoreServ system.

Multiple controller node options are available for a client virtualization environment. Deciding on the controller node options will vary from one deployment to the next. Using multiple controller nodes enhances connectivity, redundancy, and performance for your client virtualization environment.

Table 1 shows the total number of controller nodes for each HP 3PAR StoreServ model.

Table 1: Number of controller nodes for HP 3PAR StoreServ models

Model Number of Controller Nodes

HP 3PAR StoreServ 7000 Series

–7200 2

–7400 2 or 4

HP 3PAR StoreServ 10000 Series

–10400 2 or 4

–10800 2,4 or 8

Host ports and protocol support

The host port connection allows the array and servers hosting the virtualized clients to communicate with each other. HP 3PAR StoreServ arrays offer both fibre channel and iSCSI protocol host port connectivity options; see Table 2.

One fibre channel advantage over iSCSI is the large number of available fibre channel host ports.

Table 2: Number of fibre channel and iSCSI ports for HP 3PAR StoreServ models

Model Number of FC Ports Number of iSCSI Ports

HP 3PAR StoreServ 7000 Series

–7200 4 - 12 0-4—10 Gb/s

–7400 4 - 24 0-8—10 Gb/s

(11)

Configuring a client virtualization environment varies with environment and budget. Figure 5 shows a configuration using an HP 3PAR StoreServ 10400 array, HP BladeSystem c-Class enclosure with FlexFabric modules, and HP ProLiant BL460c server blades using fibre channel connectivity. In this example, 32 fibre channel host ports are used for fibre channel connectivity. This example shows certain benefits such as multiple workloads spread over multiple devices, failover, and redundancy.

Figure 5: Example of a client virtualization environment using an HP 3PAR StoreServ array, HP BladeSystem c-Class blade servers, and fibre

channel connectivity

Drives

Drive technology is a major hardware consideration when setting up and configuring a client virtualization environment. IOPS, latency, and, drive spin-up times are extremely important. Read/write ratios depend on the users and workloads used. Solid-state drives (SSDs) handle reads and sequential writes quite well, but offer only marginally better performance over spinning disks with random writes.

SSDs are more expensive than other drive types.

Before deciding on a drive choice, compare the capacity and speed of the various options available. In some cases, it is worthwhile to trade off absolute I/O and latency in exchange for growth capability and cost.

Consult with HP when evaluating which drive technologies to use in an HP 3PAR StoreServ storage client virtualization solution. HP highly recommends using the HP Client Virtualization Analysis and Modeling (CVAM) service for this purpose. Refer to the HP 3PAR StoreServ QuickSpecs for a list of the supported drives types and sizes.

POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLYAC AC INPUT 100-240V~ POWER SUPPLYAC AC INPUT 100-240V~ POWER SUPPLYAC AC INPUT 100-240V~ POWER SUPPLYAC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~ POWER SUPPLY AC AC INPUT 100-240V~

USB 2 USB 1

J7J6J5J4 J3J2 J1J0 I O I O CB1 CB0 J7J6 J5J4 J3J2J1 J0 I O I O CB1 CB0 J7J6J5 J4 J3J2J1J0 I O I O CB1 CB0 J7J6J5J4 J3J2 J1J0 I O I O CB1 CB0 5 4 3 2 1 0 8 7 6 5 4 3 2 1 0 8 7 6

HALT AND TURN OFF NODE-POWER BEFORE REMOVING THE NODE OR ADAPTERS.

HALT AND TURN OFF NODE-POWER BEFORE REMOVING THE NODE OR ADAPTERS.

HALT AND TURN OFF NODE-POWER BEFORE REMOVING THE NODE OR ADAPTERS.

HALT AND TURN OFF NODE-POWER BEFORE REMOVING T HE NODE OR ADAPTERS.

0 1 E0 E1 S0 S1 0 1 E0 E1 S0 S1

PS0 PS1 PS0 PS1 PS0 PS1 PS0 PS1

1TX RX 2TX RX 3TX RX 4TX RX

NODE 0 NODE 1 NODE 2 NODE 3

EnclosureUID Enclosure Interlink PS 3 PS 2 PS 1 PS 6 PS 5 PS 4 OA1 OA2

Remove management modules before ejecting sleeve

FAN 6 FAN 10 FAN 1 FAN 5 2 1 3 5 7 4 6 8 OK UID FLEX 1 FLEX 2

HP ProLiantBL460c G6

NIC1NIC2 UID HP ProLiant BL465c G5 UID FLEX 1 FLEX 2 HP ProLiant BL460c G6 NIC1NIC2 UID HP ProLiant BL465c G5 NIC1NIC2 UID HP ProLiant BL465c G5 NIC1NIC2 UID

HP ProLiantBL465c G5

NIC1NIC2 UID HP ProLiant BL465c G5 NIC1NIC2 UID HP ProLiant BL465c G5 UID

FLEX 1 FLEX 2 HP ProLiant BL460c G6 UID FLEX 1 FLEX 2 HP ProLiant BL460c G6 UID FLEX1 FLEX2 HP ProLiant BL460c G6

X1 X2 X3X4X5

2134

Reset

HP 1/10Gb-F VC-Enet Module

UID

X1 X2 X3X4X5

2

134 Reset

HP 1/10Gb-F VC-Enet Module

UID

UID Reset

17181920 2122230

8Gb SAN Switch

UID Reset

17181920 2122230

8Gb SAN Switch

iLO UID Active Reset

serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi1 port 15k

146 GB serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB UID FLEX1 FLEX2 HP ProLiant BL460c G6 UID FLEX 1 FLEX 2 HP ProLiant BL460c G6 serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB NIC1NIC2 UID HP ProLiant BL465c G5 serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB 1TX RX 2TX RX 3TX RX 4TX RX 1TX RX 2TX RX 3TX RX 4TX RX 1TX RX 2TX RX 3TX RX 4TX RX 1TX RX 2TX RX 3TX RX 4TX RX 1TX RX 2TX RX 3TX RX 4TX RX UID Reset

17181920 2122230

8Gb SAN Switch UID Reset

17181920 2122230

8Gb SAN Switch

1TX RX 2TX RX 3TX RX 4TX RX 1TX RX 2TX RX 3TX RX 4TX RX

NODE 0 NODE 1

0 2 0 2

34 5 3 45

serial scsi

1 port 15k

146 GB serial scsi1 port 15k

146 GB

serial scsi

1 port 15k

146 GB UID FLEX 1 FLEX 2 HP ProLiant BL460c G6 serial scsi

1 port 15k

146 GB serial scsi

1 port 15k

146 GB

serial scsi

1 port 15k

146 GB 1

(12)

Logical components

Chunklets

As shown in Figure 6, a chunklet is a 1 GB block of a physical disk. When a physical disk is admitted to the system, it is divided into chunklets that become available to the system. Some chunklets are used by logical disks and other chunklets are designated as spares to hold relocated data during a disk failure or during maintenance procedures. A chunklet is assigned to only one LD (logical disk).

For more information on chunklets, see the HP 3PAR Architecture white paper.

Figure 6: Chunklet example

LDs and RAID sets for HP 3PAR StoreServ storage

In the context of HP 3PAR StoreServ architecture, LDs are a collection of physical disk chunklets arranged as RAID sets, each mapped to chunklets from different physical drives. The HP 3PAR StoreServ OS automatically creates LDs with the desired performance, availability, and size characteristics.

Types of RAID sets:

All the RAID sets described in this section are available for use in your client virtualization environment. Consider the strengths and weaknesses of each type when deciding which best meets your requirements.

• RAID 0 (block level striping)

RAID 0 is also known as a stripe set or a striped volume. RAID 0 keeps blocks of data in sequence, one disk at a time, for all disks in a configuration. Because there is no overhead on a RAID 0 set, it is the fastest way to read and write data. Read and write speeds on the same disk are approximately equal. The main disadvantage of RAID 0 is that there is no parity, and consequently if a drive fails, all data is lost. RAID 0 offers ideal performance, though it does not offer resiliency.

RAID 1+0 (mirroring + striping)

RAID 1+ 0 (also known as RAID 10) writes data in stripes across primary disks that have secondary disk mirrors. Client virtualization works well with this RAID level. Performance increases due to block-level striping, and the replication of volumes mirrored onto separate physical disks manages additional I/O requests. RAID 10 provides the best overall benefit for performance and resiliency.

RAID 5+ 0 (RAID 5 distributed parity +striping)

RAID 5 writes data across a set of hard disks, calculates the data parity, and writes that parity to one hard disk set. RAID 5 then writes the parity to a different disk in the set for every further block of data. Combining RAID 0 striping produces

(13)

LD parameters:

In the HP 3PAR StoreServ architecture, LDs implement RAID functionality. Each LD is mapped onto chunklets to implement the RAID set. The HP 3PAR StoreServ OS automatically creates LDs with the desired performance, availability, and size characteristics.

Use the following parameters to control the layout of an LD to achieve specific characteristics. Consult with HP when deciding how to implement LDs using client virtualization. HP highly recommends using the HP Client Virtualization Analysis and Modeling (CVAM) service for this purpose.

• Set size

The LD set size is the number of drives that contain redundant data. • Step size

The step size is the number of contiguous bytes on a single chunklet. • Row size

The row size determines the level of additional striping across more drives. • Number of rows

The row size is the depth of the RAID 10 or RAID 50 wide striping.

Common provisioning groups

Common provisioning groups (CPGs) create a virtual pool of LDs that allows Virtual Volumes (VVs), discussed further down in this paper, to share the CPGs resources and allocates space on demand. CPGs enable fine-grained, shared access to pooled logical capacity. Instead of pre-dedicating logical disks to volumes, the CPG allows multiple volumes to share the buffer pool of logical disks. This is extremely valuable for client virtualization because individual CPGs co-exist on the same array to support multiple client workloads.

As shown in Figure 7, a traditional array requires dedicated drives and dedicated spare disks for each RAID level, while limiting performance to a single Logical Unit Number (LUN). In contrast, the HP 3PAR StoreServ architecture allows all RAID sets to reside on the same LDs, using chunklet-based wide striping across physical HDDs, and distributed, rather than dedicated, sparing. This approach increases overall performance. Compared to traditional arrays that require a dedicated infrastructure of individual LUNs, the HP 3PAR StoreServ architecture enables the creation of CPGs on a user-defined LD set.

(14)

Considerations

Creating multiple CPGs for a client virtualization environment offers several benefits, given varying workloads and user types. Consider the following items when creating CPGs.

Replicas and master images

A master image is a fully provisioned copy of the operating system shared by all users. For example, a replica is a special snapshot of a master image in VMware Horizon View environments. The defining characteristic of a replica is a nearly 100% random read workload. This workload is well suited for VVs created from an SSD CPG providing the fastest disk response times, to achieve excellent performance for users.

Best practice

Segregating master images and replicas from differencing files and user data optimizes overall performance and cost of client virtualization storage systems.

Differencing files

Many VDI implementations create a separate file at runtime that records differences between a shared master image and the end user. The generated I/O patterns are far more random and write intensive than physical environments when the OS is shared from either memory or a dedicated set of accelerated disks. This workload is well suited for VVs created from rotating disk media.

User data and settings

Ideally, all users in a CV environment will have their data and user settings redirected away from a central image and onto a separate CPG. This approach is a major HP 3PAR StoreServ advantage; it allows user data and settings to co-exist on the same array, without compromising the capability to handle mixed workloads. This workload is well suited for VVs created from rotating disk media.

Creating a CPG

Use either the HP 3PAR Management Console, shown in Figure 8, or the command line interface (CLI) to create a CPG. Specify the general characteristics and growth settings for the CPG.

When creating a CPG, plan and monitor the array for unexpected growth. Base the growth settings on the array capacity, because the array does not allow growth warnings or limits to exceed the amount of currently available storage. Pay attention to the following key settings:

• Select a name that easily identifies the CPG.

• Select the HDD type and device type that best meets the specified needs. • Select the appropriate RAID set for the CPG.

Use the Show advanced options checkbox to set warnings and limits, the set size, step size, and other allocation settings.

Best practice

(15)

Figure 8: Creating a CPG using the HP 3PAR Management Console

Virtual volumes and virtual volume LUNs

The HP 3PAR StoreServ architecture introduces the concept of virtual volumes (VVs). A VV is the base, or original volume, that maps all visible user data to an LD. VVs draw their resources from CPGs. One or more controller nodes may own an LD, allowing VVs to be striped across multiple controller nodes for additional load balancing, performance, and availability. VVs store all the data resources for each virtual desktop.

As shown in Figure 9, the host sees only its mapped volume. The volume mapping contains the specifics of the source CPG.

(16)

VV creation

Client virtualized environments often involve multiple storage volumes shared by a cluster of host servers running numerous VMs. The HP 3PAR StoreServ VV creation process uses the HP 3 PAR Management Console, shown in Figure 10. The console provides a custom command-line interface for activities such as scripting.

Consider these attributes when creating VVs:

• Volume name: The naming convention identifies the volume and its purpose.

• Allocation setting: Select a thinly or fully provisioned volume. Fully provisioned volumes have a set amount of user space allocated to user data storage. Thinly provisioned VVs obtain space from the CPG as needed and allocate space on demand in small increments. Each method has distinct benefits. Consult HP before deciding which allocation method to implement. The “Thin versus full allocations” section of this document includes details on thinly provisioned versus fully provisioned volumes.

Use the HP 3PAR Management Console to set warnings and limits for thinly provisioned volumes. • Size: Select a size that will meet the volume requirements.

• User CPG: Select the CPG that fits the desired usage model. The CPG contains all the attributes used by the VV.

(17)

Exporting a VV

Virtual Volumes are only visible to a host as virtual LUNs (vLUNs), which are exported in the following ways: The HP 3PAR Management Console in Figure 11 shows the method of exporting a VV.

To specific hosts (set of worldwide names or WWNs)

Use this method when the VV is visible to the specified WWNs, regardless of the port on which they appear. This is a convenient way to export VVs to known hosts.

To any host on a specific port

Use this method when the hosts (or their WWNs) are not known before export, or in situations where the WWN of a host cannot be trusted (host WWNs spoofing).

To specific hosts on a specific port

VVs do not consume LUN numbers as they do on some systems (only vLUNs consume LUN numbers).

Figure 11: Exporting a VV using the HP 3PAR Management Console

Thin versus full allocations

Client virtualization storage requirements vary dramatically as hundreds to thousands of diverse clients boot up, operate, and power down. The HP 3PAR StoreServ family offers two distinct storage allocation methods: fully provisioned and thinly provisioned volumes. Each method offers its own unique benefits.

Full provisioning

Fully provisioned volumes provide physically mapped storage provisioned directly for a specific host. These volumes map directly from the LD to the virtual client through VVs. Fully provisioned volumes are efficient when the amount of resources used and the amount of resources allocated is about the same. They make the most sense for storage needs that are

(18)

underlying LDs and ultimately to chunklets). When writes are made to the TPVV, the CPG creates the mapping to underlying LDs and allocates space.

A client virtualization deployment generating write intensive workloads to TPVVs can enhance the VV performance using the saga command option during SSD CPG creation. Refer to Appendix C: Configuring HP 3PAR StoreServ Snapshot

Administrator (SA) Space for details.

Figure 12 shows a thinly provisioned volume allocated to a set size. The additional headroom is useful for situations where extra space is needed to support future growth and to reduce the risk of application failures. However, if this headroom is never required, it will result in wasted physical HDDs and unwarranted expense.

Figure 12 also shows how thin provisioning provides higher storage use by eliminating the need for additional HDDs. Storage is used as the environment grows, delivering increased performance and lower overall hardware cost.

Figure 12: Thin versus full provisioned volumes

Best practice

Thin Provisioning reduces wasted storage by allocating only the physical capacity consumed when it is needed.

HP 3PAR StoreServ Flat SAN and Direct Attached Storage

In client virtualization environments, up to 80% of network traffic is server-to-server and server-to-storage. Legacy, multi-tier, fibre-channel network architectures require a complex web of network cards, interconnects, cables, and switches to keep pace with this changing traffic. This approach creates performance bottlenecks and drives higher costs and complexity to build, maintain, and secure at scale.

To address this problem HP announced HP Virtual Connect for 3PAR with FLAT SAN technology, the industry's first direct connection to fibre channel-based storage that does not require dedicated switches. This technology provides a simplified architecture with best-in-class storage and network innovations such as BladeSystem, Virtual Connect, and the HP 3PAR

(19)

Figure 13: HP Flat SAN Architecture

SAN versus DAS

The question of whether to use a Storage Area Network (SAN) or Direct Attached Storage (DAS) for the core differential files in a client virtualization environment generally revolves around what level of persistence those files must have. For example, in an environment where all users connect to non-persistent VMs, DAS may be a better choice. HP IO Accelerators or industry leading Smart Array controllers connected to either internal or external storage that scales at the disk level may be a cost -effective way to service end user needs while providing a compelling end user experience. If the need to maintain VM mobility across hosts exists, a SAN should become a point of discussion. Similarly, an all–persistent environment introduces the need for SAN as a critical checkbox.

In environments using both persistent and non-persistent VMs, IT administrators and decision makers need to ask the following:

• Do I want to manage more than one approach to storing data?

• With non-persistent VMs, is my requirement to migrate VMs for purposes of system maintenance fixed or can I simply rely on controlling user access to free up systems?

Answers to these questions will vary by company, but in all instances, a SAN is required.

The Virtual Connect Flat SAN supports only HP 3PAR StoreServ storage. For more information on using Virtual Connect Flat SAN with HP 3PAR StoreServ storage, refer to this website:

Refer to the Virtual Connect Flat SAN site for more information

3PAR file services and Network Attached Storage (NAS)

A successful client virtualization implementation requires the segmentation of user data from the images used in CV implementations. This segmentation adds to the robust nature of CV and allows users to move from one VM to the next with their data following them as they go. HP 3PAR File Services provides a front end for user data access while aggregating the data on a highly available and resilient HP 3PAR StoreServ back end. Based on HP StoreEasy 3830 Gateway Storage, 3PAR File Services offers these advantages:

• Network File System (NFS)

• Common Internet File Services (CIFS) • Object Storage

(20)

The StoreEasy 3830 is itself a robust platform that offers resiliency with these features: • Health monitoring

• Advanced memory protection • Redundant fans and power supplies • Mirrored OS disks

• Clustering

StoreEasy is tightly integrated with 3PAR arrays. Administrators can provision LUNs on 3PAR arrays from within the StoreEasy interface and manage groups of file servers from one place, rather than opening multiple interfaces. Along with the standard management interfaces and available plugins for common virtualization management consoles, this allows administrators in CV scenarios a choice of how to work that maximizes their efficiency and achieves maximum visibility. StoreEasy also allows for the management of data based on its business value, helping fulfill one of the promises of CV. IT administrators may manage the NAS, but they have little insight into which files are business critical or may contain proprietary information. With StoreEasy, content owners who know the data can categorize it themselves. Administrators then use centrally managed policies to provide that data protection. Within a CV scenario, these features mean that sensitive, proprietary data is safe.

File Services for 3PAR are continuously available in a persistent VM environment. In client virtualization implementations, capabilities for transparent failover, online patching, and file system availability are critical. In many instances, the core virtual machine that the user connects to is disposable, but in a persistent VM environment, everything is backed up and user settings are maintained. Full-site failover operations are possible with HP Cluster Extension (CLX); overall solution availability returns in seconds to minutes, instead of hours.

Disaster Recovery: Peer Persistence

HP 3PAR StoreServ storage delivers the industry’s best total high availability to minimize downtime during catastrophic failures and ensure that users have uninterrupted productivity, even in the most mission-critical client virtualization environments. HP 3PAR Peer Persistence software enables HP 3PAR StoreServ systems located at metropolitan distances to act as peers to each other, presenting a nearly continuous storage system to hosts and servers connected to them. This capability allows administrators to configure a high-availability solution between two sites or data centers where failover and failback remains completely transparent to the hosts and applications running on those hosts. Another advantage of 3PAR Peer Persistence is that it enables load balancing between sites. As a result, administrators can move hosts from one site to another based on business and performance needs, without affecting the applications running on those hosts. Figure 14 provides details on Peer Persistence for VMware environments.

(21)

Best practices for optimization

HP 3PAR StoreServ Adaptive Optimization (DO) and Dynamic Optimization (AO) software are optional features that allow storage administrators to seamlessly migrate data between storage tiers in their environment without interrupting data access.

HP 3PAR Dynamic Optimization Software

Storage Administrators use HP 3PAR Dynamic Optimization Software to move volumes to different RAID levels, drive types, or both, and to redistribute volumes after adding drives to an array.

CPGs define RAID level and disk type. DO alters the VV service level by moving the VV to a different CPG. In HP 3PAR StoreServ, DO provides the flexibility to place data on CPGs that meet current service level requirements, without binding this data permanently to that configuration. This proves powerful for client virtualization because currently used volumes are moved to other CPGs. Administrators adjust the workloads for those volumes to different RAID sets and HDD technologies to meet the workload demand.

Figure 15 shows how to use DO to choose the service levels of a previously created volume, changing RAID set sizes and drive type. Administrators can make changes while normal processing is underway without affecting the volume, and can alter the service levels in these cases:

• Incorrect performance information has been supplied

• Volume is either under- or over-utilizing provisioned resources.

Figure 15: Dynamic Optimization can be used to change the service levels of a previously created volume

Best practices for Dynamic Optimization and client virtualization

DO is desirable in the following cases:

Volume layout changes after hardware upgrades— As a client virtualization environment grows, the administrator is able to increase the existing VVs without having to delete them and recreate new ones. Existing VVs only take advantage of resources present when a volume is created. If a storage server is upgraded by adding cages or disks, the original volume layout may no longer be the most effective one. DO allows administrators to change the VV layout to take advantage of the new hardware.

Volume RAID level changes—Administrators are able to convert volumes from one RAID set to another as requirements change, because different RAID sets have varying capacity requirements and offer differing degrees of performance. For example, if a pre-existing environment is using RAID 50, the set can be changed to RAID 10.

Volume availability level changes—The availability of a virtual volume determines its level of fault tolerance. For example, a volume with cage-level availability can tolerate the failure of a drive cage because its RAID sets use chunklets from different drive cages. Administrators may alter the availability characteristics of existing VVs as application and business

(22)

Peak I/O consideration

During peak I/O demands where SSDs are limited in a configuration, consider using DO to move volumes from lower performance drives to SSDs. With peak I/O workloads such as login and boot storms, using DO to move these workload intensive volumes around as needed will maintain the overall performance of your client virtualization environment.

HP 3PAR Adaptive Optimization Software

HP 3PAR Adaptive Optimization (AO) Software is a granular, policy-driven, autonomic storage tiering solution that delivers service level optimization for virtual and cloud data centers. With AO Software, granular (sub-volume) data movement takes place autonomically based on user-configurable analysis periods, collected performance data and built-in stability

mechanisms.

Best practices for AO in a client virtualization environment are beyond the scope of this paper. Please note that CV workloads are significantly different than typical enterprise application workloads and AO must be carefully configured to meet the specific needs of this workload. The incorrect usage or configuration could result in sub-optimal performance results. Please contact your HP local systems engineer for additional information on the appropriate technologies and information for tiering in client virtualization environments.

Client virtualization products

Exclusive virtualization and automation features built into HP 3PAR StoreServ storage work and integrate with third party products to deliver unique benefits and increase virtualization ROI.

HP 3PAR StoreServ storage supports the following virtualization products: • VMware vSphere

• VMware Horizon View

• Microsoft Windows Server Hyper-V • Citrix XenServer

• Citrix XenDesktop and XenApp

Summary

Client virtualization poses a multitude of challenges for IT infrastructure. Before choosing any technology, it is strongly recommended that a complete and thorough analysis of the current desktop environment be conducted. To assist you with this, HP provides a Client Virtualization Analysis and Modeling Service (CVAM).

To ensure the best possible ROI, it may be desirable to co-host client and server virtualization infrastructures, as well as infrastructure for other mission critical applications on the same systems. HP 3PAR StoreServ storage delivers built-in mixed workload support to deliver high ROI.

Performance is a paramount concern when deploying storage to support client virtualization. HP 3PAR StoreServ storage has several built-in features to ensure the highest possible performance for your client virtualization project. Because of the I/O blender effect, client virtualization can pose significant challenges for any store system. Deploying a storage platform that can support the extreme I/O requirements of boot and login storms while cost effectively supporting the requirements of daily client logins is critical.

Capacity optimization, resilience, and support for sizing and scaling are additional critical requirements for storage that supports client virtualization. HP 3PAR StoreServ delivers industry-leading unique features in each of these areas. These are among the unique advantages that make HP 3PAR StoreServ storage the ideal foundation for building or expanding a client virtualization environment to meet the needs of the Instant-on enterprise.

(23)

Appendix A: Host Persona ALUA Support for ESX

Host personas are a set of behaviors that allow the host to deviate from the default host behavior and use primitives specific to the OS. By assigning a persona to a host, multiple host types that require distinct customized responses can share a single host port. For example, hosts running Windows and VMware operating systems can all connect to the same host port. This simplifies connecting hosts to the array and reduces management costs related to complex host

connections.

HP 3 PAR OS 3.1.2 supports the Asymmetric Logical Unit Access (ALUA) command for ESX hosts. Figure A-1 shows the process of selecting the host persona ALUA using the HP 3PAR Management Console.

(24)

Appendix B: Effect of read caching on storage performance

Optimized implementations of client virtualization tend to use a shared image concept. For example, with VMware View this can appear in one of two forms.

• The first is through a linked clone/replica model where the replica (a special snapshot of the master image) is hosted on SSD or other accelerated media, resulting in an outstanding end user experience and also offloading OS and application specific reads in any given desktop workload. This model alleviates and accelerates all reads regardless of current state. • VMware Host Caching uses a small amount of memory (up to 2GB with View 5.01) to cache common OS information. The

effect is the same with nearly all workload reads removed from the SAN layer. Citrix Provisioning Server (PVS), part of the XenDesktop suite, also uses a memory caching approach, though a larger functional cache is standard.

Theoretical discussion

Desktop workloads vary widely from implementation to implementation. For example, workloads between 10% and 90% reads and those ranging from 3 to more than 70 IOPS can occur. The primary benefits of caching a variety of workloads are twofold:

• The normalization of I/O patterns to the rotating media, whether SAN or DAS

• The reduction in overall I/O through the removal of OS and locally installed application reads to accelerated media (memory or flash based disk).

The second effect is obvious. The amount of the overall reduction is directly related to the size of the cache and the amount of read I/O generated within the application and OS stack. The normalization may not be as intuitive, but should become obvious with a brief discussion.

Assume a workload that is straightforward at 50% reads, 50% writes, and a total of 20 IOPS per user. Were this image deployed on a desktop, or even as a fully provisioned VM, the underlying disks could be expected, on average, to have to serve up 1 read for every 1 write and approximately 20 I/Os per second. If a storage administrator were to plan a SAN for 100 users at this workload, the SAN would need to support (ignoring peak workloads), a steady stream of 2,000 IOPS at a 50/50 read/write ratio.

Shifting this model to a shared image or cached model (whether that means caching in memory or locating replicas on SSD/flash media) immediately alters the workload characteristics to rotating disk. Assume that all of the I/O generated is coming from either an application or OS image. In reality, some I/O will come from end user data, but that data should be relocated to a file share and planned separately. With 50% of workload as reads, all of which come from an OS or application, workload is immediately altered by caching off those reads. Instead of 20 IOPS, of which 10 are reads and 10 are writes, 10 reads are lost. What is left is 10 writes to the disk. However, this is not entirely useful for planning. As the differential disk (whether linked clone, write cache file, or differencing disk) ages, it will build up data that may itself need to be read from rotating media. To help account for this, HP has adopted a strategy of adding back reads as 10% of remaining writes when planning the rotating disk layer. In this case, this means adding 1 read to the 10 writes. A storage administrator can now plan the SAN for 11 IOPS per user at a roughly 90% write workload rate.

The conclusion to draw is that the use of optimized read caching features within common client virtualization product suites, such as VMware View (Linked Clone/Replica and host caching) and Citrix XenDesktop (PVS), can dramatically reduce the amount of I/O to the SAN, but it also transforms the workload in the process.

(25)

Appendix C: Configuring HP 3PAR StoreServ Snapshot Administrator (SA)

space

This section explains how to configure a CPG to allocate SA (Snapshot Administration) metadata for Thin Provisioned Volumes from a different tier; in the following example the CPG is configured to use the FC tier for user data while the metadata (SA) will be configured to reside on the SSD tier. This should be a best practice for heavy write workloads when SSDs are available in the systems.

1. The array should have SSD drives installed.

2. The TPVVs should be created from an FC CPG (referenced as FC_CPG in this document). Create the CPG with the following CLI command:

createcpg –saga “-p –devtype SSD” <CV_FC_R10>

This command will allocate all SA space associated with the CPG used to create the TPVVs on available SSD drives. This command does not specify a CPG as the target of the SA space, just a drive type. The CPG specified in the command (FC_CPG) will allocate its SA space from SSDs.

Acronym list

• Common Provisioning Groups (CPG) • Computer Internet File System (CIFS) • Direct Attached Storage (DAS) • Hard Disk Drives (HDDs) • Host Bus Adapters (HBAs) • Logical Drives (LDs) • Logical Unit Number (LUN) • Network File System (NFS) • Operating System (OS) • Physical Drives (PDs)

• Redundant Array of Independent Disks (RAID) • Solid State Drives (SSDs)

• Storage Area Network (SAN) • Virtual Desktop (VD)

• Virtual Desktop Infrastructure (VDI) • Virtual LUNs (vluns)

(26)

For more information

HP Storage Arrays

HP Storage, hp.com/go/storage

HP 3PAR Storage Arrays

HP 3PAR StoreServ Storage Family, hp.com/go/storeserv HP 3PAR StoreServ Storage Best Practices Guide,

http://h20195.www2.hp.com/V2/GetDocument.aspx?docname=4AA4-4524ENW HP 3PAR StoreServ Get Virtual Guarantee Program,

http://www8.hp.com/us/en/products/data-storage/data-storage-products.html?compURI=1284456 HP 3PAR Adaptive Optimization Software Solution Brief,

http://h20195.www2.hp.com/V2/GetDocument.aspx?docname=4AA3-3176ENW HP 3PAR System Reporter Reference User Guide,

http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us& docIndexId=64179&taskId=135&prodTypeId=18964&prodSeriesId=5044528

HP 3PAR StoreServ Implementation Guides,

http://h20000.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?lang=en&cc=us&contentType=SupportManual& prodTypeId=18964&prodSeriesId=5044394&docIndexId=64179#2

HP Servers

HP Servers, hp.com/go/servers

HP Support for VMware

HP Unified Sizer for Server Virtualization, hp.com/solutions/sizer/unified-sizer-server-virtulization HP Insight Control Storage Module for VMware vCenter Technical Documentation,

http://h18004.www1.hp.com/products/servers/management/unified/infolibraryicv.html HP Insight Control Storage Module for VMware vCenter Download,

https://h20392.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=HPVPR

HP Support for Client Virtualization

HP Support for Client Virtualization, hp.com/go/cv

Figure

Figure 1: The HP 3PAR StoreServ family
Figure 2 illustrates a client virtualization environment using HP 3PAR StoreServ storage
Figure 3: Illustration of mesh-active controller clustering
Figure 4: Scaling HP 3PAR storage from 2,000 users to 4,000 users
+7

References

Related documents

The company implemented HP 3PAR StoreServ Storage arrays to provide primary storage for its back-office systems, HP StoreVirtual VSAs (Virtual Storage Appliances) for its

HP 3PAR StoreServ Priority

Converged file and block with HP 3PAR StoreServ Storage • Common addressable pool of storage. • File and block services from the same efficient storage infrastructure •

 Not just Conservation of old buildings but also development of basic services like sanitation, water, etc.  VUDA : Planning and infrastructure improvement by

Opposite to Hero, the character of Homer, the black slave who gets romantically involved with Penny in Hero’s absence, represents what hooks defines as the “rare” black slaves that

In Suzan-Lori Parks’s The America Play, the black father who resembles Abraham Lincoln abandons his family so that he can fulfill his dream of success by moving out west.

The objective of this study was to examine the market orientation–performance relationship by focusing attention on the role of absorptive capacity and management context of

This web site name is for creating a testing web site on the development computer. This web site name does not have to be the same web site name for production. Limnor Studio