Hi,
We know that dynatrace agent is very light weight and there shouldn't be any latency between the agent and the collector.
We have a situation were we had to configure agent in app servers in different data centers and point those agents to collectors in another data center. And we have many location around the country where we have agents that talk to collectors in data center.
we are assessing the impact of such a configuration to all components involved in the dynatrace system like dynatrace server, collector, agents and applications being monitored. We are trying to see the impact because it would be too costly for us to place collectors in each locations across the nation to avoid this agent collector latency. Also these are .Net agents, this also might add some complexity.
-Sreerag
Answer by Anton G. ·
Hi there
Obviously this is not a supported scenario as there should be a collector on the "local network"
I have used this previously though when we just could not get a collector into the remote data center. In my experience it can be done but keep the following in mind:
I hope this helps. Good luck!
Anton
One more important thing to note here, if the transformation takes too long the app will start without the instrumentation. This really only affects .NET and Java agents but it is significant because sometimes when it starts up it will be instrumented and sometimes it may not be. You can increase the wait timeout so it essentially forces the agent to instrument classes despite latency but this can cause VERY long startup times.
That is an interesting point. We have seen few agents without instrumentation but those were not the ones that send data too long over the wire to a different data center. But we will keep and eye on all agents that have this issue. Also on the application startup time being long should be ok for us as we usually start the application in the night.
JANUARY 15, 3:00 PM GMT / 10:00 AM ET