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?
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:
Hello @kalle_lahtinen
It seems there were TCP connection refused/timeout. Can you check the connectivyt tab for the verification?
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:
Node 2 - the graphs look identical:
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..?
Featured Posts
