cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Interpreting process TCP request metrics

kalle_lahtinen
Advisor

Hi,

 

I'm trying to understand the traffic volumes incoming per each IIS node. There are dozens of services running on these, so instead of looking at the throughput one by one per each service, I'm trying to get a higher level view from the process level. There's a clear correlation between the metrics for process traffic and web server traffic - even though the latter is only one tenth of the former. But then looking at the TCP requests for the process, it seems to only calculate some requests into that category. For example before 10 and after 10:30, it actually drops to zero - which is exactly the opposite of what the first 2 metrics are reporting. Does anyone make any sense of this data?

 

traffic.pngWeb_server_req.pngTCP_req.png

6 REPLIES 6

AntonioSousa
Leader

Are the 3 graphs from the same tile? In the traffic part of a IIS process, I can't see the Requests graph that you show above...

Antonio Sousa

Hi Antonio,

 

Nope, they're not all from the same tile. The first and last pics are from the Network section of the IIS process. The middle one is found by activating the main process infographic and then selecting the "Web server" tab. Here's an example from the demo environment:

222.png

Hello @kalle_lahtinen 

It seems there were TCP connection refused/timeout. Can you check the connectivyt tab for the verification?

 

BabarQayyum_0-1615274217967.png

 

Regards,

Babar

Hi Babar,

 

There have been no TCP connections refused or timeouts. That was the first thing I checked 🙂 FYI, this is a quite important, widely used production app so even a small amount of connection errors like that would be a major incident. Nothing like that happening here.

 

I'm starting to think that the TCP requests metric is just not correctly measured for this "node 1" - node 2 is ok. Here's a comparison over the past 7 days (you can see less usage over the weekend):

 

Node 1 - for "TCP requests", it's as if some days are entirely missed, the data is not gathered:

web_1.pngtcp_1.png

 

Node 2 - the graphs look identical:

web_2.pngtcp_2.png

 

So I guess the solution is that I should just use the web server metrics to analyze this, and ignore "TCP requests" metrics for node 1, because that measurement is somehow broken..?

Hello @kalle_lahtinen 

You are right. If the agent/webserver versions are the same then the douting on measurement may not help us out to understand this behavior.

How were the active threads behaving on both webservers?

Regards,

Babar

Hi,

Web server -> Active threads

and

.NET metrics -> Thread pool

show similar behavior on both nodes. Looks like there's just trouble collecting that TCP Requests data. I guess the way that is collected is different compared to the .NET and Web server metrics, because "TCP requests" is a sort of basic metric that's available for all process types, even of type "Other".