問題タブ [web-farm]

ASP.NET Web アプリケーションをデプロイする必要があるサーバーが 6 台あります。拡張機能をデプロイするときは、通常、クラスターから 3 つを削除し、アプリをデプロイしてローテーションに戻し、残りの 3 つを削除して同じことを行います。

アプリケーションの変更を展開する際に、顧客への影響を最小限に抑える/排除するために従うベスト プラクティスは何ですか?

私はasp.net Webサイトを開発し、クラウドコンピューティング、Windows azureなどについて読みました。しかし、最終的に、サービスを「クラウド」に変更/移動/などする実用的な理由がわかりません。
何のメリット？
クラウド コンピューティングは、Web ファームのある種の「進化」ですか?

ありがとう、そして私の無知を申し訳ありません....

私は、特定のXML構成ファイルがWebファーム内の複数のサーバー間で同期されたままになるようにするための最善の方法に苦労してきました。アプリケーションに存在する他の構成ファイルのいくつかについて心配しているのと同じくらい、私は必ずしもWeb.Configについて心配しているわけではありません。

たとえば、キャッシュポリシーを外部XMLファイルに保存します。このファイルには独自のスキーマがあり、まもなく値を維持するための独自のツールが追加されます。変更が適用されたら、ファーム全体に移行する必要があります。

私がこれまでに検討したいくつかのシナリオ：

• RoboCopy、レプリケーション、または同等のもの。これには、ファームの特定のノードでのみ作業を行う必要があります。（アプリケーションにプッシュします。）
• 構成サーバー。すべての外部構成とそのツールは、IISの物理インスタンスに保存されます。アプリケーションは、アプリケーションの起動時にこれらの構成ファイルを取得し、定期的に変更をポーリングします。（アプリケーションのポーリング。）
• チームビルド。ツールを社内でホストし、ファイルを展開するためのビルド後のプロセスを設定できます。（アプリケーションのポーリング。）
• データベースストレージ。アプリケーションは、データベースを読み取ってポーリングし、構成を行うことができます。（アプリケーションのポーリング。）

これらのシナリオにはすべて、長所と短所があります。アプリケーションに変更をポーリングさせるのが最もクリーンなアプローチかもしれないと思いますが、最善の解決策が何であるかはわかりません。それでも、問題は、これが達成されるとあなたが最もよく考える方法はどれですか？

サーバー ファームに展開された場合にソリューションがどのように動作するかを理解しようとしています。ファイルのアップロードとダウンロードのために FTP サーバーと通信する Java Web アプリケーションがあります。

また、Web サーバーからの受信トラフィックのみを許可するように、FTP サーバーをファイアウォールで保護することもお勧めします。

現時点ではサーバー ファームがないため、FTP サーバーへのすべての要求は同じ IP (Web サーバー IP) から送信され、ファイアウォールに単純なルールを追加することができます。ただし、アプリケーションがサーバー ファームに移動された場合、ファーム内のどのマシンが FTP サーバーに要求を行うかわかりません。

ファームがクライアントのファサードの背後に隠されているのと同じように、ファームのどのマシンが FTP サーバーに要求を行っても、常に同じ IP を参照するように、ファームが呼び出すサービスのファサードの背後に隠されているのでしょうか?

すべてのサーバー ファームは同じ方法で実装されていますか?それとも、この動作はサーバー ファームの種類によって異なりますか? Amazon Elastic Cloud の使用を考えています。

OnSessionStart / Session_Start イベントは、サーバー ファーム環境でまだ 1 回 (合計) しか発生しないのでしょうか? それとも、要求が複数のサーバーによって処理されるため、サーバーごとに 1 回まで発生する可能性がありますか?

ASP.NET / IIS6 または 7

サーバーがスティッキー セッションを使用しているとは限りません。

まず、現在の環境について簡単に説明します。多くの ASP.NET アプリケーションがあり、そのすべてが特定の側面でセッションを使用しています。トラフィック レベルのために複数のサーバーで「負荷分散」されていますが、現在すべての Web アプリケーションがセッション状態に「InProc」を使用するように設定されているため、負荷分散は「スティッキー セッション」を使用するように設定されています。

トラフィック負荷が原因でサーバーが過負荷になる可能性があるため、ロードバランサーの「スティッキーセッション」構成を削除できるようにすることを検討しています。よりバランスの取れたアプローチを採用したいのですが、セッションを使用できる必要があります。

セッション状態の SqlServer が機能することはわかっていますが、制御できない理由により、SqlServer を使用して状態を保存することはできません。調査では、StateServer が最善の策のようです。追加のサーバーがあり、大量のメモリが配置されています。このサーバーは、Web クラスター全体の StateServer になる可能性があります。以下のことを知りたいだけです。

1.) InProc から StateServer への切り替えに関するシリアライゼーションの問題の可能性以外に、上記の環境でセッション オブジェクトが失われたり、エラーが生成されたりするという既知の問題はありますか?

2.) 単一障害点とわずかに遅いパフォーマンス以外に、StateServer を使用する際に注意する必要があるその他の問題があります。

3.) 3 種類の状態ストレージのパフォーマンスの違いを示す指標はありますか?

自分のマシンからWebファーム上の複数のサーバーにファイルを移動する方法を探しています。

私は現在、ファイルを移動するためにbeyondcompareを使用しています。ファーム上のサーバーごとに1つのBCセッション。BCは高速で、自分のコントロールが気に入っているので、これで問題ありません。

私たちのビジネスは、画像の自動ファイル配布の新しい要件を私に与えました。DFSについて少し読んだことがありますが、それが私が行きたいルートかどうかはわかりません。ファイルを実際にサーバーに配置したいと思います。

そこにこれのためのツール。おそらくスクリプトオプション？

asp.net Webアプリケーションを複数のサーバーにインストールして、それらを一体として機能させるには何が必要なのだろうと思っていました。

前もって感謝します、

ASP.NETWebアプリケーションからASP.NETWebサービスを呼び出そうとすると、次のエラーが発生します。これは、WebサービスとWebアプリケーションが同じファーム上/同じロードバランサーの背後にあるためだと思います。

このエラーは、ローカルマシンのWebアプリからファームのWebサービスを呼び出した場合、またはファームのWebアプリからローカルマシンのWebサービスを呼び出した場合には発生しません。

このエラーが発生している理由はありますか？

ファイアウォールによって世界からブロックされていないポートで HTTP トラフィックをリッスンするアプリケーション サーバーがインストールされています。このアプリケーションが提供するサービスを、できればサーバーによって既にホストされている HTTPS サイトの「サブディレクトリ」として、HTTPS のみを介して公開したいと考えています。

IIS7 Url Rewriting ( ARRパッケージの一部として) を使用して、すべてのトラフィックを既存の HTTPS サイトのサブパスにリダイレクトするルールを設定できます。ただし、サーバー ファームのセットアップに同じルール ルートを作成しようとすると、いくつかの問題に直面しています。ルールに一致するすべてのリクエストが単に 404 応答を受け取るだけです。まったく同じルールを非 SSL サイトに追加すると、期待どおりの動作が得られます。つまり、アプリケーション サービスは適切にプロキシされます。

セットアップで何が間違っている可能性がありますか? ARR は HTTPS 要求をアプリケーション サーバーへの HTTPS トラフィックとしてプロキシしていますか? ホストしたいアプリケーションには HTTPS インターフェースがありません。