問題タブ [load-balancing]

私はプロジェクトに取り組んでおり、世界中に数台 (現時点では 5 台) のサーバーが分散しています。クライアントは、集中型ブローカーを介してこれらのサーバーの 1 つに接続します。私たちはクライアントの出身国を知っていますが、それ以外は何も知りません. サーバーを完全に制御できるため、必要なすべての情報を取得できます。私たちはクライアントを制御しません。標準に従って、クライアントはこのブローカーを介して接続する必要があります。

ブローカーが低レイテンシーのサーバーを選択することが重要であるため、私たちが持っているデータでは、近接性が唯一の利用可能な基準だと思います.

頭に浮かんだ最初のアイデアは、各サーバーからクライアントに ping を実行することですが、IP はなく、国だけがありました。

私たちが持っていた他のアイデアは、各サーバーから各国のルート ノードに ping を実行することです。問題は、各国でルート ノードを見つけることです。

「国」間の近接性を計算/検索する方法はありますか? この問題を別の方法で解決する方法についての洞察やアイデアはありますか?

単純な WCF サービスを構築して IIS6 に展開しましたが、開発環境とステージング環境では機能しますが、運用環境では機能しないことに気付きました。サービス メタデータ リンクにアクセスしようとするたびに、404 ページが表示されます。

考えられるあらゆる場所で IIS 構成を確認しましたが、それらは同一であるため、考えられる唯一の違いは、運用環境が負荷分散されていることです。

ロードバランサーの背後で WCF サービスを実行する際の問題を知っている人はいますか?どうすれば回避できますか? 私は間違った方向に進んでいますか? 調査すべき別の一般的な問題はありますか?

現在、データベースを使用して、ユーザーの状態情報を (別のテーブルに) 維持しています。ユーザーがアプリケーションにアクセスする (リクエストを送信する) たびにデータベースからその情報を取得し、リクエストの処理後にデータベースで更新します。

これは多くのプロジェクトで非常にうまく機能し、実装も非常に簡単ですが、データベースを呼び出して状態情報を保存するためのオーバーヘッドが追加されます。

この場合、よりうまく機能する他の方法はありますか?

接続しているユーザー、CPU 負荷、ネットワーク負荷、およびメモリ使用量を関連付ける単純な負荷分散アルゴリズム (数式) を知っている人はいますか? これは、さまざまなサーバーを比較し、現時点で最適なユーザーを新しいユーザーに割り当てるために使用されます。ありがとうございました。

Asp.Net MVC 環境で非同期の JavaScript 呼び出しを行っていて、ラウンド ロビン スタイルのロード バランサーを使用しなければならなかった場合、家に帰る道を見つけることができますか?

編集: 明確化を追加..インメモリ セッション状態を使用します。

「画像サーバー」（画像リクエストを処理するための専用サーバー）を追加し、.gif、.jpg、.png などのすべてのリクエストをリダイレクトすることで、Web サーバーの負荷を軽減しようとしています。

私の質問は、リダイレクトを処理する最良の方法は何ですか?

• ファイアウォールレベルで？(iptables を使用してこれを実行できますか?)
• ロードバランサーレベルで？(ldirectord はこれを処理できますか?)
• Apache レベルで - 書き換えルールを使用していますか?

これを行うための最良の方法についての提案に感謝します。

- アップデート -

追加したいことの 1 つは、これらはサード パーティ向けにホストされているドメインであるため、すべての開発者がコードを変更してイメージを別のサーバーに向けることを期待することはできないということです。

一度に複数の場所に Web サイトを自動的に公開する方法はありますか?

私たちのウェブサイトは複数のサーバー間で負荷分散されているため、公開したい場合は各サーバーで個別に行う必要があります.

Thx、トレヴ

4 つの Web サーバー間で負荷を分散する必要がある Web アプリケーションを開発しています。私の会社は、ロード バランサ ハードウェア (Cisco) を購入しています。Web サーバーをローテーションに含める必要があることをロード バランサーに伝える方法には混乱があります。

IT ハードウェア サポート チームは、メインの Web アプリケーションの隣に配置する 1 ページの Web アプリケーションを作成するように私に求めています。この小さな 1 ページのアプリは、データベースを呼び出して、テーブルに対して INSERT、UPDATE、および DELETE を実行する必要があると言われました。次に、アプリはステータス コードを返す必要があります。これをロード バランサーが読み取って、この Web サーバーをローテーションに保持するかどうかを判断できます。このアプリは、負荷分散されたすべてのサーバーに常駐する必要があります。1 ページ アプリは、ロード バランサーによって 5 秒ごとにポーリングされます。

これは絶対的なハックのように聞こえると思います。データベースの不要な作業とオーバーヘッドのように思えます。ハードウェア チームは、これが正しい方法だと私を納得させようとしています。私は完全に同意しません！私の主張は、ロード バランサーはデータベース接続を気にするべきではないということです。負荷を 4 つの Web サーバーに分散しようとしているだけです。注意すべきことの 1 つは、メイン Web アプリケーションはデータベース接続なしでは役に立たないということです。

ロード バランサー自体に、サーバーをローテーションに含める必要があるかどうかを判断する方法がありますか? これを行う正しい方法は何ですか？

これは、負荷を分散し、追加の冗長性を提供する目的で、サーバーのクラスターでアプリケーションを実行する機能です。

GridGainのプレゼンテーションを見て、非常に感銘を受けました。

他の人を知っていますか？