Intelligent Resource Director Erfahrungsbericht. Dagmar Fischer OE System Mainframe

Transkript

1 Intelligent Resource Director Erfahrungsbericht Dagmar Fischer OE System Mainframe

2 Agenda Installation IZB Nutzen von IRD IRD Funktionen Vorbereitung Implementierung IRD im Einsatz Fazit 2

3 Informatik Zentrum Dienstleister für : Bayerische Sparkassen Hessische Landesbank Transaktionsbank Deka Bank Bayerische Landesbank 3

4 Informatik Zentrum IZB Installation: 6 x z990 mit ( ) Kapazität 7.5 Million Transaktionen pro Stunde Spitzenlast 130 Terabyte installierte Plattenkapazität mit PPRC gespiegelt 35 LPARs, 32 im Sysplex Größter Sysplex besteht aus 10 LPARs Im September 2005 entschieden wir IRD zu implementieren 4

5 Nutzen von IRD Da die Kapazität der Prozessoren ständig wächst wird es notwendig immer mehr LPARs auf einem physischen Rechnern zu konsolidieren Das bedeutet das die Anzahl an shared Ressourcen und die Komplexität wächst IRD kann Ressourcen den LPARs zuteilen die sie aufgrund der Importance ihrer Workloads benötigen 5

6 Was macht IRD? IRD ist kein Produkt oder eine System Komponente, IRD ist eine Funktion von: WLM LPAR CPU Management Channel Subsystem Priority Queuing Dynamic Channel Path Management 6

7 IRD Funktionen WLM LPAR CPU Management Channel Subsystem Priority Queuing ( CSSPQ ) Dynamic Channel Path management ( DCM ) 7

8 WLM LPAR CPU Management WLM LPAR CPU Management kann den Durchsatz optimieren* LPAR Vary CPU Management setzt LPs ON- oder OFFLINE LPAR Weight Management erhöht die Gewichtung der LPARs mit den wichtigsten Workloads Oft sinnvoll wenn: LPARs Aufgrund von Preismodellen in einem Sysplex migriert wurden Produktions- und Entwicklungs Workloads in einem Sysplex sind Workloads während des Tages stark variieren * zaaps und ziips werden von IRD nicht unterstützt 8

9 Vary ON / OFF von logischen Prozessoren Double Dispatch z/os Dispatcher dispatched auf LP s PR/SM Hypervisor dispatched LP s auf PP s einige Workloads profitieren von einer höherer Nummer LP s aber hohe LP / PP ratio verursacht zusätzlichen Overhead 9

10 Vorbereitungen für WLM LPAR CPU Management WLM Verifizierung der Goals entpricht der Sysplex PI dem Goal? Implementierung von System spezifischen Goals kann notwendig sein HMC LPAR Definitions initial weight minimum weight maximum weight Inital LPs Reserved LPs für ( oocod / CUoD ) definieren aktivieren der Workload Managed check box 10

11 Implementierung D M=CPU RESPONSE=IZP2 IEE174I DISPLAY M 151 PROCESSOR STATUS ID CPU SERIAL D D D D D D A 02673D A 02673D N 11

12 Implementierung Definieren der Coupling Facility Structure //MYJOBA JOB CLASS=X //STEP1 EXEC PGM=IXCMIAPU //SYSPRINT DD SYSOUT=* //SYSABEND DD SYSOUT=* //SYSIN DD * STRUCTURE NAME (SYSZWLM_673D2084) MINSIZE (4096) INITSIZE (6144) SIZE (12288) ALLOWAUTOALT (YES) FULLTHRESHOLD (80) PREFLIST (CFNH1,CFNG1) REBUILDPERCENT (1) /* 12

13 Implementierung SYS1.PARMLIB(IEAOPTxx) VIEW SYS1.PARMLIB(IEAOPT00) Columns Command ===> Scroll ===> CSR ****** ***************************** Top of Data ****************************** CPENABLE=(10,30), /* CPU INTERRUPT PROCESSING */ CPMF=EXTENDED, /* FICON CHANNEL MESSUNGEN */ ERV=60000, /* DEFAULT 500 ZU WENIG */ IFACROSSOVER=NO, /* DO NOT CROSSOVER IFA TO STD CP TO SOON */ IFAHONORPRIORITY=YES, /* HONOR PRIORITY OF ZAAP WORK ON STD CPS */ INITIMP=E, /* RUN IN IMPORTANCE 2 NOT 'FE' */ RMPTTOM=3000, /* EMPFEHLUNG IBM - SRM CYCLE TIME 11/2006 */ VARYCPU=YES, /* ENABLE WLM Vary CPU MANAGEMENT */ VARYCPUMIN=4 /* Keep a minimum of 4 CPUs online */ ****** **************************** Bottom of Data **************************** Aktivierung mit SET OPT=xx 13

14 Implementierung D XCF,STR,STRNAME=SYSZWLM_673D2084 STRNAME: SYSZWLM_673D2084 STATUS: ALLOCATED TYPE: CACHE POLICY INFORMATION: POLICY SIZE : K POLICY INITSIZE: 6144 K POLICY MINSIZE : 4096 K CONNECTION NAME ID VERSION SYSNAME JOBNAME ASID STATE #IZP IZP2 WLM 000B ACTIVE #IZP IZP4 WLM 000B ACTIVE 14

15 Implementierung D WLM,IRD IWM059I WLM DISPLAY 509 OPTIONS VARYCPU ENABLED: YES CPU MANAGEMENT ENABLED: YES CHANNEL SUBSYSTEM PRIORITY ENABLED: YES WLM CPU MANAGEMENT STATUS CPU MANAGEMENT ACTIVE DCM STATUS DCM NOT ACTIVE FUNCTION STATUS IOS DCM STATUS IS NOT ACTIVE, ISSUE D IOS,DCM FOR DETAIL WLM LPAR CLUSTER DATA SYSPLEX NAME: PLEXZ2 WLM LPAR CLUSTER STRUCTURE: SYSZWLM_673D2084 SYSTEM PARTITION MVS CAPABILITY CONNECT CHANNEL NAME IDENTIFIER LEVEL LEVEL STATUS SUBS.ID IZP CONNECTED 000 IZP CONNECTED

16 Implementierung D M=CPU RESPONSE=IZP2 IEE174I DISPLAY M 151 PROCESSOR STATUS ID CPU SERIAL D W 02673D W 02673D W 02673D D D A 02673D A 02673D N 16

17 RMF Monitor III RMF Monitor III SYSINFO Samples: 88 System: IZP2 Date: 05/02/07 Time: Range: 900 Sec Partition: P2S 2084 Model 307 Appl%: 18 Policy: WLM01 CPs Online: 5.9 Avg CPU Util%: 36 EAppl%: 32 Date: 12/30/06 AAPs Online: 3.0 Avg MVS Util%: 61 Appl% AAP: 55 Time: IIPs Online: - Appl% IIP: - Group T WFL --Users-- RESP TRANS -AVG USG- -Average Number Delayed For - % TOT ACT Time /SEC PROC DEV PROC DEV STOR SUBS OPER ENQ *SYSTEM *TSO *BATCH *STC *ASCH

18 Fragen? 18

19 IRD im Einsatz Die folgenden Folien zeigen 3 Beispiele zu IRD: CPC1: 6 LPARs, 3 LPAR Cluster mit je 2 LPARs CPC2: 4 LPARs, 2 LPAR Cluster CPC3: 3 LPARs, 2 LPAR Cluster, 1 Monoplex LPAR 19

20 IRD im Einsatz Die Daten stammen von folgenden LPARs: BSM7 BSP1 BSYS IZP2 IZP4 IZP6 IZP7 IZP8 IZE1 IZE3 IZE4 Development System CICS and Batch 50 Production Backend with Batch 350 Development System CICS and Batch 60 Production WebSphere Frontend no Batch 250 Supporter System Batch and lower importance work 80 Production Backend with Batch 120 Production Backend with Batch 270 Production WebSphere Frontend no Batch 250 Development System WebSphere 55 Development System WebSphere 25 Development System WebSphere 25 20

21 IRD im Einsatz CPC1 6 LPARs in 3 LPAR Clustern - current weight Intervall 15 Minuten 21

22 IRD im Einsatz CPC1 6 LPARs in 3 LPAR Clustern - LP s Online Intervall 15 Minuten 22

23 IRD im Einsatz CPC1 6 LPARs in 3 LPAR Clustern - LP s Online Intervall 15 Minuten 23

24 IRD im Einsatz CPC2 4 LPARs in 2 LPAR Clustern - weights und LP s online Intervall 15 Minuten 24

25 IRD im Einsatz CPC2 4 LPARs in 2 LPAR Clustern - weights und LP s online Intervall 2 Minuten 25

26 IRD im Einsatz CPC3 3 LPARs in 2 LPAR Clustern - LPs online BSP1 ist einzige LPAR im Cluster PLEXZ2 auf diesem CEC IZP6 ist im LPAR Cluster PLEXZ5 BSYS ist ein Monoplex System Intervall 15 Minuten 26

27 WLM LPAR CPU Management Beobachteter Intervall zur Veränderung von Gewichtung und Anzahl der LP s beträgt mindestens 60 Sekunden IRD wird versuchen immer einen Buffer von einem zusätzlichen LP Online zu behalten Veränderung der Gewichtung erfolgt in Schritten von 5% des durchschnittlichen LPAR Cluster Gewichts Beispiel LPAR Cluster Gewicht : MVS MVS MVS3 20 = / 3 = % von 100 sind 5 weight units die IRD in einem Schritt verändern kann Wenn IRD die Gewichtung von MVS3 zugunsten von MVS1 verändert, bedeutet das 25 % weniger Kapaziät für MVS3 aber nur 3 % mehr Kapazität für MVS1 27

28 WLM LPAR CPU Management LP s die vom Operator OFFLINE gesetzt wurden, werden vom IRD nicht ONLINE gesetzt Operator kann keine LP S ONLINE setzen die von IRD OFFLINE gesetzt wurden SU/SEC SRM Konstante ändert sich nicht wenn when IRD LP s ON- oder OFFLINE setzt mit Defined Capacity (WLC Soft Capping ) verändert IRD die Gewichtung einer LPAR während des Zeitraums in dem die LPAR Capped ist nicht LPAR s können nicht HARD CAPPED sein Prozessoren müssen als SHARED definiert werden Da Gewichtung und LPs die Kapazität verändern, kann dies die Auswahlkriterien einiger Produkte die WLM Schnittstellen zur Auswahl einer TARGET LPAR benutzen verändern ( z.b. Sysplex Distributor ) 28

29 IRD Funktionen WLM LPAR CPU Management Channel Subsystem Priority Queuing ( CSSPQ ) Dynamic Channel Path management ( DCM ) 29

30 Warum CSSPQ? I Verringerung der I/O Response Time für wichtige Workloads 30

31 I/O Response Time I I/O Response Time Komponenten Queue Time IOSQ Pend Time Channel busy Switch (Director) Port busy Device busy from other system Control Unit busy SAP busy Connect Time Channel data transfer Disconnect Time Cache miss PPRC wait 31

32 I/O Priority Hierarchie WLM I O PAV local queue P R I O R I T y CSSPQ global queue Mulitple Allegiance global queue 32

33 Channel Subsystem Priority Queuing CSSPQ ist eine Funktion von WLM I/O Priority * setzt priorität im Channel Subsystem beschützt höher priorisierte Workloads innerhalb eines LPAR Clustersr vereinfacht die Implementierung von shared Channels * WLM I/O Priority Management muss aktiv sein CSSPQ benötigt keine Coupling Facility Struktur CCC 33

34 Channel Subsystem Priority Queuing WLM ISPF Application Coefficients/Options Notes Options Help Service Coefficient/Service Definition Options Command ===> Enter or change the Service Coefficients: CPU ( ) IOC ( ) MSO ( ) SRB ( ) Enter or change the service definition options: I/O priority management YES (Yes or No) Dynamic alias management YES (Yes or No) 34

35 Channel Subsystem Priority Queuing HMC Image Profile Range der I/O Priorities die von einer LPAR genutzt werden können 0 15 können definiert werden Empfehlung ist Range 8 15 für Production Range 0-7 für Entwicklung / Test HMC Reset Profile Global Switch um CSSPQ zu aktivieren 35

36 IRD Funktionen LPAR CPU Management Channel Subsystem Priority Queuing ( CSSPQ ) Dynamic Channel Path management ( DCM ) 36

37 Dynamic Channel Path Management Mit Native Ficon nicht unterstützt! Erhöht die Bandbreite Ordnet Channels die über einen ESCON Director oder eine Ficon Bridge verbunden sind LPARs mit höher priorisieten Workloads zu Entscheidung basiert auf I/O Velocity IO Velocity = connect time connect time + pend time ( CU busy + DEV busy ) 37

38 Dynamic Channel Path Management IODF Definieren von 2 statischen Pfaden zu jeder Device, minimum ist 1 Pfad, DCM ordnet automatisch einen zweiten Pfad zu Definition im Control Unit mit Platzhalter * für CHPID.LINKADDR Switch Device CUP Port X FE muss definiert werden CHPID muss als MANAGED definiert werden z/os SETIOS DCM=ON / OFF VARY SWITCH(ssss,pp),DCM=ONLINE / OFFLINE 38

39 Fazit IRD hilft die Ressourcen den LPARs zuzuordnen auf denen die höher priorisierten Workloads sie benötigen 39

40 Acronyms CHP Channel Path CPC Central Processor Complex CSSPQ Channel Subsystem Prioritiy Queuing CU Control Unit DCM Dynamic Channel Path Management HMC Hardware Management Console IRD Intelligent Resource Director LP Logical General Purpose Processor LPC LPAR Cluster PP Physical General Purpose Processor zaap zseries Application Assist Processor ziip z9 Integrated Information Processor 40

41 Ende der Präsentation Vielen Dank für Ihr Interesse 41