FlashSystem A9000 / A9000R R12.3 Technical Update

Transcription

1 FlashSystem A9000 / A9000R R12.3 Technical Update Craig Gordon, Lisa Martinez, Brian Sherman IBM Storage ATS - Washington Systems Center Steve Solewin Storage Solutions Architect

2 Accelerate with IBM Storage Webinars The Free IBM Storage Technical Webinar Series Continues in Washington Systems Center Storage experts cover a variety of technical topics. Audience: Clients who have or are considering acquiring IBM Storage solutions. Business Partners and IBMers are also welcome. To automatically receive announcements of upcoming Accelerate with IBM Storage webinars, Clients, Business Partners and IBMers are welcome to send an request to accelerate-join@hursley.ibm.com. Located in the Accelerate with IBM Storage Blog: Also, check out the WSC YouTube Channel here: Webinars: January 9 DS8880 Easy Tier January 17 Start 2018 Fast! What's New for Spectrum Scale V5 and ESS February 8 - VersaStack - Solutions For Fast Deployments February 16 - TS7700 R4.1 Phase 2 GUI with Live Demo February 22 - DS8880 Transparent Cloud Tiering Live Demo March 7 - Spectrum Storage Management, Control, Insights, Foundation March 15 - IBM FlashSystem A9000/R and SVC Configuration Best Practices March 27 - IBM FlashSystem A9000/R Technical Update April 12 - Introducing Spectrum NAS - The Newest Member in the Spectrum Storage Family April 26 - TS7700 Grid Configuration Changes -- Joins, Merges and Removals May 8 - DS8880 Technical Update June 7 Economic Value of Response Time June 21 Deep Dive into Spectrum Scale AFM June 28 - Open System Tape, What s New July 19 - Copy Services Manager Version Technical Update August 2 - Back to Basics - TS7700 Concepts and Operations August 7 - IBM/Broadcom: Why NVMe-Over Fiber should be on your radar! August 30 - Transforming Traditional IT to a Multi-Cloud strategy leveraging IBM Storage September 13 - DS8880 Technical Update September 20 - IBM/Broadcom SAN Extension September 27 Introduction to Open Systems Tape 101 October 2 - Copy Services Manager / Safeguarded Copy Update October 11 Storage Insights & Storage Insights PRO Use Cases at the WSC October 18 TS7700 usability enhancements in release December 6 - IBM Cloud Private: Containers, Private and Public Clouds with the VersaStack December 13 - Copy Services Manager Update and DS8880 Safeguarded Copy December 18 - IBM FlashSystem A9000/R Technical Update Register Here:

3 Agenda Dates: 10/09/2018 Announcement 11/23/2018 General Availability Overview of what s new with R12.3 Gemalto SafeNet KeySecure No longer require an RPQ Option for using a longer user password Up to 64 characters now supported for enhanced security System Latency Ability to monitor Internal/External latency at System level Grid Starter Lower capacity entry point for A9000R HA / DR Multi-site Integrated 3-site capability with HyperSwap and Asynchronous Mirroring Pool Size Storage pool can be full capacity of the system vs previous 1PB maximum HSM updates and demo 3

4 FlashSystem A9000 / A9000R R12.3 SafeNet Key Secure 4

5 R12.3 KeySecure Support A9000/R encryption key management Internal key management SKLM KeySecure by RPQ Required development interaction in order to define the KeySecure server type via the XCLI A9000 R12.3 supports KeySecure as an external key manager Type of key server (KeySecure/SKLM) is determined when the key server is defined xcli.py u <SecurityUser> -p <Password> encrypt_keyserver_define name=safenet- A ipv4=snocone.ibm.com keyserver_type=keysecure master=yes certificate="- ---BEGIN CERTIFICATE---*MIICyTCCAbGgAwIBAgIXLSiyd2FPMA0GCSqGSIb3IiEBCwUAMBQx EjAQAgNVBVuTCXNrbG5pdHNv*... *erd5hgqhskfr3fem+b6eboupfibrys8rktlrbwvovobq*-- -END CERTIFICATE----" 5

6 FlashSystem A9000 / A9000R R12.3 What's causing your latency? The network or your system? 6

7 R External vs Internal System Latency Get a clear indication of system vs environment (network + host) performance health IT department: Quickly distinguish between storage issues and environment issues POC and benchmarks: Have your numbers ready vs the competition (uses internal only) Internal Latency Environment / External Latency Total Latency Note: Previously, R had added an indication of internal latency, per host 7

8 FlashSystem A9000 / A9000R R12.3 Grid Starter 8

9 The A9000R Grid-Starter A9000R entry point is now at 108TB (3:1) / 180TB (5:1) vs 216/360TB entry point previously 540/900 TB capacity optimized entry point vs 1/1.8 PB previously 1 + grid element configuration Single flash enclosure 2+1 grid controllers for resiliency Power and Network Rack Upcoming Scale-out to 2, 3 and 4 grid elements Non-disruptive SOD to increase number of Grid Elements 9

10 FlashSystem A9000/A9000R model 425 Host Port Connections Host Port Connections * Option 1 Host Port Connections * Option 2 A x16Gb FC + 6x10Gb iscsi 12 x 10Gb iscsi A9000R with 1 Grid Element 12x16Gb FC + 6x10Gb iscsi 12 x 10Gb iscsi A9000R with 2 Grid Elements 16x16Gb FC + 8x10Gb iscsi 16 x 10Gb iscsi A9000R with 3 Grid Elements 24x16Gb FC + 12x10Gb iscsi 24 x 10Gb iscsi A9000R with 4 Grid Elements 32x16Gb FC + 16x10Gb iscsi 32 x 10Gb iscsi * Host port connections must be identically configured (100% Option 1 or 100% Option 2) in each of the grid controllers 10

11 FlashSystem A9000R Model Capacities A9000R Model 425 Grid Elements Grid Controllers Flash Enclosures Usable capacity 36 TB FS900s (12x3.6TB) Effective capacity (3:1) Effective capacity (5:1) Usable capacity 85 TB FS900s (12x8.5TB) Effective capacity (3:1) Effective capacity (5:1) Usable capacity 180 TB FS900s (12x18TB) Effective capacity (3:1) Effective capacity (5:1) 108TB 180TB 255 TB 425 TB 540 TB 900 TB 216 TB 360 TB 510 TB 850 TB 1080 TB 1800 TB 324 TB 540 TB 765 TB 1280 TB 1620 TB 2700 TB 432 TB 720 TB 1020 TB 1700 TB 2160 TB 3600 TB Memory (384GB per grid controller) 1152 GB 1536 GB 2304 GB 3072 GB 11

12 R FlashSystem A9000R Model 425/U25 Consolidate at Scale, with Confidence Leverage declining cost of flash media Dramatically reduce footprint vs HDD storage Dramatically reduce power consumption Dramatically improve data center utilization Balanced Capacity Optimized 1.8M IOPS 2.4M IOPS Performance Optimized 2.4M IOPS 1.8M IOPS 1.2M IOPS 900K IOPS 2.4M IOPS 1.8M IOPS 1.2M IOPS 900K IOPS 900K IOPS 1.2M IOPS MicroLatency Module Size * IOPS results represent random IO, 80/20% read/write * Capacity Copyright information IBM Corporation is Effective, assuming 5:1 data reduction Number of Grid-Elements

13 FlashSystem A9000 / A9000R R12.3 HA and integrated 3-site mirroring solution 13

14 Multi-site High Availability and Disaster Recovery 3-copy solution Two active-active copies via HyperSwap between two systems. 3 rd copy via asynchronous replication between the primary and the tertiary copies. Standby asynchronous replication between the secondary and the tertiary copies. For volumes and consistency groups 14

15 3 Key design points Support both High Availability and Disaster Recovery for the same set of volumes/consistency groups Disaster recovery is still available after High Availability events Ability to build Multi-site relationship from existing HyperSwap or Async solutions without losing consistency of the existing relationship 15

16 Monitoring the Multi-site relationship Consistent management and monitoring of the Multi-site relationship Monitor HyperSwap relationship and its ability to perform automatic failover Monitor Async relationship state and data consistency Monitor Standby Async relationship readiness to take over Certain operations have been added Define/delete Multi-site Change role/switch role Activate Standby async mirror HyperSwap relationship essentially remains unchanged Same behavior, conditions and triggers Issues with either Async relationship will not affect HyperSwap Will attempt to activate standby async if it exists and the failure requires it 16

17 Restrictions/Limitations Multi-site relationship must be: HyperSwap (Normal sync mirror is not supported) Async Optional standby async Application consistent snaps are supported on HyperSwap pair, or on Async pair, but not on all three Failback after failover to async copy requires recreation and reinitialization of all relationships, but offline init is supported 512 volumes per system Standby async counts as 3, so total is 3072/6 Allowed connectivity Host can be either FC or iscsi HyperSwap must be FC Async can be either FC or iscsi Distance/latency requirements unchanged from HyperSwap/async 17

18 Failure Scenarios Primary Failure Site Failure Target Disconnect 18

19 HyperSwap Primary failure A HyperSwap B Async C 19

20 HyperSwap Primary failure A HyperSwap B Async C 20

21 HyperSwap Primary failure A HyperSwap B Automatic failover: B becomes active Primary Async C 21

22 HyperSwap Primary failure A HyperSwap B Automatic failover: B becomes active Primary Automatic activation of B-C Async mirror Async C 22

23 Site Failure A HyperSwap B Async C C role is manually changed to become the Primary 23

24 Recovery from Site Failure A HyperSwap B After A and B are recovered all relations are deactivated Async C C role is Primary 24

25 Recovery from Site Failure A B 1. Delete Multi-site relation and HyperSwap relation Async C C role is Primary 25

26 Recovery from Site Failure A Async B 1. Delete Multi-site relation and HyperSwap relation 2. Change A role to Secondary and activate the Async relation. At this point the modified data is synced from C to A C C role is Primary 26

27 Recovery from Site Failure A Async B 1. Delete Multi-site relation & HyperSwap relation 2. Change A role to Secondary and activate the Async relation. At this point the modified data is synced from C to A 3. Switch the roles between A and C making A the primary of the Async relation C C role is Primary 27

28 Recovery from Site Failure A B 1. Delete Multi-site relation and HyperSwap relation 2. Change A role to Secondary and activate the Async relation. At this point the modified data is synced from C to A Async 3. Switch the roles between A and C making A the primary of the Async relation 4. Perform normal steps of creating a Multi-site relation. C C role is Primary 28

29 Target disconnect A disconnect on one relation will not affect the state and replication of the other relation A HyperSwap B A HyperSwap B Async Async C C 29

30 FlashSystem A9000 / A9000R R12.3 System wide Pool 1 system 1 pool 30

31 R System-wide pool Background Prior to v12.3, the limit is 1PB per pool Larger than 1PB systems multiple pools required Customers who use a single pool as a practice, are forced to: Define and provision from pools by some criteria Create/delete pools occasionally Automate the above 1 system 1 pool Starting v12.3 A single pool can span the entire effective capacity Consistency groups will have a 1PB limit 31

32 IBM Hyper-Scale Manager FlashSystem A9000 / A9000R R12.3 HyperScale Manager R5.5 and demo 32

33 Changes in Remote Views Remote Views Menu HSM 5.4 HSM 5.5 Replication Overview 33

34 Replication Details Multi-site HA/DR view Multi-site detail summary for each leg 34

35 35

36 IBM FlashSystem A9000 / A9000R Business Continuity Redbook Chapter 1. Business Continuity Functions Chapter 2. Snapshots Chapter 3. Remote Connectivity Chapter 4. Remote Mirroring Chapter 5. HyperSwap Chapter 6. HA/DR Chapter 7. Hyper-Scale Mobility Chapter 9. Data Migration 36

37 IBM HyperSwap and Multi-site HA/DR for IBM FlashSystem A9000 and A9000R Redbook Chapter 1. HyperSwap for IBM FlashSystem A9000 and A9000R Chapter 2. Multi-site HA/DR solution for FlashSystem A9000 and A9000R Chapter 3. Prerequisites Chapter 4. HyperSwap implementation and usage Chapter 5. HyperSwap scenarios Chapter 6. Multi-site HA/DR implementation and usage Chapter 7. Multi-site scenarios Chapter 8. Using VMware Site Recovery Manager and HyperSwap Chapter 9. Microsoft Failover Clustering and HyperSwap Chapter 10. Volume Shadow Copy Service and HyperSwap Snapshots 37

38 Questions 38