This section describes the configuration steps (required and optional) needed to set up the Amazon Web Services solution package.
To configure data connections for the Solution Package for Amazon Web Services:
aws-java-sdk-*.jar
commons-codec-*.jar
httpclient-*.jar
httpcore-*.jar
commons-logging-*.jar
jackson-annotations-*.jar
jackson-core-*.jar
jackson-databind-*.jar
joda-time-*.jar
Access Key ID- Obtain this value by browsing to your Amazon account on the Amazon Web Services website > Security Credentials tab.
Secret Access Key- Obtain this value by browsing to your Amazon account on the Amazon Web Services website > Security Credentials tab. “Quote” special characters using \\ (eg, %2F --> \\%2F).
Endpoint - The fully-qualified DNS name for an Amazon service (CloudWatch) that provides monitoring data. For a list of endpoints for Amazon CloudWatch refer to https://docs.aws.amazon.com/general/latest/gr/rande.html.
Initial History- The number of hours of past history to retrieve for first query to ACW. The default is 2 hours. Subsequent queries use a time window of 1 minute.
If you want to modify the default values for the update rates for the TIBCO ActiveMatrix caches, you can update the default polling rates (query interval, in seconds) used to collect the metric data in the Poll Rates field.
To update the polling rates for the Solution Package for Amazon Web Services:
You can specify the number of history rows to store in memory, the compaction rules, the duration before metrics are expired and deleted, and the different types of metrics that you want the Historian to store in the DATA STORAGE tab in the RTView Configuration Application. These configurations already contain default values and modifications to these configurations are optional..
You can modify the maximum number of history rows to store in memory in the DATA STORAGE tab. The History Rows property defines the maximum number of rows to store for the AwsEc2InstanceStats cache. To update the default settings:
Data compaction, essentially, is taking large quantities of data and condensing it using a defined rule so that you store a reasonably sized sample of data instead of all of your data, thus preventing you from potentially overloading your database. The available fields are:
Condense Interval -- The time interval at which the cache history is condensed. The default is 300 seconds. The following cache is impacted by this setting: AwsEc2InstanceStats.
Condense Raw Time -- The time span of raw data kept in the cache history table. The default is 7200 seconds. The following cache is impacted by this setting: AwsEc2InstanceStats.
Compaction Rules -- This field defines the rules used to condense your historical data in the database. By default, the columns kept in history will be aggregated by averaging rows with the following rule 1h -;1d 5m;2w 15m, which means the data from 1 hour will not be aggregated (1h - rule), the data over a period of 1 day will be aggregated every 5 minutes (1d 5m rule), and the data over a period of 2 weeks old will be aggregated every 15 minutes (2w 15m rule). The following cache is impacted by this setting: AwsEc2InstanceStats.
The data for each metric is stored in a specific cache and, when the data is not updated in a certain period of time, that data will either be marked as expired or, if it has been an extended period of time, it will be deleted from the cache altogether. The Expire Timefield, which sets the expire time for the AwsEc2InstanceStats and AwsEc2Instances caches, defaults to 720 seconds. The Delete Time field, which sets the delete time for the AwsEc2InstanceStats and AwsEc2Instancess caches, defaults to 3600 seconds. To modify these defaults:
The History Storage region allows you to select which metrics you want the Historian to store in the history database. By default, the Servers historical data is saved to the database. To enable/disable the collection of historical data, perform the following steps:
The History Table Name Prefix field allows you to define a prefix that will be added to the database table names so that the Monitor can differentiate history data between data servers when you have multiple data servers with corresponding Historians using the same solution package(s) and database. In this case, each Historian needs to save to a different table, otherwise the corresponding data server will load metrics from both Historians on startup. Once you have defined the History Table Name Prefix, you will need to create the corresponding tables in your database as follows:
Note: If you are using Oracle for your Historian Database, you must limit the History Table Name Prefix to 2 characters because Oracle does not allow table names greater than 30 characters (and the longest table name for the solution package is 28 characters).
To add the prefix: