• Forums
    • Public Forums
      • Community Connect
      • Dynatrace
        • Dynatrace Open Q&A
      • Application Monitoring & UEM
        • AppMon & UEM Open Q&A
      • Network Application Monitoring
        • NAM Open Q&A
  • Home
  • Public Forums
  • Application Monitoring & UEM
  • AppMon & UEM Open Q&A
avatar image
Question by Sreerag M. · May 18, 2014 at 05:45 PM ·

Impact of agents in one data center send data to collector in another data center

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

Comment

People who like this

0 Show 0
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

3 Replies

  • Sort: 
  • Most voted
  • Newest
  • Oldest
avatar image

Answer by Sreerag M. · May 20, 2014 at 04:50 AM

Thanks Anton for the inputs,

-Sreerag

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image

Answer by Anton G. · May 19, 2014 at 08:16 PM

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:

  • At start up, the .NET process will take a much longer time to start-up.  The instrumentation happen at start up between the collector and the agent.  You will probably have to stagger the start-ups.  Even then, a lot of the services will fail to start-up as the windows Service Manager will think the service takes too long to start-up and kill the process..  There is ways to hack the registry to increase the timeouts for the .NET process start-up.
  • Depending on the type of application, there could be a lot of data that is being send to the remote collector.  You loose the ability to compress the data and thus there could potentially be a LOT of data crossing your WAN.  That might kill the network and impact your application performance.
  • Managing the firewalls between the WAN nodes can also be a problem, as you have to open up many port-server combinations, instead of just the collector-to-server one.  If you are using monitors on the remote servers, this can become quite tricky.

I hope this helps.  Good luck!

Anton

Comment

People who like this

0 Show 2 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

avatar image Rick B. · May 20, 2014 at 06:39 AM 0
Share

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.

avatar image Sreerag M. Rick B. · May 20, 2014 at 11:30 AM 0
Share

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. 

avatar image

Answer by Sreerag M. · May 18, 2014 at 06:00 PM

Could some help in identifying the impact due to such configuration. 

Comment

People who like this

0 Show 0 · Share
10 |2000000 characters needed characters left characters exceeded
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 10 attachments (including images) can be used with a maximum of 50.0 MiB each and 250.0 MiB total.

How to get started

First steps in the forum
Read Community User Guide
Best practices of using forum

NAM 2019 SP5 is available


Check the RHEL support added in the latest NAM service pack.

Learn more

LIVE WEBINAR

"Performance Clinic - Monitoring as a Self Service with Dynatrace"


JANUARY 15, 3:00 PM GMT / 10:00 AM ET

Register here

Follow this Question

Answers Answers and Comments

1 Person is following this question.

avatar image

Forum Tags

dotnet mobile monitoring load iis 6.5 kubernetes mainframe rest api dashboard framework 7.0 appmon 7 health monitoring adk log monitoring services auto-detection uem webserver test automation license web performance monitoring ios nam probe collector migration mq web services knowledge sharing reports window java hybris javascript appmon sensors good to know extensions search 6.3+ server documentation easytravel web dashboard kibana system profile purelytics docker splunk 6.1 process groups account 7.2 rest dynatrace saas spa guardian appmon administration production user actions postgresql upgrade oneagent measures security Dynatrace Managed transactionflow technologies diagnostics user session monitoring unique users continuous delivery sharing configuration alerting NGINX splitting business transaction client 6.3 installation database scheduler apache mobileapp RUM php dashlet azure purepath agent 7.1 appmonsaas messagebroker nodejs 6.2 android sensor performance warehouse
  • Forums
  • Public Forums
    • Community Connect
    • Dynatrace
      • Dynatrace Open Q&A
    • Application Monitoring & UEM
      • AppMon & UEM Open Q&A
    • Network Application Monitoring
      • NAM Open Q&A