Planung der Umgebung für transaktionsorientierte Stapelanwendungen und rechenintensive Anwendungen

Berücksichtigen Sie bei der Planung der Stapelumgebung bestimmte Faktoren, die Ihnen helfen können, Ihre Umgebung so zu entwerfen, dass sie Ihren Anforderungen am besten entspricht.

Prüfen Sie vor der Erstellung Ihrer Umgebung sorgfältig die Ziele, die Sie erreichen möchten. Sie können Ihre Stapelumgebung beispielsweise in einer vorhandenen Zelle konfigurieren oder eine neue Zelle erstellen. Außerdem müssen Sie entscheiden, welche relationale Datenbank verwendet werden soll, welche Sicherheit Sie benötigen und welche Verfügbarkeitsanforderungen Sie haben. Die folgenden Abschnitte enthalten Informationen zu jeder dieser Überlegungen.

Neue oder vorhandene Zelle

Sie können Ihre Stapelumgebung in einer vorhandenen Zelle von WebSphere Application Server konfigurieren oder eine vollständig neue Zelle erstellen. Ihre Entscheidung richtet sich danach, ob Sie eine neue Umgebung verwenden möchten, die von vorhandenen Umgebungen von WebSphere Application Server unabhängig ist oder ob Sie die Funktionalität der Stapelumgebung einer vorhandenen Umgebung hinzufügen möchten.

Verwenden Sie auf den Anwendungsserverknoten die Administrationskonsole, um die gewünschten Funktionen des Job-Schedulers und des Stapelcontainers zu aktivieren. Auf dem Deployment-Manager-Knoten ist keine Aktion erforderlich.

Jobtypen

Es gibt zwei Jobtypen. Diese Jobtypen werden in der Umgebung von WebSphere Application Server ausgeführt.
  1. Transaktionsorientierte Stapel

    Führt transaktionsorientierte Stapelanwendungen aus, die in Java™ geschrieben sind und ein Programmiermodell von WebSphere Application Server implementieren. Diese Anwendungen werden als EAR-Dateien (EnterpriseArchive) gepackt und in dem Stapelcontainer in einem Anwendungsserver oder Cluster implementiert.

    Das Programmiermodell für transaktionsorientierte Stapel enthält einen containergesteuerten Prüfpunkt-/Wiederanlaufmechanismus, der den Wiederanlauf von Stapeljobs ab dem letzten Prüfpunkt ermöglicht, falls sie durch einen geplanten oder ungeplanten Ausfall unterbrochen wurden.

  2. Rechenintensiv

    Führt rechenintensive Anwendungen aus, die in Java geschrieben sind und ein Programmiermodell von WebSphere Application Server implementieren. Diese Anwendungen werden als EAR-Dateien (Enterprise Archive) gepackt und in dem Stapelcontainer in einem Anwendungsserver oder Cluster implementiert.

    Das Programmiermodell für rechenintensive Anwendungen ist ein schlankes Ausführungsmodell, das auf dem allgemeinen Framework basiert.

Für alle Stapelumgebungen müssen Sie den Job-Scheduler in einem Server oder Cluster von WebSphere Application Server implementieren. Um eine Umgebung für transaktionsorientierte Stapeljobs oder rechenintensive Jobs zu konfigurieren, müssen Sie Sie den Stapelcontainer in mindestens einem Server oder Cluster von WebSphere Application Server implementieren. Die transaktionsorientierten Stapelanwendungen und/oder rechenintensiven Anwendungen werden in demselben Server bzw. Cluster von WebSphere Application Server installiert.

Relationale Datenbank

Der Job-Scheduler und der Stapelcontainer erfordern beide Zugriff auf eine relationale Datenbank. Die verwendete relationale Datenbank wird über JDBC verbunden. Der Zugriff auf die relationale Datenbank erfolgt über die zugrunde liegenden Verbindungsmanagementfunktionen von WebSphere Application Server. Es werden dieselben relationalen Datenbanken unterstützt, die auch von WebSphere Application Server unterstützt werden, einschließlich DB2, Oracle u. a.

Fehler vermeiden Fehler vermeiden: Wenn Sie einen EJB-Zeitgeber/Scheduler konfigurieren, denken Sie daran, dass der Standardscheduler standardmäßig die einfache dateibasierte Apache-Derby-Datenbank verwendet, damit Ihnen schnell eine funktionierende Umgebung zur Verfügung steht. Verwenden Sie die Derby-Datenbank nicht in Produktionsumgebungen. Außerdem unterstützt die Derby-Standarddatenbank weder einen Cluster-Job-Scheduler noch einen Clusterstapelcontainer.gotcha

Eine hoch verfügbare Umgebung enthält einen Cluster-Job-Scheduler und mindestens einen Clusterstapelcontainer. Für das Clustering ist eine Netzdatenbank erforderlich. Verwenden Sie für Produktionsumgebungen geeignete Datenbanken wie DB2 für diesen Zweck. Network Derby funktioniert zwar auch, weist aber nicht die Leistungsfähigkeit auf, die für Produktionsziele erforderlich ist. Verwenden Sie die Netzversion nicht in Produktionsumgebungen.

Fehler vermeiden Fehler vermeiden: Die JPA-Einstellungen der Anwendung überschreiben die auf dieser Seite definierten Einstellungen.gotcha

Hinweise zur Sicherheit

Die Sicherheit für die Stapelumgebung basiert auf den folgenden Techniken:

  1. WebSphere-Authentifizierung für den Zugriff auf Job-Schedulerschnittstellen. Benutzer, die in der aktiven WebSphere-Sicherheitsregistry definiert sind, können sich authentifizieren und auf die Web-, Befehlszeilen- und Programmschnittstellen des Job-Schedulers zugreifen.
  2. Rollenbasierte Sicherheit für Jobberechtigungen. Authentifizierte Benutzer müssen den richtigen Rollen zugeordnet sein, um Aktionen für Jobs ausführen zu können. Es gibt drei Rollen:
    lrsubmitter
    Benutzer in der Rolle "lrsubmitter" können eigene Jobs übergeben und bearbeiten, aber nicht die Jobs anderer Benutzer.
    lradmin
    Benutzer in der Rolle "lradmin" können eigene Jobs und die Jobs jedes anderen Benutzers übergeben und bearbeiten.
    lrmonitor
    Benutzer, denen die Rolle "lrmonitor" zugeordnet wurde, können Jobs und Jobprotokolle aller Benutzer nur anzeigen.

    Sie können diese Rollen über die Konfigurationsseite des Job-Schedulers in der Administrationskonsole zuordnen.

Hinweise zur Hochverfügbarkeit

Verwenden Sie Clustering für die hohe Verfügbarkeit von Stapelkomponenten. Implementieren und betreiben Sie Cluster unter Verwendung des Job-Schedulers und des Stapelcontainers.

Verwenden Sie typische Techniken des Anwendungsclustering mit dem Job-Scheduler, um die hohe Verfügbarkeit sicherzustellen. Der Job-Scheduler unterstützt mehrere Methoden für den Zugriff auf seine APIs: Webanwendung, Befehlszeile, Web-Services und EJBs (Enterprise JavaBeans). Die Gewährleistung eines hoch verfügbaren Netzzugriffs auf einen Job-Scheduler für einen Cluster richtet sich nach der API-Zugriffsmethode des Job-Schedulers. Der Stapelcontainer wird hoch verfügbar gemacht, indem er in einem Cluster implementiert wird. Der Job-Scheduler erkennt automatisch, dass der Stapelcontainer in einem Cluster implementiert ist, und nutzt ihn, um eine hoch verfügbare Ausführungsumgebung für die dort ausgeführten Stapeljobs zu gewährleisten.


Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cgrid_cgplan
Dateiname:cgrid_cgplan.html