Use of multiple nodes can provide high system availability and fault-tolerance, as the failure or offline status of one node does not affect the ability of users connected to another node to continue working.
When a server node is running, the server appears as an instance of the Data-Admin-Nodes class.
You do not need to define instances of this class. The system creates an instance each time that Pega 7 Platform starts on that server. (You can start and stop the engine software on each node independent of the state of other nodes.)
All the nodes share a single common PegaRULES database. The PegaRULES engine software on each node must be a compatible version or an identical version of the Pega 7 Platform.
Each node contains an in-memory cache of recently accessed rules that may, in multiple-node operations, contain different instances. (The correct and most recent versions of the rules are always in the database.) Periodic pulse processing synchronizes the contents of the rule cache on a node to the latest copy in the PegaRULES database. Optionally, you can associate a description of each node using Data-Admin-Node instances. The information you enter appears on the System Nodes Detail display.
Note: Node names are limited to 32 characters.
Nodes can run or block specified agents, making it possible to dedicate a node to perform certain functions, hence improving the cluster performance. You can specify the list of agents to be run or blocked at the startup. Critical agents cannot be prevented from running. For more information, see the PDN article Configuring nodes to run selected agents.
In a multinode Pega 7 Platform system, ensure that the clocks of every node are synchronized, and the clock on the server hosting the PegaRULES database is synchronized. Most vendor operating systems offer a means to accomplish this. Many calculations and decisions such as time-qualified rules, service-level agreements, and management reporting depend on clock settings and intervals. See the PDN article How to synchronize server clocks and database clocks with NTP for correct service level computations ion for more information.
UNIX and Linux-based systems require special configuration settings to ensure that the JVM recognizes Daylight Savings time. If not set, the times recorded in the Pega 7 Platform log may not match the server clock time. See IBM Tech Note "Incorrect time stamps displayed by an application or in log files" about the TZ environment variable, and additional details for IBM WebSphere.