Erfahrungsbericht Capping 98. z/os Guide Lahnstein

Transkript

1 Lahnstein, Dagmar Fischer Erfahrungsbericht Capping 98. z/os Guide Lahnstein Ein Unternehmen der Finanz Informatik

2 Agenda Systemumgebung Ausgangslage LPAR mit Defined Capacity Group Capacity für LPARs Test # 1 auf FI-TS Testsystemen IZT3 mit Defined Capacity IZT3 und IZT7 mit Group Capacity Test # 2 auf FI-TS Testsystemen IZT3 und IZT7 mit Group Capacity Fazit Seite 2

3 Systemumgebung Finanz Informatik Technologie Service Dienstleister für Landesbanken und Landesbausparkassen 2 x z9 z/os ~ MIPS installiert 2 x z10 z/vm mit z/linux und Coupling Facilities 32 LPARs Leistung von 150 bis MIPS Viele kleine Entwicklungs LPARs ~ MIPS Seite 3

4 Ausgangslage» Kunde wollte Group Capacity für sein Entwicklungs- und Produktionssystem implementieren» Das Entwicklungssystem sollte zusätzlich mit einer Defined Capacity definiert werden um Software Kosten zu limitieren» Beide LPARs sollten bei Bedarf die vertraglich vereinbarte Leistung von mindestens 243 MSU im Stundendurchschnitt erhalten Seite 4

5 Ausgangslage» Folgende Definitonen wurden auf einer vorgenommen: Entwicklungssystem IZE9: Gewichtung = 34 MSU Defined Capacity = 61 MSU Entitlement = 34 MSU Min - 61 MSU Max Produktionssystem IZPE Gewichtung = 209 MSU Defined Capacity = kein Limit Group Capacity = 243 MSU Entitlement = 209 MSU Min MSU Max Seite 5

6 Ausgangslage Am wurde das Capping aktiviert, folgende Folien zeigen auszugsweise das Systemverhalten vom bis Der Rechner war nur zu 50% ausgelastet die anderen LPARs haben somit keinen Engpass an CPU Ressourcen verursacht Seite 6

7 IZE :51 bis 14:05 Gewichtung = 34 MSU Entitlement = 34 MSU Min Defined Capacity 61 MSU Seite 7

8 Seite 8 IZE :51 bis 14:05

9 IZE :45 bis 9:08 Gewichtung = 55 MSU Entitlement = 34 MSU Min Defined Capacity 61 MSU Seite 9

10 Seite 10 IZE :45 bis 9:08

11 IZE :30 bis 12:50 Gewichtung = 34 MSU Entitlement = 34 MSU Min Keine Defined Capacity Seite 11

12 IZPE :30 bis 12:50 Gewichtung = 209 MSU Entitlement = 209 MSU Min Keine Defined Capacity Seite 12

13 IZPE :30 bis 12:50 Group Capacity 243 MSU 4 Stunen Average 11 Uhr 260 MSU, 12 Uhr 270 MSU Seite 13

14 Seite 14 IZPE :30 bis 12:50

15 Seite 15

16 Maßnahmen» Kontaktaufnahme mit IBM Labor Böblingen Entwicklung Workload Manager» Eröffnung Trouble Ticket # bei IBM» Analyse des Problems durch IBM» Empfehlung : PTFs für APAR OA32482 einspielen» PTFs wurden eingespielt, Defined Capacity und Group Capacity wurden auf Testsystemen aktiviert und getestet Seite 16

17 Test No # » Test LPARs IZT3 und IZT7 ( nicht im Sysplex ) mit 170 MSU Group Capacity definiert» Defined Capacity auf IZT7 mit 30 MSU definiert» Gewichtung beider LPARs kleiner als Defined und Group Capacity Gewichtung IZT7 ~ 16 MSU Gewichtung IZT3 ~ 150 MSU Seite 17

18 Test No # 1 - Ergebnisse Range ~ 21 Minuten Intervall Defined Capacity 30 MSU Seite 18

19 Test No # 1 - Ergebnisse Range ~ 3 Minuten Intervall Actual 59 MSU Seite 19

20 Test No # 1 - Ergebnisse Range ~ 8 Minuten Intervall Actual 16 MSU Seite 20

21 Test No # 1 - Ergebnisse Range ~ 1,5 Minuten Intervall Actual 106 MSU Seite 21

22 Test No # 1 - Ergebnisse Range ~ 8 Minuten Intervall Actual 16 MSU Seite 22

23 Test NO # » Test LPARs IZT3 und IZT7 ( nicht im Sysplex ) mit 243 MSU Group Capacity definiert» Keine Defined Capacity» Gewichtung beider LPARs etwas höher als Group Capacity Gewichtung IZT3 ~ 210 MSU Gewichtung IZT7 ~ 40 MSU Seite 23

24 Seite 24 Test Group Capacity IZT3

25 Seite 25 Test Group Capacity IZT3 + IZT7

26 Seite 26 Test Group Capacity - IZT3

27 Seite 27 Test Group Capacity - IZT3

28 Seite 28 Test Group Capacity - IZT7

29 Seite 29 Test Group Capacity - IZT7

30 Seite 30 Capping IZT7

31 Seite 31 Capping IZT7

32 Fazit» 4 Stunden Average wird vor dem einsetzen des Cappings um mehr als 15% überschritten» Systeme bekommen beim Einsetzen des Cappings zwischen 15% und 40% weniger Leistung als definiert ist» Capping Pattern ist sehr unregelmäßig besonders bei der kleineren LPAR Seite 32

33 Zusammenfassung» Defined Capacity Capping Pattern ist für kleine LPARs nicht geeignet» Group Capacity scheint in diesem Zusammenhang ebenfalls nicht einsetzbar zu sein Seite 33

34 Seite 34 Fragen

35 Empfehlung Redbook: SMF and System Logger Seite 35

36 Herzlichen Dank. Finanz Informatik Technologie Service GmbH & Co. KG Dagmar Fischer Einsteinring Aschheim Tel Fax