タグ付けされた質問 「load-balancing」

ますます多くのクライアントにWeb APIを提供するWebアプリケーションを実行しています。はじめに、クライアントは通常、家庭、オフィス、またはその他のワイヤレスネットワークであり、チャンクされたhttpアップロードをAPIに送信しました。これで、より多くのモバイルクライアントの処理に分岐しました。数kから数ギグの範囲のファイルは、小さなチャンクに分割され、APIで再構成されます。 現在の負荷分散は2つの層で実行されます。最初にラウンドロビンDNSを使用して、api.company.comアドレスの複数のAレコードをアドバタイズします。各IPでは、Linux LVS：http : //www.linuxvirtualserver.org/をホストします。ロードバランサーは、リクエストのソースIPアドレスを確認して、接続をどのAPIサーバーに渡すかを決定します。このLVSボックスは、外部VIPと内部ゲートウェイIPを相互に引き継ぐようにハートビートで構成されています。 最近、2つの新しいエラー状態が発生しました。 最初のエラーは、クライアントが1つのLVSから別のLVSにアップロード途中で発振または移行している場合です。これにより、ロードバランサーは永続的な接続を追跡できなくなり、トラフィックを新しいAPIサーバーに送信するため、2つ以上のサーバー間でチャンクされたアップロードが中断されます。私たちの意図は、api.company.comのラウンドロビンDNS TTL値（1時間に設定）が、ダウンストリームキャッシングネームサーバー、OSキャッシングレイヤー、およびクライアントアプリケーションレイヤーで尊重されることです。このエラーは、アップロードの約15％で発生します。 あまり一般的ではない2番目のエラー。クライアントはLVSボックスへのトラフィックを開始し、その背後にある実サーバーAにルーティングされます。その後、クライアントは、LVSボックスが認識しない新しいソースIPアドレスを介して着信します。これにより、進行中のトラフィックがそのLVSの背後にある実サーバーBにルーティングされます。 上記で説明したアーキテクチャを前提として、上記の各エラーケースをより適切に処理できるようにする、より良いアプローチを使用した人々の経験を教えてください。 2010年5月3日を編集： これは私たちが必要としているもののように見えます。送信元IPアドレスの重み付けされたGSLBハッシュ。 http://www.brocade.com/support/Product_Manuals/ServerIron_ADXGlobalServer_LoadBalancingGuide/gslb.2.11.html#271674

8 domain-name-system  load-balancing  lvs  round-robin 

現在、トラフィックが7つのミラーサーバーに分散されているサイトを実行しています（DNSラウンドロビンを使用）。しかし、恒久的に増加している大量のトラフィックを考慮して、すぐに多くのミラーが必要になります。 ラウンドロビンDNSを使用する場合、特定のドメイン名に関連付けられたIPアドレスの数に実際的な推奨制限はありますか？ また、ミラーの数が多い場合（たとえば、ミラーの数が10または20を超える場合）、どのようなソリューションを推奨しますか？ ありがとう。

8 domain-name-system  load-balancing  traffic 

この質問は、それを行う方法についてではなく、何をすべきかについてです。 状況は次のとおりです。 中小企業のサイト 複数のDSLおよびケーブルインターネット接続（価格の10倍を除いてこれ以上利用できるものはありません） 複数の内部ネットワーク 従来のネットワーク機能の必要性：DHCP、VPN、NAT、ファイアウォールなど より高度な機能への要望：DPI、悪意のあるサイトのフィルタリング、トラフィック分析 ハードウェアとソフトウェアの点で、すべてをつなぐ良い方法は何ですか？（恐ろしいので、現在の「解決策」について詳しく説明しません） 少なくとも3つのLAN間でギガビット速度のLAN間ルーティングが必要です。 すべてのインターネット接続の合計ダウンロード速度は、ほぼ500 MBit / sです。 VPNはあまり使用されていません。VPNの合計スループットは50 MBit / sの範囲ですが、遅延は低く抑える必要があります。 ネットワーク（LAN-LANおよびWAN-LAN）はファイアウォールで保護する必要があります。 デバイスの負荷パターンは非常に異なるため、（負荷分散された）WANでのQoS /トラフィックシェーピングが望ましいです。低優先度の24時間365日のビデオストリームから、低遅延を望む低帯域幅消費のビジネスアプリケーションにまで及びます。 HAは望ましいものですが、おそらく単一のIPを使用するPPPOEベースのDSL回線には適していません。しかし、障害が発生した場合にダウンタイムを最小限に抑える何か他のものはありますか？ 私は解決策を検討しました： A）1つの大きなルーターを使用する これは、すべてのWANとすべてのLAN / VLANを、すべてを行う単一のルーターに接続することを意味します。しかし、それは実行可能ですか？ pfSenseやsophosなどのソフトウェアファイアウォールを使用すると、多くの機能が提供されます。ただし、少なくとも8ギガビットポートを備えたサーバーが必要になり、速度が低下する可能性があります。見つけることができるすべてのことから、ギガビット速度で複数のルートを使用すると、非常に多くのCPUパワーが使用され、それがボトルネックになります。 B）2つのルーターを組み合わせる 1つのルーターでWAN側を処理し、負荷分散、WANファイアウォール、トラフィックシェーピングなどを実行できます。pfSenseなどのソフトウェアソリューションは、それほど高価ではないハードウェアでこれを処理できますか？ 次に、別のルーターが内部LANを使用します。たぶん、8ポートEdgerouterのようなものがこれを処理できます。LAN部分には十分に複雑な（しかしWAN部分には単純すぎる）ファイアウォールがあり、ハードウェアオフロードを実行できます。 これは機能しますか？ VPN接続はどうですか？他の機能（DNS、DHCP）をルーター間でどのように分割する必要がありますか？NATは機能しますか？（クライアントとpfSenseは異なるネットワークにあるため） 他のより良い解決策はありますか？

2 networking  load-balancing 

nginxでの負荷分散の設定は非常に簡単で、試してみたいと思いました。私の唯一の懸念はセッションについてです。nginxを利用して、クライアントからのすべての後続の呼び出しを同じサーバーにルーティングしてセッションのスティッキ性を実現するにはどうすればよいですか？ ありがとう

nginx  load-balancing