Simple virtualization IBM SAN Volume Controller (SVC)

Simple virtualization – IBM SAN

Volume Controller (SVC)

Jan Vojtěch

AVNET, TSSC Specialist

[email protected]

Agenda

Introduction to IBM Virtualization

IBM SystemStorage SAN Volume Controller

Simple virtualization

Introduction to IBM Virtualization

IBM SystemStorage SAN Volume Controller

Managing Information in Silos has become Obsolete

1990s

“Network-Centric”

1950s

“Server-Centric”

21

_Century

“Information-Centric”

Globally Integrated

Enterprise

What is Virtualization?

Logical representation of resources not constrained by

physical limitations



Create many virtual resources within single physical device



Reach beyond the box – see and manage many virtual

resources as one



Dynamically change and adjust across the infrastructure

IBM Virtualization Engine

A comprehensive platform to help virtualize the infrastructure

Storage Virtualization is . . .

Technology that makes one set of resources

look and feel like another set of resources,

preferably with more desirable

characteristics…

A logical representation of resources not

constrained by physical limitations

– Hides some of the complexity

– Adds or integrates new function with existing services

– Can be nested or applied to multiple layers of a system

Source: Evaluator Group

Virtualization Logical

Representation

Physical Resources

Why Storage Virtualization?

Not “just another way of helping manage SANs”

Storage virtualization complements server virtualization

– Both technologies help increase flexibility and speed responsiveness

Storage management used to be manually intensive,

time-consuming and disruptive to the business

Storage virtualization with SVC can help change that to

automatic, time-saving and non-disruptive to the business

Radically changes the way you think about and work with

storage to make it fundamentally more flexible than just disk

boxes alone

Simple virtualization

Introduction to IBM Virtualization

IBM SystemStorage SAN Volume Controller

Why is SVC Important?

Overall, SVC helps reduce storage cost

Helps improve storage utilization

– Make better use of existing storage and control growth

Designed to improve application availability

– Make changes to storage and move data without taking applications down

Helps simplify management

– Greater efficiency and productivity for storage management staff

Offers network-based replication

SVC Facts

IBM has 40 years experience in virtualization technologies

IBM has shipped over 9000 SVC engines running in more than 3100

SVC systems

There are more than 130 customer references for SAN Volume

Controller

SAN Volume Controller is a proven offering that has been delivering

benefits to customers for four years

SAN Volume Controller demonstrates scalability with the fastest

Storage Performance Council benchmark results

SAN Volume Controller can virtualize IBM and non-IBM storage (over

120 systems from IBM, EMC, HP, HDS, Sun, Dell, NetApp, Fujitsu, NEC,

Bull)

SVC Delivers Availability, Performance, and Scalability

We designed and built SVC with the resiliency of a storage controller

SVC supports non-disruptive firmware updates and hardware maintenance on the disk arrays to further increase its availability

SVC is a proven offering, having been delivering benefits to customers for four years

It’s resilient and highly available

It has the fastest benchmark of any controller

It scales to manage large environments

SVC has the fastest SPC-1 benchmark EVER submitted (155K IOPS)

SVC has the fastest SPC-2 benchmark EVER submitted (4.544 GBPS)

Many references quote significant performance improvements

(up to 10X faster)

SVC scales from very small configurations (1TB) to large

enterprises

(> 500TBs) and growing !

New SVC engines deliver dramatically better

throughput, supporting larger and more I/O intensive environments

Combine the capacity from multiple arrays into a single pool of storage

Apply common copy services across the storage pool

Manage the storage pool from a central point

Make changes to the storage without disrupting host applications Virtual Disk Virtual Disk Virtual Disk Virtual Disk

SAN

SAN Volume Controller Advanced Copy Services

Storage Pool HP EMC DS4000 DS8000 HDS

SVC 2145-8G4 Storage Engine

New SVC engine based on IBM System x3550 server

– Two dual-core Intel Xeon 5160 processors at 2.33GHz

– 8GB of cache

– Four 4Gbps FC ports

– SVC code improvements to use multi-core processor

• Improvements also deliver potential benefits to customers with previous model SVC nodes

Dramatically improved throughput compared with 8F4 engines

Helps support larger, more I/O intensive storage configurations

New engines may be intermixed in pairs with older engines in SVC

clusters

– Helps protect investments and offers enhanced growth capability

Cluster nondisruptive upgrade capability may be used to replace

What’s New with SVC Version 4.2

Dramatically improved throughput with new Model 8G4 engines

– Helps enable SVC to address larger and more I/O intensive environments

Copy Services Enhancements including multi-target FlashCopy

– Help support greater flexibility by enabling multiple copies of source data

Role-based authentication

– Designed to provide better control over access to managed storage resources

Fast node reset, email and inventory reporting features

– Help improve reliability, availability and serviceability characteristics

Redundant AC power

– Designed to increase reliability and ease of maintenance by supporting redundant power inputs using dual-input power distribution unit (PDU)

Expanded server and storage environment support

Breakthrough Performance with SVC 4.2

SPC-1 benchmark: Simulates I/O characteristics of OLTP workloads

–

SVC 4.2 delivers 75% better throughput than SVC 4.1: 272,500 SPC-1 IOPS

SPC-2 benchmark: Simulates heavy sequential workloads

–

SVC 4.2 delivers over 50% better throughput than SVC 4.1: 7080 SPC-2 MB/s

SVC leads the industry in both SPC benchmarks

High SVC throughput supports virtualizing multiple storage systems

Measurements conducted using 8-node SVC configurations; SVC 4.1 used 8F4 nodes; SVC 4.2 used 8G4 nodes. For more information, see www.storageperformance.org/results

Infrastructure Simplification with SVC

Traditional SAN

Capacity is isolated in SAN islands

Multiple management points

Poor capacity utilization

Capacity is purchased for, and owned by individual processors

SAN Volume Controller

Combines capacity into a single pool

Uses storage assets more efficiently

Single management point

Capacity purchases can be deferred until the physical capacity of the SAN reaches a trigger point.

SAN

95% capacity

25%

capacity 50%_{capacity SAN}

SAN

Volume Controller

55% capacity

Non-disruptive Data Migration with SVC

Traditional SAN

1.

Stop applications

2.

Move data

3.

Re-establish host

connections

4.

Restart applications

SAN Volume Controller

1.

Move data

Host systems and applications

are not affected.

SAN

SAN

Volume Controller

SAN Virtual

Business Continuity with SVC

Traditional SAN

Replication APIs differ by vendor
Replication destination must be

the same as the source

Different multipath drivers for each array

Lower-cost disks offer primitive, or no replication services

SAN Volume Controller

Common replication API, SAN-wide, that does not change as storage hardware changes

Common multipath driver for all arrays

Replication targets can be on lower-cost disks, reducing the overall lower-cost of exploiting replication services

SAN SAN SAN Volume Controller IBM DSx IBM DSx EMC Sym EMC Sym FlashCopy® PPRC TimeFinder SRDF IBM DS8000 IBM DS4000 EMC Sym HP MA SVC IBM S-ATA

SVC FlashCopy

®

Function

Volume-level local replication function

Designed to create copies for backup, parallel processing, test, …

Copy available almost immediately for use

Background copy operation or “copy on write”

Up to sixteen copies of a single source volume

Source and target volumes may be on any SVC supported disk systems

Up to 16 targets Source vdisk FlashCopy relationships

SVC Metro Mirror Function

“Metropolitan” distance synchronous remote mirroring function

Up to 300km between sites for business continuity

– As with any synchronous remote replication, performance requirements may limit usable distance

Host I/O completed only when data stored at both locations

Designed to maintain fully synchronized copies at both sites

– Once initial copy has completed

Metro and Global Mirror delivered as single feature

– Offers great implementation flexibility

Operates between SVC clusters at each site

Long distance asynchronous remote mirroring function

Up to 8000km distance between sites for business continuity

Does not wait for secondary I/O before completing host I/O

– Helps reduce performance impact to applications

Designed to maintain consistent secondary copy at all times

– Once initial copy has completed

Built on Metro Mirror code base

Metro and Global Mirror delivered as single feature

– Offers great implementation flexibility

Operates between SVC clusters at each site

– Local and remote volumes may be on any SVC supported disk systems

Lifecycle Management with SVC

Traditional SAN

Moving data between arrays is disruptive

Copy Services only between like arrays

SAN Volume Controller

Ability to move data between arrays without disruption

Apply Copy Services from any to any

Match the cost of storage to the business value of the data

SAN EMC DS8000 DS4000 Metro Mirror TimeFinder SAN SAN Volume Controller DS8000 EMC FlashCopy Migration DS 4000

SVC Additional Enhancements

Role-based Authentication

–

Defines new roles to restrict access

to SVC managed resources and

actions.

• Monitor: Can view but not change configuration.

• CopyOperator: Monitor +

manipulate existing copy services relationships.

–

Give users and scripts ability to

monitor and trigger copy services

without giving ability to change SVC

configuration

Fast node reset

–

Helps improve SVC system

availability by speeding restart of an

SVC node following a software error

Interoperability Additions in SVC Version 4.2

Disk Systems

HP StorageWorks XP10000, MSA 1000, 1500

EMC Symmetrix DMX-4

EMC CLARiiON CX3 Models 10, 80

Sun StorageTek 6120, 6130, 6140, 6540, 6930

NEC iStorage Models S1500, S2500, S2900

Bull StoreWay Models FDA1500, FDA2500, FDA2900

SAN

Volume Controller

SVC Version 4.2 Supported Environments

SAN with 4Gbps fabric

HP MA, EMA MSA, EVA XP MSA1000, 1500 Hitachi Lightning Thunder TagmaStore AMS, WMS EMC CLARiiON CX3 Models 10, 80 Symmetrix DMX-4 Microsoft MSCS MPIO, VSS, GDS x64, ia64 IBM AIX HACMP 5.4/XD GPFS / VIO OracleRAC 10g Sun Solaris VCS/SUN clustering HP-UX, Tru64 OpenVMS ServiceGuard with SDD Linux (Intel/Power/zLinux) RHEL/SUSE RHEL 5 ia32, x64 RHEL 3 POWER SLES 9 ia64 IBM BladeCenter Win/Linux/VMWare/AIX OPM/FCS/IBS SAN SAN Volume Controller Continuous Copy Metro Mirror Global Mirror VMware Win / NW guests Point-in-time Copy Full volume, Copy on write

Multiple targets Novell NetWare Clustering Sun StorageTek 6120, 6130, 6140, 6540, 6930 IBM DS DS4000 DS6000 DS8000 IBM ESS, FAStT 1024 Hosts Cisco McData Brocade iSCSI to hosts Via Cisco IPS

New IBM N series NetApp FAS New SGI IRIX New IBM N series Gateway NetApp V-Series Bull StoreWay FDA1500 FDA2500 FDA2900 Fujitsu Eternus 3000 4000 8000 NEC iStorage S1500 S2500 S2900

New New New

New New

New

Simple virtualization

Introduction to IBM Virtualization

IBM SystemStorage SAN Volume Controller

IBM SystemStorage Announcement