ULB が着信要求をバックエンドサーバーに分散するために使用するランダム ロード バランサ アルゴリズムの段階について説明します。
ULB は、ランダム ロード バランサ アルゴリズムを使用して、着信要求をバックエンドサーバーに分散します。このアプローチは、バックエンドサーバープールが変更された場合の中断を最小限に抑えるように設計されています。
このアルゴリズムによって、効率的な要求分散と、サーバープールの変更時の影響を最小限に抑えられます。
Summary
このプロセスに関連する主要なコンポーネントには、ULB、バックエンドサーバー、ランダム ロード バランサ アルゴリズムなどが挙げられます。
-
ULB：クライアント要求を受信し、バックエンドサーバーへの分散を管理します。
-
バックエンドサーバー：クライアントリクエストの実際の処理を取り扱います。
-
ランダム ロード バランサ アルゴリズム：ハッシュベースのルックアップテーブルを使用して着信要求をバックエンドサーバーにマッピングします。
このプロセスにより、着信要求がバックエンドサーバーに効率的にマッピングされ、サーバープールに変更があっても既存のリクエストマッピングの中断を最小限に抑えられます。
Workflow
次の段階では、ランダム ロード バランサ アルゴリズムを使用して ULB が要求を分散する方法について説明します。
-
クライアントリクエストが到着すると、ULB はランダムアルゴリズムを使用して適切なバックエンドサーバーを決定します。
-
クライアントの IP アドレス（または別の識別子）を使用して、ハッシュ値が生成されます。
-
ハッシュ値は、事前に計算されたルックアップテーブルを使用してバックエンドサーバーにマッピングされます。
-
-
サーバープールが以下の場合：
次の操作
結合できるフィールド
変更された場合（追加や削除）
アルゴリズムがルックアップテーブルを再計算します
影響を受けるのはごく一部のマッピングのみです。
引き続き安定している場合
ルックアップテーブルは引き続き一定性を維持します
通信分散は中断することなく続行されます。