We zijn van plan onze reverse proxy te upgraden van Windows Server 2008 r2 en doen onderzoek naar de beste manier om de vervangende server te configureren (nog steeds met IIS).<\/P>
<\/P>
De interessante complicatie is dat we meerdere ArcGIS server sites hebben (https:\/\/oururl.com\/arcgis1, https:\/\/oururl.com\/arcgis2, <\/A>enzovoort...). Elke site wordt beheerd door een enkele server. Op de bestaande reverse proxy gebruiken we ARR en URL Rewrites om binnenkomend verkeer naar de juiste servers door te sturen.<\/P><\/P>De Knowledge Base informatie (zie onderstaande links) waarop we dit ontwerp hebben gebaseerd lijkt aan te geven dat dit geldt voor versies 10 tot en met 10.4 en we willen alleen nagaan of dit nog steeds als best practices wordt beschouwd of dat er nieuwe aanbevelingen zijn. De huidige documentatie gaat niet zo diep op details in. De grootste specifieke vraag is of ARR nodig is, hoewel ik niet zeker weet hoe we het verkeer anders correct zouden kunnen omleiden.<\/P><\/P>Ik vermoed dat we dezelfde architectuur moeten gebruiken en dat de stilte van Esri na 10.4 meer komt doordat ze geen specifieke IIS-ondersteuning willen bieden.<\/P><\/P>Alle gedachten, opmerkingen of scherpe weerleggingen worden gewaardeerd.<\/P><\/P>Dank u.<\/P><\/P>Legacy 10-10.4 KB artikelen:<\/P>Hoe: Stel een reverse proxy in met ArcGIS 10.1 voor Server op IIS ARR<\/A><\/P>Hoe: Stel een reverse proxy in met ArcGIS 10.1 voor Server op IIS ARR met SSL<\/A> <\/P><\/P>Huidige reverse proxy informatie (zonder ARR/IIS info):<\/P>Configureer een reverse proxy server met ArcGIS Server014;Deploy | ArcGIS Enterprise<\/A> <\/P><\/BODY><\/HTML>
De Knowledge Base informatie (zie onderstaande links) waarop we dit ontwerp hebben gebaseerd lijkt aan te geven dat dit geldt voor versies 10 tot en met 10.4 en we willen alleen nagaan of dit nog steeds als best practices wordt beschouwd of dat er nieuwe aanbevelingen zijn. De huidige documentatie gaat niet zo diep op details in. De grootste specifieke vraag is of ARR nodig is, hoewel ik niet zeker weet hoe we het verkeer anders correct zouden kunnen omleiden.<\/P>
Ik vermoed dat we dezelfde architectuur moeten gebruiken en dat de stilte van Esri na 10.4 meer komt doordat ze geen specifieke IIS-ondersteuning willen bieden.<\/P>
Alle gedachten, opmerkingen of scherpe weerleggingen worden gewaardeerd.<\/P>
Dank u.<\/P>
Legacy 10-10.4 KB artikelen:<\/P>
Huidige reverse proxy informatie (zonder ARR/IIS info):<\/P>
hi,
You just need the loadbalancer.If your application in .net then i will help with that.
Please let me know
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.
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
The alternate architecture I can think of would be to install multiple web adaptors (arcgis1, arcgis2, etc...) on the new reverse proxy machine and then register those to the appropriate sites.
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.