当前位置:首页 > 开发 > 系统架构 > 架构 > 正文

系统负载剧变下的管控策略

发表于: 2014-11-11   作者:iamzhongyong   来源:转载   浏览:
摘要: 假如目前的系统有100台机器,能够支撑每天1亿的点击量(这个就简单比喻一下),然后系统流量剧变了要,我如何应对,系统有那些策略可以处理,这里总结了一下之前的一些做法。 1、水平扩展 这个最容易理解,加机器,这样的话对于系统刚刚开始的伸缩性设计要求比较高,能够非常灵活的添加机器,来应对流量的变化。 2、系统分组 假如系统服务的业务不同,有优先级高的,有优先级低的,那就让不同的业务调用提前分组

假如目前的系统有100台机器,能够支撑每天1亿的点击量(这个就简单比喻一下),然后系统流量剧变了要,我如何应对,系统有那些策略可以处理,这里总结了一下之前的一些做法。

1、水平扩展

这个最容易理解,加机器,这样的话对于系统刚刚开始的伸缩性设计要求比较高,能够非常灵活的添加机器,来应对流量的变化。

2、系统分组

假如系统服务的业务不同,有优先级高的,有优先级低的,那就让不同的业务调用提前分组好的机器,这样的话在关键时刻,可以保核心业务。

3、系统限流

系统机器也加了,然后分组也做了,但是就是能力提升不上来,说白了就那样了,这时候,可以设置系统的极限能力阀值,例如QPS最大到多少,或者是同时并发的任务有多少,超过这个阀值之后就拒绝提供服务了。

4、业务引流

这个的话跟多的是业务做的事情,把流量引走,不要来请求系统了,一种简单的做法就是,冗余的业务直接隐藏掉链接,从开源节流的角度来想,就是开源。

5、业务降级

如果一个系统请求,涉及到多个逻辑处理,其中有的是可以没有的,就是类似锦上添花的那种,在高并发的情况下,可以通过系统开关的形式,不去做这个请求,这样就间接的提升了系统的能力,毕竟少做了一件事情。

6、依赖系统的能力扩展

如果单独看应用系统,可能东西要做的还真不多,但是要结合上下游的系统,尤其是下游依赖的存储系统,数据库是否能够支持够,分布式缓存是否能够支持够,都需要做好评估。

7、系统依赖梳理

上一条主要是说存储系统,如果本身是SOA的形式,可能会依赖其他系统,各个系统是否强弱依赖,在那个环节依赖了,都需要评估出来,可以人肉来做,也可以系统分析调用情况,来自动的做出来。

8、系统容量评估

系统到底能够撑多少的量,这个要有个客观数字的评估,需要结合系统的负载以及响应时间等数据,搞出一个模型出来,这样方便数字化出来。

9、数据库的读写分离以及主备按照读写比例进行划分

这个在数据库方面可以做优化,跟进系统的读写情况,划分,读写分离,全力保证写,然后如果读的压力太大,可以增加备库来提供读服务。

 

大体想到了几个点,简单的罗列一下。

系统负载剧变下的管控策略

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
1. 项目背景   射频标签是产品电子代码(EPC)的物理载体,附着于可跟踪的物品上,可全球流通并对其
Earan公司利用Silverlight技术以锡恩公司具有的企业管理知识体系为基础构建的在线管理平台。包括了
一、应用背景 企业在近几年快速发展,规模也越来越大,而信息传递与反馈手段却仍然比较落后,随着信
一、应用背景 企业在近几年快速发展,规模也越来越大,而信息传递与反馈手段却仍然比较落后,随着信
ultimus BPM流程化费控管理--全方位的企业支出管控系统 费用审批报销,你遭遇了什么? 员工:“月底
ultimus BPM流程化费控管理--全方位的企业支出管控系统 费用审批报销,你遭遇了什么? 员工:“月底
是否“开放”项目更容易成功? 研究表明,长远来看,最开放的平台将会最成功。Eclipse,Linux,WebK
衡量开放性 我们目标是衡量开放性,考察开源项目是“开放”还是“封闭”。这方面很少公开讨论或者并
    集团企业是中国许多大型企业的一个普遍组织形式,但随着企业规模的不断扩张以及跨区域发展所
这里站在甲方信息化部门的角度谈下对开发厂商质量和过程的管控话题。 在构建企业私有云paas平台的时
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号