問題タブ [stateserver]

現在スケールアウトを使用しているWebファームにdotopenopenIdが実装されています。ScaleOutをASP.NETStateServerに置き換えたいのですが、AssociationStoreとProviderStore用に構築する必要のあるインターフェイスの例があるかどうか疑問に思っています。

Web アプリ用に 2 つの運用 Web サーバーがあり、大量のトラフィックを処理するために負荷が分散されています。

テスト用の同様のセットアップもあります。

アプリのバージョン (テストとライブ) の Web.Config を比較すると、驚くべきことがわかりました。両方のプールの stateConnectionString の値が同じです。私の理解が正しければ、これは彼らが同じ状態サーバーを使用していることを意味します。

これは問題ですか？(状態サーバーが 2 つのプールを混同しない方法)?

テストサーバーで時々スローダウン/エラーが発生するだけでした。そのため、最初にこれを見ていましたが、製品プールは正常に動作します...

サーバー (Win Server 2003) のアプリケーション イベント ログで次の問題を確認しましたhttp://support.microsoft.com/kb/308097が表示されません。ランダムなユーザーに対してセッションがランダムにドロップするようです

これは単一サーバーのセットアップであり、Web ファームも負荷分散もありません

上記の問題はログに記録されませんが、stateNetworkTimeout 属性を増やす価値はありますか? 現時点での構成は単純です

更新:

FormsAuth を使用し、タイムアウトを 60 に設定

IIS6 の設定

1. ワーカー プロセスのリサイクル (分単位) = 120
2. ワーカー プロセスのリサイクル (リクエスト数) = 35000
3. 次の時間にワーカー プロセスをリサイクルする = オフ
4. 最大仮想メモリ = オフ
5. 最大使用メモリ = 未チェック
6. アイドル状態になった後にワーカー プロセスをシャットダウンする = 90
7. カーネル要求キューを制限する = 1500
8. それ以外=未チェック

InProc状態と比較してアプリでセッション状態をより堅牢にするためにSessionStateサーバーの使用を開始する前に、評価用の長所と短所のリストを見つけたいと思います。

更新1：存続するアプリケーションプールのリサイクルについても？

アップデート2：セッションの寿命とその終了についてはどうですか？

1.1 Web アプリケーション内から内部 WCF サービスの 1 つを呼び出して、セッションに保存する型を返しています。

返された型にはページのデータが含まれており、ページがレンダリングされると次のメッセージが表示されます。

「セッション状態をシリアル化できません。セッション状態モードが「StateServer」または「SQLServer」の場合、シリアル化できないオブジェクトまたは MarshalByRef オブジェクトは許可されないことに注意してください。

サービスから返された型をセッション変数に格納できない理由がわかりません。

構成を「InProc」に変更すると、機能します。

フィードバックをお待ちしております。

これは状態サーバーに関するかなり基本的な質問ですが、ロード バランサーの背後に 2 つのサーバーがあると仮定します。セッション状態サーバーを構成するにはどうすればよいですか?

したがって、machine1 と machine2 があります。状態サーバーを 1 台のマシンにのみインストールし、内部 IP を使用してそのマシンを参照する必要があると想定します。これは正しいです？反対に、両方のマシンに状態サーバーをインストールしません。

IIS の異なる仮想ディレクトリに 2 つの同一のアプリケーションをセットアップしています (両方のアプリケーション名が同じになるようにいくつかの回避策を実行しました)。2 つの asp.net Web アプリケーションでセッション ID を共有する方法はありますか?

StateServer にセッションを保存しているので、両方とも同じセッション データを取得する必要がありますが、アプリケーション a からアプリケーション b に移動するたびに、異なるセッション ID が作成されます。これは、負荷分散のシナリオでも発生しませんか? www.test.com にアクセスすると、そのリクエストはサーバー a にリダイレクトされ、もう一度ヒットするとサーバー b にリダイレクトされますが、別の Web アプリケーションであるため、新しいセッション ID が作成されます。 ?

Session StateServer を使用して、2 つの同一の ASP.NET MVC アプリケーションが同じセッションを共有するのに問題があります。私がこれをやろうとしている理由は、最終的には同じ状態を共有する必要がある 3 つの Web サーバーにこのアプリをデプロイすることになるからです。非データ関連ストレージのデータベースの使用を最小限に抑えようとしているため、StateServer を使用する必要があります。

セットアップ:

同じコード ベースをhttp://localhost/ App1とhttp://localhost/ App2 にデプロイしました

両方とも、次の同一の Web.Config ファイルを持っています。

このツールを使用してこれらのマシン キーを生成しました

テスト:

コントローラーの 1 つに次のものを入れて、機能しているかどうかをテストしました。

ビューでこれを使用：

結果：

両方の展開で、ページが最初にロードされると、モードが StateServer であり、タイムスタンプがリアルタイム値と同じ時刻に設定されていることがわかります。ただし、これが機能していた場合、最初のページのみがリアルタイム値。2 番目のページの読み込みでは、そのタイムスタンプ値が null ではなくなったため、StateServer から読み取り、その時間値を表示する必要があります。代わりに、リアルタイム値が再び表示されます。

ページを更新すると、タイムスタンプは同じままで、リアルタイムの値は常に更新されます。これは、タイムスタンプがセッションに保存されていることを示していますが、タイムスタンプの値が同じである必要がある場合でも、両方の展開で常に異なるため、セッションが共有されていないことを示しています。

私が何か間違ったことをしている場合、またはこれを機能させるために他に何かする必要がある場合、誰かが指摘できますか? ありがとう

StateServerサービスはメモリ使用量が増えるだけであることに気づいています。

ユーザーがログアウトすると、セッションは次のように終了します。

その後、StateServerがメモリを解放すると想定しましたが、実際にはもう少し多くのメモリを消費します。

でweb.configタイムアウトを20分に設定しています。セッションは、アクティビティがない状態が20分間続くとタイムアウトになりますが、タイムアウトした場合、StateServerはメモリを解放しません。

これは正常な動作ですか？

セットアップ: 2 つの Web サーバーと別の状態サーバー

負荷分散された構成で 2 つの運用 Web サーバーがあります。彼らがホストする ASP.NET Web アプリは、web.configs で次の行を使用して (Web ファームのように) 状態を共有します。

9.9.9.9 は、asp.net セッション状態サービスが実行されているマシンの IP です (実際には 9.9.9.9 ではありません。無実を保護するために変更されています)。これは 3 番目のマシン (実際にはデータベース サーバー) です。

それまではうまくいきました...

エラー: ウェブサイトがダウンしています!

突然、サイトがダウンし、一般的な asp.net エラー ページ (「このエラーを表示するにはカスタム エラーをオフにする」など) が表示されるだけでした。

アプリのログには、実際のエラー メッセージが記録されています。

未処理の例外が発生しました セッション状態サーバーにセッション状態要求を行うことができません。ASP.NET State サービスが開始されていること、およびクライアントとサーバーのポートが同じであることを確認してください。サーバーがリモート マシン上にある場合は、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection の値を確認して、サーバーがリモート リクエストを受け入れることを確認してください。サーバーがローカル マシン上にあり、前述のレジストリ値が存在しないか 0 に設定されている場合、状態サーバー接続文字列はサーバー名として「localhost」または「127.0.0.1」を使用する必要があります。

そのため、Web アプリが状態サーバー (9.9.9.9) に接続できなかったようです。

「auf の場合はオンにしてから onnegen を試してみました」-状態サーバーを再起動すると問題が解決しました。

なんで？

何が起こったのか、なぜ起こったのかを知りたいので、再発を防ぐことができます。

これまでのところ、私が持っているのは2つの理論だけです:

1. その頃、.net Framework 4 への Windows アップデートが状態サーバーに適用されました。それで、アップデートはasp.net状態サービスに何かをしたのでしょうか? Windows イベント ビューアーは、.net 4 がその頃に警告をログに記録したことを示しました。

   IIS がインストールされていないか、このマシンに無効になっているため、IIS メタベースの更新は中止されました。ASP.NET を IIS で実行するように構成するには、IIS をインストールまたは有効にして、aspnet_regiis.exe /i を使用して ASP.NET を再登録してください。

2. 製品 Web サイトと状態サーバーの間の一時的なネットワークの問題ですか? ただし、同じ物理ラック内で隣同士に配置されています。

3. ??? 他のアイデアはありますか？

以前にこれを見た人、または私を修正できる人はいますか?