負荷分散サーバーのコンテキストでのセッションアフィニティとスティッキーセッションの違いは何ですか?
8 に答える
これらの用語が同じ意味で使用されているのを見てきましたが、それを実装する方法はいくつかあります。
- 最初の応答でCookieを送信し、その後の応答でそれを探します。Cookieは、送信先の実サーバーを示します。Cookieなしのブラウザをサポートする必要がある場合は
悪い - リクエスターのIPアドレスに基づいてパーティションを作成します。それが静的でない場合、または多くが同じプロキシを介して入ってくる場合は
悪いです。 - ユーザーを認証する場合は、ユーザー名に基づいてパーティションを作成します(これを行うには、HTTPでサポートされている認証モードである必要があります)。
- 状態は必要ありません。
クライアントに任意のサーバーをヒットさせます(クライアントに状態を送信して返送させます)
これはスティッキーなセッションではなく、実行する必要がないようにする方法です。
スティッキーはクッキーの方法を指しているのではないかと思いますし、一部のコンテキストではアフィニティが#2と#3を指しているのではないかと思いますが、それは私が見た方法ではありません(または自分で使用します)
負荷分散のシナリオで使用される用語を常に聞いているので、これらは交換可能です。どちらも、セッションが開始されると、同じサーバーがそのセッションのすべての要求を処理することを意味します。
スティッキーセッションとは、クライアントからサイトにリクエストが届くと、それ以降のすべてのリクエストが、アクセスされた同じサーバーの最初のクライアントリクエストに送信されることを意味します。セッションアフィニティはスティッキーセッションの同義語だと思います。
それらは同じです。
どちらも、ロードバランサーに入ると、最初のリクエストを処理した(そしてセッションを持っている)サーバーにリクエストが送信されることを意味します。
スティッキー セッションとは、特定のセッションの要求を、そのセッションの最初の要求を処理した同じ物理マシンにルーティングすることを意味します。
この記事では、この疑問を明確にし、他のタイプのロード バランサーの永続性について説明します。