92651660 3par technical for pdf
TRANSCRIPT
HP 3PAR –
STORAGE FOR THE CLOUD
1 ©2010 HP Confidential1
©2010 Hewlett-Packard Development Company, L.P.The information contained herein is subject to change without notice©2010 Hewlett-Packard Development Company, L.P.The information contained herein is subject to change without notice
And storage must change with it
The world has changed
Explosive growth& new workloads
Virtualization& automation
Cloud & utilitycomputing
Infrastructure &technology shifts
Customers tell us storage is: Storage needs to be:
2 ©2010 HP Confidential2
Too complicated to manage
Expensive & hard to scale
Isolated & disconnected
Inefficient & inflexible
Simple
Scalable
Smart
Self-Optimized
Customers tell us storage is: Storage needs to be:
2
Traditional Modular Storage
Traditional Tradeoffs
Legacy vs. HP 3PAR Hardware Architecture
Cost-efficient but scalability and resiliency limitedby dual-controller design
HP 3PAR meshed and active
3 ©2010 HP Confidential3
Cost-effective, scalable and resilient architecture.Meets cloud-computing requirements for efficiency,
multi-tenancy and autonomic management.
Host Connectivity
Traditional Monolithic Storage
Scalable and resilient but costly.Does not meet multi-tenant requirements efficiently
Disk Connectivity
Distributed
Controller
Functions
Host Connectivity
Data Cache
Disk Connectivity
Passive Backplane
Legend
Write Cache Re-Mirroring
HP 3PAR High Availability
Traditional Arrays
3PAR InServ
Write CacheWrite Cache Write-Cache stays on
4 ©2010 HP Confidential4
Traditional Write-Cache MirroringEither poor performance due to write-thru mode
or risk of write data loss
Persistent Write-Cache Mirroring• No write-thru mode – consistent performance
• Works with 4 and more nodes
F400
T400, T800
V400, V800
Mirror
Write Cache
Mirror
Write Cache
Write-Cache off for data security
4
Write-Cache stays onthanks to redistribution
Controller node structure (P10000)
• Dedicated ASIC for data transferand hardware support for ThinProvisioning
• Dedicated pair od Intel CPUs forcontrol information processing
• Separated data and controlcaches
IntelMulti-CoreProcessor
Control Cache16 or 32GB
Data Cache32 or 64GB
Contro
l(SC
SIC
om
mand
Path
)
IntelMulti-CoreProcessor
MultifunctionController
5 ©2010 HP Confidential5
5
caches
• Separated communication linesfor data and control trafficimprove performance forworkloads with competingaccess patterns (like OLTP anddata warehousing)
• 9 ports for I/O cards percontroller node
3PAR Gen4ASIC
3PAR Gen4ASIC
32 or 64GB
Contro
l(SC
SIC
om
mand
Path
)Data Path
PCIeSwitch
PCIeSwitch
PCIeSwitch
Hardware Based for Performance
Fast RAID 10, 50 & 60Rapid RAID Rebuild
Tightly-Coupled ClusterHigh Bandwidth, Low Latency
Thin Built inZero Detect
6 ©2010 HP Confidential6
Rapid RAID RebuildIntegrated XOR Engine
High Bandwidth, Low LatencyInterconnect
Mixed WorkloadIndependent Metadata and Data
Processing
F-Class Drive Chassis T/V -Class Drive Chassis
7 ©2010 HP Confidential7
Drive Magazine
HP Confidential
Drive Magazine
R1 AO
AO
R1
R5
R5 R1
R5
HP 3PAR Virtualization – the Logical View
Physical Disks / chunkletsAutonomically built
Logical DisksUser created
CPGs
R5
R5
User createdVirtual
Volumes
ThP
Userexported
LUNs
FCSSD
8 ©2010 HP Confidential8
ThP
Fat
ThPThPFat
ThPThP
ThPThP
FatR5
R1
R5
R6
R6
R5 R1
Chunklets
FCN
earlin
e
Spare Disk Drives vs. Distributed Sparing
HP 3PAR High Availability
Traditional Arrays
3PAR InServ
9 ©2010 HP Confidential9
Few-to-one rebuildhotspots & long rebuild exposure
Spare drive
Many-to-many rebuildparallel rebuilds in less time
Spare chunklets
9
3PAR InServ
Shelf
Shelf
A1
B1 B2
A2
B3
A3
Raidlet Groups
A4
B4 B5
A5
B6
A6
Guaranteed Drive Shelf Availability
HP 3PAR High Availability
Traditional ArraysShelf
B F B
Shelf
A E A
Raid Group RG
10 ©2010 HP Confidential10
Shelf
Shelf
Shelf-independent RAIDDespite shelf failure Data access preserved
C1
D1
C2
D2
C3
D3
C4
D4
C5
D5
C6
D6
Shelf
Shelf
C G C
D H D
Shelf-dependent RAIDShelf failure might mean no access to data
10
Shelf
B F B
HP 3PAR InServ Storage Servers
F200 F400 P10000 V400 P10000 V800
Controller Nodes 2 2 – 4 2 – 4 2 – 8
Fibre Channel Host PortsOptional iSCSI Host PortsBuilt-in Remote Copy Ports
0 – 12Yes
2
0 – 24Yes
2
0 – 96Yes
2
0 – 192Yes
2
Same OS, Same Management Console, Same Replication Software
11 ©2010 HP Confidential11
Built-in Remote Copy Ports 2 2 2 2
GBs Control/Data Cache 8/12 8-16/12-24 32-64/64-128 64-256/128-512
Disk Drives 16 – 192 16 – 384 16 – 960 16 – 1,920
DriveTypes
SSDFC 15krpmNL 7.2krpm
100, 200GB300, 600GB
2TB
100, 200GB300, 600GB
2TB
100, 200GB300, 600GB
2TB
100, 200GB300, 600GB
2TB
Max Capacity 128TB 384TB 800TB 1600TB
11
3PAR performance
12 ©2010 HP Confidential12 ©2010 HP Confidential12
Mixed workload and wide stripingbenchmarks – test setup
13 ©2010 HP Confidential13
Test results
14 ©2010 HP Confidential14
Effect of wide striping and 3PAR asic onRAID performance
15 ©2010 HP Confidential15
P10000 v800 performance
The HP 3PAR P10000 V800 Storage System also set a worldwide OLTP(online transaction processing) performance record, based on the StoragePerformance Council’s SPC-1 benchmark. 450 000 OLTP IOPS
16 ©2010 HP Confidential16
3PAR Thin Technologies
17 ©2010 HP Confidential17 ©2010 HP Confidential17
HP 3PAR Thin Technologies
Start Thin Get Thin Stay Thin
18 ©2010 HP Confidential18
Thin Provisioning– No pool management or
reservations
– No professional services
– Fine capacity allocation units
– Variable QoS for snapshots
Thin DeploymentsStay Thin Over time
Reduce Tech RefreshCosts by up to 60%
Buy up to 75% lessstorage capacity
Thin Conversion‣ Eliminate the time & complexity of
getting thin
‣ Open, heterogeneous migrationsfor any array to 3PAR
‣ Service levels preserved duringinline conversion
Thin Reclamation‣ Free stranded capacity
‣ Automated reclamation for3PAR offered by Symantec,Oracle
‣ Snapshots and Remote Copiesstay thin
Thin Provisioning performance (SQL test)
19 ©2010 HP Confidential1919
3PAR data tiering technologies
20 ©2010 HP Confidential20 ©2010 HP Confidential20
Dynamic Optimization – Data Service LevelControl
System
21 ©2010 HP Confidential21
– RAID 10
– RAID 50(2 to 8+1)
Massive versusrestricted use of:
– Drives
– Processors
– Ports / loops
Selection ofinner versusouter tracks ondisk platters
Various sizesand speeds ofFC or Nearline
RAID Type
SystemResource
Application
RadialPlacement Drive Type
Tier 0
SSD
Tier 1
DynamicOptimization
AdaptiveOptimization (AO)
AO withSATA & SSD
ADAPTIVE OPTIMIZATION: AUTOMATIC TIERING &SAVINGS
22 ©2010 HP Confidential22
Tier 1
FibreChannel
Tier 2
Nearline(Enterprise SATA)
- Region
Save ~30% on$/IOPS and $/GBvs. Fibre Channel
AutonomicTiering and
Data Movement
AutonomicData
Movement
Improve Storage Utilization
HP 3PAR Adaptive OptimizationU
se
dS
pa
ce
GiB
One tier without Adaptive Optimization
Use
dS
pa
ce
GiB
Two tiers with Adaptive Optimization running
23 ©2010 HP Confidential23
Access/GiB/min
• This chart out of System reporter showsthat most of the capacity has very lowIO activity
• Adding Nearline disks would lowercost without compromising overallperformance
Access/GiB/min
• A Nearline tier has been added andAdaptive Optimization enabled
• Adaptive Optimization has movedthe least used chunklets to theNearline tier
23
3PAR replication technologies
24 ©2010 HP Confidential24 ©2010 HP Confidential24
HP 3PARFull and Virtual Copy
© Copyright 2011 Hewlett-Packard Development Company, L.P. The information
contained herein is subject to change without notice. Confidentiality label goes here
Part of the base InForm OSHP 3PAR Full Copy – Flexible point-in-time copies
3PAR Full Copy
– Share data quickly and easily
– Full physical point-in-time copy ofbase volume
– Independent of base volume’s RAID
Base Volume
26 ©2010 HP Confidential2626
– Independent of base volume’s RAIDand physical layout properties formaximum flexibility
– Fast resynchronization capability
– Thin Provisioning-aware• Full copies can consume same physical
capacity as Thin Provisioned base volume
Full Copy
Full Copy
HP 3PAR Virtual Copy – Snapshot at its best
3PAR Virtual Copy
Base Volume 100s of Snaps…
– Smart• Promotable snapshots• Individually deleteable snapshots• Scheduled creation/deletion• Consistency groups
– Thin• No reservations needed
…but justone CoW
Up to 8192 Snaps per array
27 ©2010 HP Confidential2727
Integration withOracle, SQL, Exchange, VMware
• No reservations needed• Non-duplicative snapshots• Thin Provisioning aware• Variable QoS
– Ready• Instant readable or writeable snapshots• Snapshots of snapshots• Control given to end user for snapshot
management• Virtual Lock for retention of read-only snaps
HP 3PAR Virtual Copy – Snapshot at its best
– Base volume and virtual copies can be mapped to different CPG’s
This means that they can have different quality of service
characteristics. For example, the base volume space can be derived
from a RAID 1 CPG on FC disks and the virtual copy space from a
RAID 5 CPG on Nearline disks.
– The base volume space and the virtual copy space can grow
28 ©2010 HP Confidential28
– The base volume space and the virtual copy space can grow
independently without impacting each other (each space has it’s
own allocation warning and limit).
– Dynamic optimization can tune the base volume space and the
virtual copy space independently.
28
Creating a Virtual Copy Using The GUI
Right Click and select “Create Virtual Copy”
29 ©2010 HP Confidential2929
3PAR Virtual Copy with Virtual Lock
• User-configurable retentionperiod locks volume or volumecopy for a specified durationof time
30 ©2010 HP Confidential3030
• Once locked, volume orvolume copy cannot bedeleted, even by a user withthe highest level privileges
Primary Secondary
vs.
3PAR Remote Copy
Thin ProvisionedBase Volume
3PAR Remote Copy
Remote Copy: Protect and share data affordably
– Smart• Initial setup in minutes
• Simple, intuitive commands
• No consulting services
• VMware SRM integration
– Thin
31 ©2010 HP Confidential31
Converter/Extender
Converter/Extender
Primary Secondary
Other Common Approach
vs.
Actual Used Capacity Unused Purchased Capacity
BaseVolume
BCV
RemoteCopy
– Thin• Native IP-based, or FC
• Thin provisioning aware
• No extra copies or infrastructureneeded
• Thin conversion
– Ready• Asynchronous Periodic ,
Synchronous or SLD
• Mirror between any InServ size ormodel
• Many to one, one to many
Storage federation - HP3PAR Peer Motion
© Copyright 2011 Hewlett-Packard Development Company, L.P. The information
contained herein is subject to change without notice. Confidentiality label goes here
Beyond Virtualization: “Storage Federation”Federation
The delivery of distributed volume
management across a set of self-
governing, homogeneous, peer
storage arrays
Virtualization
The delivery of consolidated or
distributed volume management through
appliances that hierarchically control a
33 ©2010 HP Confidential33
storage arrays
Pros
– Less expensive
– Minimized failure domains
– Simpler administration
Cons
– No heterogeneous array support
appliances that hierarchically control a
set of heterogeneous storage arrays
Pros
▸ Broader, heterogeneous array support
Cons
▸ More expensive (dual controller layer)
▸ Additional failure domains
▸ Lowest common denominator function
▸ Likely additional administration
3PAR and VMware
34 ©2010 HP Confidential34 ©2010 HP Confidential34
VMware and 3PAR Thin Provisioning Options
VMware VMFS
Thin VirtualDisks (VMDKs)
Virtual Machines (VMs)
30GB150GB
10GB100GB
30GB150GB
200GB Thick LUN 200GB Thin LUN
10GB100GB
35 ©2010 HP Confidential35
Storage Array
VMware VMFSVolume/Datastore
30GB150GB
VolumeProvisionedat StorageArray
40 GB
Over provisioned VMs: 250 GB 250 GB
Physically Allocated: 200 GB 40 GB
Capacity Savings: 50GB 210 GB
3PAR Array
10GB100GB
30GB150GB
200 GB
10GB100GB
3PAR Management Plug-In for VMwarevCenter– Precise insight into
VM-to-Datastore-to-3PAR LUN
mapping
– View LUN properties, including
Thin vs. Fat
36 ©2010 HP Confidential36
Thin vs. Fat
– All available from vCenter
– No need to login to 3PAR IMC or
CLI separately to get this
informationDemo recording available here:http://www.storagerap.com/2010/05/video-demo-of-3pars-plugin-for-vmware-vcenter-and-vmware-site-recovery-manager-.html
Recovery Manager for VMware (RMV) 1.1
Virtual Centerwith 3PAR Plug-In
Datastore
VM 1VM1
VM2
Datastore
– Solution composed of:• VMware ESX + vCenter
• 3PAR Plug-In for vCenter
• 3PAR Recovery Manager for VMware
• 3PAR Virtual Copy
• 3PAR Virtual Lock (optional)
– Benefits:
37 ©2010 HP Confidential37
Volume A Volume B
DatastoreA
ESX Server
3PAR InServ
DatastoreB
Snapshot
– Benefits:• Protects VMs / Datastores
• VM-aware snapshots
• Rapid recovery of full VMS andindividual files and directories
• 100s of snapshots per volume
• Efficient, non-duplicative 3PARsnapshots
VAAI (vStorage APIs for Array Integration) enablesintegration with array-specific capabilities & intelligence
3PAR SUPPORTS VMWARE VAAI IN VSPHERE
HardwareAssistedLocking (ATS)
Block Zero(WRITE_SAME)
Full Copy(XCOPY)
00000
0
0
00
38 ©2010 HP Confidential38
Higher VMdensity withgranular storagelocking
Increased spacereclamation efficiencywith eliminatedrepetitive write zerocommands
Faster VM cloningand Storage vMotionwith offloaded datamovement
00000000
Free 3PAR Plug-In for VAAI available here: http://www.3PAR.com/services/download.html
3PAR and Oracle
39 ©2010 HP Confidential39 ©2010 HP Confidential39
3PAR + Oracle
• Wide striping + Thin Provisioning + ASM
• ASM Storage reclamation utility + 3PAR Thin Reclamation
• Recovery Manager for Oracle
40 ©2010 HP Confidential40
Performance vs number of volumes
• High performance can beachieved with smallnumber of LUNs
• Instead of managing 10sof LUNs in ASM diskgroupto maintain highestperformance only fewLUNS are needed
41 ©2010 HP Confidential41
performance only fewLUNS are needed
• In this example, maxperformance can beachieved with only 4 LUNs
3PAR + Oracle performance measurements
– Does 3PAR’s implementation of massive
parallelism of system resources (disks, paths,
port, cache,nodes, etc.) really assure service
levels as you scale? Yes!
– Is contention actually reduced by this
complete and automatic load balancing?
Absolutely!
42 ©2010 HP Confidential4242
3PAR + Oracle – Thin provisioning performance
43 ©2010 HP Confidential43
3PAR RAID performance sensitivity
44 ©2010 HP Confidential44
ASM with ASRU
HP 3PAR Thin Persistence – OracleIntegration
• Oracle auto-extend allows customers to save on
database capacity with Thin Provisioning
• Database Capacity can get stranded after
writes and deletes
• 3PAR Thin Persistence and Oracle ASM
Storage Reclamation Utility (ASRU) can reclaim
25% or more stranded capacity
Disk Group
Tablespace
Tables
00000000
Oracle
45 ©2010 HP Confidential45
25% or more stranded capacity
− After Tablefile shrink/drop or Database drop
− After a new LUN is added to ASM Disk Group
− Oracle ASM Utility compacts files and writes zeroes to free
space
− 3PAR Thin Built-In™ ASIC-based, zero-detection eliminates
free space
• From a DBA perspective:
− Non disruptive – does not impact storage performance.
ASIC huge advantage
Traditional Array
• Unused space remains• Zeroes are written
0000000000
3PAR Array withThin Persistence• Files compacted by ASRU• Zeroes removed• Space reclaimed
45
3PAR Recovery Manager for Oracle
• Allows PIT Copies of Oracle Databases Non-disruptive, eliminating production
downtime
Uses 3PAR Virtual Copy technology
• Allows Rapid Recovery of OracleDatabases
46 ©2010 HP Confidential46
Databases Increases efficiency of recoveries
Allows Cloning and Exporting of newdatabases
• Integrated High Availability withDisaster Recovery Sites Integrated 3PAR Replication / Remote
Copy for Array to Array DRAlso see the brochure on http://www.3par.com/litmedia.html
46
HP 3PARVirtual Domains – cloud
storage
© Copyright 2011 Hewlett-Packard Development Company, L.P. The information
contained herein is subject to change without notice. Confidentiality label goes here
What are HP 3PAR Virtual Domains?
Multi-Tenancy with Traditional Storage Multi-Tenancy with 3PAR Domains
• Admin A• App A• Dept A• Customer A
• Admin B• App B• Dept B• Customer B
• Admin C• App C• Dept C• Customer C
• Admin A• App A• Dept A• Customer A
• Admin B• App B• Dept B• Customer B
• Admin C• App C• Dept C• Customer C
48 ©2010 HP Confidential48
Separate, Physically-Secured Storage Shared, Logically-Secured Storage
Domain C
Domain B
Domain A
48
What are the benefits of Virtual Domains?
End Users(Dept,Customer)
ProvisionedStorage
ProvisionedStorage
VirtualDomains
Centralized Storage Adminwith Traditional Storage
Self-Service Storage Adminwith 3PAR Virtual Domains
49 ©2010 HP Confidential49
Physical Storage
ConsolidatedStorage
CentralizedStorageAdministration
Physical Storage
ConsolidatedStorage
CentralizedStorageAdministration
49
HP 3PAR Virtual Domains Overview
• Requires a license
• Allows fine-grained access control on a 3PAR array
• Up to 1024 domains or spaces per array
• Each User may have privileges over one, up to 32 selected or all
50 ©2010 HP Confidential50
• Each User may have privileges over one, up to 32 selected or all
domains
• Each domain can be dedicated to a specific application
• System provides different privileges to different users for Domain
Objects with no limit on max # Users per Domain
Also see the analyst report and product brief on http://www.3par.com/litmedia.html
50
Other features
51 ©2010 HP Confidential51 ©2010 HP Confidential51
Recovery Manager for Microsoft
– Exchange & SQL Aware• Automatic discovery of Exchange and SQL Servers and their associated databases
• VSS Integration for application consistent snapshots
• Support for Microsoft® Exchange Server 2003, 2007, and 2010
• Support for Microsoft® SQL Server™ 2005 and Microsoft® SQL Server™ 2008
• Database verification using Microsoft tools
52 ©2010 HP Confidential52
– Built upon 3PAR Thin Copy technology• Fast point-in-time snapshot backups of Exchange& SQL databases
• 100’s of copy-on-write snapshots with just-in-time,granular snapshot space allocation
• Fast recovery from snapshot, regardless of size
• 3PAR Remote Copy integration
• Export backed up databases to other hosts
Also see the brochure on http://www.3par.com/litmedia.html
52