Click to edit Master title style - 2/1-Yoram Tal SV… · IBM System Storage SAN Volume ט"סשת...

Click to edit Master title style

� Click to edit Master text styles

� Second level

� Third level

� Fourth level

� Fifth level

IBM System Storage SAN Volumeט"תשס/סיון/ו"כController

1

ווירטואליזציה חיונית לזמנים קשים:

The IBM System Storage SAN Volume Controller

YORAM TALIBM ISRAEL

2

IBM Systems Storage



� Second level

� Third level

� Fourth level

� Fifth level


2

The need for Storage innovation

IT Challenges

� Explosion of data

� Compliance / security

� Infrastructure complexity

� Inflexible architectures

TB Growth

IT Budgets

Storage as a % of IT Budgets

Mgmt. of Storage as % of Storage

This Environment requires an innovative infrastructure …


3

FC Switch

ManagementApplication

DS4K Storage ManagerEMC Mgmt. ApplicationESS Specialist

SDD Drivers SDD Drivers EMC Drivers EMC Drivers RDAC Drivers

EMC DS4000ESS Remote Copy ?

Flashcopy ?

� Proprietary, non-interoperableCopy Services

� No common storage management interface

� Static relationship between serversand storage systems

� Inefficient use of storageresources

� Migration of data disruptive and time consuming

� Monolithic, potentially expensivestorage devices

� Pay for functionality when really just need capacity

Outof

Space

Outof

Space

Out

ofSpace

Storage Problems and Limitations Today

Free

capacity

010101010101010101010010101101001000Data Migration


4

Why Virtualization?

Logical representation of resources not constrained

by physical limitations

– Create many virtual resources within a single physical

device

– Reach beyond the box – see and manage many

physical resources as one

– Dynamically change and adjust across the

infrastructure


5

From The Press


6

Virtualization Is Everywhere

MiddlewareMiddleware

•Virtual machines

Application

SOA

Grid,Clustered applications

VM (mainframe)PowerVM (AIX)

VMware, Xen (x)

Storage

Virtual file systems


7

IBM System Storage SAN Volume Controller (SVC)

Gold

Silver

Bronze

SAN Volume Controller

Disks from different vendors

� Different device types

� Different multipathing drivers

� Different management interfaces

Hosts see many disks, but …

� One device type

� One multipathing driver

� One management interface


8

SANVolume Controller

SVC Version 4.3.1 Supported Environments

SAN with 4Gbps fabric

HPMA, EMA

MSA, EVA 4400XP 24000/20000

HitachiLightningThunder

TagmaStoreAMS, WMS, USP

EMCCLARiiON

Symmetrix

MicrosoftWindowsHyper-V

IBM AIX

IBM i 6.1

SunSolaris

HP-UX 11iTru64

OpenVMS

Linux(Intel/Power/zLinux)

RHEL

SUSE

IBMBladeCenter

SAN


Continuous Copy

Metro Mirror

Global Mirror

VMware

Point-in-time CopyFull volume, Copy on write

256 targets, Incremental, Cascaded

Space-Efficient

NovellNetWare

SunStorageTek

IBMDSDS3400DS4000DS5000DS6000DS8000

IBMESS,

FAStT

1024Hosts

iSCSI to hostsVia Cisco IPS

IBMN series

NetAppFAS

SGI IRIX

IBM N series GatewayNetApp V-Series

IBM TS7650G

BullStoreWay

FujitsuEternus

NECiStorage

For the most current, and more detailed, information please visit ibm.com/storage/svc and click on “Interoperability”.

Space-Efficient Virtual DisksEntry Edition software

Virtual Disk Mirroring

AppleMac OS

PillarAxiom300, 500

IBMXIV

IBMz/VSE


9

VirtualDisk

VirtualDisk

VirtualDisk

SAN

Volume Controller

HP

EMCDS4000

DS8000

HDS

SAN Volume Controller Architecture

SAN

Physical � Servers and Storage still cabled directly to

the SAN

� SVC cables to additional SAN ports

Logical� SVC is ‘In Band’

� All data goes through the SVC

� Consolidates function and adds speed

SVC Node

SVC Node


10

IBM SVC Operation

RAIDcontroller 2

RAID controller 1

LU

N 4

LU

N 3

LU

N 2

LU

N 1

LU

N 4

LU

N 3

LU

N 2

LU

N 1

MD

4

MD

3

MD

2

MD

1

MD

8

MD

7

MD

6

MD

5

Physical configuration changes impact host and application availability.

Managed disks

SCSI LUNs

SCSI LUNs are still mapped 1-to-1 to what they believe are hosts – but are really Managed disks on the SAN Volume Controller

VD

4

VD

3

VD

2

VD

1

VD

7

VD

6

VD

5

Virtual disksHosts are still mapped to LUNs that they believe are physical disks – but are really Virtual disks that are created with the capacity and quality of service required by the application

Virtual-to-physical MappingThe SAN Volume Controller controls the mapping of Virtual disks to Managed disks

High Perf Low Cost

Managed disks are collected into Managed Disk Groups to facilitate different categories of storage devices

The SAN Volume Controller “insulates”the host systems from the effects of changes in the physical environment so disk subystems can be moved in and out and copy services can span dissimilar subsystems


11

Capacity Utilization

Traditional SAN

� Capacity is isolated in SAN islands

� Multiple management points

� Poor capacity utilization

� Capacity is purchased for, and owned by individual processors


� 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


55%capacity


12

Data MigrationTraditional SAN

1. Stop applications

2. Move data

3. Re-establish host connections

4. Restart applications


1. Move data

Host systems and applications are

not affected.

SAN


SAN Virtual

Disk


13

Information Lifecycle Management

Traditional SAN

� Moving data between arrays is

disruptive

� Copy Services only between like

arrays


� 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 MirrorTimeFinder

SANSAN Volume

Controller

DS8000

EMC

FlashCopy

Migration

DS

4000


14

Business ContinuityTraditional 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 cost of

exploiting replication services

SAN SAN


IBMDSx

IBMDSx

EMCSym

EMCSym

FlashCopy®PPRC

TimeFinderSRDF

IBMDS8000

IBMDS4000

EMCSym

HPMA

SVC

IBMS-ATA


15

Metro Mirror

� “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

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


16

� 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

Global Mirror


17

FlashCopy® (Snapshot)

� 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


18

Cascaded FlashCopy� New FlashCopy capability to define and trigger cascaded mappings

– Mappings can be incremental or non-incremental

� Allows a vdisk to be both source and target in concurrent FlashCopy mappings

– See diagram: Map 2 can be defined and triggered while Map 1 relationship exists

� Maximum number of targets dependent on a single source disk is 16 (including the number of direct targets + number of targets defined from direct targets). The example shows 4 targets from source disk 0

� Allows backup of target disks to be made without having to disruptexisting FlashCopy relationships with original source

� Helps reduce time to establish copies of targets, since there is no need to await copy complete of target disk before triggering cascaded copy

� Designed to increase flexibility in use of FlashCopy

Disk0Source

Map 1 Map 2

Map 3

Map 4

Disk1FlashCopy

target of Disk0

Disk2FlashCopytarget of Disk1

Disk4FlashCopytarget of Disk3

Disk3FlashCopy

target of Disk1


19

� SVC stores two copies of a virtual disk, usually on separate disk systems– SVC maintains both copies in sync and writes to both copies

� If disk supporting one copy fails, SVC provides continuous data access by using other copy– Copies are automatically resynchronized after repair

� Intended to protect critical data against failure of a disk system or disk array– A local high availability function, not a disaster recovery function

� Copies can be split

– Either copy can continue as production copy

� Either or both copies may be space-efficient

Virtual Disk Mirroring


20

� Space-Efficient Virtual Disks function is the SVC implementation of “thin provisioning”

� Traditional (“fully allocated”) virtual disks use physical disk capacity for the entire capacity of a virtual disk even if it is not used

– Just like traditional disk systems

� With SEV, SVC allocates and uses physical disk capacity when data is written

– Can significantly reduce amount of physical disk capacity needed

� Available at no additional charge with SVC base virtualization license

Space-Efficient Virtual Disks (SEV)


21

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 (275K

IOPS)

� SVC has the fastest SPC-2

benchmark EVER submitted (7.08

GBPS)

� Many references quote significant performance improvements

(up to 10X faster)

� SVC scales from very

small configurations (1TB) to

large enterprises

(> PBs) and growing !

� New SVC enginesdeliver dramatically better

throughput, supporting larger and more I/O

intensive environments


22

SVC Delivers Value

� Creates tiers of

storage

� Enables multi-

vendor strategies

� Supports data

movement without

interrupting

applications

� Allocate more

storage to

applications

automatically

Improves

personnel

productivity

Reduces the cost and

complexity of

managing storage

Improves

business

continuity

Improves

storage

utilization

� Combines storage

capacity into a single

resource – from

multiple vendors

� Manage storage as a

business resource,

not as separate boxes

� Manage a single

storage resource

from a central point



� Second level

� Third level

� Fourth level

� Fifth level


23

Conclusions


24

Value of Storage Virtualization

� Enterprise Strategy Group reports that early virtualization adopters save every year on average:– 24% on hardware costs

– 16% on software costs

– 19% on SAN administration costs

� With a $1 million budget spending $500,000 on hardware, $200,000 on software, and $300,000 on administration

Source: http://searchstorage.techtarget.com/tip/1,289483,sid5_gci1122304,00.html

Annual savings would be $209,000


25

Why IBM Virtualization� Over 40 years experience with virtualization technologies

� Over 30 years experience with storage virtualization

� Industry’s first and leading mainframe virtualized tape system

� Industry leading disk block virtualization system

� Complete range of virtualization assessment, planning and implementation offerings

� IBM offers an integrated range of virtualization and management offerings to address all portions of the IT infrastructure


26

Key Areas of Cost Saving Observed by Forrester in SVC Customers

� Reduction in storage management and administration cost

– Allowing a core group of administrators to control multiple assets across a distributed storage environment (50% efficiency improvement)

� Improved storage utilization

– Improve capacity utilization of existing storage assets

– Control the growth of future spending (improved utilization by 30%)

� Reduced cost of storage

– Capitalize on being able to purchase the lowest cost storage resources (controlled growth on average by 20%)

� Improved customer and end user availability to data-driven applications

– Minimize downtime associated with migrating data between storage assets ($240,000 in annual savings)

Source: The Total Economic Impact™ Of IBM® System Storage™ SAN Volume Controller


27

Just in from the press room…


28

SVC Facts

� IBM has 40 years experience in virtualization technologies

� IBM has shipped over 15,000 SVC engines running in more than 5,000 SVC systems

� In 2008 across this entire installed base, SVC delivered better than five nines (99.999%) availability

� There are more than 130 customer references and 29 customer case studies for SAN Volume Controller

� SAN Volume Controller is a proven offering that has been delivering benefits to customers for over five 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)


29

Gartner’s view on SVC


30

It’s storage virtualization software. It’s flexible. It’s you.

►To simplify your infrastructure

►To manage data from its creation throughout its lifecycle

►To support data availability, continuity and security

The power to break throughThe power to break throughThe power to break throughThe power to break through

IBM SAN Volume Controller


31


32

Thank You!

For the latest information please visit our Web site

http://www.ibm.com/storage/center

or write to: [email protected]

Click to edit Master title style - 2/1-Yoram Tal SV… · IBM System Storage SAN Volume ט"סשת...

Documents

Transcript of Click to edit Master title style - 2/1-Yoram Tal SV… · IBM System Storage SAN Volume ט"סשת...