ウェブアプリのための正しいサーバ負荷分散を行う4つの方法

Data Storage Todayにウェブアプリ向けのサーバ負荷分散に関するノウハウが公開されていました。 なかなか良い記事なので皆さんにも紹介します。

 

1. 適切なプラットホームを選択

より高いオンライン伝送速度のために、 ベンダーのソフトウェアソリューションはシングルコアからマルチコアへシフトすると述べています。負荷分散装置のアップグレードは、 ベンダーが将来的にマルチコア技術に対応するかどうかを判断した上で投資するようにしましょう。

ちなみに、マルチコアの利点は、サーバ負荷分散装置が多数の特徴がつけられている状態で望まれているように働くということです。 例えば、Layer4やLayer7やセキュアソケットレイヤー(SSL)、それに高度なスクリプトなど。 これによって管理者は予防保全的なアプローチでトラフィックボトルネックを解決できます。

また、カスタムチップ(ASIC)技術からそれらのLayer4-7加速機能の大部分を得ているソリューションに注意してください。 簡単な機能をASICはに追加するだけでも18カ月以上の開発時間を必要とします。

 

2. 加速、最適化、およびセキュリティ

サーバ負荷分散装置には、ウェブアプリケーション応答回数を加速して、改良するアーキテクチャがあるはずです。適切に調整されると、 顧客は最大10倍より速くウェブサイトとアプリケーション応答回数の利益を得ることができます。

ソリューションには、帯域幅、スペース、および エネルギーを最適化して、減少させる知性があるべきです。 要件。 顧客の帯域幅貯蓄は同時にデータセンターのスペースと パワーを減少させる間、上がることができます。 サーバリソースを統合するのによる要件。

サーバ負荷分散装置には、 高性能SSL加速と増加するセキュリティがウェブベースのトランザクションのための要件であると扱う他のセキュリティ機能があるはずです。 今日、また、負荷分散プラットホームで高性能の安全なメールや反スパムなどの高度なセキュリティ機能を含めるベンダーもあります。 基本システムにどんな別途費用でもセキュリティ機能を含むべきではありません。

追加問題は、営業費用を下ろすために信頼性、有用性、使いやすさ、および移行の容易さを含んでいます。

 

3. コストパフォーマンス

値のために性能を犠牲にしないでください。 安価な見積りがいったん決定したようになる後、 どのくらいの性能が価格で提供されるか将来のベンダーに必ず尋ねてください。 また、独立している第三者性能テストを見て、 テストに対してベンダーのクレームを有効にするという要求は結果として生じます。 最も良いテストは組織のアプリケーションでどう働くかを見るためにサーバ負荷分散装置をインストールすることです。

評価する主要なテスト: 2番目の(CPS)あたりの層4の接続。 2番目の(CPS)あたりの層7の接続。 秒(TPSかRPS)あたりの層7のトランザクションか要求。 2番目の(TPS)あたりのSSLトランザクション。 そして、 最大のスループット。

定価がすべての特徴を含んでいるかどうか、または追加認可料金があるかどうかベンダーに尋ねてください。 プラットホーム価格は性能、 特徴、ポート、およびユーザに関して異なるかもしれません。

 

4. ベンダーアセスメント

ネットワーク専門的技術があるベンダーを選んでください。 Layer2-3とLayer4-7ネットワークにおけるベンダーの専門的技術に関する参照を求めてください。

最終的に、ビジネス要件を変えるのに比例できる技術を選んでください。

サーバ負荷分散装置には、高性能SSL加速と増加する要件を扱う他のセキュリティ機能があるはずです。

http://www.data-storage-today.com/story.xhtml?story_id=011000W7L53Y&nl=6