無料または共有Webサイトモード（インスタンス数2）で、ARRAffinity Cookieを削除すると、実行中の2つの異なるインスタンス間でスワップされることがわかります。これを再確認するために、Webサイトにマシン名も表示します。
ただし、2つ以上のインスタンスで予約モードで実行している場合、常に同じマシンに転送されます。Cookieを削除するか、別のマシン/ IPからサイトにアクセスするかは関係ありません。常に、同じARRAffinityCookieを使用して同じマシンにアクセスします。
予約モードでロードバランシングが正しく機能していないように見えます。または、ロードバランサーの動作が理解できないのではないでしょうか。
これが予想される動作である場合、他のインスタンスが実際に実行されているかどうかをどのように判断できますか？
ロードバランサーの背後で予約モードで実行されているAzureWebサイトに関する記事はあまりありません。ロードバランサーを理解する上で重要なのは、そのアルゴリズムです。ここでは、ロードバランサーがセッションスティッキーまたはラウンドロビンを使用しているかどうか、または少なくともルーティングがARRAffinityCookieに依存しているかどうかはわかりません。
私がチェックすることをお勧めする方法は、負荷テスト（重いテスト）を実行し、各マシンのログを確認することです。予約モードは、他のすべてのWebサイトモードおよびAzure Webサイトインスタンスの中で、「予約済み」という名前が付けられ、インフラストラクチャが保証されているため、指定されたロードバランサーの中で最高のものでなければなりません。
もう1つ、私が感じていることを理解します。無料の共有Webサイトのロードバランサーは、予約済みのWebサイトとは異なる方法で設計されている可能性があります。
何もうまくいかない場合は、サポートチケットを発行して、何が起こっているのかを尋ね、おそらくここで回答を共有してください。