Teilt man eine IT-Last auf mehrere Gastsysteme auf, so verändert sich die Konkurrenzsituation der einzelnen Lastkomponenten. Daher müssen manchmal Prioritäten neu eingestellt werden. Dies soll an folgendem Beispiel erläutert werden.
Auf einem Server im Native-Betrieb laufen folgende Lastkomponenten:
eine UDS/UTM-Anwendung
mehrere Batch-Datenbankanwendungen
einige Dialog-Tasks mit Programmentwicklungstätigkeit ohne Datenbankzugriff
Prioritäten und CPU-Verbrauch waren bisher wie folgt:
UDS-Tasks | UTM-Tasks | Batch | Dialog1 | Dialog2 | |
Task-Anzahl | 1 | 8 | 2 - 6 | 3 | 10 |
Priorität | 150 | 150 | 255 | 180 | 210 |
Auslastung (%) | 20 | 30 | 10 | 5 | 10 |
Jetzt soll die IT-Last folgendermaßen auf zwei Gastsysteme aufgeteilt werden: Die Entwicklertätigkeiten sollen auf ein eigenes Gastsystem ausgelagert werden. Alle anderen Komponenten sollen wegen der gemeinsam genutzten Datenbanken auf einem anderen System laufen.
VM | Bezeichnung | CPU-Quote | Last |
VM1 | TP-System | 80 | UDS/UTM + Batch |
VM2 | Dialog-System | 20 | Dialog1 + Dialog2 |
Infolge der wegfallenden Dialog-Last verbessert sich die Situation für die Batch-Tasks, da diese nun immer dann laufen können, wenn die TP-Last auf Ein-/Ausgaben wartet. Der Durchsatz CPU-intensiver Batch-Tasks verbessert sich, da diese die reale CPU an das Gastsystem binden.
Reine Dialogsysteme haben gewöhnlich einen hohen Idle-Anteil. Wegen der niedrigen CPU-Quote muss das Dialog-System nach jedem IDLE-Zustand relativ lange warten. Dadurch können sich die Antwortzeiten der Dialoge verschlechtern.
Auch die Bevorzugung der höher prioren Dialoge gegenüber den niedriger prioren nimmt ab. Um nach der Lasttrennung dieselben Ergebnisse zu erhalten, sind folgende Maßnahmen durchzuführen:
Bei gravierender Verschlechterung der Dialog-Antwortzeiten muss die CPU-Quote des Dialogsystems erhöht werden. Dabei sind immer die TP-Antwortzeiten und der Batch-Durchsatz zu beobachten.
Der Prioritätsabstand zwischen Dialog1 und Dialog2 muss vergrößert werden.
Die Prioritäten der UDS- und UTM-Tasks müssen noch etwas verbessert werden, um den ursprünglichen Abstand zu den jetzt besser gestellten Batch-Tasks wieder herzustellen.