服务器的日常性能监控和压力测试是非常关键的一个部分,实际上,许多公司都会在此类团队的建设上日益增加投入。而那些缺乏此类流程的公司,也正在朝着该方向迅速改进中,今天我们推荐一款很好的服务器端性能监控工具:NewRelic(来自蝉游记的分享)。

首先你需要在网站上注册一个新帐号,根据服务器端的应用框架选择安装对应的插件,它提供了很多常见应用框架插件,以Rails为例子,只需要在Gemfile配置,执行bundle install即可:

gem 'newrelic_rpm'

然后下载对应的newrlic.yml配置文件,放入到应用目录,进行一些参数的调整。将应用重新部署以后,等几分钟,让插件收集到性能相关数据,再去访问NewRelic网站,就可以看到各种图表了。

首先需要关注的是请求的响应时间图表,用这个图表可以对请求在服务器端耗时有个整体印象:

NewRelic图表

从图表上可以看到,在这个时间段,请求的平均耗时是52ms,同时可以看到每个请求的Ruby代码和数据库执行时间占据了绝大部分,还有少量的外部服务调用时间(比如第3方Oauth或者API)。由于我们使用OOB GC,所以在图表上几乎没有GC的时间。

另外右上角有一个3.58s的浏览器时间,这个是指用户访问网页,从请求发出,到整个页面完全加载完成(包括图片,css,js等)。

第2个图表是Apdex (Application Performance Index),从这里可以看到大部分用户是否满意你的应用响应速度:

Apdex score

从图表可以看到,99%的用户非常满意请求响应时间(在我们的应用里面,大部分请求是客户端调用api),93%的用户非常满意页面加载完成的时间。我们用的指标是NewRelic默认设置的500ms和7s,你还可以自己进行调整。

第3个图表是吞吐量

Throughput

可以看出在这半个小时的区间,平均每分钟有1050个请求。用这个图表,通过調整时间段(,了解整个应用什么时候是高峰,什么时候是低谷,方便将一些批处理,备份等任务放在访问低谷的时间段进行。还有当用户报告无法访问的时候,可以通过查看吞吐量是否有急剧下降,来判断是个例还是整体故障,来确定解决问题的优先级。免费版本的NewRelic,只能查看过去24小时的数据,升级到付费帐号,可以查看所有的历史数据。

第4个图表是根据请求的时间和请求的次数,列出一个最耗时的请求

Transactions

我们可以根据这个排列顺序,来考虑对于访问量大,同时又耗时的请求进行重点性能优化。

点击具体的请求,还可以看到请求耗时的分布情况:

TripsController

从图表上可以看到这个请求,在渲染json数据耗费了比较多的时间,另外在ActiveRecord的查询上也耗费了一些时间,如果要优化的话,就可以从渲染结果加片段缓存,或者查询优化入手。升级到付费版本,还能查看到具体的sql语句执行情况,如果有slow query,还能显示explain的结果。

第5个图表,是错误率

Error rate

在我们应用中引发错误的大部分是一些爬虫404,还有一些是异常数据没有处理好导致,这里就不详细介绍了。这个图表对于用户反馈错误定位也是很有帮助的。

第6个图表,是应用性能分布到各个服务器状态

服务器性能状态

对于了解服务器资源和扩容计划很有帮助。顺便说一个实际遇到的事情,发现过某台主机(我们用的云主机)的响应时间就是比其他台要慢50%以上,对比发现这台的CPU和Disk IO都比其他台要弱,后来报告给云主机服务商,通过迁移到了新的物理机解决了。

除了上述的这些性能图表,NewRelic也提供了很多监控的选项,比如ping,内存/存储警报等,可以将报警发送到邮件,或者推送到移动客户端:

NewRelic其它监控选项

这里就简单介绍一下它免费版本的少量功能,更多的功能留待大家去玩吧。最后还要提一下最喜欢的scalability report和database report,可以申请试用付费帐号来体验,是我见过最赞的报表了。

THE END

本站部分文章搜集整理于互联网或者网友提供,如有侵权请联系站长

如若转载,请注明出处:https://www.htmlbk.com/note/2023.html

温馨提示:该文档最后一次修改时间为2021-02-23 09:08:14,请注意相关的内容是否还可用!