使用反向代理作为Azure云中的负载均衡器的延迟

Question

我在多个地区的Azure中都有一个网站。 每个区域除了网络服务器外还具有一个存储帐户，因为用户可以上传文件。

我目前正在使用“流量管理器”将用户重定向到最佳区域。 但是我对此并不满意...例如，它不支持会话亲和力。 我可以为此使用应用程序网关，但这也不是我真正想要的，因为应用程序网关还可能会发生以下情况：在会话1中，用户位于Region1上，而在会话2中，用户位于Region2上。 用户将在Region1和2中上载文件，并且每次用户登陆到不同的区域时，我都必须在区域之间传输文件。

因此，我想创建自己的流量管理器。 我将创建一个带有网络服务器的cloudservice，该服务器使用自定义的arr重写提供程序并根据用户的geoip重定向用户。

我唯一关心的是吞吐量...如果我正确理解反向代理，则所有区域中所有网站的所有流量都将通过此代理。 网站也有流式传输的可能性，我们大量使用websocket在客户端和服务器之间进行通信。

自定义arr的这种方法是否可扩展？ 是否所有流量都通过这一cloudservice？ 我相信我可以创建多个处理arr请求的Web服务器，但是例如延迟问题呢？

例如，如果我的流量管理器cloudservice在北欧，然后来自巴西的用户。 我们在巴西有一个区域，但是如果所有流量都通过北欧洲的代理服务器，那么延迟将是灾难性的，在巴西拥有一个区域的所有好处将消失。

简而言之：我想根据用户的geoip将用户重定向到天蓝色的特定区域，并保持整个组件的可伸缩性和尽可能高的性能:)。 最好的方法是什么？

谢谢你的帮助！ BR，新陈代谢

Answer 1

Azure Traffic Manager在DNS级别工作。 它使用来自DNS查询的IP数据来提供DNS响应，该响应将该用户的流量定向到最近的Azure区域（如果使用“性能”流量路由方法）。 然后，用户直接连接到该区域中的服务。

优点是流量管理器因此不会遇到您描述的问题，因为它不是最终用户流量的代理。

缺点是，由于流量管理器仅看到DNS流量，而不看到TCP / HTTP流量，因此它无法提供会话亲缘关系。

解决此问题的最佳方法是使用流量管理器将流量定向到最接近的服务端点，然后在应用程序级别（或正在执行的代理中）实现会话关联。