To monitor a multi-tier application, create an application for each tier, and use a naming convention to help you more easily identify and report on some or all the tiers.
Use a naming convention that facilitates administration, reporting, and analysis so that a management console user can immediately recognize that a dependent relationship exists between each application tier. Typically, the performance of an application tagged as Tier 2 often depends on the performance of an application tagged as Tier 3. Review the Tier 3 application performance when you analyze Tier 2 application performance.
The following table shows an example of a multi-tiered application. If you define each tier of the applications this way, each application appears next to each other in the management console. This method shows the multiple pieces of the application architecture and reminds you that there is a dependent relationship among various elements of applications and processes:
|
Application name |
Start port |
End port |
Port side |
Associated server |
|---|---|---|---|---|
|
SAP-HTTP-(80)-Tier 2 |
80 |
80 |
Application listens on these ports |
HTTP |
|
SAP-Oracle-(1521)-Tier 3 |
1521 |
1521 |
Application listens on these ports |
Oracle |
Follow these steps:
When you add a server, it is automatically added to the Network List as a host with a 32-bit mask, which indicates that the server acts as a client as is the case in N-Tier architectures. In the previous example, the HTTP server acts as a client to the Oracle database server.
<ApplicationName>-<Protocol/Function>-(<TCPPort>)-<Tier#>
where the variables are defined as follows:
Is the name of the application.
Is the application daemon running on the server.
Is the daemon port number.
The Tier number.
Monitoring devices temporarily stop monitoring application performance during synchronization. To minimize interruptions to monitoring, complete all of your changes before synchronizing monitoring devices.
|
Copyright © 2014 CA Technologies.
All rights reserved.
|
|