Performance op,mering Power Systems med IBM i

Størrelse: px

Starte visningen fra side:

Download "Performance op,mering Power Systems med IBM i"

Elias Berg
7 år siden
Visninger:

1 Performance op,mering Power Systems med IBM i Mølgaard Data AS Jørgen Johansen IBM Cer,fied Systems Expert SAP Cer,fied Technology Consultant jjo@mgd.dk

2 God performance er ikke en selvfølge men kan opnås med rekdig omhu og sund fornul Metoden er simpel og gennemskuelig Ingen fancy fagudtryk Ingen uforståelige rapporter Bare almindelig dansk "nede på jorden omhu

3 God performance er ikke en selvfølge men kan opnås med rekdig omhu og sund fornul Metoden er simpel og gennemskuelig Ingen fancy fagudtryk Ingen uforståelige rapporter Bare almindelig dansk "nede på jorden omhu Eller med andre ord, s,l krav,l din leverandør: Dit Power System skal ikke bare være godt nok dit Power System skal være aldeles fremragende

4 GLEM ALLE PERFORMANCE GURUER, DU HAR VERDENS BEDSTE PERFORMANCE SPECIALIST LIGE FORAN DIG God performance er ikke en selvfølge men kan opnås med rekdig omhu og sund fornul Metoden er simpel og gennemskuelig Ingen fancy fagudtryk Ingen uforståelige rapporter Bare almindelig dansk "nede på jorden omhu + selvfølgelig verdens bedste opera,v system: IBM i

5 God performance opnår du med automa,sk performance justering og et system i balance De 3 fokusområder, der skaber et system i balance er 1. Antal cores/threads 2. Antal GB main storage per thread 3. I/O system, afstemt eler antal cores/threads

6 1. Antal cores/threads 1.1 De fleste ISV- ere med standard løsninger har sizing guidelines/tools der giver et CPW behov 1.2 Korriger CPW behov med vækst / eller Kik i bak- spejlet og læg en vækst faktor,l aktuelt CPW forbrug Eksempel: Udgangspunkt: 1 core POWER7 med CPW Gennemsnitlig CPU u,liza,on 70% ~ CPW Vækshaktor 20%, år 1, fremskrevet: CPW år 2, fremskrevet: CPW år 3, fremskrevet: CPW korriger for sizing guideline (60%): CPW CPW passer,l 2 POWER8 cores i en S Vær rundhåndet, det er bedre at have for mange cores (end for få)

7 POWER8 SCALE-OUT 7

8 2. Antal GB main storage per thread 2.1 De fleste ISV- ere har sizing guidelines/tools der giver behov i GB per system 2.2 Vi regner med 4 GB per thread som udgangspunkt,l de fleste applika,oner Specielle applika,oner som eksempelvis SAP APO kan have behov for 8 GB per thread IBMi 7.1 IBM i 7.2 Antal threads pr core POWER7 4 4 POWER8 4* 8 *) udgangspunkt med mindre du ak>vt konfigurerer LPAR >l 8 threads 2.3 Det betyder at en POWER7 vil kræve minimum 16 GB per core og en POWER8 vil kræve 32 GB memory per core 2.4 Vær rundhåndet, det er bedre at have for mange GB (end for få) MEN der er grænser, GB per thread kan let overs>ge dansk cost/benefit opfamelse

9 ENTERPRISE POWER SYSTEMS Produc,on server D & Q server

10 3. I/O System afstemt eler antal cores 3.1 De fleste ISV- ere har sizing guidelines/tools der giver behov i GB per system Disse tools kan ikke stå alene, idet vi alle ved at IBM i har brug for mange arme 3.2 De få officielle IBM publika,oner om I/O system sizing har forskellig opfaqelse af CPW/disk PLET leqer vedr. POWER6 Blades skriver at 1 disk i et Bladecenter S kan levere I/O,l 100 CPW ydelse I performance guidelines for POWER6 med Large cache controllers er anført 250 CPW pr. 15k RPM disk Med external storage oplyses IOPS pr disk,l 250 IOPS for en 15k RPM SAS disk en POWER8 med CPW / core vil kræve ca. 90 diske ved 100 CPW/disk en POWER8 med CPW / core vil kræve ca. 36 diske ved 250 CPW/disk en POWER8 med CPW / core og en Legacy applika,on trækker ca IOPS ~ ca. 20 styk 15k RPM diske 3.3 Vore interne sizing guidelines er et sammenkog af ovenstående modeller korrigeret for kombina,onen af moderne PCIe adaptere og 6 Gb SAS teknologi Vi sizer eler ca IOPS pr core for både legacy ERP løsninger og moderne C/S løsninger De IOPS får vi med 1 par large cache disk controllers k RPM diske pr. core SSD diske kan reducere antallet af diske markant, men SSD er ikke uden udfordringer med IBM i som OS derfor undlader vi SSD diske når IBM i ejer hardware 3.4 Vær rundhåndet, det er bedre at have for mange arme og controller par (end for få) der er ingen grænser, I/O systemet kan ikke overdimensioneres

11 Når systemet er sized så det er i balance, mangler der kun 2 >ng før du kan læne dig >lbage og lade verdens bedste performance specialist tune systemet for dig 1. Systemværdi QPFRADJ sæmes >l 3 2. WRKSHRPOOL >lpasses

12 Opfølgning på performance: Selvfølgelig, IBM Navigator for i

13 Hvordan følger du op på god performance De 3 fokusområder 1. Antal cores/threads Her er du nødt,l at køre en performancemåling over længere,d, f.eks en måned Hvis du konstant er over 60% cpu udnyqelse bør du købe en licens/core mere 2. Antal GB main storage per thread Kontrolleres i wrksyssts, se på summen af DB faults og non db faults der må ikke være nogen faults i machine pool, overhovedet summen af faults i andre pools skal være < end (antal cores * 100 * (CPUpct/100)) 3. I/O systemet disk buzy procent er primær indikator service,der for de enkelte diske er ligeledes en god indikator

Relaterede dokumenter

Best Practices: I/O-konfiguration. Thomas Damgaard, Chefkonsulent, SAS Institute

Best Practices: I/O-konfiguration Thomas Damgaard, Chefkonsulent, SAS Institute Indhold Introduktion SAS -I/O generelt SAS-dataområder Filsystemstyper Spinning disks vs. Flash Test og tuning Konklusion