ハードウェアとソフトウェアのロードバランサー:コストの問題だけですか?


26

コストが問題にならない場合、ハードウェアに比べてWebトラフィック用のソフトウェアロードバランサーを展開することに利点はありますか?

回答:


33

「ハードウェア」ロードバランサーと「ソフトウェア」ロードバランサーの区別は、もはや意味がありません。いわゆる「ハードウェア」ロードバランサーは、PCクラスのCPU、パケット処理機能を備えたネットワークインターフェイス、およびすべてを結合するソフトウェアです。最新のNICを備えた優れたサーバー上で実現される「ソフトウェア」ロードバランサーも同じです。

F5やCitrix Netscalerなどのハイエンドの商用製品で得られるものは次のとおりです。

  • 豊富で深い機能セット。彼らのソリューションは成熟しており、すべての一般的なニーズと一般的でないニーズも迅速に処理できます。
  • 優れた統計。管理タイプは統計が大好きで、ネットワーク技術者は統計がトラブルシューティングにも役立つことを認識しています。
  • 何かが機能していない場合、つまりソリューションベンダーと直接サポート契約を結んでいる場合にチョークする単一のベンダー。
  • 給与コストの削減。アプライアンスはほとんど動作するだけで、アプライアンスの管理にはそれほど時間はかかりません。

(オープンソース)ソフトウェアロードバランサーを使用すると、反対の結果は得られません。得られるものは、選択するソフトウェアとその方法によって異なります。とはいえ、通常は次のように表示されます。

  • 初期ソリューションのセットアップに時間がかかります。特に、ロードバランシング、fxキャッシング、コンテンツの書き換え、HA以外の機能が必要な場合は、オープンソースソフトウェアのセットアップに時間がかかります。
  • それを構築し、所有します。あなたの会社が社内の技術でオープンソースソフトウェアのロードバランサーをセットアップする場合、あなたはあなた自身でそのソリューションに100%の責任を負います。ドキュメント、アップグレードパス、障害復旧などをすべて検討し、おそらく実装する必要があります

違いは、実際には「ハードウェア」と「ソフトウェア」ではありません。「実績のある技術スタックをアプライアンスとして購入する」対「自分で構築する」上にあります。もちろん、最終決定を行う際に考慮すべき多くの変数があります(コスト、社内スキルセット、ダウンタイムの許容度、将来の成長など)。


2
良い点ですが、ASICベースのロードバランサー(F5 / ACE / ..?)があり、CPUではなく分散プロセッサーで「多く」を処理します。また、特に専門家の費用がセットアップを行う場合は、工数の質問にも異議を唱えます。
ジョリス

これについて簡単に説明しましたが、HWロードバランサーを使用すると、通常、何か問題が発生したときにいつでも利用できるサポート契約を取得することを強調する必要があると思います。これは、ビジネスの方向性を決定する要素になる場合があります。
vmfarms

@Joris、@vmfarms良い点、私は同意します。細かい点をすべて正しく取得するには、小さな小説を入力する必要があります。:-)
ジェスパーM

しかし、Barracuda Networks、Loadbalancer.org、およびKemp Technologiesは、非常に大きなサイトに何千ものハードウェア/ソフトウェア/仮想アプライアンスを販売しています。提供されるサポートされているLinux / LVSオープンソーススタック以上のものはほとんど必要ありません。私はここでロードバランサを比較する方法についてのブログを書いた:loadbalancer.org/blog/...を
マルコム・ターンブルは

2

ハードウェアロードバランサーは、特にF5などの大きな機能を使用する場合は特に、豊富な機能セットを備えています。また、ハードウェアのオフロードによりスケーラビリティが向上するという利点もあります。

一方、トラフィックが高すぎないことがわかっている場合、ソフトウェアロードバランサーは実際に非常に優れたパフォーマンスを発揮します。レイヤー4 LBを使用することで利益を上げることができる場合、Linux LVS + Keepalivedは非常に良いオプションです。レイヤー7 LBのパワーが必要な場合は、HAProxyを試すことができます。

したがって、要約すると、通常、HW LBはSW LBよりも優れた拡張性を備えています。

お役に立てれば!


「HW LB .. SW LBよりも優れた拡張性」はあまり正確ではありません。HW LBは、最高のシングルシャーシパフォーマンスを提供します。しかし、優れたソフトウェアLB設計は水平方向にスケーリングされるため、同様にスケーリングされます(おそらく、大きな鉄LBよりも安価です)。
ジェスパーM

2

いくつかの考え:

長所:ロードバランサーを実行するマシンは、はるかに強力なハードウェアを持つことができるため、より高速で余分なレイテンシーが少なくなります(ただし、外部へのリンクの速度によっては、ほとんど違いはありません)。

欠点:ハードウェアロードバランサーは、必要以上の計算能力を持たない可能性が高いため(たとえば、チャンキーなハイエンドIntel / AMD CPUではなく、AtomまたはARMベースのチップで実行できます)、消費電力が少なく、生成量が少なくなります熱。

長所:独自のソフトウェアロードバランサーの配置をインストールすると、ハードウェアソリューションが閉じた「ブラックボックス」ソリューションである可能性のある、構成とその後のアップグレード/変更の柔軟性が向上する場合があります。ただし、ソフトウェアバランサーを実装するためにマネージドサービスを購入する場合は、ほとんど違いはありません。

短所:ソフトウェアバランサーを管理していない場合(つまり、タスクが外部委託されている場合、またはより大きな管理ホスティング契約の一部としてサービスを購入している場合)、セットアップを維持するための管理費が既製のハードウェアを意味する場合があります解決策は、長期的には安くなります。また、中に要因に覚えているあなた、あなたやあなたの会社は、ロードバランサを管理する場合は任意のコスト計算に時間。


「ロードバランサーを実行するマシンは、はるかに強力なハードウェアを備えている可能性があるため、より高速で、余分な待ち時間が少なくなります」-本当ですか 私はそれがhaproxyは何千人もの10Sを扱うことができながら、ServerIronのは、15メートルの同時接続を扱うことができると言った見てきました
ティミー

@Timmy-haproxy Webサイト(残念ながらオフラインです)のケーススタディを読んで、HAProxyボックスへの10 Gbpsリンクを飽和させ、うまくスケーリングし、10万以上の同時リクエストになると確信しています。
マークヘンダーソン

1
それを見つけた- webcache.googleusercontent.com/...(感謝Googleのキャッシュ) -というキーライン105931 sessions per secondと約17%のCPU使用率- 1つの基本Xeonプロセッサのためにかなり非常識だ
マーク・ヘンダーソン

@Farseeker-おかげで、彼らがそんなに多くのセッションを管理できることに気づかなかった。
ティミー

2

私もこれらの点を考慮します:

会社にネットワークスペシャリストがいるIT部門がある場合、ハードウェアLBは開発チームからのメンテナンス負荷を軽減するのに役立つ可能性があります。

時には、特に大企業向けに、誰も操作方法がわからない新しいハードウェアを採用することは、高価なコンサルタントを雇うことや、新しい雇用をも意味します。

開発チームは、たとえば継続的な展開を採用するなど、ロードバランサーの機能に重点を置くことを計画している場合、ハードウェアソリューションを嫌います。


0

どうやらHW LBはSSL接続の処理を改善できるため、必要なアプリサーバーの総数を減らすことができます。

http://highscalability.com/blog/2010/8/12/strategy-terminate-ssl-connections-in-hardware-and-reduce-se.html


2
SSLオフロードハードウェアはWebサーバーでも直接利用でき、LinuxのユビキタスOpenSSLライブラリでサポートされています。この利点は、ハードウェアロードバランサーに固有の手段ではありません。
チャールズダフィー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.