問題タブ [arr]

ロード バランサー、4 つの ARR、および DNN CMS を実行する 2 つの ASP.NET アプリケーション サーバーで構成される IIS Web ファームがあります。4 つの ARR は、DNN アプリケーション サーバーへの URL 書き換えを行います。ウェブサイト内のより具体的なリソースにリダイレクトする必要がある URL が 100 以上あります。

たとえば、ユーザーhttp://www.abcd.com/product1が外部から入力した場合、望ましい結果は にリダイレクトされることwww.abcd.com/index.aspx?articleid=1234です.DNN環境内でそのような動作を構成しており、DNNアプリケーションサーバー内のサイトを閲覧するときのように、それが機能することを確認できます, DNN URL を検出し、それに応じてリダイレクトを実行できます。

http://www.abcd.com/product1LB と ARR からを参照しようとすると問題が発生します。入力すると、リダイレクトがまったく機能しないメインページにhttp://www.abcd.com/product1戻るだけです。http://www.abcd.comIIS レベルの HTTP リダイレクトは ARR と LB で実行されていません。唯一の設定は、URL をバックエンド DNN サーバーに書き換えるデフォルトの URL 書き換えルールです。

同じ質問が IIS フォーラムにも投稿されていますが、より多くの露出を得るため、ここに再度投稿することにしました。

IIS 7.5 がインストールされている 2 つの Windows 2008 R2 Standard Server (Server1 と Server2) があります。Server1 に Web Farm Framework 2.2 をインストールし、サーバー ファーム "myFarm.com" を作成しました。Server1 にも ARR をインストールしました。

サーバー ファームに、セカンダリ サーバーとして Server2 と Server1 を追加しました。ARR をデフォルト オプションで設定しました。ロード バランシングは「ラウンド ロビン」に設定されているため、リクエストは両方のサーバーにランダムに送信されます。

セットアップをテストするために、Test.ASPX ページを作成し、両方のサーバーに展開しました。これは、サーバー ページが実行される serverName を返す単純なページです。このようにして、負荷分散が機能しているかどうかがわかります。

次に、Internet Exlorer を開き、Web ファームと ARR をホストする server1 から Test.ASPX ページを参照しようとしました。ページリクエストをヒットするたびに、Server2 のみに送信されます。Server1がリクエストを処理するかどうかを確認するために、webfarmでserver2に異常があるようにしました。ブラウザーで Test.aspx を実行しようとすると、次のエラーが追加されて驚きました。

Max-Forwards 制限に達したため、リクエストをルーティングできません。サーバーは、要求ルーティング トポロジでそれ自体を自己参照している可能性があります。

エラー メッセージから、サーバー 2 が使用できない場合、ARR がサーバー 1 に要求を送信し、サーバー 1 が再びサーバー 1 に要求を送信してループバックを引き起こしているように見えます。このループバックを止める方法が見つかりませんでした。

検索後に見つけた解決策の 1 つは、ARR をホストしているため、Server1 を Web ファームに追加するべきではありませんが、サーバーが 2 つしかなく、ARR のためだけに 1 つのサーバーを使用したくないということです。

server2 の正常なリクエストをマークするとすぐに、server2 によって実行が開始されます。

このエラーを解決するために何を構成する必要があるかを誰かが提案できますか?

ありがとう

何らかの理由で、MVC 4 アプリケーションからの要求を、別のドメインにある絶対 URL を持つページにリダイレクトする必要があります。私が使用するコードは次のとおりです。

ローカルマシンで試してみるとすべて正常に動作しますが、コードをプロダクションに公開してそこで動作させようとすると、いくつかの問題が発生します...たとえば、リクエストを ' https://stackoverflow .com/questions/ask ' http://{{myserverdomain.com}}/questions/ask' にリダイレクトされます。そのため、リクエストは絶対 URL ではなく、ローカル パス「questions/ask」にリダイレクトされます。

何をどこで確認すればよいかわかりません。何が問題なのか、どこで確認すればよいのか、ヒントをいただければ幸いです...

念のため: サーバーは Windows Server 2008 R2 Enterprise です

アップデート

URL/HTML エンコーディングは問題の原因ではありません。への変更方法

同じ結果が得られます... 'questions/ask'/ にリダイレクトされます/ URL 書き換えモジュールの理由を疑っていますが、まだ確認する方法がわかりません...

解決

問題の解決に役立つリンクは次のとおりです。http://forums.iis.net/t/1171047.aspx

Azure ホステッド サービスがあり、ARR (アプリケーション リクエスト ルーティング) をセットアップする必要があります。ブログhttp://robindotnet.wordpress.com/2011/07/をフォローしたところ、ARR は正常に動作しています。これで diskCaching を有効にする必要があり、以下のコマンドを試しています。

しかし、エラーを下回っています: エラー (メッセージ:新しいドライブロケーションオブジェクトに必要な属性がありません。一意のキー属性「パス」が「c:\キャッシュ」に設定されたタイプ「ドライブロケーション」の重複コレクションエントリを追加できません。)

このフォルダにキャッシュされるコンテンツはありません。任意の指示またはヘルプをいただければ幸いです。

以下は、参照用の完全な cmd ファイルです。

IIS についても同じことがわかります [http://www.iis.net/learn/extensions/configuring-application-request-routing-(arr)/configure-and-enable-disk-cache-in-application- request-routing]、手動で有効にできます。ただし、これをプログラムで有効にする必要があります。

共有モードの Windows Azure Web サイトがあります。

現在、Azure は明らかに 2 つの Cookie を私の Web サイトに追加しています:WAWebSiteIDとARRAffinity. これらの Cookie は、Azure ロード バランサーの背後にある Application and Request Routing 機能 (ARR) とのスティッキー セッションを有効にするためにあることを知りました。

それにもかかわらず、私の Web サイトはスティッキー セッションを必要とせず、それらの Cookie を持ちたくありません。

まず、スティッキー セッションが頭に浮かんだことなどまったく思いつかなかったので、すべてのフロントエンドに均等に分散されたリクエストで適切にスケーリングできるようにアプリケーションを作成しました。多くのリクエストを行うクライアントとほとんど何も行わないクライアントが存在するため、スティッキー セッションは実際に分布をシフトします。最初のリクエストのみが分散され、同じクライアントからの後続のリクエストが同じサーバーに固執する場合、これはアプリケーションの全体的なパフォーマンスに深刻な影響を及ぼします。

第二に、データのプライバシー上の理由から、私は Cookie を使用しないアプリケーションを実行しており、Cookie はすべて「悪」と見なされます。少しのJavaScriptでそれらを削除できることは知っていますが、それらをクライアントに送信したくありません。

問題は、サーバー側の Azure Web サイトでスティッキー セッションとこれら 2 つの Cookie を無効にするにはどうすればよいかということです。

以下のルールを使用して、URLをサブドメインとして書き換えています。

しかし、それは機能していません。メインドメインに移動します。SOA ホスティング ファイルにワイルド カード DNS を追加しました。プロキシモードを有効にしてIISにARRをインストールしました。

URLを次のように入力しますhttp://www.example.com/LandingPage.aspx?val=somevalue

そして、このルールは次のように書き換えますsomevalue.example.com/。それでもうまくいきません。私が間違っているところを修正してください。

IIS 7.5 を実行している 5 台のサーバーでアプリケーション リクエスト ルーティングを使用しており、アプリケーションに SignalR を使用するメッセージング システムを最近実装しました。

SignalR 接続は期待どおりに機能しています (唯一の欠点は、1 つのサーバーから送信されたメッセージが他の 4 つのサーバーでアクティブ化されないことです)。

私たちが抱えている問題 (?) は、ロード バランサー (ARR) に表示される IIS 上の一部の要求の応答時間が 2 ～ 3 分になることがあることです。 -ポーリング。

ARR は、最小の応答時間を使用して負荷分散するように設定されていますが、これらの SignalR 接続のために、このメトリックは完全に正しくないようです。これらの接続を修正して、応答時間の ARR 計算に使用されないようにする方法はありますか? この種の問題を回避するために、SignalR メッセージを別のサーバーに移動する必要がありましたか (確かに他の問題も解決します)。