Professional Documents
Culture Documents
This session presents a brief history of IBM SAN Volume Controller (SVC) and IBM Storwize family. Starting back in 1999, it will explain why IBM decided to develop SVC, and the research projects that lead to the clustering architecture and the I/O processing architectures. The session goes on to describe the benefits of storage virtualization and how the software and hardware have evolved over time to where we are today, with the same software running across twelve different hardware platforms in as many years. From a field-hardened code base to a modern storage appliance/controller architecture that is the fastest thing in anyone's SAN -- even with today's SSD devices you'll learn why these IBM offerings lead the way in storage virtualization.
Before the mid 1990's most storage systems were direct attached IBM Serial Storage Architecture Developed by the IBM UK Hursley Storage team (who develop the Storwize Family) Dual serial disk loops per adapter 96 drives per loop - 160MB/s Spatial re-use only seen now in todays SAS topologies 8 way server attachment 2 way RAID architecture Over 95% attachment rate to IBM RS6000 server platform (Power Systems) Original storage disk adapters in IBM Enterprise Storage System (ESS) Evolved into IBM DS8000 with FC-AL interfaces using same adapter firmware Returned over $2 billion revenue between 1996 and 2003 SANs started to make direct attach obsolete, when many hosts could attach to one or more disk system
Moores Law
25% CGR
60-100% CGR
Back in 1999 we could see the second slow down was coming SAN complexity had grown out the box Storage itself was becoming a commodity Stoage islands wrong place wasted capacity? At the same time : Custom storage function silicon development was too slow and costly 3yrs etc Commodity (x86) silicon was proving to be enterprise ready Questions we asked : How can we tame heterogenous vendor SANs? How can we consolidate the storage functions? How can we make better use of what customers already have? How can we ride the x86 technology wave for years to come?
In addition to the technology questions, several business and operational questions were also being asked : The continual growth in data center costs Inability of IT organization to respond quickly to business demands Poor availability or service levels Lack of skilled staff for storage admin tasks Poor asset utilisation So while SANs had opened the potential for more flexibility In reality, they opened up another set of problems Could we radically change the way we think about storage?
+ Software Function
Array Based
No additional HW required Not scalable - limited by box performance Consolidates Copy Services
Host Zone
Host Zone
Host Zone
Storage Zone
10
I/O Component
Peer Communications
Interface Layer
Configuration
Clustering
Stack of I/O components Each implements a specific, encapsulated storage function Upper/Lower common plio interface
2013 IBM Corporation
User Interfaces
SCSI Target
Forwarding
Replication Cache A Brief History of SVC and Storwize Family FlashCopy Mirroring
RAID
Forwarding
SCSI Initiator
12
Control Enclosure
Storage pools of similar performing / RAIDed LUNs All storage pools visible to all SVC nodes
All virtualized storage common across entire cluster (visible to all nodes) C Controller volumes (LUNs) grouped into common attribute storage pools
2013 IBM Corporation
Virtualization
Legend
SCSI Initiator
Virtual Mdisk
Virtualization
Legend
SCSI Initiator
Virtual Mdisk
Virtualization
SCSI Initiator
Fibre Thread
(bound to a single core)
...
iSCSI Port polling fn
Fibre Queue
Fibre Fibre Fibre Fibre Fibre Fibre
Virtualization
Legend
SCSI Initiator
Virtual Mdisk
Supported Hardware SVC 4F2 Node 8F2 Node 8F4 Node 8G4 Node 8A4 Node
Forwarding
SCSI Initiator
Mdisk
SCSI Target
Forwarding
Thin Provisioning
RAID
Forwarding
SCSI Initiator
21
Quicksilver was an SVC and Flash technology demonstration in 2008 Proved the capability of a scale-out clustered storage system Proved SVC stack was Flash ready... already Achieved 1.2 million IOPS (70/30 4KB), at under 1 ms response time Technology demo used 14 current generation SVC nodes (8G4) 32 System X servers with Flash PCIe cards
Each of these running a cutdown SVC virtualizing local block Linux /sd devices Presenting the /sd devices as mdisks to the 14 node SVC cluster
22 2013 IBM Corporation
First single system capable of more than 1M IOPS Low latency key factor 50us overhead Up to four Cluster Partnerships for Replication iSCSI 1Gbit SVC software upgrade strategy All users, all hardware now iSCSI capable Stretched Cluster (Split Cluster) HA Zero detect on new CF8 Hardware Latest Hardware (CF8) Legend X3350M2 Server Base 1x 4core 2.4Ghz Xeon (Nehelan) Virtual QPI replaces FSB Mdisk 24 GB Cache 4x 8Gbit Fibre Channel
2013 IBM Corporation
SCSI Initiator
SCSI Target
Forwarding
RAID
Forwarding
SCSI Initiator
24
Supported Hardware SVC 4F2 Node 8F2 Node 8F4 Node 8G4 Node 8A4 Node CF8 Node
Forwarding
Easy Tier
Supported Hardware Storwize V7000
RAID
Forwarding
Legend
SCSI Initiator
Easy Tier
Supported Hardware Storwize V7000 V7000 Unified
RAID
Forwarding
Legend
SCSI Initiator
Supported Hardware SVC 8F2 Node 8F4 Node 8G4 Node CF8 Node CG8 Node
Forwarding
RAID
Forwarding
Legend
SCSI Initiator
SCSI Target
Forwarding
The Future...
Thin Provisioning Virtualization
Forwarding
RAID
Forwarding
SCSI Initiator
29
Peer Communications
Interface Layer
Configuration
1 Block protocol :
Fibre Channel
Clustering
FlashCopy
Virtualization
SCSI Initiator
Fibre Channel
Replication Cache
Peer Communications
Interface Layer
Configuration
Clustering
RAID
Forwarding
Extensible, flexible, augmentable - YES! Get the platform and software architecture and philosophy right on day one, and there are no limits or boundaries
2013 IBM Corporation
SCSI Initiator
Fibre Channel iSCSI FCoE SAS PCIe
* Only 4F2 hardware limited to running no later than 5.1 Software due to 32bit CPU