博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《大型网站服务器容量规划》一1.1 容量规划背景
阅读量:5950 次
发布时间:2019-06-19

本文共 787 字,大约阅读时间需要 2 分钟。

本节书摘来异步社区《大型网站服务器容量规划》一书中的第1章,第1.1节,作者: 郑钢 责编: 张涛,更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.1 容量规划背景

如今人们已经习惯从互联网上获取信息,因此,几乎任何一家公司都要有自己的网站。引入了一个新的事物后,必然会随之带来新的问题。网站是放在服务器上的,一般来说网站的访问量越大,服务器的压力就越大。为保证网站的正常运营,网站的运维人员有必要了解当前系统是否工作正常、系统的处理能力是否接近极限,以及需要新增多少台服务器来承载新增的压力。作为一名合格的运维工程师,对于以上这些必须要做到心中有数。

一般的公司在网站扩容方面都是采用“凭经验+逐步尝试”的方法,这样通过逐渐逼近的方式得到系统的极限承载量。再专业一点的公司,会让运维人员搭建一套线下的测试环境,测试人员先在线下对各种关键URL做测试,通过分析测试报告找到系统的极限值。这种方法只能得出个大概值,因为真实的压力取决于用户的行为和当时的代码运行情况。

第三种方法是在线切换流量,也就是将一部分流量导入到某些服务器上,观察日志,直到出现报错为止,然后再将流量切挽回到其他机器结点上,这种方法能够得到最真实的系统压力,但毕竟牺牲了部分用户体验。

以上3种方法的共性都是单次有效,下次换了新的代码环境还要重新手工测试。除了以上的方法外,还可以利用一些系统命令做监控,每天做出容量报表,通过查看报表运维人员便监控到系统的实时压力及实时容量,当逼近根据经验判断的压力上限时,发出报警,提醒扩容。还有的公司是利用监控系统,找到半个月内的系统最大流量作为未来短期内的流量预估,基本上也是靠经验。

上述方法都不能正确地得到系统所能正常承载的极限压力,总的来说都是依靠经验或牺牲用户体验为代价。本章讲解的内容是将系统的极限压力量化为具体的数据,进行更为准确的容量规划。

转载地址:http://ippxx.baihongyu.com/

你可能感兴趣的文章