Nous prévoyons de mettre à niveau notre proxy inverse depuis Windows Server 2008 r2 et effectuons des recherches sur la meilleure façon de configurer le serveur de remplacement (toujours en utilisant IIS).<\/P>
<\/P>
La particularité intéressante est que nous avons plusieurs sites ArcGIS server (https:\/\/oururl.com\/arcgis1, https:\/\/oururl.com\/arcgis2,<\/A> etc...). Chaque site est géré par un seul serveur. Sur le proxy inverse existant, nous utilisons ARR et URL Rewrites pour rediriger le trafic entrant vers les serveurs corrects.<\/P><\/P>Les informations de la base de connaissances (voir les liens ci-dessous) sur lesquelles nous avons basé cette conception semblent indiquer que cela s'applique aux versions 10 à 10.4 et nous cherchons simplement à savoir si cela est toujours considéré comme une bonne pratique ou s'il existe de nouvelles recommandations. La documentation actuelle ne donne pas autant de détails. La question spécifique la plus importante est de savoir si ARR est nécessaire bien que je ne sois pas sûr de comment nous redirigerions correctement le trafic sans lui.<\/P><\/P>Je soupçonne que nous devrions utiliser la même architecture et que le silence d'Esri après la version 10.4 est plutôt dû au fait qu'ils ne veulent pas fournir un support IIS spécifique.<\/P><\/P>Toutes réflexions, commentaires ou répliques cinglantes seraient appréciés.<\/P><\/P>Merci.<\/P><\/P>Articles KB Legacy 10-10.4 :<\/P>Comment faire : Configurer un proxy inverse avec ArcGIS 10.1 for Server sur IIS ARR<\/A><\/P>Comment faire : Configurer un proxy inverse avec ArcGIS 10.1 for Server sur IIS ARR avec SSL<\/A> <\/P><\/P>Informations actuelles sur le proxy inverse (sans info ARR/IIS) :<\/P>Configurer un serveur proxy inverse avec ArcGIS Server94Déployer | ArcGIS Enterprise<\/A> <\/P><\/BODY><\/HTML>
Les informations de la base de connaissances (voir les liens ci-dessous) sur lesquelles nous avons basé cette conception semblent indiquer que cela s'applique aux versions 10 à 10.4 et nous cherchons simplement à savoir si cela est toujours considéré comme une bonne pratique ou s'il existe de nouvelles recommandations. La documentation actuelle ne donne pas autant de détails. La question spécifique la plus importante est de savoir si ARR est nécessaire bien que je ne sois pas sûr de comment nous redirigerions correctement le trafic sans lui.<\/P>
Je soupçonne que nous devrions utiliser la même architecture et que le silence d'Esri après la version 10.4 est plutôt dû au fait qu'ils ne veulent pas fournir un support IIS spécifique.<\/P>
Toutes réflexions, commentaires ou répliques cinglantes seraient appréciés.<\/P>
Merci.<\/P>
Articles KB Legacy 10-10.4 :<\/P>
Informations actuelles sur le proxy inverse (sans info ARR/IIS) :<\/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.
Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.