Azure区域之间的通信速度较慢

Azure区域之间的通信速度较慢,azure,azure-web-roles,azure-worker-roles,azure-cloud-services,azure-virtual-network,Azure,Azure Web Roles,Azure Worker Roles,Azure Cloud Services,Azure Virtual Network,所以,我们只是简单地总结一下我们正在做什么,把所有的事情都放到上下文中去。在美国中南部地区,我们有一个套接字服务器作为Azure云服务(工作者角色)运行。我们的所有其他组件(队列、DBs、web应用程序、API等)都位于美国东部。令人遗憾的是,原因是无法修改几年前为美国中南部创建的静态IP地址。现场设备也无法改变其IP地址,因此我们无法跨区域通信 所以我要问的是,有没有办法改善延迟?我们能“向前进港”吗?我们还有什么其他选择?我认为延迟是我们最大的敌人,因为我们来回传输数据 查看当前的负载平衡-

所以,我们只是简单地总结一下我们正在做什么,把所有的事情都放到上下文中去。在美国中南部地区,我们有一个套接字服务器作为Azure云服务(工作者角色)运行。我们的所有其他组件(队列、DBs、web应用程序、API等)都位于美国东部。令人遗憾的是,原因是无法修改几年前为美国中南部创建的静态IP地址。现场设备也无法改变其IP地址,因此我们无法跨区域通信

所以我要问的是,有没有办法改善延迟?我们能“向前进港”吗?我们还有什么其他选择?我认为延迟是我们最大的敌人,因为我们来回传输数据

查看当前的负载平衡-
想法?

负载均衡器是一项区域服务,不能跨区域引导流量

有两种选择:

1) 使用TCP代理构建您自己的VM,以实现您的场景。如果您想采用该路径,可以使用负载平衡器来扩展和保护您的TCP代理实例

2) 探索在此场景中使用应用程序网关,因为它是一个代理,可以直接指向IP地址目标。这本质上是选项1的托管服务,但仅限于HTTP和HTTPS

3) 迁移到DNS方法以定位您的服务并随着时间的推移协调跨区域的迁移

无论哪种方式,地区之间的流量都将保持在微软自己的主干网上

致以最良好的祝愿,
Christian

感谢您的反馈!我们意识到,当设备返回服务中心时,我们可以在设备上重新配置-+-每月一次。所以我们有一个程序设置:)所以一切都很好。谢谢不知道不能修改静态ip地址是什么意思。如果您保留了IP,您可以将其与一个云服务分离,并将其与另一个实例中的云服务关联。