PeopleSoft Maximum Availability-Architektur

Diese Architektur veranschaulicht eine einfache High Availability-Architektur von PeopleSoft für den primären Standort.

Beschreibung der Abbildung Peoplesoft-ha-architecture.png

GUID

Sie können PeopleSoft-Anwendungskomponenten auf hochverfügbare Weise bereitstellen. Es wird empfohlen, dass Sie mehrere Instanzen jeder Komponente an jedem Standort auf separaten physischen Servern bereitstellen, sodass ein Serverausfall die Verfügbarkeit nicht beeinträchtigt. Wir empfehlen, dass jede Gruppe von Servern über ausreichende Kapazität verfügt, um Spitzenlast auszuführen, selbst wenn ein Server nicht verfügbar ist.

Diese Architektur wird auf einer zweiten Site dupliziert und synchronisiert, um Oracle Maximum Availability Architecture (Oracle MAA) für PeopleSoft bereitzustellen.

PeopleSoft Grundlagen des Anwendungsdateisystemlayouts

Dieses Beispiel wurde mit PeopleSoft HRMS 9.2 U033 und PeopleTools 8.57.11 ausgeführt. Bevor Sie die Deployment-Optionen beschreiben, sind einige der Umgebungsvariablen im Folgenden definiert:

• PS_HOME: Der Speicherort des Dateisystems, in dem die PeopleTools-Software installiert ist.
• PS_APP_HOME: Der Dateisystemspeicherort, in dem die PeopleSoft-Anwendung (HRMS, FIN, EPM usw.) installiert ist, eine Variable, die seit PeopleTools 8.52 verfügbar ist.
• PS_CFG_HOME: Der Dateisystemspeicherort mit Konfigurations- und Logdateien für die Anwendungs- und Webserverdomains.
• PS_CUST_HOME: Der Dateisystemspeicherort für benutzerdefinierten Code und Dateien zum Hinzufügen benutzerdefinierter Funktionen für PeopleSoft.
• COBDIR: Der Speicherort des Dateisystems, in dem der MicroFocus Server Express COBOL-Compiler und die Laufzeit-Librarys gespeichert sind. Es ist erforderlich, dass MicroFocus Server Express auf jedem Server installiert wird, auf dem COBOL-Programme ausgeführt werden. Diese Komponente kann aufgrund von Lizenzschlüsseleinschränkungen nicht freigegeben werden.

Außerdem ist ein Parameter in der Oracle WebLogic-Konfiguration ReportRepositoryPath vorhanden, der das Dateisystemverzeichnis für die Berichtsausgabe enthält.

Die PeopleSoft-Software kann auf eine der folgenden Arten installiert werden:

• Lokale Homes: Installieren Sie die gesamte PeopleSoft-Software und die erforderlichen Infrastrukturkomponenten wie Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools und die PeopleSoft-Anwendungen auf jedem Server, der PeopleSoft hostet.
• Gemeinsame Homes: Installieren Sie die gesamte PeopleSoft-Software und die erforderlichen Infrastrukturkomponenten wie Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools und die PeopleSoft-Anwendungen in einem gemeinsam verwendeten Dateisystem. Mit dieser Option zeigen die Umgebungsvariablen PS_HOME und PS_APP_HOME auf allen Knoten auf ein einzelnes Shared File System-Verzeichnis.

Unabhängig davon, ob gemeinsame oder lokale Homes verwendet werden, sollten die Homes, COBDIR und das Berichts-Repository auf Dateisystemen installiert werden, die eine Form von Redundanz bieten, die vor Datenträgerausfällen schützt.

Es wird empfohlen, PeopleSoft mit dem Shared Home-Paradigma im Oracle Cloud Infrastructure File Storage-Service bereitzustellen, einem fehlertoleranten Shared File System.

PeopleSoft Web- und Anwendungsebene HA

Das oben gezeigte Diagramm zur Maximum Availability-Architektur PeopleSoft ist die einfachste High Availability-Konfiguration für ein PeopleSoft-Deployment.

Sie enthält:

• Mit einem Load Balancer wird Webtraffic auf die Webserver verteilt. Duale Switches sind für Redundanz konfiguriert.
• Zwei oder mehr PeopleSoft Pure Internet Architecture-(PIA-)Webserver sind für die Workload-Verteilung und -Redundanz konfiguriert. Jeder PIA-Webserver stellt eine Verbindung zu zwei oder mehr Anwendungsservern her (siehe unten). Wenn ein Anwendungsserver nicht mehr verfügbar ist, werden seine Anforderungen an einen alternativen Anwendungsserver weitergeleitet.

  Beachten Sie, dass in einer Standardkonfiguration PIA-Webserversitzungen den Status akkumulieren und für die Dauer ihrer Sitzung an einen bestimmten Server "klebrig" sind. Wenn ein Webserver ausfällt, werden die Benutzer auf diesem Server automatisch an einen überlebenden Webserver weitergeleitet, müssen sich jedoch erneut authentifizieren und verlieren ihren Sessionzustand.

• Ein Coherence*Web-Cacheservercluster ist konfiguriert, um den Sessionzustand beizubehalten, wenn ein PIA-Webserver ausfällt.

  Auf jedem PIA-Webhost wurde ein Coherence*Webcache-Server platziert, um ein Coherence*Webcache-Cluster zu bilden. Bei dieser Konfiguration müssen sich Benutzer, die von einem ausgefallenen Webserver betroffen sind und an einen anderen weitergeleitet werden, nicht erneut authentifizieren oder ihre Arbeit verlieren.

  Hinweis:

  Coherence*Web ist eine separat lizenzierte Komponente und nicht Bestandteil einer Basisinstallation von PeopleSoft.

• Mindestens zwei PeopleSoft-Anwendungsserver sind auf separaten Hosts (VMs) konfiguriert, um Redundanz bereitzustellen, falls ein Anwendungsserver nicht mehr verfügbar ist. Auf dieser Ebene wird der Großteil der Geschäftslogik ausgeführt. Da es auf dieser Ebene keinen Sessionzustand gibt, führt der Verlust eines Application Servers nicht zu einer erneuten Bearbeitung durch den Benutzer. Eine Verzögerung kann beobachtet werden, wenn der PIA-Webserver die Anforderung an einen verbleibenden Anwendungsserver weiterleitet.
• Es sind zwei oder mehr PeopleSoft-Prozessplaner konfiguriert, die hier die von den Anwendungsservern verwendete physische Hardware gemeinsam verwenden. Der erste Prozessplaner, der gestartet wird, wird als "Master" bezeichnet; der Rest sind Slaves. Der Master weist den Slave-Prozessplanern Jobs zu. Wenn der Master ausfällt, übernimmt einer der Slave-Prozessplaner die Rolle des Masters. Die Prozessplaner stellen über rollenbasierte Datenbankservices eine Verbindung zur Datenbank her.