新しいWebサイトを展開すると、クライアントが同じWebサーバーインスタンスに何度も繰り返しアクセスできるように、AAR Affinityが有効になります。なぜこの機能がデフォルトで有効になっているのか、またこの機能が必要なのかどうか疑問に思っています。私が理解しているように、セッションストレージなどは、Azureでは利用できません。このような動作が必要な場合は、共有ストレージとしてRedisを使用することをお勧めします。私の質問は、AAR Affinityを使用する利点とそれを無効にしない理由は何ですか？それなしで実行すると、ロードバランシングがより均等に分散されます。私はそれを理解したようAzure WebサイトでAAR Affinityを無効にしないのはなぜですか？
は、セッションストレージと同様に、インメモリセッションストレージは、単にコードをASP.NETで実行されているAzureの
に利用できない、とAzureのWebサイト/ Web上で提供されていますアプリ。この機能に頼っていた場合は、このオプションを有効のままにする必要があります。そうしないと、別のサーバーにアクセスした場合に別のセッションが発生します。
さらに、ある種のメモリ内キャッシュを使用している場合、同じユーザーが同じサーバーに戻ってキャッシュヒット率を向上させる必要があります。
ARRアフィニティを使用する利点とそれを無効にしない理由は何ですか？
さまざまな理由でPaaS VMインスタンスを再起動できるPaaSの世界では、セッション情報をメモリに保存することはお勧めできません。しかし、ARR Affinityは、セッションに敏感な（ステートフルな）アプリとして設計されたアプリケーションをサポートするための方法です。
あなたが正しいです。それなしで実行
、負荷がより均等に同様の分散均衡になるだろう。
HTH :)
しかし、私はあなたが（でもAAR親和性で）、次のリクエストに応じて、同じWebサーバインスタンスを打つことが保証されていないと思います。 Azureではセッション転送がサポートされていないため、セッションストレージをRedisや他の形式の外部キャッシュなしで利用する方法を実際に見ることはできません。 – ThomasArdal
AARアフィニティーは、後で要求したときに同じサーバーにヒットしたことを確認するために、コンピューターのクッキーを設定します（主な目的です）。同じサーバーにヒットしない唯一の理由は、そのサーバーが存在しない場合だけです。それは信頼できるものではなく、推薦されたものですが、それでも機能します。 –
しかし、次のリクエストでサーバーが存在するかどうかはわかりません。それが私の要点です。使用可能な同じサーバーに依存できず、インスタンス間でセッション転送がない場合、AARアフィニティを有効にする点はありません。 – ThomasArdal