Skip to main content


         This documentation site is for previous versions. Visit our new documentation site for current releases.      
 

This content has been archived and is no longer being updated.

Links may not function; however, this content may be relevant to outdated versions of the product.

Installing Pega Autonomic Event Services 8.3

Updated on September 10, 2021

This content applies only to On-premises and Client-managed cloud environments

Pega Autonomic Event Services 8.3 is an intelligent application monitoring tool that runs on Pega Platform™. You install Pega Autonomic Event Services 8.3 on stand-alone multitenant servers.

Note: You cannot upgrade from a previous version to Pega Autonomic Event Services 8.3. Only a first-time installation is possible.

To complete the installation, review the following information:

  1. Prerequisites
  2. Increasing the thread pool size
  3. Importing the application bundle
  4. Installing the required hotfixes
  5. Partitioning the database
  6. Configuring the email server account
  7. Configuring a Pega Platform tenant
  8. Optional: Configuring operators

Prerequisites

Before you install Pega Autonomic Event Services, complete the following tasks:

  1. Verify that the Pega Autonomic Event Services deployment package contains the following files:
    • AES.zip – The Pega Autonomic Event Services application bundle
    • The following table partitioning scripts:
      • alerts_partitions.sql – used for configuring thepegaam_alert database table
      • alerts_aggregates_partitions.sql – used for configuring thepegaam_alert_aggregate database table
      • exceptions_partitions.sql – used for configuring thepegaam_exception database table
      • exceptions_aggregates_partitions.sql – used for configuring thepegaam_exception_aggregate database table
      • index_events_partitions.sql – used for configuring thepegaam_index_events database table
      • nodestats_partitions.sql – used for configuring thepegaam_node_stats database table
      • palalerts_partitions.sql – used for configuring thepegaam_palalert database table
  2. If you use a non-standard Pega Platform installation with schema names other than the default pegadata, replace the schema names in the partitioning scripts with your custom schema names:

    1. Open a database tool, for example, the PostgreSQL tool pgAdmin.

    2. Run the following query:
      SELECT DISTINCT schemaname FROM pg_indexes WHERE tablename = '<table_name>';

      In the query, replace <table_name> with the appropriate table name, as listed in the following table, for example, for the alerts_partitions.sql file, enter pegaam_alert.
      File nameDatabase table name

      alerts_partitions.sql

      pegaam_alert

      alerts_aggregates_partitions.sql

      pegaam_alert_aggregate

      exceptions_partitions.sql

      pegaam_exception

      exceptions_aggregates_partitions.sql

      pegaam_exception_aggregate

      index_events_partitions.sql

      pegaam_index_events

      nodestats_partitions.sql

      pegaam_node_stats
      palalerts_partitions.sqlpegaam_palalert
    3. Use a text editor to open the file that contains the table partitioning script.
    4. Find all occurrences of the phrase pegadata in the script file, and replace them with the result of the query in step a.
  3. Ensure that you understand the deployment architecture and hardware requirements of Pega Autonomic Event Services. For more information, see Pega Autonomic Event Services 8.3 architecture overview and deployment best practices.
    Note: To run Pega Autonomic Event Services on PostgreSQL, you must install the PG Stat Statements module.
  4. Install a new instance of Pega Platform 8.3 with the Apache Tomcat 8 application server and the PostgreSQL 11 database, and then verify your installation, as described in the Pega Platform Installation Guide for your environment, available on the Deploy Pega Platform page.
    Important: During the installation, in the Database Setup stage, select Multitenancy Edition.

    Increasing the thread pool size

    To avoid scenarios in which the default thread pool size in Pega Platform is not sufficient to run Pega Autonomic Event Services efficiently, increase the number of threads in the thread pool. As a result, you ensure the correct operation of Pega Autonomic Event Services and you prevent insufficient thread pool size exceptions.

    1. Log in to Dev Studio.
    2. Create a prconfig/agent/threadpoolsize/default dynamic system setting in the Pega-Engine ruleset with the value of 50. For more information, see Using dynamic system settings.
      1. In the header of Dev Studio, click Create > SysAdmin > Dynamic System Settings.
      2. In the Short description field, enter Thread pool size.
      3. In the Owning Ruleset field, enter Pega-Engine.
      4. In the Setting purpose field, enter prconfig/agent/threadpoolsize/default
      5. Click Create and open.
      6. In the Value field, enter 50.
      7. Click Save.
    3. Restart the application server.

    Importing the application bundle

    Pega Platform loads the system data and rulesets for Pega Autonomic Event Services during this step.

    1. Log in to Pega Platform by entering the administrator credentials that you used when you installed the new instance of this server. The default user name is [email protected] and the password is install12345!
      Note: If you are accessing the system for the first time, change the default password.
    2. Click Configure > Application > Distribution > Import.

    3. On the Application: Import wizard page, click Choose File or Browse, and then browse for the AES.zip file from your distribution media.

    4. Click Next.

    5. Select the Enable advanced mode to provide more granular control over the import process check box, and then click Next.

    6. In the subsequent steps, click Next until you see the Operators tab.

    7. Select the Enable new operators and overwrite existing operators on import check box.

    8. Click Next.

    9. In the subsequent steps, click Next until you see the following error messages: Import complete to database from the file AES.zip, and Errors encountered during library compilation. See log for details.

    10. Click Done.

    11. Restart the Pega Autonomic Event Services server.

    12. Log in to Pega Autonomic Event Services as AESDeveloper with the password Install12345! For security reasons, change the default password when you log in for the first time.

    Installing the required hotfixes

    After you import the application bundle for Pega Autonomic Event Services 8.3, install the required hotfixes for this version. For more information, see Pega Autonomic Event Services hotfixes.

    Partitioning the database

    To partition the database, for each of the table partitioning scripts that are listed in step 1 of the prerequisites, perform the following steps:

    1. Open a database tool, for example, the PostgreSQL tool pgAdmin.
    2. Run the script in the database tool. For more information, see the documentation for your database tool.

    Configuring the email server account

    Pega Autonomic Event Services sends event-based notifications and daily digests through your company’s email system. Configure the account that you want Pega Autonomic Event Services to use for sending email.

    1. Log in to Dev Studio.
    2. Click Configure > Integration > Email > Email Accounts.
    3. Click the Default account.
    4. In the Email account settings window, complete the Sender section. To learn more about email accounts in Pega Platform, see Viewing your email accounts.
    5. Click Submit.

    Configuring a Pega Platform tenant

    Before you start using Pega Autonomic Event Services, configure at least one tenant and tenant administrator. When you create the tenant, the system automatically creates the tenant organization, division, and unit, as well as a Data-Admin-Tenant class instance for the tenant.

    1. Log in to Dev Studio.
    2. Click Configure > System > Tenant Management > Create.
    3. In the Tenant Name field, enter the name of the system tenant.
    4. In the Description field, enter a short (64-character) description to help distinguish systems with multiple shared-region applications.
    5. In the Contact Full Name field, enter the name of the person who is the contact for this tenant.
    6. In the Contact Email field, enter the email address of the tenant contact.
    7. In the Setup Activity field, select AESasService.
    8. Optional: The default manager password and user password are autogenerated and are both complex passwords that are automatically sent to your email after you create a tenant. To override the default passwords, in the Parameters section, enter a manager password and user password that comply with the password policies for your Pega Platform instance.
      Important: If you decide to override the default passwords, ensure that your passwords comply with the password policies, which you can view by clicking Configure > System > Settings > Security Policies. Although Pega Platform sends a confirmation email for non-compliant passwords, you cannot access the accounts by using such passwords.
    9. In the Administrator field, enter the user identifier for the tenant administrator.
    10. In the Password field, enter the password for the tenant administrator.
      Important: Although you are required to complete the Administrator and Password fields, completing them does not actually create an operator. To create a tenant administrator, run the TemporaryOperatorInTenant activity, as described in steps 12 to 18.
    11. Click Create Tenant to create the tenant and the organization. This operation creates an instance of Data-Admin-Tenant.
      The previous steps imply that the operator who creates the Rule-File-Binary also creates the tenant. However, a different operator can also create the tenant. In this case, the operator who creates the tenant must have access to the Rule-File-Binary through the operator’s primary access group.
    12. In the navigation pane of Dev Studio, click Records > Technical > Activity, and then double-click the TemporaryOperatorInTenant activity.
      You can filter the list of activities by clicking the Click to filter icon in the Activity Name column header.
    13. Click Actions > Run.
    14. In the tenantName field, enter the name of the tenant that you entered in step 3.
    15. In the Operation field, enter create.
    16. In the EmailInput field, enter the email address to which you want to send the administrator password.
    17. In the OperatorName field, enter the user identifier of the tenant administrator.
    18. Click Run.
      The TemporaryOperatorInTenant activity copies your shared-layer administrator user to the tenant that you are creating, and then sends the administrator password to your email.
    19. In the navigation pane of Dev Studio, click Records > SysAdmin > Dynamic System Settings, and then click the SharedURL dynamic system setting.
    20. In the Value field, enter the URL of the Pega Autonomic Event Services host system, for example, https://aes831prod.pegacloud.net/prweb.
    21. Click Save.

    Optional: Configuring operators

    By default, Pega Autonomic Event Services contains the following standard operators with access to all clusters in the enterprise:

    • AESDeveloper – Configures and manages Pega Autonomic Event Services data and rules from the developer portal. This operator has access only to the shared layer but cannot access the tenant layer.
    • DiagnosticCloudManager – Uses the manager portal to monitor the operational status of nodes and clusters across the enterprise. The manager assigns work, monitors process operations, and performs administrative tasks in this portal. This operator has access only to the tenant layer.
    • DiagnosticCloudUser – Uses the user portal, which includes a uniform approach to finding, entering, and completing work within one or more clusters. This operator has access only to the tenant layer.

    Different stakeholders within your organization, such as business sponsors, operational managers, and developers, might require access to the Pega Autonomic Event Services server to review summaries, route work items, and resolve issues. For information about editing the existing operators and adding new ones, see Managing Pega Autonomic Event Services operator records.

    What to do next

    After you install and configure Pega Autonomic Event Services 8.3, configure the systems that you want to monitor. For more information, see Configuring your systems for monitoring with Pega Autonomic Event Services 8.3.

    Check whether your monitored system needs an enhanced version of the PegaAESRemote ruleset to support the latest features. For more information, see Enhanced PegaAESRemote ruleset to support the latest Pega Autonomic Event Services features.

    • Previous topic Pega Autonomic Event Services 8.3 architecture overview and hardware requirements
    • Next topic Configuring your systems for monitoring with Pega Autonomic Event Services 8.3

    Have a question? Get answers now.

    Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

    Did you find this content helpful?

    Want to help us improve this content?

    We'd prefer it if you saw us at our best.

    Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

    Close Deprecation Notice
    Contact us