秒杀和负载均衡设备

简介:

秒杀活动相信大家都参与过,那么秒杀时候对后台网站的影响到底是什么?请看下图

(图中隐藏了具体指标,只显示比例对比)

这是在A10负载均衡设备上的截图。

明显可见,针对晚上21时整的秒杀活动,设备整体吞吐量,7层请求数,新建连接数都远远超过平时负载。也就是说,秒杀对网站后台整体包括负载均衡的设备都有极高的性能要求。具体需要考虑的方面有:

第一,负载均衡本身的性能要高。

用户的请求首先到达的是作为流量调度中心的负载均衡设备,该设备本身要有充足的性能可以承受大流量,大并发数请求的能力。选择负载均衡设备一定要考虑到有无秒杀这类对性能要求高的应用,选择正确的性价比高设备。

第二,负载均衡要能避免后台服务器压力过高。

负载均衡除了本身高性能要求外,还要能够充当后台服务器的保护人角色。盲目的将所有流量直接转发给后台服务器,有可能造成后台服务器上应用一个接一个不堪重负崩溃的多米诺现象。针对秒杀的负载均衡设备应该具有智能型,具体的技术包括

1:可设定的访问该服务的4层最大并发连接数(对外面的客户请求的容量限制)

2:可设定的访问改服务的4层 每秒新建连接数(对外面的客户请求的性能限制)

3:针对每台服务器应用的4层最大并发连接数(由服务器性能决定,单台应用容量限制)

4:针对每台服务器应用的4层每秒新建连接数(由服务器性能决定,单台应用性能限制)

5:除了4层限制外,还需要在7层层面能针对每秒的http request设定最大值。

 

第三,负载均衡要能提供降低服务器压力的手段。

这是我们以前提到过的基于应用的优化,例如连接复用,内存缓存, 硬件压缩等等优化手段。这些手段对于大流量的应用和秒杀活动中的帮助更加明显。

以上只是从负载均衡的角度看如何协助完成秒杀的推广业务。秒杀本身需要整个系统相关设备协同一致才可以得以顺利实施和完成。


本文转自 virtualadc 51CTO博客,原文链接:http://blog.51cto.com/virtualadc/637460

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
负载均衡 Linux 网络协议
面向C10M时代的MiddleBox之 - 高性能四层负载均衡设备AGW
面对需求的不断提高,几年前我们还在为解决C10K 问题而努力,现在已经开始面临C10M 问题的挑战。
2358 0
|
存储 负载均衡 监控
硬件负载均衡设备的常见故障有哪些?
硬件负载均衡设备的常见故障有哪些?
1037 142
|
运维 负载均衡 算法
如何选择适合的硬件负载均衡设备?
如何选择适合的硬件负载均衡设备?
701 138
|
负载均衡 物联网 测试技术
部署硬件负载均衡时,如何评估设备的处理能力?
部署硬件负载均衡时,如何评估设备的处理能力?
808 130
|
负载均衡 监控 安全
配置文件损坏可能会导致硬件负载均衡设备出现哪些问题?
配置文件损坏可能会导致硬件负载均衡设备出现哪些问题?
392 64
|
存储 负载均衡 安全
怎样避免配置文件损坏导致的硬件负载均衡设备安全问题?
怎样避免配置文件损坏导致的硬件负载均衡设备安全问题?
456 60
|
缓存 负载均衡 算法
有哪些方法可以提高硬件负载均衡设备的性能?
有哪些方法可以提高硬件负载均衡设备的性能?
550 58
|
运维 负载均衡 算法
部署硬件负载均衡设备时要注意哪些问题?
部署硬件负载均衡设备时要注意哪些问题?
453 57
|
缓存 负载均衡 网络安全

热门文章

最新文章

相关实验场景

更多