3サーバー負荷分散ユーザー分類

サーバーロードバランシングを使用するユーザーは、簡単な分類に従って次の3つのカテゴリに分類できます。

最初のカテゴリ、パフォーマンス要件。

トラフィックが急増したため、1台のサーバーでは耐えられません。コンテンツ、コミュニティ、結婚、直販、服の販売、バッグの販売、お茶の販売など、あらゆる種類のWebサイト、ユーザー数の増加によるトラフィックの増加、負荷の使用バランスは時間の問題です。そして、大多数のウェブサイトの顧客にとって、通常の単純な4層トラフィック共有は彼らのニーズを満たすことができません。メモリのキャッシュ、ハードウェアの圧縮、接続の多重化など。サーバの負荷を減らすことができるADC機能は、Webサイトの顧客にとってますます必須になっています。また、同じIPアドレスと同じサーバーに対応する複数のドメイン名が複数の異なるドメイン名に対応していることがよくありますが、ホスト（ドメイン名）スイッチによると、7層のトラフィック分散スクリプトの要件も一般的です。需要

パフォーマンスプレッシャーのもう1つの主要なカテゴリは、さまざまな演算子です。各事業者のオンラインビジネスホール、内部DNSシステム、Radiusユーザー認証システムは、ほとんどサーバー負荷分散を構成する必要があります。ただし、オペレータはさまざまな分野でロードバランシングを使用しているため、パフォーマンスが重視される主なシステムがいくつかあります。

2番目のカテゴリ、拡張要件。

このカテゴリは、パフォーマンス要件と厳密に区別するのが難しい場合があります。最も一般的なのは、ソフトウェアプラットフォームまたはソフトウェア開発によって引き起こされるボトルネックによる負荷分散を考慮する必要があることです。たとえば、ロードバランシングを非常に早い段階で使用するエンタープライズユーザは、サーバのハードウェア要件または帯域幅要件が満たされていないためではなく、ソフトウェア開発に基づく重要な内部ERPシステムのソフトウェアパフォーマンス制限を満たします。したがって、拡張するには負荷分散を使用する必要があります。

ここでの代表的なユーザーは大企業の内部システムですが、多くの企業は、内部ニーズに応じて独自の特性に合わせて多数の内部アプリケーションを作成する必要があります。機能上の整合性は通常、パフォーマンスを考慮すると弱くなります。大規模で使用すると、潜在的なパフォーマンス上の欠陥を簡単に明らかにすることができ、単純な拡張で解決する必要があります。演算子の一部のアプリケーションもこのカテゴリに属します。

このタイプのアプリケーションの明らかな特徴は、TCP通信にC /Sアーキテクチャを使用して独自のクライアントを使用するアプリケーションがまだ多数あることです。ロードバランシングを展開する場合、通常クライアントのネットワーク構造の変更を検討する必要があります。サーバーがクライアントの送信元アドレスを記録する必要があるか、またはサーバーがNATクラスの同じアドレスによって開始される複数の要求処理に問題があるためです。

3番目のカテゴリ、信頼性の要件。

このカテゴリのパフォーマンス要件は比較的低いです。たとえば、政府のWebサイトでは、トラフィックは通常それほど多くはありませんが、比較的高い信頼性のあるオンライン時間が必要です。 4つの9（つまり99.99％の信頼性）は、1か月に4か月の故障時間に変換され、1年に1時間以内です。この基準を手作業または風邪で達成することはほとんど不可能です。負荷分散、クラッシュしません。このようなニーズに対して、負荷分散装置はSLA（Service Level Agreements）を保護するための必要な手段となっています。負荷分散自体を含むこのタイプの配置では、デュアルシステムHAホットスタンバイとユーザー接続情報のバックアップのメカニズムも提供する必要があります単一負荷分散自体の場合でも、ハードウェアとソフトウェアの障害によりシステム全体を保証できます。信頼できる操作

上記は、サーバーロードバランシングが提供できる3つの機能、つまりパフォーマンススケーラビリティの可用性、高性能、スケーラビリティ、および信頼性についての、サーバーロードバランシングの顧客の簡単な使用法の要約です。実際、多くの場合、この3つは互いに関連していますが、1つの理由だけでロードバランシングを展開することは珍しいことではありません。