私たちはWindows Server 2008 r2からリバースプロキシをアップグレードする計画を立てており、置き換えサーバー(引き続きIISを使用)をどのように構成するのが最適か調査しています。<\/P>
<\/P>
興味深い点は、複数のArcGISサーバーサイト(https:\/\/oururl.com\/arcgis1、https:\/\/oururl.com\/arcgis2, <\/A>など)があることです。各サイトは単一のサーバーで運用されています。既存のリバースプロキシでは、ARRとURL Rewritesを使用して受信トラフィックを正しいサーバーに転送しています。<\/P><\/P>この設計の基となったナレッジベース情報(以下のリンク参照)はバージョン10から10.4に適用されるようですが、これが現在も最善の方法と考えられているか、新しい推奨事項があるかどうかを確認したいと思っています。現在のドキュメントは詳細に触れていません。最大の具体的な疑問はARRが必要かどうかですが、それなしでトラフィックを適切にリダイレクトする方法がわかりません。<\/P><\/P>同じアーキテクチャを使うべきだと考えており、Esriが10.4以降沈黙しているのは特定のIISサポートを提供したくないためだと思われます。<\/P><\/P>ご意見、ご感想、または辛辣な反論も歓迎します。<\/P><\/P>ありがとうございます。<\/P><\/P>レガシー10-10.4 KB記事:<\/P>How To: Set up a reverse proxy with ArcGIS 10.1 for Server on IIS ARR<\/A><\/P>How To: Set up a reverse proxy with ArcGIS 10.1 for Server on IIS ARR with SSL<\/A> <\/P><\/P>現在のリバースプロキシ情報(ARR/IIS情報除く):<\/P>Configure a reverse proxy server with ArcGIS ServerDeploy | ArcGIS Enterprise<\/A> <\/P><\/BODY><\/HTML>
この設計の基となったナレッジベース情報(以下のリンク参照)はバージョン10から10.4に適用されるようですが、これが現在も最善の方法と考えられているか、新しい推奨事項があるかどうかを確認したいと思っています。現在のドキュメントは詳細に触れていません。最大の具体的な疑問はARRが必要かどうかですが、それなしでトラフィックを適切にリダイレクトする方法がわかりません。<\/P>
同じアーキテクチャを使うべきだと考えており、Esriが10.4以降沈黙しているのは特定のIISサポートを提供したくないためだと思われます。<\/P>
ご意見、ご感想、または辛辣な反論も歓迎します。<\/P>
ありがとうございます。<\/P>
レガシー10-10.4 KB記事:<\/P>
現在のリバースプロキシ情報(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.
サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか?無料アカウントを登録してください。
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.