Select to view content in your preferred language

Slow performance of ArcGIS Pro on VPN

4572
17
Jump to solution
12-12-2023 03:30 AM
GISFunctionalGroup
Regular Contributor

Hi Everyone,
In our org, we are using ArcGIS pro 2.9.x Version by the users. Most of the users are facing the very slow performances when they are pan, zoom, editing, popup display and other basic map activites via VPN client when they are working remotely. Users are having very good hardware configurations in their machines.
Find the following parameters of the Work flow setup, those are as follows.

 

  • ArcGIS License server admin (2021.1v) &Enterprise GDB (SQL Server) are in the same Azure cloud region.
  • Remote users are using "ArcGIS Pro Template" for their daily routines like pan, zoom , editing and visualizations.

WE followed the https://support.esri.com/en-us/knowledge-base/problem-arcgis-and-vpn-understanding-connection-errors... for improve the performances but no use of it!!

Currently using ArcGIS Pro PAT (https://architecture.arcgis.com/en/framework/architecture-practices/performance-and-scalability/tool...) for assessing the performances!

Are there any specific network recommendations that may help to optimize the ArcGIS Pro performances?
what are the techniques /tips for improving the performances during remote work via VPN?
@Bob_Spaulding - It would be very much appreciated if you through some light on it!! 

17 Replies
GISFunctionalGroup
Regular Contributor

HI @frieder,

I dont know whether it would work or not , just try to decrease the width of the linear features size to increase the performances of ArcGIS Pro. WE observed this while enhancing the performances!! Best of Luck!!

0 Kudos
FriederDaeublin
Emerging Contributor

Hi Bud,

Thaks for your answer - but what does this mean: " the width of the linear features size"?
I am sorry. I am a little bit out regarding the ESRI-tech-speech in english language.

0 Kudos
GISFunctionalGroup
Regular Contributor

Hi Frieder,

If you have Lines decrease the thickness (Keep it as low as much ) & Same for the Polygon features. Use default colors & Symbology instead of custom symbols. It might helpful to you.

 

 

0 Kudos
FriederDaeublin
Emerging Contributor

Hi Bud,
are you serious!?
The symbology of features does have an impact to the all-over performance of AGP?
This sounds weird.
The problem is, that these tim-lag-issues we are faced with, showed up in the last 4-5 month -  in ArcMAP as well in AGP.  I havn't changed anything in ArcMAP - it is still the same 10.6 Version that worked well for years.
Thats why i am thinking, it must be something regarding the communication via network.

0 Kudos
CalvinHarmin
Frequent Contributor

@Bud @FriederDaeublin 

tl;dr remote into a workstation that's on the local network

I think in this context a 'jump server' may not be a great term to use, or maybe I don't understand the proposed use of it. I think just 'remote workstation' is the best answer. I get the impression that in other contexts, jump servers usually do not focus on having graphics processing specs and are likely more about IT accessing different networks that are otherwise locked down, and using utilities for managing <waves hands> IT things. This may be isolated in specific ways to only allow access to specific things behind the network and minimize an 'attack surface' for malicious entities.

Essentially what is needed here is for you to be able to 'remote into' a machine that is already behind the network, on hardline ethernet with the most 'direct access' and minimal latency possible to the windows network share or database that you want to access with ArcGIS Pro. Even if your machine is in the office, your IT network infrastructure may have components that are offsite or otherwise have some other kind of network or I/O bottleneck so it's hard to say what the 'optimal' setup would be. 

This remote workstation could potentially be a PC tower with decent specs stuffed into the corner of a server room or under a desk that is 'headless', i.e. doesn't even need to have a monitor and keyboard plugged in. It certainly could also just be a normal workstation setup that is used normally, but also used to remote into. This is how I was set up before getting a laptop and being forced to give up my workstation. I now soreless miss my workstation and I'm suffering from these VPN issues when using the laptop remotely.  

Your remote machine (laptop or PC at home?) would essentially just act as a 'terminal' to access this other machine and perform your ArcGIS Pro work on it. With this method, the potential bottleneck becomes the frame rate or maybe mouse lag of your remote session, or specs of the remote workstation, rather than I/O or network latency with the data. With a good network connection and good remote desktop software, you can get pretty close to feeling like a 'normal' workstation experience when using remote desktop solutions. 

0 Kudos
FriederDaeublin
Emerging Contributor

Hi Calvin, 

my Desktop Machine is in the office, mayby 25 m of CAT7-Cable away from the Server. And i am there, too. It is not a problem related to VPN. 

Sometimes I think there must be some interferences between different task which the server is faced to. Like taking different kinds of medicine which have some sort of cross-reaction.
No solution to this time...

 

0 Kudos
GISFunctionalGroup
Regular Contributor

Hi @Bud & @FriederDaeublin 

Jump server is the been used to safely bypass firewalls and allow cross-network navigation for remote machines. so users can connect to this machine via RDS & access the ArcGIS Pro Software.

0 Kudos
RaviDallas
Emerging Contributor

Is there a workaround for slow VPN?

0 Kudos