問題タブ [server-farm]

Web アプリケーションにApplication Request Routing を使用して HTTP 負荷分散を実装しました。1 つのロード バランサー サーバーと 2 つのアプリケーション サーバー、つまり SERVER1 と SERVER2 があります。ロード バランサ サーバーのサーバー ファームでクライアント アフィニティを構成しました。

しかし問題は、同じクライアントからのリクエストが異なるサーバーに送信されることです。この動作は、サーバー ファームの [監視と管理] セクションで確認しました。また、クライアントで「オブジェクト参照がオブジェクトのインスタンスに設定されていません」というエラーが発生します。

これは、クライアントからの最初の要求が SERVER1 にヒットしたときに、SERVER1 のセッションでオブジェクトが作成されたためです。セッションで作成されたオブジェクトにアクセスしようとしている同じクライアントからの 2 番目の要求。しかし、リクエストは SERVER1 ではなくロード バランサーから SERVER2 にヒットしています。SERVER2 クライアントにセッションが存在しないため、このエラーが発生します。

クライアント アフィニティ構成は、クライアントからの後続のすべての要求が、最初の要求を処理した同じサーバーに送信されるというこの問題を処理するためのもので あることを理解しています。

しかし、私の場合、この機能は機能していません。これに対する解決策は非常に役立ちます。

新しい Web ファームを管理するために、Microsoft ARR とオフロードを使用しています。サイトは 2 つのアプリケーションに分割されています。1 つはコンテンツ管理システムを保持し、もう 1 つは購入システムを保持します。これらは、機能のために分離する必要があります。2 を接続するリンクの URL には https がありますが、ページが読み込まれると http になります。アドレスバーの URL を手動で https に変更すると機能するのに、そもそもなぜリンクを http としてロードするのでしょうか?

うまくいけば、これはあまり曖昧ではありません。私は謙虚なプログラマーであり、サーバー構成は私の専門分野ではありません。

何かご意見は？

専門家-

ファーム環境に WSP (機能と機能アクティブ化イベント レシーバーを含む) を展開しました。イベント レシーバーは、タイマー ジョブを作成して、ファーム内のすべてのサーバーに対していくつかの変更を実行します。

問題：

新しいサーバーがファームに追加されると、WSP は自動的に展開されます (展開されたファイルを表示できます) が、新しく追加されたサーバーでイベント レシーバーが起動されません。したがって、新しいサーバーでのプロジェクト関連の構成変更がありません。

提案してください 。

バラ

サーバーとクライアントの通信に socket.io を使用する heroku のアプリがあります。すべてがうまく機能しています。ただし、アプリを複数の dyno にスケーリングすると、いくつかの http 要求エラーが発生します。

can't establish a connection to the server at wss://***/socket.io/?EIO=2&transport=websocket&sid=Hky6IHdckNADdU_tAACm. socket.io.js:4520 The connection to wss://***/socket.io/?EIO=2&transport=websocket&sid=Hky6IHdckNADdU_tAACm was interrupted while the page was loading. socket.io.js:4520 can't establish a connection to the server at wss://***/socket.io/?EIO=2&transport=websocket&sid=kWymv6ItJHBcUybZAAAA. socket.io.js:4520 The connection to wss://***/socket.io/?EIO=2&transport=websocket&sid=kWymv6ItJHBcUybZAAAA was interrupted while the page was loading. socket.io.js:4520

の負荷だけでなく、 HTTP status 400 { code: 1, message: "Session ID unknown" }

私の socket.io は redis アダプターを使用しているため、状態を正しく共有する必要があります。redisに接続して次のコマンドを発行することで、これを確認しました。 PSUBSCRIBE socket.io#*

データがこのチャネルを往復しているのを見ることができるので、socket.io redis アダプターが正常に動作していると思います。

複数のdynoを持つherokuでsocket.ioを動作させる方法を知っている人はいますか?

コミット時にトリガーされる svn フックを作成しました。目標は、それぞれで svn update を実行して、複数のサーバーを自動的に更新することです。

したがって、私のサーバートポロジは（すべてWindows 2012で実行されています）で構成されています：
a）SVN_server
b）server1、...、N

PsExec を使用して、SVN_server から server1,...,N への svn update を呼び出します

更新されたディレクトリは Web サーバー (IIS) によって使用されるため、svn の更新時に一部のファイルが使用されている可能性があるため、時々失敗することが予想されます。

ただし、断続的に svn の更新がハングします。ProcessExplorer で調べると、psExec が svn update を実行し、それが「conhost」という名前で子プロセスを実行していることがわかります。これはインタラクティブなプロンプトだと思いますが、さらに調査するために標準出力をファイルにリダイレクトする方法がありません。

参考までに、(リポジトリ mysite の) post-commit.bat フックは次のようになります。

1. リモート svn 更新で stdout/stdin をリダイレクトするにはどうすればよいですか?
2. ブロックされた svn update プロセスを強制終了すると、svn ディレクトリがダーティになります。回復するにはsvn cleanupを使用する必要があります。なぜこれが起こっているのか、どうすれば解決できますか?

マイ ファームのサーバーを削除しようとしていますが、できません。次の画像を確認してください。

「サーバーの削除」をクリックすると、次のエラーが表示されます。SharePoint 管理フレームワークのオブジェクト「SPDatabaseServiceInstance」は、他のオブジェクトが依存しているため、削除できませんでした。これらのすべての依存オブジェクトを更新して null または別のオブジェクトを指し、この操作を再試行してください

または、そのサーバーの依存関係を知る方法はありますか?

よろしくお願いします。

会社に SQL Server Reporting Services 2008 R2 環境があります。

2 台のサーバー Windows 2008 R2: PRERPSW01 および PRERPSW02、ドメインDOMAIN_Company NLB 名: PRERPS

IPアドレス（pingコマンドで取得）：

PRERPSW01 サーバーの hosts ファイル

PRERPSW01および PRERPSW02サーバーには、次の構成があります。

PRERPSW01では、資格情報を使用しますPRERPSW01\installerUser

でIEを開くhttp://PRERPS/ReportServer/ReportService2005.asmxとアクセスできません

でIEを開くhttp://PRERPSW01/ReportServer/ReportService2005.asmxとアクセスできます

URI を使用して RDL ファイルをデプロイするための Poweshell スクリプトがあります。http://PRERPS/ReportServer/ReportService2005.asmx

しかし、私はエラーが発生します

リクエストは HTTP ステータス 401: Unauthorized で失敗しました。

私の PC では、資格情報DOMAIN_Company\My_userを使用して、

http://PRECASRPS/ReportServer/ReportService2005.asmxでIE を開き、アクセスできます

助言がありますか？

更新しました

今、私は資格情報を使用していますDOMAIN_Company\PreRPSAdministrator。rsreportserver.config の同じ構成。

PRERPSW01のテストは OK PRERPSW02
のテストはKO

PRERPSW02テストのログ _ReportServerService__09_22_2015_13_58_31.log_ :