繁体   English   中英

Azure 传统负载均衡器 VS Azure 应用程序网关响应延迟?

[英]Azure Traditional Load Balancer VS Azure Application Gateway response latency?

环境详细信息:我在两个 azure 环境中为两个客户端托管了一个应用程序。 该应用程序包含 ASP.NET web API 后端和 ZC31C335EF37283C451B18BA0DD317DE1 前端这两个应用程序都托管在两台 web 服务器 (Windows VM) 上。 我在第一个环境(环境 1)中使用 LB,在第二个环境(环境 2)中使用 AGW。

问题:我遇到的问题是,环境 1 API 请求响应时间比环境 2 快。下面是浏览器检查 window 以获取相同请求的屏幕截图。

根据时间选项卡,环境 1 的响应时间比环境 2 快。

问题:我的问题是这种响应时间差异是否由于使用 LB 和 AGW?

在此处输入图像描述

Azure 负载均衡器和 Azure 应用程序网关之间的最大区别在于它们工作在 OSI Model 的不同层。 Azure 负载均衡器是一种高性能、低延迟的第 4 层负载均衡服务(入站和出站),适用于所有 UDP 和 TCP 协议。 这可能会相对快速地请求和响应。

应用程序网关提供应用程序交付 controller (ADC) 即服务,提供各种第 7 层负载平衡功能。 使用它通过将 CPU 密集型 SSL 终端卸载到网关来优化 web 农场生产力。

Azure 负载均衡器是一种高性能、低延迟的第 4 层负载均衡服务(入站和出站),适用于所有 UDP 和 TCP 协议。 它旨在每秒处理数百万个请求,同时确保您的解决方案具有高可用性。 Azure 负载均衡器是区域冗余的,可确保跨可用区的高可用性。

更多参考:

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM