Application Request Route (略して ARR) は、IIS7 (およびそれ以降の IIS バージョン) でホストされるプロキシベースのモジュールです。HTTP ヘッダー、サーバー変数、負荷分散を決定できます。アルゴリズムは転送されます。異なる処理サーバーへの HTTP リクエスト。
#用途
1. アプリケーションの可用性とスケーラビリティを強化する2. サーバー リソースをより有効に活用する3アプリケーションの展開をより便利にし、サテライト展開管理とホット リプレースをサポートします4. 管理コストを削減し、共有ホストの展開を可能にしますARR は URL 書き換えモジュールに基づいています。クライアントから送信された HTTP リクエストを検出することで、リクエストのルーティングを決定します。特徴
1. HTTP リクエストに基づいて、リクエストのルーティング決定が行われます。ハードウェアの負荷分散 (OSI モデル層の IP やリクエストのルーティング方法を決定します)、ARR は負荷分散のアプリケーション層に基づいています。これは、アプリケーション層でより多くの情報が利用できるためです(実際、これに関しては、負荷分散の原理を明確に説明する必要があります)ただし、このシリーズでは主に ARR について説明するため、一部の基礎的な原理概念についてはあまり取り上げません)。 ARR で URL 書き換えモジュールを使用すると、HTTP ヘッダーとサーバー変数に基づいて、より強力なルーティング ルールを実装できます。 2. 負荷分散アルゴリズムリクエストのルーティングにどの負荷分散アルゴリズムを使用するかを決定できます。ARR は 6 つのアルゴリズムを提供します。 3. ヘルスチェック「リアルタイム通信」と「特定URLテスト」を利用してサーバーのヘルスチェックを行うことができます。さらに、多くのパラメータを使用して、どのような状況が正常なサーバーであるかを判断することもできます。たとえば、サーバーが開いている限り正常であると考える人もいれば、サーバーが開いていてリクエストを処理していると考える人もいます。 . 過負荷がないのは健康的、などです。さらに、独自のヘルス モニタリング プロバイダーを使用して、独自のヘルス チェックを実装することもできます。 4. クライアント アフィニティ アフィニティについては、もはや誰もが馴染みのないものではないと思いますが、ここで少し触れておきます。たとえば、SQL Server で CPU アフィニティを設定できます。A、B、C、D の番号が付けられた 4 つの CPU があるとします。SQL Server の CPU アフィニティを A に設定します。つまり、SQL Server が処理しているときリクエストを作成すると、そのリクエストを番号 A の CPU に送信して処理することが優先されます。もちろん、リクエストは他の CPU にも送信されますが、A の CPU の方がリクエストを処理する機会が多くなります。 同様に、ARR ではクライアントのアフィニティを設定できます。ARR は主に Cookie を使用して実現されます。実装方法については、実際には非常に簡単なので、ここでは説明しません。 5. ホスト名アフィニティ上記の「クライアントアフィニティ」を理解した上で、ここを理解するとわかりやすいでしょう。 「ホスト名アフィニティ」は主に共有サーバーで使用されます(多くの人は 1 台のサーバーを使用します。つまり、サイトを展開するときに「仮想アドレス空間」を購入します)。 6. サーバーのグループ化ARR は、それぞれに複数のサーバー サービスが含まれる多数のサーバー グループを管理できます。 7. グラフィカルインターフェースによる管理と健全性ARR は IIS と統合されており、視覚的で操作しやすいビジュアル操作インターフェースを採用しています。 8. 失敗したリクエストの追跡ルールを作成するARR では、特定の追跡ルールを定義でき、リクエストの処理が失敗した場合、追跡情報を表示して診断を容易にすることができます。以上がARR とはどういう意味ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。