Workload Manager - Versionsgeschichte

2A02:908:1577:9A80:4114:EE6F:F0B8:F0A1: Corrected small typos and style

2022-01-05T12:46:26Z

Corrected small typos and style

← Nächstältere Version		Version vom 5. Januar 2022, 14:46 Uhr
Zeile 4:		Zeile 4:
	Auf einem Großrechner ist ein priorisierter Zugang zu Betriebsmitteln notwendig, da viele unterschiedliche Anwendungen den Rechner gleichzeitig nutzen und eine den Kundenwünschen entsprechende Ressourcenverteilung erfolgen muss. Der Workload-Manager ist somit die zentrale Komponente, die eine verlässliche Ausführungszeit von Arbeitseinheiten unter z/OS garantiert und somit eine Grundvoraussetzung für einen verlässlichen Zugriff auf [[Datenbank]]systeme ermöglicht.		Auf einem Großrechner ist ein priorisierter Zugang zu Betriebsmitteln notwendig, da viele unterschiedliche Anwendungen den Rechner gleichzeitig nutzen und eine den Kundenwünschen entsprechende Ressourcenverteilung erfolgen muss. Der Workload-Manager ist somit die zentrale Komponente, die eine verlässliche Ausführungszeit von Arbeitseinheiten unter z/OS garantiert und somit eine Grundvoraussetzung für einen verlässlichen Zugriff auf [[Datenbank]]systeme ermöglicht.

	WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; ~~zum~~ ~~Beispiel~~ Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.		WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden. Beispielhafte Attribute sind Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.

	WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad, in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, ~~und in~~ der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.		WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad, in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab. In der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.

	WLM steuert den Zugang zu den [[Prozessor]]en und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten ~~zulassen~~. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu ~~anteilsorientiertem~~ Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.		WLM steuert den Zugang zu den [[Prozessor]]en und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zu lassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zum anteilsorientierten Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.

	Der zweite ~~essentielle~~ Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.		Der zweite essenzielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.

	Neben der Steuerung eines Systems bietet der z/OS-WLM eine Reihe von [[Schnittstelle]]n, die es [[Lastverteilung (Informatik)\|Lastverteilungskomponenten]] erlauben, Informationen aus dem System zu erhalten, um eine intelligente Verteilung von Arbeit auf eines oder mehrere z/OS-Systeme vorzunehmen. Mehrere z/OS-Systeme können in einem [[Parallel Sysplex]] zusammengeschaltet werden, und diese Kombination wird ebenfalls unterstützt, um nach außen ein einheitliches Bild abzugeben. z/OS WLM verfügt außerdem über eine Reihe von weiteren Funktionen, die die Lastverteilung auf einem physischen System zwischen mehreren logischen ~~Systeme~~ unterstützen und den Zugang zu großen Plattenfarmen in Abhängigkeit von der ~~daraufzugreifenden~~ Arbeit steuern.		Neben der Steuerung eines Systems bietet der z/OS-WLM eine Reihe von [[Schnittstelle]]n, die es [[Lastverteilung (Informatik)\|Lastverteilungskomponenten]] erlauben, Informationen aus dem System zu erhalten, um eine intelligente Verteilung von Arbeit auf eines oder mehrere z/OS-Systeme vorzunehmen. Mehrere z/OS-Systeme können in einem [[Parallel Sysplex]] zusammengeschaltet werden, und diese Kombination wird ebenfalls unterstützt, um nach außen ein einheitliches Bild abzugeben. z/OS WLM verfügt außerdem über eine Reihe von weiteren Funktionen, die die Lastverteilung auf einem physischen System zwischen mehreren logischen Systemen unterstützen und den Zugang zu großen Plattenfarmen in Abhängigkeit von der darauf zugreifenden Arbeit steuern.

	== Literatur ==		== Literatur ==

Thomas Dresler: Kommasetzung

2021-11-22T22:05:59Z

Kommasetzung

← Nächstältere Version		Version vom 23. November 2021, 00:05 Uhr
Zeile 6:		Zeile 6:
	WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.		WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.

	WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.		WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad, in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.

	WLM steuert den Zugang zu den [[Prozessor]]en und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.		WLM steuert den Zugang zu den [[Prozessor]]en und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.

InkoBot: Bot: et al. korrigiert

2020-01-02T14:30:49Z

Bot: et al. korrigiert

← Nächstältere Version		Version vom 2. Januar 2020, 16:30 Uhr
Zeile 16:		Zeile 16:
	== Literatur ==		== Literatur ==
	* Michael Teuffel, Robert Vaupel: ''Das Betriebssystem z/OS und die zSeries.'' Oldenbourg Verlag München, 2004, ISBN 3-486-27528-3		* Michael Teuffel, Robert Vaupel: ''Das Betriebssystem z/OS und die zSeries.'' Oldenbourg Verlag München, 2004, ISBN 3-486-27528-3
	* Paola Bari et al: ''System Programmer's Guide to: Workload Management.'' IBM Redbook, SG24-6472		* Paola Bari et al.: ''System Programmer's Guide to: Workload Management.'' IBM Redbook, SG24-6472

	== Weblinks ==		== Weblinks ==

Rechnertasche: /* Eigenschaften */Linkfix nach Artikelverschiebung mit AWB

2015-09-12T11:49:20Z

Eigenschaften: Linkfix nach Artikelverschiebung mit AWB

← Nächstältere Version		Version vom 12. September 2015, 13:49 Uhr
Zeile 6:		Zeile 6:
	WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.		WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.

	WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.		WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.

	WLM steuert den Zugang zu den [[Prozessor ~~(Hardware)\|Prozessoren~~]] und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.		WLM steuert den Zugang zu den [[Prozessor]]en und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.

	Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.		Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.

Addbot: Bot: 4 Interwiki-Link(s) nach Wikidata (d:q936578) migriert

2013-04-04T20:45:14Z

Bot: 4 Interwiki-Link(s) nach Wikidata (d:q936578) migriert

← Nächstältere Version		Version vom 4. April 2013, 22:45 Uhr
Zeile 23:		Zeile 23:
	[[Kategorie:Betriebssystemtheorie]]		[[Kategorie:Betriebssystemtheorie]]
	[[Kategorie:IBM]]		[[Kategorie:IBM]]

	[[cs:Workload manager]]
	[[en:Workload Manager]]
	[[es:Workload Manager]]
	[[fr:Workload Manager]]

Trustable: wikilinks

2012-12-03T00:19:19Z

wikilinks

← Nächstältere Version		Version vom 3. Dezember 2012, 02:19 Uhr
Zeile 2:		Zeile 2:

	== Eigenschaften ==		== Eigenschaften ==
	Auf einem Großrechner ist ein priorisierter Zugang zu Betriebsmitteln notwendig, da viele unterschiedliche Anwendungen den Rechner gleichzeitig nutzen und eine den Kundenwünschen entsprechende Ressourcenverteilung erfolgen muss. Der Workload-Manager ist somit die zentrale Komponente, die eine verlässliche Ausführungszeit von Arbeitseinheiten unter z/OS garantiert und somit eine Grundvoraussetzung für einen verlässlichen Zugriff auf [[~~Datenbanksystem~~]]e ermöglicht.		Auf einem Großrechner ist ein priorisierter Zugang zu Betriebsmitteln notwendig, da viele unterschiedliche Anwendungen den Rechner gleichzeitig nutzen und eine den Kundenwünschen entsprechende Ressourcenverteilung erfolgen muss. Der Workload-Manager ist somit die zentrale Komponente, die eine verlässliche Ausführungszeit von Arbeitseinheiten unter z/OS garantiert und somit eine Grundvoraussetzung für einen verlässlichen Zugriff auf [[Datenbank]]systeme ermöglicht.

	WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.		WLM steuert die Betriebsmittelvergabe auf der Basis von Dienstklassen (im Fachbegriff: ''Service Classes''). Arbeitseinheiten werden den Dienstklassen über einen Klassifizierungsmechanismus zugeordnet. Die Klassifizierung wird durch den [[Systemverwalter]] des z/OS-Systems vorgenommen und kann anhand von Attributen, die für die Programmprodukte unter z/OS existieren, vorgenommen werden; zum Beispiel Benutzernamen, [[Transaktion (Informatik)\|Transaktionsnamen]], Transaktionsklassen oder Programmnamen, die in den Anwendungen verwendet werden. Als weiteres definiert der Verwalter eine Zielvorgabe für die Dienstklassen. Die Zielvorgabe kann die durchschnittliche Antwortzeit der Arbeitseinheiten, die in der Klasse laufen, umfassen, einen prozentualen Anteil der Arbeitseinheiten, die in einer bestimmten Zeit enden sollen, oder eine durchsatzorientierte Vorgabe darstellen. Welches Ziel für eine Dienstklasse vergeben werden kann, hängt davon ab, wie viele Informationen der Workload-Manager über die Anwendungen erhält. Neben der Zielvorgabe wird jeder Dienstklasse eine Wichtigkeit zugeordnet, die festlegt, welche Klassen bevorzugt bzw. benachteiligt werden sollen, wenn die Betriebsmittel im System nicht mehr ausreichend zur Verfügung stehen.
Zeile 12:		Zeile 12:
	Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.		Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.

	Neben der Steuerung eines Systems bietet der z/OS-WLM eine Reihe von [[Schnittstelle]]n, die es [[~~Lastverteilung#~~Lastverteilung ~~in der Computertechnik~~\|Lastverteilungskomponenten]] erlauben, Informationen aus dem System zu erhalten, um eine intelligente Verteilung von Arbeit auf eines oder mehrere z/OS-Systeme vorzunehmen. Mehrere z/OS-Systeme können in einem [[Parallel Sysplex]] zusammengeschaltet werden, und diese Kombination wird ebenfalls unterstützt, um nach außen ein einheitliches Bild abzugeben. z/OS WLM verfügt außerdem über eine Reihe von weiteren Funktionen, die die Lastverteilung auf einem physischen System zwischen mehreren logischen Systeme unterstützen und den Zugang zu großen Plattenfarmen in Abhängigkeit von der daraufzugreifenden Arbeit steuern.		Neben der Steuerung eines Systems bietet der z/OS-WLM eine Reihe von [[Schnittstelle]]n, die es [[Lastverteilung (Informatik)\|Lastverteilungskomponenten]] erlauben, Informationen aus dem System zu erhalten, um eine intelligente Verteilung von Arbeit auf eines oder mehrere z/OS-Systeme vorzunehmen. Mehrere z/OS-Systeme können in einem [[Parallel Sysplex]] zusammengeschaltet werden, und diese Kombination wird ebenfalls unterstützt, um nach außen ein einheitliches Bild abzugeben. z/OS WLM verfügt außerdem über eine Reihe von weiteren Funktionen, die die Lastverteilung auf einem physischen System zwischen mehreren logischen Systeme unterstützen und den Zugang zu großen Plattenfarmen in Abhängigkeit von der daraufzugreifenden Arbeit steuern.

	== Literatur ==		== Literatur ==

MerlIwBot: Bot: Entferne: zh:工作负载管理器 (deleted)

2012-05-28T11:31:15Z

Bot: Entferne: zh:工作负载管理器 (deleted)

← Nächstältere Version		Version vom 28. Mai 2012, 13:31 Uhr
Zeile 28:		Zeile 28:
	[[es:Workload Manager]]		[[es:Workload Manager]]
	[[fr:Workload Manager]]		[[fr:Workload Manager]]
	[[zh:工作负载管理器]]

Nothere: Tippfehler korrigiert

2012-03-26T20:18:59Z

Tippfehler korrigiert

← Nächstältere Version		Version vom 26. März 2012, 22:18 Uhr
Zeile 8:		Zeile 8:
	WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.		WLM benutzt einen Regelmechanismus, um zur Laufzeit den Zugang zu den Betriebsmitteln zu steuern. Dazu werden kontinuierlich Daten aus dem z/OS-System gesammelt. Dies sind Informationen über die Wartezustände der Arbeitseinheiten auf die Betriebsmittel, die Anzahl der laufenden Arbeitseinheiten und deren Abarbeitungszeiten. Die Informationen werden in Dienstklassen zusammengefasst entsprechend der Klassifizierung, die durch den Systemverwalter vorgenommen wurde. Dann wird auf der Basis dieser Informationen die Zielerfüllung für jede Klasse berechnet und, falls notwendig, der Zugang zu den Betriebsmitteln angepasst. Die Anpassung erfolgt immer in Abhängigkeit von der Wichtigkeit der Klassen und dem Grad in dem das Ziel verfehlt wird. Das heißt, die wichtigste Klasse, die am weitesten ihr vorgegebenes Ziel verfehlt hat, wird als erste betrachtet und die Klassen mit der geringsten Wichtigkeit sind die potenziellen Kandidaten, um Betriebsmittel abzugeben. Dabei wird allerdings berücksichtigt, ob ein potenzieller Spender (''Donor'') auch tatsächlich das benötigte Betriebsmittel verwendet. Dieser Regelmechanismus läuft alle 10 Sekunden im z/OS ab, und in der Zwischenzeit werden die Daten für das nächste Berechnungsintervall gesammelt. Ein Berechnungsintervall endet, wenn eine Anpassung zugunsten einer Dienstklasse durchgeführt werden kann.

	WLM steuert den Zugang zu den [[Prozessor (Hardware)\|Prozessoren]] und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen ~~Arbeiteinheiten~~ einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.		WLM steuert den Zugang zu den [[Prozessor (Hardware)\|Prozessoren]] und [[Eingabe und Ausgabe\|E/A-Einheiten]] des Systems, den Zugang zum [[Arbeitsspeicher\|Speicher]] und die Bereitstellung von [[Adressraum\|Adressräumen]], um Programme für bestimmte Anwendungen abarbeiten zulassen. Der Zugang zu den Prozessoren wird zum Beispiel über ''Dispatch Priorities'' geregelt. Dazu wird allen Arbeitseinheiten einer Dienstklasse dieselbe Priorität zugeordnet, wobei jedoch die Vergabe dieser Priorität nicht in jedem Fall mit der Definition der Wichtigkeit der Dienstklasse übereinstimmen muss. Vielmehr orientiert sie sich an der aktuellen Auslastung des Systems, den Anforderungen der Klasse und ihrer Zielerfüllung. Dieses Verhalten des z/OS-WLM nennt man auch zielorientiertes Workload-Management, und es ist ein wichtiges Unterscheidungskriterium zu anteilsorientiertem Workload-Management, bei dem feste Zugänge zu den Betriebsmitteln vergeben werden. Letzteres findet sich häufig in Workload-Management-Komponenten von [[Unix]]-Systemen.

	Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.		Der zweite essentielle Unterschied des z/OS-WLM zu anderen Workload-Management-Komponenten ist die starke Verflechtung mit den Anwendungen und Programmprodukten, die unter einem z/OS-Betriebssystem ablaufen. So ist es durch die ständige Kommunikation zwischen dem WLM und diesen Anwendungen möglich, die Transaktionen der Anwendungen zu erkennen und im System durch den WLM zu steuern. Dies ist bis dato auf keinem anderen System möglich, in denen jedwede Steuerung auf Prozesse begrenzt ist.

DragonBot: Bot: Ergänze: cs:Workload manager

2009-06-06T06:57:21Z

Bot: Ergänze: cs:Workload manager

← Nächstältere Version		Version vom 6. Juni 2009, 08:57 Uhr
Zeile 24:		Zeile 24:
	[[Kategorie:IBM]]		[[Kategorie:IBM]]

			[[cs:Workload manager]]
	[[en:Workload Manager]]		[[en:Workload Manager]]
	[[es:Workload Manager]]		[[es:Workload Manager]]

Lostintranslation: Revert Merlin G.

2009-03-03T04:20:12Z

Revert Merlin G.

← Nächstältere Version		Version vom 3. März 2009, 06:20 Uhr
Zeile 1:		Zeile 1:
	Der '''Workload-Manager''' (WLM) ist ein integraler Bestandteil des [[z/OS]]-Großrechner-Betriebssystems von [[IBM]]. Es ist die Komponente, die für die Arbeit auf einem z/OS den Zugang zu den [[~~Systemressourcen~~\|Betriebsmitteln]] steuert. Ferner stellt er Daten zur Verfügung, die zur Lastverteilung innerhalb eines [[Parallel Sysplex]] genutzt werden können.		Der '''Workload-Manager''' (WLM) ist ein integraler Bestandteil des [[z/OS]]-Großrechner-Betriebssystems von [[IBM]]. Es ist die Komponente, die für die Arbeit auf einem z/OS den Zugang zu den [[Betriebsmittel (Informatik)\|Betriebsmitteln]] steuert. Ferner stellt er Daten zur Verfügung, die zur Lastverteilung innerhalb eines [[Parallel Sysplex]] genutzt werden können.

	== Eigenschaften ==		== Eigenschaften ==