Tchater maintenant avec le support
Tchattez avec un ingénieur du support

Foglight for Java EE Technologies 5.9.13 - Administration and Configuration Guide

Managing request types and topology object creation

If you are managing many request types, updating the Nexus recording settings to transform several different request types into the same request type can improve performance on the Management Server.

The request model that the Nexus uses generates several associated internal topology object types for each request type. This may result in an extremely high topology object count. In addition, rules are applied to each topology object and this may increase the processing load on the Management Server.

For example, deployed applications may contain many request types. Poor performance of the Management Server may be due to the parameters being encoded in the URL, rather than using separate URL parameters.

Example of the parameters encoded in the URL:

Foglight for Application Servers treats each of the above requests as a separate request type, each having a single associated topology object.

Example of separate URL parameters:

Here the GET/foo request type has just one associated topology object, which has a count of four calls.

Setting rules for filtering requests

Use filters to configure the Nexus to reduce the total number of request types being monitored, which decreases both overhead and storage requirements. Filtering can be configured to include some requests and exclude others. Regular expression pattern matching can be used to determine which requests are included and which are excluded. You can also match requests using literal strings. For more information about using regular expressions, see Appendix: Regular Expressions in the Foglight for Application Servers User Guide.

Filtering occurs after request separation and URL transformation rules are applied. As a result, the filters can refer to parameter names and values from request separation, and must reference the transformed URL. If a request is filtered out, then it cannot be traced. Filtering rules are set in the Nexus recording settings.

When setting up rules for filtering requests, keep in mind that the FilteringRules are applied first and then the FilterDefault setting is applied.

By default, the filter is configured to collect metrics for the following request types:

Keys and values can be used to customize the FilteringRules parameter.

The following filtering rules are applied first:

If none of the rules match the URL, and the FilteringDefault setting is enabled, then the FilteringDefault setting is applied.

Adjusting the number of sampled requests

On the Application Servers dashboard, the Requests view shows the Sampled Breakdowns and the number of requests that are sampled. You can control how many requests are sampled for the time period. Collecting fewer samples reduces the overhead that the agent places on the application server.

1
On the navigation panel, under Dashboards, click Application Servers > Administration.
On the Agents tab, click the name of the Nexus that is using the configuration you want to edit. Click Text edit recording settings.
On the Recording Settings tab, click the name of the configuration you want to edit. Click Manage. On the Nexus Configuration view, click recording. Click Text edit.
The recording.config file opens in a text editor.
Values from 0.0 to 1.0 are valid for this property. A smaller value yields a smaller sample.

To view the results of the changes, let the application run for a while and then return to the Application Servers dashboard and select Requests. Click the Sampled Breakdowns tab in the Request Charts section and observe the change.

Collection details

Use the Collection Details tab of the Nexus Recording editor to set request detail rules and default levels.

Request detail collection occurs after separation rules, URL transformation rules, and filtering rules are applied. There are two settings used for the collection of Requests details: RequestDetailRules and RequestDetailDefault. By default, only the Individual Requests are enabled. All other settings are undefined.

Keys and values can be used to customize the RequestDetailRule parameter.

The following values are used to collect request details, and may appear in any order and combination:

The following procedure describes how to collect:

Tier Breakdown information for all requests that do not match the other rules
2
Click the Collection Details tab.
3
Click Edit beside RequestDetailRules.
4
In the Settings Editor, click Add to add each rule (one per row).
5
Click OK to close the Settings Editor.
7
Click Save to save your settings, or Cancel to discard any changes.
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation