nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Slow performance of ArcGIS Pro on VPN

GISFunctionalGroup

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-000023346 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/tools-for-performance-testing.html) 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!!

Vind meer berichten getagd met

Accepted answers

GISFunctionalGroup

Hi,

When we have used the ArcGIS Pro Sessions via "Jump Server" to the users over VPN & the performance of the ArcGIS Pro is much improved. For testing we have used this scenario and it's working fine .

Thanks for everyone for their answers

All comments

George_Thompson

I would anticipate less than optional performance when connecting over VPN. The network and VPN client (scanning / encrypting / decrypting / other VPN things) is going to more than likely be the limiting factor in this. The ArcGIS clients need robust communication between the clients (Database / Pro / Enterprise). I know that there may be some people to crack open the special sauce on the VPN / Pro client performance; but in my experience, it is usually not as good as being in the same cloud / datacenter / office.

We normally recommend that the Pro client is in the same datacenter / cloud region as the geodatabase; https://enterprise.arcgis.com/en/system-requirements/latest/windows/databases-in-the-cloud.htm

This helps to cut down on latency / performance issues as you are experiencing. I would recommend testing having a Pro client in your Azure cloud (https://pro.arcgis.com/en/pro-app/latest/get-started/pro-on-azure-cloud.htm) and do some testing to see if the performance is better.

Another option, depending on the use cases and functionality needed, would be to publish the feature classes as feature services and edit via REST services. This would improve the performance when editing on VPN connecting to your ArcGIS Enterprise deployment.

Hope this helps point you in the correct direction. Let us know if you have any other questions.

GISFunctionalGroup

Hi George,

Thanks for the reply, limitation of the performances on VPN is expected but it's too much slow. For example, opening a Pro template is taking 120-160 Sec.
We will try the "a Pro client in the Azure cloud"!!

As a workaround, we did the following modifications in the Pro template to boost the performances.

Turned off the External WFS & WMS in the content
modify the of the symbology
saved the to the local drive instead of cloud shared drive

Actually it worked but not upto the mark.
We are expecting any recommendations for remote VPN users to improve the performances!

Regards

GIS Functional Group

George_Thompson

Oh, so you were opening the Pro projects from a cloud drive.... I would anticipate that would take a while to open and populate the layers.

GISFunctionalGroup

Yes, Even after saving to local drive it's taking around 60-100 sec to open the Pro template & around 30-40 Sec to geometry display with labels on the map window.

GISFunctionalGroup

Hi,

When we have used the ArcGIS Pro Sessions via "Jump Server" to the users over VPN & the performance of the ArcGIS Pro is much improved. For testing we have used this scenario and it's working fine .

Thanks for everyone for their answers

FriederDaeublin

Hi,

sorry - but i do not understand this "solution". I am suffering from similar problems and maybe this solution will be one for my problems too.

What does "ArcGIS Pro Sessions via "Jump Server" " mean?

Thanks for your help.

Frieder

Bud

@GISFunctionalGroup and @FriederDaeublin

Yes, I'd also like to know.

GISFunctionalGroup

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.

FriederDaeublin

Hi Bud,
maybe some exchange might be useful.
Actually I am not suffering with VPN Connections but with the connection directly to the Server in the office.
On a regularly base the ESRI-Connection to the GDB on ther Server slows down to zero. Adding a column to a fearureclass in the GDB sometimes takes minutes. Editing ist not really an issue. The Network itself is absolutely fine and very quick when copying data between the Laptop an the Server. It must be something special with the Server and the GDB itself? We have not changed anything regarding our GIS Software and working local ist fine (but not an option). I am not sure if the "Jump Server" might be a solution. I will ask my admin.

Greets

Frieder

RaviDallas

Is there a workaround for slow VPN?

CalvinHarmin

@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.

TravisSlack

I am strongly inclined to say this has not so much to do with the VPN and more to do with ArcGIS Pro. We're in a hybrid environment, QGIS has no speed delay issues when bringing in layers from our SDE but Pro has consistent speed issues noted by others when it comes to even just opening ArcGIS Pro let alone drawing layers.

FriederDaeublin

Exactly. QGIS is far more quicker in the same environment. I am experiencing that too.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.