Reverse Proxy für mehrere ArcGIS Server-Standorte.

Question

<\/HEAD>Wir planen, unseren Reverse Proxy von Windows Server 2008 r2 zu aktualisieren und recherchieren, wie der Ersatzserver am besten konfiguriert wird (weiterhin mit IIS).<\/P> <\/P> Die interessante Besonderheit ist, dass wir mehrere ArcGIS Server-Standorte haben (https:\/\/oururl.com\/arcgis1, https:\/\/oururl.com\/arcgis2,<\/A> usw...). Jeder Standort wird von einem einzelnen Server betrieben. Auf dem bestehenden Reverse Proxy verwenden wir ARR und URL Rewrites, um den eingehenden Datenverkehr an die richtigen Server weiterzuleiten.<\/P><\/P> Die Knowledge Base Informationen (siehe Links unten), auf denen dieses Design basiert, scheinen sich auf Versionen 10 bis 10.4 zu beziehen, und wir möchten nur prüfen, ob dies immer noch als Best Practice gilt oder ob es neue Empfehlungen gibt. Die aktuelle Dokumentation geht nicht so sehr ins Detail. Die größte spezifische Frage ist, ob ARR benötigt wird, obwohl ich mir nicht sicher bin, wie wir den Datenverkehr ohne ARR richtig umleiten könnten.<\/P> <\/P> Ich vermute, dass wir die gleiche Architektur verwenden sollten und dass das Schweigen von Esri nach Version 10.4 eher daran liegt, dass sie keinen spezifischen IIS-Support bieten wollen.<\/P> <\/P> Jegliche Gedanken, Kommentare oder scharfe Gegenargumente wären willkommen.<\/P> <\/P> Danke.<\/P> <\/P> Legacy 10-10.4 KB Artikel:<\/P> How To: Einrichten eines Reverse Proxy mit ArcGIS 10.1 für Server auf IIS ARR<\/A><\/P> How To: Einrichten eines Reverse Proxy mit ArcGIS 10.1 für Server auf IIS ARR mit SSL<\/A> <\/P><\/P> Aktuelle Informationen zum Reverse Proxy (ohne ARR/IIS Infos):<\/P> Konfigurieren eines Reverse Proxy Servers mit ArcGIS Server014Deploy | ArcGIS Enterprise<\/A> <\/P><\/BODY><\/HTML>

sandeeppatil · Answer

hi,

You just need the loadbalancer.If your application in .net then i will help with that.

Please let me know

MatthewRantala1 · Answer

Thanks for the response, Travis.

I don't think there's any functionality that we would lose, we would just need to properly reconfigure how some things work. I think (I wasn't here at the time) ARR was used with the intent to load balance using IIS server farms but in reality all of our farms are single machines so that's not really being utilized. These farms include both ArcGIS Server sites & general web applications.

We are currently using web adaptors for each of our AGS sites, they're running on the AGS server machines instead of the reverse proxy. Not sure what we gain/lose if we move the web adaptors to the reverse proxy other than maybe reduce the number of URL Rewrite rules we have to create.

We don't have a corporate load balancer and the reverse proxy server we're using is dedicated solely for our GIS needs.

We don't have a compelling reason to change the architecture but we're reviewing the architecture as part of replacing the reverse proxy & application servers. Our AGS servers are on updated OS so they're not part of this update process.

Thanks again for the feedback, I understand why Esri wouldn't want to go down the rabbit hole of providing IIS support.

Travis Shore · Answer

Hello,

You can certainly setup ArcGIS Server with a third party reverse proxy or with Esri web adaptors which is just a reverse proxy + load balancer (which I would say is the most common approach for the majority of our customers). My main question would start with: Do you feel you would lose any functionality by using web adaptors instead of your current method? Certainly if you have a corporate reverse proxy or load balancer you can feel free to use that instead of a web adaptor. That being said, Esri Support may be limited in terms of troubleshooting and supporting IIS and its URL rewrite module as our software just isn't in the picture in that scenario (as opposed to when there is a web adaptor) and that is why our documentation will be limited on that subject as well.

About the ArcGIS Web Adaptor—ArcGIS Server (Windows) Installation Guide | ArcGIS Enterprise

If you are in an unfederated (no Portal) environment, you certainly have the ability to "test run" the web adaptor in this new setup. You can configure 1, 5, 10, etc. web adaptors if you would like and see if it works for you. If not, you can always use your current approach.

Regards,

Travis