IBM i Storage Update

IBM i Storage Update
Henrik Grönberg
Technical Director
2015-10-20
Henrik Grönberg, Technical Director
Utmaningen för vår IT infrastruktur
CPU prestanda ökat med 10x senaste 10 åren
Lagring har ökat i kapacitet men inte kunnat
hänga med prestandamässigt
System är nu begränsade av Latency och IO
vilket resulterar i hög prestandadifferens
Prestanda
Diff
Från 1980 till 2010, CPU prestanda har ökat 60% per år*
…och samtidigt, har disk prestanda ökat ~5% per år under samma tid**
Henrik Grönberg, Technical Director
FlashSystem kör dina applikationer snabbare
Application
Processing Time
CPU Utilization
& App. Efficiency
CPU Utilization
& App. Efficiency
4%
50%
Total Application
Processing Time
5,200μs (5.2ms)
Total Application
Processing Time
400μs (.4ms)
Vad skulle du göra
med den extra tiden?
Time Waiting for I/0
5,000μs (5ms)
(Waiting for Array)
200μs (.2ms)
200μs (.2ms)
200μs (.2ms)
Time Processing Data
(Server CPU)
Disk/Hybrid
SW-Based SSD
HW-Based
Solutions
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
IBM FlashSystem 900
• IBM MicroLatency™ med upp till 1.1 miljoner IOPS
• 40% högre kapacitet jämfört med tidigare generation flash
• IBM FlashCore™ teknologi
Tekniskt samarbete med Micron Technology – flash chips
• IBM förbättrad flash teknologi
• Flash Wear Garanti
Nu med support för IBM i
Enkelt GUI
1.2 TB
Module type
Modules
4
RAID 5 capacity 2.4
Raw Capacity
2.9 TB
6
8
10
12
6
4.8
7.2
9.6
12
11.6
8
10
Prestanda
5.7 TB
12
6
8
10
12
17.4 23.2 29.0 22.8 34.2 45.6 57.0
7.1 10.7 14.2 17.8 21.4 26.3 35.1 43.9 52.7 52.7 70.3 87.9 105.5
Latency
Write
Read
Max IOPS 4 KB
Read (100%, random)
Read/write (70%/30%, random)
Write (100%, random)
Max bandbredd 256 KB
Read (100%, sequential)
Write (100%, sequential)
90 µs
155 µs
1,100,000
800,000
600,000
10 GB/s
4.5 GB/s
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
Marknadstrender
Idag
2 - 5%
Flash/SSD
80%
15 - 18%
Spinning 10k/15k
NL-SAS
Imorgon
Flash/SSD
Spinning 10k/15k
NL-SAS
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
Vanlig IO-skew (inte IBM i)
6
Henrik Grönberg, Technical Director
IBM Easy Tier
• Easy Tier flyttar om data till
rätt plats baserat på prestanda
Read IO med låg cache hit
• Easy Tier analyserar
applikationens IO-mönster
• Migreringsplan
• 24 timmars cykel för
”inter-tier” migrering
• 6 timmars cykel för
”intra-tier” migrering
• Migrering av extents
sker i bakgrunden
7
Henrik Grönberg, Technical Director
Varför ”bara” read miss?
Write
Read
Hit
Read
Miss
Cache
8
Henrik Grönberg, Technical Director
IBM i IO skew
3-5% på SSD/Flash är rekommendation
för open och system Z
10-20% för IBM i
9
Henrik Grönberg, Technical Director
IBM i Storage support
IBM i 7.2 ej stöd för
DS8100/8300
DS8000 ”direct attach”
enbart med 8Gb adapters
Native
Fibre Channel
VIOS
Fibre Channel
XIV endast via VSCSI
FlashSystem 900 kräver
IBM i 7.2 TR2
Endast 8Gb till 8Gb eller
16Gb till 16Gb
(host/FlashSystem)
Storwize/SVC ”Direct
Attach” dvs. utan switch
endast med 4Gb
adapters.
10
DS8000
Storwize V7000
Storwize V5000
Storwize V3700
SVC/Spectrum Virtualize
FlashSystem V9000
Ingen mätbar
skillnad i
prestanda mellan
Native, VIOS
VSCSI eller
VIOS NPIV
anslutning*
DS8000
XIV
Storwize V7000
Storwize V5000
Storwize V3700
SVC/Spectrum Virtualize
FlashSystem V9000
FlashSystem 900
Nyhet
16Gb 4-ports adapter endast för
VIOS anslutning (ej native)
Henrik Grönberg, Technical Director
VIOS rekommendationer(krav?)
Minimum rekommendation
• 0.5 cores och 4GB minne
…men beror på flera faktorer…
FC/ethernet throughput, antal virtuella adapters,
antal ”host:ade” cores etc.
• VIOS Sizing Reference finns
• IBM Workload Estimator kan användas för att ”size:a” VIOS
• När VIOS ansluten disk inte levererar kontra native –
troligen för lite resurser för VIOS LPAR
11
Henrik Grönberg, Technical Director
Storwize/SVC RTC
RTC = Real Time Compression – nu för IBM i
RTC är framtaget för att:
• Fungera på Aktivt Primär Data
• Disksystemet utför all komprimering
• Ingen prestanda påverkan*
• Inga förändringar i applikationer
•
Varken admins eller användare behöver ändra något
• Beprövad komprimeringsalgoritm
•
Använts över 10 år
IBM i kunder ser närmare 80% komprimeringsgrad på DB2
med minimal prestandapåverkan!
12
Henrik Grönberg, Technical Director
High Availability
Logisk
replikering
Disk copy
services
Intern
eller
Extern
storage
Extern
iASP rekommenderas
3:e parts High Availability lösning
•
•
•
•
•
•
•
•
13
Kan använda intern och extern disk
Logisk replikering av objekt
Capacity Backup (CBU) med ibland
”flera” cores licensierade för replikering
Site role-swap = sällan eller aldrig
Kräver djup kunskap
Kräver underhåll (nya applikationer/objekt)
Komplext handhavande vid stopp
Support = 3:e parts leverantör
PowerHA/storage lösning
•
•
•
•
•
•
•
•
Switchable LUNs, Metro eller Global Mirror
Diskbaserad replikering
Capacity Backup (CBU) med endast 1 core
licensierad
Site role-swap = veckovis/månadsvis
Ingen djup kunskap behövs
Minimalt underhåll (vid tillägg av disk LUNs)
Enkelt handhavande vid stopp
Support = IBM
Henrik Grönberg, Technical Director
Full system copy kontra iASP copy
Full system copy
•
•
•
•
•
•
•
•
Disaster Recovery
Kräver ej iASP
Kräver mer bandbredd
DR system kan ej vara igång
Vid failover – Abnormal IPL
Konfig ändringar krävs (IP adress mm.)
Failover tid 1-X timmar
Mer DR än HA…
Ingen funktion för planerat underhåll
Disk spegling
ASP1
ASP1
SYSBAS+Appl+Data
SYSBAS+Appl+Data
PowerHA och iASP copy
•
•
•
•
•
•
•
•
Kräver iASP
Mindre bandbreddskrav
DR system igång (kan göra annat…)
Vid failover – montering av iASP
PowerHA hanterar konfig ändringar (IP mm)
Failover tid 5-20 minuter
Både DR och HA…
Support för planerat underhåll
Disaster Recovery
*SYSBAS
(Prod)
*SYSBAS
(DR)
Hög tillgänglighet
Disk spegling
IASP
14
Admin domän
PowerHA kluster
IASP
Henrik Grönberg, Technical Director
Full system copy DS8000
Automatisering via
IBM Lab Services
(Full System Copy
toolkit)
15
Henrik Grönberg, Technical Director
PowerHA FSR för Storwize
•
PowerHA Full System Copy Services Manager Replication for Storwize (PowerHA FSR)
är det senaste toolkit erbjudandet från IBM Lab Services
•
PowerHA FSR är en lösning för att tillhandahålla en full kopia av ett produktionssystem på
en annan site
•
PowerHA FSR automatiserar de uppgifter som behöver göras manuellt efter en
“switchover”
–
–
–
–
Associate specific storage resources based on the system serial number and LPAR number
Associate specific IP addresses based on the system serial number and LPAR number
Associate communication resources based on the system serial number and LPAR number
Fix TCP routes based on the system serial number and LPAR number
•
PowerHA FSR ger switchover, failover och “detach” optioner i *SYSBAS-managerade
miljöer
•
IASP-baserade replikeringsmiljöer hanteras i PowerHA (som tidigare)
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
16
IBM Lab Services – History (FSCSM & PowerHA FSR)
•
PowerHA Full System Copy Services Manager Replication for
Storwize (PowerHA FSR)
–
–
–
–
–
•
Nyutvecklat 2015 av IBM Lab Services Power Systems Delivery Practice
Första versionen enbart support för Storwize familjen (V7000, V5000, V3700)
Kräver 5770HAS (PowerHA for IBM i) och använder IBM kluster teknologi
Framtaget för full system replikering (HA/DR lösning)
Kräver 7.1 eller 7.2
Full System FlashCopy Toolkit (FSFC Toolkit)
–
–
–
Använder inte PowerHA eller kluster teknologi
Utnyttjar FlashCopy funkktionen i DS8000 och SVC (inkl. Storwize familjen)
Används som en backup lösning – är inte en HA/DR lösning
– Omdöpt 2014 till Full System Copy Services Manager (FSCSM)
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
17
FSCSM
•
FSCSM (FlashCopy) är en BACKUP lösning
–
Flush Memory på “source” (Produktion) LPAR till disk (Quiesce eller Restricted State)
»
–
FlashCopy
»
»
–
–
–
Om, två siter, tillser att replikeringen fört över datat till DR site
Lokala “produktions”-diskarna till lokala “flashcopy” diskar, ELLER
DR “replikerings target” diskar till DR “flashcopy” diskar
Återuppta aktivitet på “source” (Produktion) LPAR, om quiesced
IPL “target” (FlashCopy) LPAR
Utför backupen
Controllling LPAR
(Production Site)
Production LPAR
(Production Site)
2) FlashCopy
* LPAR is a
full copy of
production
Backup* LPAR
(Production Site)
4) IPL
1) Quiesce
3) Resume
5) Perform Backups
Storwize
Storage
© Copyright IBM Corporation 2015
Henrik Grönberg, Technical Director
18
Full System Copy: Hyperswap DS8000/Storwize
• IBM i 7.2 – PowerHA Express Edition
• Ger möjlighet att switcha disk access till
remote DS8000/Storwize
•
Automatiskt eller manuellt ”triggered”
• HA lösning vid stopp på disksystem
• iASP-baserad replikering inte supportat ännu
19
Henrik Grönberg, Technical Director
Full System Copy: Hyperswap med Live Partition Mobility
• LPM - möjlighet att skifta en partition till annan POWER maskin
• I kombination med Hyperswap vet lösningen vilken POWER maskin
och vilken disk som står i Site A respektive Site B
• Lokal POWER kör mot lokal disk
• Replikeringen vänds automatiskt till motsatt riktning
• iASP-baserad replikering inte supportat ännu
20
Henrik Grönberg, Technical Director
Framtida funktionalitet: iASP/Hyperswap/LUN switching
Full system HyperSwap är inte kompatibel med
iASP-baserad replikering och kan bara
konfigureras på systemnivå (SYSBAS och
eventuella ASP:ar switchas tillsammans).
*SYSBAS
(Prod)
I en framtida 7.2 Technology Refresh, kommer
PowerHA Enterprise Edition supporta DS8000
Hyperswap på iASP nivå.
Det ger möjlighet att använda Hyperswap för “near
zero” nertid vid planerade och oplanerade stopp
på disksystem. Det kan då även kombineras med
PowerHA LUN switching för att erbjuda minimal
nertid vid planerade och oplanerade server stop.
21
*SYSBAS
(DR)
Metro Mirror
IASP
IASP
Henrik Grönberg, Technical Director
Accelerate insights and minimize downtime with
IBM DS8880 data systems
•Mission critical acceleration: boost customer satisfaction and
serviceability with 2x accelerated response time and up to
1.8M IOPS
•Uncompromising availability: increase productivity by
minimizing downtime with 24x7 availability
•Unparalleled integration with IBM z Systems: improve
business processes and services by enabling systems for
insight and cloud environments
•Transformational efficiency: maximize utilization of
resources, including staff productivity, space and cost with
streamlined operations and 30% reduction in footprint
Henrik Grönberg, Technical Director
Introducing the new DS8880 family of data systems
1H/2016*
Faster: 2X Performance
Fast
DS8 Advanced F(X)
Hybrid Flash
2 – 3 Times 8870 Perf
2 TB 19”
Cache
Rack (DRAM)
Hybrid Flash
256 GB Cache (DRAM)
64 ports
768 HDD/SSD + 120 Flash module
19” Rack
DS8884
1536
2 TB Cache
(DRAM)
128 ports
128 Ports
HDD/SSD’s + 240 Flash
1536 HDD/SDD’s
19” Rack
DS8886
Industry’s Fastest T1 Subsystem
All-flash
2 TB Cache (DRAM)
128 ports
module
480 Flash module
19” Rack
DS8888
IBM is introducing a family of business-critical hybrid data systems that span a wide range of price points. The
family is powered by the next generation of IBM's proven DS8000 platform and delivers critical application
acceleration, uncompromising availability and industry-leading capabilities.
*Statements on IBMs future plans and directions are under NDA only. Future plans and directions are subject to change without notice.
Henrik Grönberg, Technical Director
DS8880 family: features
• 2x system bandwidth increase for sequential
workloads and 1.8M IOPs for Open OLTP
• Power 8 controllers, up to 2TB cache, new IO bay
interconnect featuring PCIe Gen3, and up to 128 ports
for increased host connectivity
• Greater than 6-9’s availability with bulletproof design
and industry leading disaster recovery capabilities
• 30% less footprint with standard 19” rack and
integrated dual Hardware Management Console (HMC)
Henrik Grönberg, Technical Director
IBM DS8880 Performance
• 1.6x faster: 1.8M
IOPs with submillisecond response
time (Open OLTP)
• 1.6M on z/OS OLTP,
1.5x faster
• Multi-thread
optimization helps to
scale with more
cores/threads
Henrik Grönberg, Technical Director
26
Henrik Grönberg, Technical Director
27
Henrik Grönberg, Technical Director