1. Bereitstellung und Bereitstellung einer Lösung für maximale Verfügbarkeit für PeopleSoft in Oracle Cloud
  2. Implementieren der PIA-Webresilanz mit Coherence*Web

Implementieren der PIA-Webresilanz mit Coherence*Web

Fügen Sie die Webresilienz mit Coherence*Web für Ihre PeopleSoft Internet Architecture-(PIA-)Webserver hinzu. Coherence*Web ist auf jedem PIA-Webserver konfiguriert und wird parallel zu den PIA-Servern WebLogic ausgeführt, jedoch getrennt von diesen. Dies wird als Out-of-Process-Topologie für Coherence*Web bezeichnet. Ein Cluster wird gebildet, wenn zwei oder mehr Coherence*Web-Cacheserver gestartet werden. Nachdem Sie Coherence*Web konfiguriert haben, konfigurieren Sie die PIA-Webserver für die Arbeit mit Coherence*Web und treten dann diesem Cluster bei.

Coherence*Web konfigurieren

Richten Sie die Infrastruktur und das Skripting ein, die zum Starten und Verwalten von Coherence*Web erforderlich sind. Während Sie das Skript erstellen, mit dem das Produkt gestartet wird, müssen Sie einige weitere Aufgaben ausführen, bevor Sie das Skript ausführen können.

Mit PeopleTools 8.57 ist Coherence*Web mit der Fusion Middleware-Installation gebündelt. In diesem Projekt befindet er sich im Verzeichnis: /u01/app/psft/pt/bea/coherence. Dies ist ein freigegebenes Verzeichnis, auf das alle PIA-Webserver zugreifen können.

  1. Erstellen Sie Verzeichnisse für Coherence*Web-Konfigurations- und Logdateien.
    • Knoten: Alle PIA-Webserverknoten
    • Benutzer: psadm2
    $ . ./psft.env
$ mkdir -p $PS_CFG_HOME/coherence/config
$ mkdir -p $PS_CFG_HOME/coherence/log
  2. Bearbeiten Sie die Datei psft.env, um die folgenden Umgebungsvariablen zur Datei psft.env hinzuzufügen.
    • Knoten: Alle PIA-Webserverknoten
    • Benutzer: psadm2
    export COHERENCE_HOME=$BASE_DIR/pt/bea/coherence
export COHERENCE_CONFIG=$PS_CFG_HOME/coherence/config
export COHERENCE_LOG=$PS_CFG_HOME/coherence/log
    Rufen Sie die Umgebungsdatei erneut ab.
  3. Rufen Sie die private IP-Adresse jeder Compute-Instanz des PIA-Webservers ab.

    In unserem Projekt verfügt jeder PIA-Webserver über eine private IP-Adresse, die in der Coherence*Web-Dokumentation als bekannte Adresse (WKA) bezeichnet wird. Diese privaten IP-Adressen benötigen Sie in späteren Schritten.

    • Knoten: Alle PIA-Webserverknoten
    • Benutzer: psadm2, OCI-Konsolenbenutzer
    1. Melden Sie sich bei der OCI-Konsole an.
    2. Klicken Sie auf Compute und dann auf Instanzen.
    3. Wählen Sie das Compartment mit den Webservern aus.
    4. Klicken Sie auf jeden der aufgeführten PIA-Webserver, um deren private IP-Adresse anzuzeigen. Notieren Sie sich die Adressen.
  4. Erstellen Sie eine Coherence-Override-Datei im Verzeichnis COHERENCE_CONFIG.
    Sie können einen beliebigen Namen für die Datei wählen. Die Datei wird jedoch im Allgemeinen als tangosol-coherence-override.xml, bezeichnet und wird in mehreren Coherence*Web-Dokumenten mit diesem Namen referenziert.
    • Knoten: Alle PIA-Webserverknoten
    • Benutzer: psadm2
    Die XML-Datei enthält folgende Inhalte:
    <?xml version="1.0"?>
<!DOCTYPE coherence SYSTEM "coherence-override.dtd">
<!--
This operational configuration override file is set up for use with Coherence
-->
<coherence>
<cluster-config>
<unicast-listener>
  <well-known-addresses>
   <socket-address id="1">
      <address>10.0.103.85</address>
   </socket-address>
   <socket-address id="2">
      <address>10.0.103.203</address>
  </socket-address>
</well-known-addresses>
<port system-property="tangosol.coherence.localport">8088</port>
<address system-property="coherence.localhost">10.0.103.0/24</address>
</unicast-listener>
</cluster-config>
</coherence>
    1. Geben Sie die private IP-Adresse für jeden PIA-Webserver an.
      In dieser Beispielkonfiguration werden zwei Webserver verwendet.
    2. Legen Sie die Datei auf ALLE PIA-Webservern ab. Der Inhalt muss identisch sein.
    Der Parameter <address system-property="coherence.localhost">10.0.103.0/24</address> gibt das gesamte private Subnetz an, das die PIA-Webserver bedient. Wenn der Coherence*Web-Cacheserver gestartet wird, erhält er die private IP-Adresse des lokalen Hosts, auf der er ausgeführt wird.
  5. Erstellen Sie ein Skript, das den Coherence*Web-Cacheserver im Hintergrund auf jedem PIA-Webserver startet.
    Ein Beispielskript finden Sie unter startCacheServer.sh. Sie befindet sich im Wrapper-Verzeichnis in GitHub.
    • Knoten: Alle PIA-Webserverknoten
    • Benutzer: psadm2

Hinweis:

Sie führen das Skript aus, nachdem Sie das Coherence*Web-Netzwerk konfiguriert haben.

Coherence*Web-Netzwerk konfigurieren

Jeder PIA-Webserver wird isoliert ausgeführt und kommuniziert nicht mit den anderen Webservern. Um die serverseitige Resilienz auf dieser Schicht bereitzustellen, bilden die Coherence*Web-Server ein Cluster und erfordern eine Netzwerkkonfiguration, mit der ihre Cacheserver miteinander kommunizieren können.

Damit Coherence*Web ein Cachecluster bilden kann, fügen Sie der Sicherheitsliste, die mit app_private_seclist verknüpft ist, Ingress- und Egress-Regeln mit der OCI-Konsole hinzu. Zusätzlich zu den Ports 8088 und 8089 verwenden Sie die Standardports, die in der Coherence*Web-Dokumentation angegeben sind.

Ingress-Regeln:

Zustandslos Quell-CIDR IP-Protokoll Quellportbereich Zielportbereich
NO 10.0.103.0/24 TCP Alle 7
NO 10.0.103.0/24 UDP Alle 7
NO 10.0.103.0/24 TCP Alle 7.574
NO 10.0.103.0/24 UDP Alle 7.574
NO 10.0.103.0/24 TCP Alle 8.088-8.089

Egress-Regeln:

Zustandslos Ziel-CIDR IP-Protokoll Quellportbereich Zielportbereich
NO 0.0.0.0/0 TCP Alle Alle
NO 0.0.0.0/0 UDP Alle Alle
  1. Melden Sie sich bei der OCI-Konsole an.
  2. Fügen Sie die Ingress- und Egress-Regeln der Sicherheitsliste hinzu, die mit app_private_seclist verknüpft ist.
  3. Führen Sie die folgenden firewall-cmd-Befehle als root auf jeder Compute-Instanz aus, um die in der Tabelle aufgeführten Ports auf jeder der PIA-Web-Compute-Instanzen zu aktivieren.
    Für Ihre Umgebung ändern.
    $ firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=7 protocol=tcp accept' –permanent
$ firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=7 protocol=udp accept' –permanent
$ firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=8088-8089 protocol=tcp accept' –permanent
$ firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=7574 protocol=tcp accept' –permanent
$ firewall-cmd --zone=public --add-rich-rule 'rule family=ipv4 source address=10.0.103.0/24 port port=7574 protocol=udp accept' --permanent
$ firewall-cmd –reload
  4. Starten Sie den ersten Coherence*Web-Cacheserver (iad-psft-hcm-web01).

    Verwenden Sie das Skript startCacheServer.sh im Verzeichnis Basic Tasks in GitHub, um einen Cacheserver zu starten, indem Sie die folgenden Befehle auf einer Compute-Instanz als psadm2 absetzen. Im Folgenden wird davon ausgegangen, dass sich das Skriptverzeichnis im PATH des Administrators befindet. 

    $ startCacheServer.sh
    Wenn der erste Cacheserver gestartet wird, sieht die Ausgabe ungefähr wie folgt aus:
    …
2022-08-31 21:15:11.539/0.639 Oracle Coherence 12.2.1.3.0 <Info> (thread=main, member=n/a): Loaded operational configuration from "jar:file:/u01/app/psft/pt/bea/coherence/lib/coherence.jar!/tangosol-coherence.xml" 
…
2022-08-31 21:15:16.137/5.237 Oracle Coherence GE 12.2.1.3.0 <Info> (thread=main, member=n/a): Started cluster Name=psadm2's cluster, ClusterPort=7574

WellKnownAddressList(
  10.0.103.203
  10.0.103.85
  )

MasterMemberSet(
  ThisMember=Member(Id=1, Timestamp=2022-08-31 21:15:12.825, Address=10.0.103.85:8088, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:21537, Role=CoherenceServer)
  OldestMember=Member(Id=1, Timestamp=2022-08-31 21:15:12.825, Address=10.0.103.85:8088, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:21537, Role=CoherenceServer)
  ActualMemberSet=MemberSet(Size=1
    Member(Id=1, Timestamp=2022-08-31 21:15:12.825, Address=10.0.103.85:8088, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:21537, Role=CoherenceServer)
    )
  MemberId|ServiceJoined|MemberState|Version
    1|2022-08-31 21:15:12.825|JOINED|12.2.1.3.0
  RecycleMillis=1200000
  RecycleSet=MemberSet(Size=0

    Sie können prüfen, ob die Konfiguration korrekt aufgenommen wird, indem Sie die im Abschnitt WellKnownAddresslist aufgeführten IP-Adressen anzeigen.

    Da Sie nur einen Cacheserver gestartet haben, gibt es nur ein Member (die Compute-Instanz, auf der der Cacheserver gestartet wurde): iad-psft-hcm-web01.

  5. Verwenden Sie dasselbe Skript, um den Cacheserver auf der zweiten Middle Tier-Compute-Instanz (iad-psft-hcm-web02) zu starten.
    $ startCacheServer.sh
    Der Join sollte in etwa wie folgt aussehen:
    …

2022-08-31 21:15:36.513/0.628 Oracle Coherence 12.2.1.3.0 <Info> (thread=main, member=n/a): Loaded operational configuration from "jar:file:/u01/app/psft/pt/bea/coherence/lib/coherence.jar!/tangosol-coherence.xml" 
…
2022-08-31 21:15:38.307/2.421 Oracle Coherence GE 12.2.1.3.0 <Info> (thread=main, member=n/a): Started cluster Name=psadm2's cluster, ClusterPort=7574

WellKnownAddressList(
  10.0.103.203
  10.0.103.85
  )

MasterMemberSet(
  ThisMember=Member(Id=2, Timestamp=2022-08-31 21:15:37.981, Address=10.0.103.203:8088, MachineId=10880, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web02,process:12859, Role=CoherenceServer)
  OldestMember=Member(Id=1, Timestamp=2022-08-31 21:15:12.825, Address=10.0.103.85:8088, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:21537, Role=CoherenceServer)
  ActualMemberSet=MemberSet(Size=2
    Member(Id=1, Timestamp=2022-08-31 21:15:12.825, Address=10.0.103.85:8088, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:21537, Role=CoherenceServer)
    Member(Id=2, Timestamp=2022-08-31 21:15:37.981, Address=10.0.103.203:8088, MachineId=10880, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web02,process:12859, Role=CoherenceServer)
    )
  MemberId|ServiceJoined|MemberState|Version
    1|2022-08-31 21:15:12.825|JOINED|12.2.1.3.0,
    2|2022-08-31 21:15:37.981|JOINED|12.2.1.3.0
  RecycleMillis=1200000
  RecycleSet=MemberSet(Size=0
    )

…

    Das Logdateischnippet oben zeigt zwei Member im Cluster an, beide mit der Rolle CoherenceServer.

  6. Sehen Sie sich die Logdatei des Cacheservers an, den Sie zuerst auf der Compute-Instanz iad-psft-hcm-web01 gestartet haben. Es sollten Einträge wie die folgenden angezeigt werden, die zeigen, dass eine Verbindung zu iad-psft-hcm-web02 hergestellt wurde. 
    2022-08-31 21:15:38.179/27.279 Oracle Coherence GE 12.2.1.3.0 <D6> (thread=Cluster, member=1): TcpRing connected to Member(Id=2, Timestamp=2022-08-31 21:15:37.981, Address=10.0.103.203:8088, MachineId=10880, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web02,process:12859, Role=CoherenceServer)

    Wenn Sie die Cacheserver zum ersten Mal nacheinander starten und prüfen, ob sie korrekt konfiguriert sind. Wenn Sie die Middle Tiers starten müssen, können Sie in Zukunft alle Coherence*Web-Cacheserver gleichzeitig starten.

  7. Wenn auf jeder Compute-Instanz nur ein Member angezeigt wird, können sich die Coherence*Web-Cacheserver nicht "sehen".
    Dies wird dadurch verursacht, dass mindestens ein Netzwerkport blockiert wird. Eine Möglichkeit, Ports zu testen, die blockiert werden, besteht darin, das Netcat-Utility (nc) zu verwenden, das auf jeder PIA-Web-Compute-Instanz installiert werden muss.
    1. Verwenden Sie yum, um das Utility nc) auf jeder PIA-Web-Compute-Instanz als Benutzer root zu installieren 
      # yum install -y nc
    2. Melden Sie sich als root an, um Ports für TCP- und UDP-Pakete auf Ihren PIA-Webservern zu testen.
      Beispiel: Um zu testen, ob Port 7574 auf iad-psft-web01 geöffnet ist, starten Sie einen Netcat-Listener, der auf UDP-Pakete auf Port 7574 horcht: 
      # nc -u -l iad-psft-web01 7574

      Der Befehl nc wartet, lassen Sie ihn dort sitzen.

    3. Melden Sie sich in einer separaten Session als root auf iad-psft-web02 an. Starten Sie einen Netcat-UDP-Client, der eine Verbindung zu iad-psft-web01 auf Port 7574 herstellt:
       # nc -u iad-psft-web01 7574

      Der Befehl nc wartet.

    4. Geben Sie auf diesem Terminal etwas wie "test" ein, und drücken Sie die Eingabetaste.
      Das Wort "test" sollte auf dem anderen Terminal angezeigt werden.
    5. Geben Sie "test" auf dem Serverterminal ein, auf dem nc horcht, und drücken Sie die Eingabetaste.
      Es sollte im Client-Terminal angezeigt werden.
    6. Wenn der Test erfolgreich war, wechseln Sie die Rollen, führen Sie den NC-Listener auf iad-psft-web02 und den Client auf iad-psft-web01 aus, und wiederholen Sie den Test.
    7. Wenn der Test nicht erfolgreich ist, ist eine oder mehrere der folgenden Ursachen wahrscheinlich:
      • Es gibt keine Ingress-Regel, die das UDP-Protokoll für Port 7574 in der relevanten Sicherheitsliste für das PIA-Webserversubnetz zulässt.
      • Es gibt keine Egress-Regel, die das UDP-Protokoll für Port 7574 in der relevanten Sicherheitsliste für das PIA-Webserversubnetz zulässt.
      • Der Befehl firewall-cmd wurde nicht auf jedem PIA-Webserver ausgeführt, um UDP-Traffic für Port 7574 zuzulassen.
      Coherence*Web stellt ein Datagramm-Testutility zum Testen von Verbindungen für TCP und UDP bereit. Weitere Einzelheiten finden Sie unter Using the Datagram Test Utility.

PIA-Webserver für Coherence*Web konfigurieren

Wenn die Coherence*Web-Cacheserver konfiguriert sind und auf allen PIA-Webserver-Compute-Instanzen ausgeführt werden, können Sie jetzt die PIA-Webserver konfigurieren.

Die neuesten Versionen der PeopleTools-Konfigurationsdateien haben bereits den größten Teil der erforderlichen Konfiguration auskommentiert. Um den Zugriff auf Coherence*Web-Cacheserver zu aktivieren, führen Sie die Schritte aus, und passen Sie sie entsprechend Ihrer Umgebung an.

Führen Sie auf allen PIA-Webserverknoten als Benutzer psadm2 die folgenden Aktionen aus.

  1. Stellen Sie sicher, dass das Sessioncookie und die Netzwerkdomainnamen für alle PIA-Webserver in der Datei weblogic.xml identisch sind. Die Datei weblogic.xml befindet sich in $PS_CFG_HOME/ webserv/HR92U033/applications/peoplesoft/PORTAL.war/WEB-INF. In diesem Beispiel lautet die Domain HR92U033.
  2. Verschieben Sie in derselben Datei weblogic.xml die Zeichenfolge end comment von unter dem Tag <persistent-store-type>coherence-web</persistent-store-type> nach oben, sodass sie nicht mehr Teil des Kommentars ist:
    Im Folgenden finden Sie ein Beispiel für die Datei weblogic.xml:
    <?xml version="1.0" encoding="ISO-8859-1" standalone="no"?>
<weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app">
<description>PeopleSoft Internet Architecture</description>
  <session-descriptor>
  <id-length>32</id-length>
  <cookie-name>iad-hcm-8080-PORTAL-PSJSESSIONID</cookie-name>
  <cookie-domain>.appprivatesu.ebscloudmaavcn.oraclevcn.com</cookie-domain>
  <monitoring-attribute-name>USERID</monitoring-attribute-name>
  <persistent-store-table>wl_servlet_sessions</persistent-store-table>
  <http-proxy-caching-of-cookies>true</http-proxy-caching-of-cookies>
<!-- Coherence*Web
-->
  <persistent-store-type>coherence-web</persistent-store-type>
  </session-descriptor>
    <container-descriptor>
      <servlet-reload-check-secs>-1</servlet-reload-check-secs>
      <session-monitoring-enabled>true</session-monitoring-enabled>
  </container-descriptor>
  <context-root>/</context-root>
</weblogic-web-app>
  3. Entfernen Sie in der Datei web.xml die Kommentarzeichen für den Abschnitt, der mit "Coherence*Web-Parametern" beginnt. Dieser Abschnitt enthält alle erforderlichen Parameter für Coherence*Web.
    Die Datei web.xml befindet sich im selben Verzeichnis wie die Datei weblogic.xml.
    Im Folgenden finden Sie ein Beispiel für diesen spezifischen Abschnitt:
    <!-- Coherence*Web parameters
-->
  <context-param>
    <description>With this set to "true", attributes that are deemed to be
      mutable (detected with a simple check) and which are accessed through a get,
      are deemed to be suspect in that they may have been changed in application code.
      Suspect attributes are treated as changed. Defaults to "false".</description>
    <param-name>coherence-enable-suspect-attributes</param-name>
    <param-value>true</param-value>
  </context-param>
  <context-param>
    <description>This value specifies a class name of the optional
      com.tangosol.coherence.servlet.HttpSessionCollection.AttributeScopeController
      interface implementation to use.</description>
    <param-name>coherence-scopecontroller-class</param-name>
    <param-value>com.tangosol.coherence.servlet.AbstractHttpSessionCollection$GlobalScopeController</param-value>
  </context-param>
  <context-param>
    <description>Specifies a cache delegator class that is responsible for manipulating
     (getting, putting, or deleting) data in the distributed cache
    </description>
    <param-name>coherence-cache-delegator-class</param-name>
    <param-value>com.tangosol.coherence.servlet.LocalSessionCacheDelegator</param-value>
  </context-param>
  <context-param>
    <description>This value, if set to true, specifies that non-serializable attributes
      should be preserved as local ones. This parameter requires a load balancer to
      be present to retrieve non-serializable attributes for a session
    </description>
    <param-name>coherence-preserve-attributes</param-name>
    <param-value>true</param-value>
  </context-param>
  <context-param>
    <description>
      This value specifies a class name of the com.tangosol.coherence.servlet.HttpSessionCollection
      $SessionDistributionController interface implementation
    </description>
    <param-name>coherence-distributioncontroller-class</param-name>
    <param-value>com.tangosol.coherence.servlet.AbstractHttpSessionCollection$HybridController</param-value>
  </context-param>
  4. Fügen Sie die zusätzlichen Parameter zur PIA setEnv.sh im Verzeichnis $PS_CFG_HOME/webserver/HR92U033/bin hinzu.
    Diese Datei enthält einen Kommentar für Coherence. Im Folgenden finden Sie ein Snippet für die Datei setEnv.sh, in der die PIA-Webstartparameter hinzugefügt wurden:
    Im Folgenden finden Sie ein Beispiel für diesen spezifischen Abschnitt:
    # Coherence*Web related parameters
# COHERENCE_PARAMETERS=-Dtangosol.coherence.session.localstorage=false
# Optionally add -Dtangosol.coherence.override=file:OVERRIDE_FILE_PATH
COHERENCE_PARAMETERS="-Dtangosol.coherence.override=file:/peoplesoft/local/ps_config/coherence/config/tangosol-coherence-override.xml -Dtangosol.coherence.session.localstorage=false -Djava.net.preferIPv4Stack=true"
# Example: JAVA_OPTIONS_LINUX="$JAVA_OPTIONS_LINUX $COHERENCE_PARAMETERS"
# export JAVA_OPTIONS_LINUX
JAVA_OPTIONS_LINUX="$JAVA_OPTIONS_LINUX $COHERENCE_PARAMETERS"
export JAVA_OPTIONS_LINUX
# Refer to Coherence*Web documentation
    Hinweise:
    • Es gibt Bindestriche unmittelbar vor jedem Parameter (Wortumbruch kann die Anzeige aufteilen)
    • Sie müssen COHERENCE_PARAMETERS definieren, bevor Sie JAVA_OPTION_LINUX exportieren.
    • Sie müssen Dtangosol.coherence.override=file:/peoplesoft/local/ps_config/coherence/config/tangosol-coherence-override.xml angeben, damit sich der PIA-Server WebLogic ordnungsgemäß als Coherence*Webclient registrieren kann.
  5. Starten Sie den PIA-Webserver mit den benutzerdefinierten PeopleSoft-Skripten zum Hoch- und Herunterfahren neu.
    $ stopWS.sh 
$ startWS.sh
  6. Wiederholen Sie diese Schritte für jeden PIA-Webserverknoten.
Wenn jeder PIA-Webserver neu gestartet wird, wird er als Clients mit dem Coherence*Web-Cacheservercluster verbunden. Jedes Cacheserverlog muss die WebLogic-Server anzeigen, die eine Verbindung herstellen und das Cluster mit der Rolle WeblogicServer verbinden. Hier ist ein Auszug aus dem Protokoll:
2021-10-28 23:27:01.237/160.748 Oracle Coherence GE 12.2.1.3.0 <D6> (thread=Cluster, member=1): TcpRing connected to Member(Id=3, Timestamp=2021-10-28 23:27:01.044, Address=10.0.103.85:8089, MachineId=10879, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web01,process:16067, Role=WeblogicServer)
…
2021-10-28 23:28:14.958/234.469 Oracle Coherence GE 12.2.1.3.0 <D6> (thread=Cluster, member=1): TcpRing connecting to Member(Id=4, Timestamp=2021-10-28 23:28:14.768, Address=10.0.103.203:8089, MachineId=10880, Location=site:appprivatesu.ebscloudmaavcn.oraclevcn.com,machine:iad-psft-hcm-web02,process:14708, Role=WeblogicServer)

Der Cacheserver meldet sich auf jedem PIA-Webserver an und sollte so etwas wie oben zeigen. Das Deployment PeopleSoft weist jetzt die Resilienz des Webservers auf.

Testen der PIA-Webresilienz

Führen Sie die folgenden Schritte aus, um die Webresilienz von Coherence*Web zu testen und zu validieren.

  1. Fahren Sie alle bis auf einen PIA-Webserver herunter.
  2. Melden Sie sich mit einem Webbrowser bei der Anwendung PeopleSoft an.
  3. Navigieren Sie herum und erledigen Sie einige Arbeit. Starten Sie eine Transaktion, schließen Sie sie jedoch nicht ab.
  4. Starten Sie einen zweiten PIA-Webserver, damit dieser vollständig verfügbar ist. Prüfen Sie den Load Balancer in der OCI-Konsole, um sicherzustellen, dass der Status des zweiten PIA-Webservers OK anzeigt.
  5. Fahren Sie den in Schritt 1 verbleibenden PIA-Webserver herunter.
  6. Fahren Sie in Ihrem Webbrowser, der mit der Anwendung PeopleSoft verbunden ist, mit der Transaktion fort.
    Es kann sein, dass Sie eine leichte Unterbrechung feststellen, aber Sie sollten keinen Fehler erhalten, sich erneut anmelden müssen oder Ihre Arbeit verlieren.
    Wenn ein Fehler wie "Nicht autorisiertes Token" auftritt, prüfen Sie Folgendes:
    • Sessioncookie und Domainnamen müssen für alle weblogic.xml-Dateien des PIA-Webservers identisch sein.
    • Das OCI Load Balancer-Backend-Set muss mit Persistenz von Anwendungscookies aktivieren konfiguriert sein, und der Cookiename muss angegeben werden.
    • Alle Coherence*Web-Cacheserver müssen sich gegenseitig anzeigen können und ein Cluster gebildet haben.
    • Alle PIA-Webserver müssen dem Cacheservercluster als WeblogicServer-Clients beigetreten sein.
    • Prüfen Sie Networkingkonfigurationen, einschließlich der Ingress- und Egress-Regeln für Sicherheitslisten, firewall-cmd-Befehle usw.