首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >AWS应用负载均衡器与网络负载均衡器

AWS应用负载均衡器与网络负载均衡器
EN

Server Fault用户
提问于 2017-11-06 16:32:31
回答 1查看 10.7K关注 0票数 6

我试图理解ALB (应用程序负载均衡器)和北草坪会议(网络负载均衡器)之间的关键区别是什么。我知道ALB在OSI模型的第七层--这意味着它存在于应用程序级别--而北草坪会议大楼位于第四层,这意味着它在传输层工作。

尽管如此,这意味着ALB只能处理HTTP/HTTPS请求,不像北草坪会议大楼可以处理任何类型的TCP请求。

所以我的问题是..。就这些吗?或者还有其他的区别吗?

EN

回答 1

Server Fault用户

回答已采纳

发布于 2017-11-06 16:49:33

网络负载均衡是基于IP地址和目标端口等网络变量的流量分配。它是第四层(TCP)及其下面的层,它的设计不考虑应用程序层的任何内容类型、cookie数据、自定义标头、用户位置或应用程序行为。它没有上下文,只关心它所指向的数据包中包含的网络层信息。

应用负载平衡是基于多个变量的请求从网络层到应用层的分布。它是上下文感知的,并且可以像组合变量一样容易地基于任何单个变量来引导请求。应用程序根据其特有的行为而不是仅基于服务器(操作系统或虚拟化层)信息进行负载平衡。

两者之间的差异很重要,因为网络负载平衡不能保证应用程序的可用性。这是因为它的决策完全基于网络和TCP层变量,根本不知道应用程序。通常,网络负载均衡器将根据服务器响应ICMP ping或正确完成三路TCP握手的能力来确定“可用性”。应用程序负载均衡器要深入得多,它不仅能够根据特定页面的成功HTTP获取来确定可用性,而且能够根据输入参数验证内容是否与预期的一样。

在考虑在同一个主机上部署多个应用程序共享IP地址(旧skool中的虚拟主机)时,这一点也很重要。在检查可用性时,网络负载均衡器不会区分应用程序A和应用程序B(实际上,除非端口不同,否则不能区分),但是应用程序负载均衡器将通过检查其可用的应用层数据来区分这两个应用程序。这种差异意味着网络负载均衡器可能最终会向已崩溃或脱机的应用程序发送请求,但应用程序负载均衡器永远不会犯同样的错误。

参考资料:

网络负载平衡与应用程序负载平衡

票数 14
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/882099

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档