Jim Kelly (JimKelly_GCS)
Principal Software Solutions Engineer
Pegasystems Inc.
JimKelly_GCS Member since 2010 1 post
Posted: June 13, 2016
Last activity: June 14, 2016
Posted: 13 Jun 2016 16:08 EDT
Last activity: 14 Jun 2016 5:34 EDT

AES 7.1.7 Configuration checklist / the n-fold way to unlimited clusters

This posting is here for all of us to share what we have learned when deploying and configuring AES.

Some of the information may be confusing, unclear or not make sense to you. That's OK, at least it exists and together we can kick it into shape.

To motivate us, to provide an abject lesson in poor fashion choices, and to start us on the way we have this from Dr. Beppo.

Dr. Beppo and his magic ball are exhorting you to read and assimilate the information that follows. Failure to do so will result in the wearing of ugly sweaters. Don't be like this Dr. Beppo! Read assimilate, and comment on this post.
DrBeppo.png IMG_20151124_071335.jpg

Let the listing of checks begin!

1. Manage Operators Systems - be sure the logged in user has access to clusters

Frequently the Enterprise landing page in the manger portal will not display any clusters or nodes. This can occur when the operatorid in use has not been given access to the cluster. This is done via


To view the current state click Display Operators By System in the Administration landing page …


Then click on a specific system to see the operators that are allowed access.


2. Update the URL for the node where [unable to determine] is the connection string

Open PegaAES-Data-Node record and make sure it points to the correct monitored instance PRSOAPServlet URL. E.g http://your_Pega_host:8080/prweb/PRSOAPServlet.

3. Make sure all AES agents are running on the AES server and PegaAESREmote on the monitored nodes.

                 Go to the System Management Application on the AES Server as well as monitored Pega server and under Agent Management look for Agents that correspond to PegaAES and PegaAESRemote Rulesets respectively

4. Authentication at app server level (authentication profile set to match on AES remote)


You may need to use the AESRemoteUser authentication profile.


5. Examine legacy contents of prconfig and prlogging.xml and remove all AES entries.

prlogging.xml and prconfig.xml files (use dynamic appenders and PDC URL spec from ) should not have any legacy AES related appender or config settings respectively.

6. Check for SSL handshake issues between AES server and monitored node

   Only applies if using HTTPS endpoints

7. Front end Webserver or Load balancer configurations:

If you have your AES or Pega application hosted on an Application server cluster front-ended by a web-server or a load balancer the SOAP messages used for AES to Pega communication cannot pass through to directly communicate. Then you need to make the monitored node or the AES node the front end url.

System Administration
Moderation Team has archived post, This thread is closed to future replies. Content and links will no longer be updated. If you have the same/similar Discussion, please write a new Discussion.