3PAR Customer Presentation 10312011

Agenda
3PAR Hardware Overview 3PAR Virtual Volume Concepts 3PAR Virtual Copy 3PAR Dynamic Optimization 3PAR System Reporter and Adaptive Optimization 3PAR Customer Support Information
Hands-on session
3PAR Inform Management Console (IMC) Installation 3PAR Single Initiator -> Single Port Target zoning Virtual Volume creation Exporting Virtual LUN to hosts Virtual Copy creation Exporting Virtual Copy to hosts Dynamic Optimization Wrap up
Serving Information
3PAR Company Confidential
Serving Information. Simply.
3PAR Hardware Overview
3PAR
3PAR InServ Storage Servers

Scalability F200
Controller Nodes 3PAR Gen3 ASIC Fibre Channel Host Ports Optional iSCSI Host Ports Built-in Remote Copy Ports GBs Control Cache GBs Data Cache Disk Drives Drive Types
F400
2 Yes 24 Yes 0 24 0 16 24 8-16 12-24 16 - 384
146GB, 300GB, 400GB FC and/or 1TB NL
T400
24 Yes 0 64 0 16 24 8-16 24-48 16 640
146GB, 300GB, 400GB FC and/or 750GB, 1TB NL
T800
28 Yes 0 128 0 32 28 8-32 24-96 16 1,280
146GB, 300GB, 400GB FC and/or 750GB, 1TB NL
0 12 08 2 8 12 16 - 192
146GB, 300GB, 400GB FC and/or 1TB NL
Max Capacity Throughput/ IOPS (from disk) SPC-1 Benchmark Results
125TB 1,300 (MB/s) / 46,800
250TB 2,600 (MB/s) / 93,600 SPC-1 TBD
300TB 3,200 (MB/s) / 156,000
600TB 6,400 (MB/s) / 312,000 224,990 SPC-1 IOPS
Serving Information
3PAR InSpire architecture: Cabinet

Redundant Power Supplies (Drive Cage)
Cabinet
Standard 19 rack footprint 40 EIA units Built-in cable management No Need to reserve for expansion
Drive Chassis (4U)
Drive Magazine
Redundant Power Supplies Backplane
Controller Node (4U)
Redundant Batteries Redundant PDUs
Service Processor
Cabinet
Serving Information
3PAR F-Class Architecture Basics

Same underlined architecture as the TClass tailored for the midrange
Cache coherent & massively load balanced Mixed workload & Fast RAID Thin Built In
Same advanced 3PAR software as in the T-Class

InForm OS Thin Provisioning & Virtual Copy Dynamic Optimization Virtual Domains Remote Copy (connect to other InServ models)
Serving Information
5
3PAR InServ F-Class Storage Server Specifications

F-Class Controllers (Rearview)
4U
Integrated Power Supply & Battery
Optional Adapter Slots
Built-in Fibre Channel (4Gb/s) ports
Built-in GigE port for Remote Copy
F-Class Drive Chassis (frontview)

HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD
3U
Serving Information
3PAR InServ F-Class Storage Server Specifications

F-Class Controllers (Rearview)
One Xeon Quad-Core 2.33GHz CPU per node One 3PAR Gen3 ASIC per node 4GB Control & 6GB Data Cache per node Built-in I/O ports per node 4 FC (4Gb/s) ports (host or backend connectivity) Gigabit Ethernet port for Remote Copy Optional I/O adapter slots per node Up to 2 slots per node (or up to 4 more FC and/or iSCSI ports per node 4U Form Factor Cabinet Options: 2M Cabinet or 3rd party rack mountable
4U
Optional Adapter Slots
Built-in Fibre Channel (4Gb/s) ports
Built-in GigE port for Remote Copy
F-Class Drive Chassis (frontview)

HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD HDD
3U
4Gb/sec internally switched FC Drive Chassis 16 drives in 3U Up to 384 drives across 24 Drive Chassis Mixable FC and Nearline drives Cabinet Options: 2M Cabinet or 3rd party rack mountable
Serving Information
7
InServ Numbering Systems
The Administrator should know the numbering systems for:

General Rule:
Top = Starts with 0

Left = Starts with 0
Nodes
Drive Chassis
Drive Magazines PCI slots
Serving Information
Node Numbering
T800 - Front
D C B A SP 0 0 1 2 3 4 5 F E D C B A 0 1 2 3 SP
T400 - Front
For Example: If a T800 has only TWO nodes then they are located at the bottom of cabinet and numbered 6 and 7
6 7
Serving Information
Thank You
3PAR
3PAR Virtual Volume (VV) Concepts
3PAR
Objectives:
Understand InForm OS RAID concepts
Understand concepts of InServ Chunklets
Understand InForm OS Logical Disks (LDs)
Serving Information
InServ Concepts for Volume Management

Section Content covers: InServ Chunklet/Physical disk InServ RAID 1 InServ RAID 5 InServ RAID MP (RAID 6) Virtual Volumes, VLUNS (LUNS) Logical disks (LDs)
Serving Information
Physical Disk Chunklets (256 MB) Physical Disk C = 256 MB Data Chunklet
SC
= 256 MB Spare Chunklet
C
C C
C
C C
Each InServ Physical disk is initialized with data chunklets and spare chunklets.
SC
SC
SC
Serving Information
3PAR RAID 1 Concepts

RAID 1 is mirrored data Data is written as paired chunklets Each chunklet on the RAID set is on a different physical disk
Setsize = 2 Default size (RAID 1)
Usable space = 256 MB
Serving Information
3PAR RAID 5 Concepts

RAID 5 uses parity to reconstruct data RAID 5 uses a setsize of 4 by default
Setsize = 4 (3+1)
C C C C C p C p C p C C
Default size (RAID 5) Usable space = 768 MB (3*256)
Setsize = 6 (5+1)
C C C c c p
Usable space = 1280 MB
(5*256)
Serving Information
3PAR RAID 5 Concepts Contd
Setsize = 9 (8+1) What is the usable space for this setsize?
Usable space = 2048 MB (8*256)
Serving Information
3PAR RAID Multi Parity (MP) Concepts

RAID MP uses parity (double parity can deliver data in a double disk failure) to reconstruct data and performed in the ASIC XOR engine RAID MP only supports two setsizes ( 8 and 16) The default set size of 8 has the same data to parity ratio as the default RAID-5 set size of 4 -- 3:1 in both cases.
Serving Information
Usage Meaning of -ha cage For RAID MP

The system defines "-ha cage" as "will tolerate the failure of ONE cage. This means: Up to two chunklets are allowed to share the same cage. The default R6 -ha cage set size 8 requires 4 cages per nodepair, just like the default R5 set size 4. If 8 cages are available, the layout will use one chunklet per cage. The same rules apply to -ha mag up to two chunklets are allowed per mag but the system will place only one chunklet per mag if possible.
Serving Information
19
3PAR Volume Management View
Physical Disks
Chunklets
Logical disks
Virtual Volumes
OLTP
D.W.
The
3PAR InForm OS manages the above automatically
3PAR VM manages and presents volumes to server farms
Serving Information
3PAR InServ Virtual Volume
The only storage component visible to Hosts
Virtual Volume
Host Sees Virtual Volume as a LUN
Serving Information
Building a Virtual Volume
Chunklets
Starts with Physical drives

Physical Drive
Divided into Chunklets
Serving Information
22
Chunklets: Foundation of Virtual Volume
Serving Information
23
Start with a Raid Set as the Building Block
Raid 5 (4+1) Raid Set
Chunklets: Selected from separate physical drives Selected from separate chassis
Serving Information
24
Logical Disk
A collection of physical disk chunklets (256 MB) Arranged as rows of RAID sets Each RAID set is made up of chunklets from different physical disks A chunklet can only be assigned to one logical disk
Serving Information
InServ Virtual Volume For RAID 5 6 GB VV
Virtual Volume
C = 256 MB Chunklet
3072 MB per Node/LD
3072 MB per Node/LD
Node Logical Disk
Node Logical Disk

1 2
1 2 3 4
C C C P
C C P C
C P C C
P C C C
4 RAID Sets * 768 MB usable data = 3072 MB
C C C P
C C P C
C P C C
P C C C
3 4
RAID Set
RAID Set
Serving Information
Default InServ Layout of 2 Node 6 GB Logical Disk InServ will place chunklets on separate physical disks InServ will insure physical disks are on separate drive magazines InServ will try to have each drive magazine on a separate drive chassis InServ will try to make each Logical Disk owned by each node the same size
Serving Information
Thank You
3PAR
Serving Information. Simply. 3PAR Virtual Copy
3PAR
3PAR Virtual Copy
A snapshot of another Virtual Volume (a base volume or another Virtual Copy) created using copy-on-write techniques available only with a 3PAR Virtual Copy license.
Serving Information
Virtual Copy Characteristics

Records only the changes to the original volume Administrator can make hundreds of Virtual Copies of a Virtual Volume assuming there is enough storage space Virtual Copy volumes use CPG space
Using the InForm GUI to create Virtual Copies automatically enforces relationship rules
Serving Information
Virtual Copy Limits 2.3.1

Maximum number of virtual volumes (base and virtual copies) 8192
Maximum number of base virtual volumes
4096
Maximum number of snapshots per base virtual volume
2048
Maximum number of read-write copies per read-only copy
256
Serving Information
Dual SD Space TPVV/Base and VC

Dual SD Space provides the following benefits,
The base virtual volume and the virtual copies can be mapped to different CPGs. This means that they can have different quality of service characteristics. For example, the base SD space can be derived from a RAID 1 CPG and the virtual copy SD space from a RAID 5 CPG.
The base SD space and the virtual copy SD space can grow independently without impacting each other (each SD space has its own allocation warning and limit). Dynamic optimization can tune the base SD space and the virtual copy SD space independently.
Serving Information
Virtual Copy 2.3.1

Prior to 2.3.1, only one read-write virtual copy per readonly virtual copy was permitted. This was burdensome to customers who wanted multiple read-write copies from a single golden read-only copy.
Prior to 2.3.1, a virtual copy could only be promoted back to the base volume.
From 2.3.1 a snapshot can be promoted to any read-write parent within the same virtual volume family tree providing greater flexibility to the user.
Serving Information
34
Virtual Copy Promotion
From 2.3.1 a virtual copy (snapshot) can be promoted to any read-write parent within the same virtual volume family tree.
The promotion detects the differences between the snapshot and the read-write parent and then copies these differences back to the read-write parent.
By default, a promotion will promote back to the base volume. However, the -target option can be used to specify any read-write parent within the same virtual volume tree.
Serving Information
35
Virtual Copy Relationships

Virtual Copy can be read-only or read/write The rules that enforce relationships between a base volume and its Virtual Copy revolve around read-only or read/write Read-only and read/write (up to 256) Can make as many R/W VCs per R/O as needed. Base volumes are always read/write
Serving Information
Virtual Copy Relationships Contd

A read-only copy can have up to 256 read/write Virtual Copys
A read/write Virtual Copy can have many read-only copies
Serving Information
Virtual Copy Relationships Contd

The following shows a more complex relationship scenario
Serving Information
Virtual Copy Copy-on-Write Function (Data Written)
Snapshot Admin (SA) Space Timestamp 5/25/06 14:35

1. 2. 3. 4. Pointer to data P P P
Base Volume
1. A 2. B 3. C 4. D D
Copy-on-write to SD Write Data
New
4. D
4. D
5. E 6. F
Snapshot Data (SD) Space Stores Original Base Volume changes

Serving Information
7. G
Suggested Virtual Copy Naming Convention The InServ InForm OS does not impose a naming convention on Virtual Copies
The Administrator names the Virtual Copy at the time of creation
Serving Information
InForm GUI View of Virtual Copies

The GUI gives a very easy to read graphical view of VCs:
Read Only Read Write
Serving Information
Virtual Copy Policy Settings

Possible Scenario: Not enough space remains to record changes in SA or SD space which would make the snapshots stale The Admin can choose:
Serving Information
Creating a Virtual Copy Using The GUI Right Click and select Create Virtual Copy
Specify a Name and R/O or R/W then click OK

Serving Information
Creating a Virtual Copy Using CLI

<createsv> command
Task: Create a R/O snapshot from a base volume

cli% creaetesv ro svr0_vv0 vv0
Serving Information
Consistency Groups - VC
<creategroupsv> command
Creates consistency group snapshots of a group of VVs. Consistent group snapshots are created at the same point in time to ensure group VV consistency. The default is R/W.
cli% creategroupsv ro VV1 VV2 VV3 VV4
Serving Information
Promoting a Virtual Copy

The data on a snapshot can be rolled back to a base volume The base volume and the snapshot cannot be exported during this operation You can use the InForm GUI or <promotesv> command Promote using GUI (right click on VC):
Promote using CLI: 1. Cli% promotesv <virtual copy name>
Serving Information
Thank You
3PAR
3PAR Dynamic Optimization
3PAR
Objectives
Explain the benefits of Dynamic Optimization (DO) Change Volume RAID level Change Volume Availability level Change Volume Service level Reclaim Unused LD Space
Serving Information
An optional InForm OS feature that enables you to dynamically tune volumes by changing volume parameters. 3PAR Dynamic Optimization (DO) requires the use of the InForm CLI and also requires a 3PAR Dynamic Optimization license
Serving Information

A Software Solution that offers:
A Single-command for online and nondisruptive service level optimization
A cost-effective approach to manage a massive scalable tiered storage array Flexibility for all stages of the disk-based data lifecycle
Serving Information
Dynamic Optimization - Data Service Level Control
RAID Type RAID 10 RAID 50 (2 to 8+1)
System Resource Application Massive versus restricted use of: drives
Radial Placement Selection of inner versus outer tracks on disk platters
Drive Type Various sizes and speeds of FC or Nearline
processors
ports / loops
Serving Information
3PAR Dynamic Optimization Benefit For Storage Administration
Allows for a non-disruptive re-layout of Virtual Volumes on the 3PAR InServ (move volumes to different physical disks to accommodate new user demands)
Promotes system optimization through improved utilization of all physical resources for the current configuration (Take advantage of a H/W upgrade)
Allows for altering of service levels associated to a Virtual Volume (change RAID levels, set sizes, spare chunklets)
Serving Information
Dynamic Optimization Potential Uses

1. Proactively ensure data service levels during expected peak demand periods (Quarter End, Holiday Shopping Season, High volume trading days)
Unused Buffer Unused Buffer App C (RAID 5) Unused Buffer
App A (RAID 5)
App B (RAID 5)
App A (RAID 10)
App B (RAID 5)
App C (RAID 5)
App A (RAID 5)
App B (RAID 5)
App C (RAID 5)
Normal Period
Peak Period
Normal Period
2. Meet service level or SLA change orders on demand.

Silver
Performance, Port Resources Spindle, Loop Resources
Gold
Greater Revenue Greater Revenue
Platinum
RAID 50 (7+1) Restricted resources
RAID 50 (3+1) Greater resources
RAID 10 Striped massively
Serving Information
Dynamic Optimization Potential Uses

3. Deliver the required service levels for the lowest possible cost throughout the data lifecycle
10TB Useable 50% Savings 80% Savings*
RAID 10 147GB FC Drives
RAID 50 (3+1) 300GB FC Drives
RAID 50 (7+1) 500GB ATA-Class Drives
4. Accommodate rapid or unexpected, application growth on demand by freeing raw capacity

+ 7.5 Useable TBs
10 Useable TBs
10 Useable TBs
Create 7.5 TBs of useable capacity on demand !
20 Raw TBs, RAID 10
20 Raw TBs, RAID 50
Serving Information
3PAR Dynamic Optimization at a Customer

Before Dynamic Optimization
600 Free Used
500 400
Chunklets
Data layout after a series of capacity upgrades
300
200
After Dynamic Optimization

100 600 0 1 20 39 58 500 400 77 96 Physical Disks
Free Used
Chunklets
300
Data layout after Dynamic Optimization (non-disruptive)
200 100
0 1 20 39 58 Physical Disks
77
96
Serving Information
Re-layout of a Volume Following Hardware Upgrade
Scenario:
2 nodes have been added (nodes 2 and 3) cli% tunealdvv nd 2,3 <volume name>
To verify results use showld vv
Serving Information
Change Volume RAID Level
Scenario:
Volume was originally created as RAID 1. Customer elects to save disk space and wants RAID 5.
cli% tunealdvv t r5 <volume name> To verify results use showld vv
Serving Information
Change Volume Availability Level
Scenario:
You have added some cages and now would like to take advantage of added cage availability cli% tunealdvv <volume name> (default is cage availability)
To verify results use showld vv
Serving Information

3PAR Customer Training: System Reporter
Course Objectives
At the end of this presentation the student should be able to : Understand the Components of System Reporter Know where to find Install and Configuration documentation for System Reporter Use System Reporter User Manual Produce reports Use Quick Reports
Serving Information
Available Documentation
Customer documentation Release Notes Available on CD User Guide Available from the web client and separately on the CD White Paper Ashok Singhal (developer of System Reporter & CTO)
Serving Information
View Of SR Documentation - DCS
Serving Information
System Reporter is Historical Reporting Tool Administration and Debugging Identify performance problems that may have happened a short while ago Drill-down on performance changes Capacity Planning Space usage trends Performance capacity trends Active Monitoring Email Alerts
Serving Information
System Reporter Report Types
Serving Information
System Reporter Requirements
Serving Information
Installing System Reporter
3 Basic Steps Less than 30 minutes to install in most cases

1. 2. 3. 3PAR CLI Apache Server Run System Reporter
Serving Information
SR and User Interface Components
Serving Information
Theory of Operation: Database

Database server can be on different machine for MySQL and Oracle. SQLite database is just files in a directory. Sampler and web server communicate only via the DB Exception: When adding InServ to be sampled, web server creates password file that the sampler then uses. The sampleinserv table in the DB tells sampler which InServ systems to sample. The policy table in the DB tells sampler where the CLI password files for InServs are how often to sample how long to keep the samples when to compact the DB The alertconfig table in the DB tells sampler what metrics to compute to see if an alert should be generated.
Serving Information
Theory of Operation: Database Schema

Database Schema documented in User Guide chapter 9 Naming convention: Administrative: <base>_<version>. Eg: policy_1 Data and inventory: <base>_<res>_<version>. Eg: pdspace_hourly_2 Three types of tables: administrative, data, inventory Administrative tables: policy sampleinserv system alertconfig Data tables Space Performance Inventory Tables
Serving Information
Implementation: Database
Separate HiRes, Hourly, Daily tables
<table>_hourly_<version> (eg. pdspace_hourly_1)
Two types of samples: Space & Performance

Space sampled slower than performance (ratio is programmable in policy table). But hourly and daily samples always contain both space and performance.
Space tables
pdspace (showpd info) vvspace (showvv info)
Performance tables
statpd statvvlun statcpu Serving Information
Implementation: Reports
Report naming convention <object>_<yaxis>_<xaxis> <xaxis> is either: time : The report plots the <yaxis> measures of <object> versus time group: The report plots the <yaxis> measures of <object> versus various groups Groups specified by groupby parameter <yaxis> is either: perf: The measures are performance-related (IOPs, benadwidth, service time etc) space: The measure are space-related Currently implemented <object>_<yaxis> combinations: <object> vv vlun pd cpu IOPs, bandwidth, service time, IO Size IOPs, bandwidth, service time, IO Size User/System/Idle time, interrupts/s context switches/s Chunklet usage perf space Raw, LD and virtual space
Serving Information
Files That You Might Want to Password Protect All files created by System Reporter have default permissions. Anyone can READ the files
For MySQL and Oracle the following files contain password information which you might want to change permissions:
C:\Program Files\3par\System Reporter\dbpwfile C:\Program Files\Apache Group\Apache2\cgi-bin\ 3par-policy\config.tcl C:\Program Files\Apache Group\Apache2\cgi-bin\ 3par-rpts\config.tcl
Serving Information
System Reporter Web Interface
Serving Information
Quick Reports
Serving Information
Scheduled Reports
See 5.5 Scheduling Reports for complete details on scheduling a report

Serving Information
Custom Reports
In general, there are two steps involved in generating a report:
1 Choose a report, select the sample resolution, select the InServ system(s) and/or domain(s)
and click on the Build Report Menu button. This will generate the report menu for that report in a new window (or tab).
2 Set the appropriate controls in the report menu and click on the Generate Report button (next
slide). The report will be generated in a new window (or tab).
Serving Information
Generate Report
Serving Information
System Reporter Panes
Report Selection Pane

Click on a link to a report in this pane to generate the form for setting parameters for the report in the Query Pane
Query Pane
Contains the form for selecting the parameters for the report Once parameters are selected click Submit Query
Results Pane
Where output is displayed
Serving Information
System Reporter Sampling

3 Sampling Resoulutions 1. Daily 2. Hourly 3. High-resolution Daily and Hourly data samples are as close to the beginning of each day and hour as possible High-Resolution are taken at user-specified interval that can be one or more minutes
User sets retention policies for how long samples are kept
Serving Information
Producing Reports
Easy to use GUI
Can report on: Hosts LDs VVs VLUNS PDs

Configure Alerts
Serving Information
VLUN Performance Query Pane
Serving Information
Daily VLUN Performance
Serving Information
Hourly VLUN Performance - Details

By default, all VLUNS on the sampled InServs are included in the report the preceding slide shows the aggregate of all VLUNS You can select a specific set of VLUNS using the Query Pane You can also select a specific InServ as well Notice that separate metrics for reads and writes are shown for most metrics in aggregate performance charts
Serving Information
Compare Systems - VLUN
Serving Information
Hourly VLUN Performance at Time
Serving Information
VLUN Performance Histogram
Serving Information
Aggregate VV Cache Performance over Time

Reason to use: Suppose different workloads are run on a system at different times Storage performance (service time) differs across workloads The IOPs and bandwidth view does not shed any light on why the differences Often, these differences can be explained by different cache performance for the specific workloads One sees this by plotting aggregate VV cache performance versus time and observe the different cache behavior during different periods
Serving Information
Hourly VV Cache Performance
Serving Information
System Compare VLUN Performance
Purpose:
Compare performance of all systems with respect to VLUN performance Select System in the Compare menu in the Report Selection Produces a separate line for each system that you can compare each relative to the others
Each line represents the aggregate for all the VLUNs in that InServ system
Serving Information
System Compare VLUN Performance
Serving Information
Performance at a Specific Time

Select the At Time option in the Report Type menu in the Report Selection
With At Time the X-axis is the object name separate set of data points for each object
In the Query Pane when At Time is selected, the Group By and Order By menus are enabled The Group By allows much flexibility when comparing objects since multiple items in the Group By can be selected at the same time
Serving Information
Hourly VLUN Performance at Time - Domains
No Domain -
Serving Information
Hourly PD Performance At Time

A common use of At Time reports is to compare a large number of objects
Looking at all the Physical Disks (PDs) for their performance can be accomplished by:
Select only one system from Select Systems Select PDID from the Group By menu
Select IOPs from the Order By menu
Serving Information
Hourly PD Performance At Time
Serving Information
VV Cache Performance
Scenario: Some VVs are showing higher service times to

other VVs that have similar characteristics.
Possible Reason: The VVs with the higher service times

may be experiencing different cache performance.
Generate Report: Use At Time option for Report Type

and VV in the Group By menu. The Order By is set to TotalAccesses.
Serving Information
VV Cache Performance
Serving Information
Other Reports
The types of reports available are many with System Reporter
Of course, remember you are displaying historical data based upon the retention policy you set.
3PAR Engineering can get a copy of your System Reporter database to help study your environment The following slides contain report examples that System Engineers and Engineers use to learn about InServ installations
Serving Information
Serving Information
Serving Information
Serving Information
Serving Information
Serving Information
PD Performance
Serving Information
PD Space Usage Report at Time
Serving Information
VLUNs by IOP and BW
Serving Information
VLUN Service by Time and IO size
Serving Information
VLUN Queue Length
Serving Information
Hourly Port Performance
Serving Information
PD Service at Time
Serving Information
System Reporter Database sizing
New system sizing spreadsheet.
A new spreadsheet has been included on the CD to aid in sizing the system running System Reporter and database.
Serving Information
Configuring Email Alerts

Email alerts can be configured when certain metrics meet specified conditions
To add an alert:
1. Click on Sampling Policies link in the Report Selection Pane 2. Opens new window where you click on Add Alert
Serving Information
Add Alert Rule
Setting: Receive an email alert when any VLUN has an

average read service time of more than 100 ms in any high-resolution interval.
Serving Information
Thank You
3PAR
3PAR Customer Support Information
3PAR
SUPPORT
For any issue with your InServ, call: 1-888-372-7226 24 x 7 Create an iSupport account Go to the 3PAR website
Services, then log in to 3PAR Central
Can download manuals, open service ticket
Serving Information
119
3PAR Logins
Location Username Password
3Par Node Login 3Par SP After Install 3Par Inserv After Install 3Par SP After Install
console spvar 3paradm 3parcust
cmp43pd 3parvar 3pardata 3parInServ
Note: I and S are Caps.

Serving Information
Thank You
3PAR

3PAR Customer Presentation 10312011

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

3PAR Customer Presentation 10312011

Uploaded by

Copyright:

Available Formats

Agenda

Serving Information. Simply.

3PAR Hardware Overview

Serving Information. Simply.

3PAR InServ Storage Servers

Max Capacity Throughput/ IOPS (from disk) SPC-1 Benchmark Results

125TB 1,300 (MB/s) / 46,800

250TB 2,600 (MB/s) / 93,600 SPC-1 TBD

300TB 3,200 (MB/s) / 156,000

600TB 6,400 (MB/s) / 312,000 224,990 SPC-1 IOPS

3PAR InSpire architecture: Cabinet

Drive Chassis (4U)

Redundant Power Supplies Backplane

Controller Node (4U)

Redundant Batteries Redundant PDUs

3PAR F-Class Architecture Basics

Same advanced 3PAR software as in the T-Class

3PAR InServ F-Class Storage Server Specifications

Integrated Power Supply & Battery

Integrated Power Supply & Battery

Optional Adapter Slots

Built-in Fibre Channel (4Gb/s) ports

Built-in GigE port for Remote Copy

F-Class Drive Chassis (frontview)

3PAR InServ F-Class Storage Server Specifications

Integrated Power Supply & Battery

Integrated Power Supply & Battery

Optional Adapter Slots

Built-in Fibre Channel (4Gb/s) ports

Built-in GigE port for Remote Copy

F-Class Drive Chassis (frontview)

InServ Numbering Systems

The Administrator should know the numbering systems for:

Top = Starts with 0

Serving Information. Simply.

Serving Information. Simply.

Serving Information. Simply.

3PAR Virtual Volume (VV) Concepts

Serving Information. Simply.

Understand InForm OS RAID concepts

Understand concepts of InServ Chunklets

Understand InForm OS Logical Disks (LDs)

InServ Concepts for Volume Management

3PAR RAID 1 Concepts

Usable space = 256 MB

3PAR RAID 5 Concepts

Default size (RAID 5) Usable space = 768 MB (3*256)

Usable space = 1280 MB

3PAR RAID 5 Concepts Contd

Setsize = 9 (8+1) What is the usable space for this setsize?

Usable space = 2048 MB (8*256)

3PAR RAID Multi Parity (MP) Concepts

Usage Meaning of -ha cage For RAID MP

3PAR Volume Management View

3PAR InForm OS manages the above automatically

3PAR VM manages and presents volumes to server farms

3PAR InServ Virtual Volume

The only storage component visible to Hosts

Host Sees Virtual Volume as a LUN

Building a Virtual Volume

Starts with Physical drives

Divided into Chunklets

Chunklets: Foundation of Virtual Volume

Start with a Raid Set as the Building Block