New Relic 是一个很强大的服务器性能监控工具,New Relic目前专注于SaaS和App性能管理业务,它支持支持agent和API传送数据,能够对部署在本地或在云中的web应用程序进行监控、故障修复、诊断、线程分析以及容量计划。
New Relic APM将你没有发现的问题暴漏出来,帮助团队减少问题解决的时间,从而集中精力写出更多的代码,而不是一直在停留在故障排除。
- 端对端事务跟踪:跟踪一个关键事务的性能,这个事务贯穿在整个面向服务应用程序环境。
- 代码级的可见性:深入洞察特定代码段和SQL语句对性能的影响。
- 关键事务:标记你的最关键的事务,当响应时间、调用、错误率等这些表现不佳的时候可以迅速的发现。
- X光会话:通过展示事务跟踪长期分析的结果,来获得对一个关键事务性能更深入的了解。
简单工作原理
RPM拥有两种基本的组件:作为应用程序插件运行的代理,以及放置在New Relic数据中心中的服务。代理会收集性能数据,每分钟都会通过HTTPS或者HTTP协议异步地发送给RPM服务,New Relic那里会存储并处理这些数据。
New Relic数据中心会完成以下的工作:数据存储、聚集、修正和可视化。我们可以通过浏览器访问性能数据。 New Relic不提供在本地运行服务的方案,服务只运行在他们的数据中心上。
安装 APM(以java监控Tomcate为例)
-
注册一个New Relic账号(https://newrelic.com/signup)。
-
登录网站选择APM(Application Performance Management,应用性能管理),选择Get Started,假如已经有了applications,就选择[+Add more],如图:
- 选择java
在这里你还需要一些前置条件才能进行下面的操作:
- 你要服务器的管理员权限
- 你需要配置防火墙允许New Relic 代理访问网络(发送数据)。
- 访问您的Windows Azure管理门户。
- 获取自己独有的license_key,如图:
点击按钮就可以看到license_key了。这个license_key每个newrelic账号是唯一的,也是Agent能成功发送数据到服务器的关键。
- 下载代理
- 将下载的文件解压到应用服务器根目录
我这里是tomcate,所以我解压到我自己的tomcate根目录/usr/local/tomcat/apache-tomcat-7.0.70下
unzip newrelic-java-3.40.0.zip -d /usr/local/tomcat/apache-tomcat-7.0.70/
- 修改配置(可以不修改直接使用默认的)
切换到/usr/local/tomcat/apache-tomcat-7.0.70/newrelic目录,在目录中找到newrelic.yml配置文件。license_key选项就是第4步获得的key,主要是修改app_name,修改成自己应用名字。
app_name: Demo APP
- 切换到/usr/local/tomcat/apache-tomcat-7.0.70/newrelic 下面运行安装命令
cd /usr/local/tomcat/apache-tomcat-7.0.70/newrelic
java -jar newrelic.jar install
我们可以看到如下提示信息:
root@iZ282d1y91zZ:/usr/local/tomcat/apache-tomcat-7.0.70/newrelic# java -jar newrelic.jar install
***** ( ( o)) New Relic Java Agent Installer
***** Installing version 3.40.0 ...
* Backed up start script to /usr/local/tomcat/apache-tomcat-7.0.70/bin/catalina.sh.20170721_174419
* Added agent switch to start script /usr/local/tomcat/apache-tomcat-7.0.70/bin/catalina.sh
* No need to create New Relic configuration file because:
A config file already exists: /usr/local/tomcat/apache-tomcat-7.0.70/newrelic/newrelic.yml
***** Install successful
***** Next steps:
You're almost done! To see performance data for your app:
1) Restart your app server
2) Exercise your app
3) Log into http://rpm.newrelic.com
Within two minutes, your app should show up, ready to monitor and troubleshoot.
If app data doesn't appear, check newrelic/logs/newrelic_agent.log for errors.
出现(***** Install successful)表示安装成功,newrelic/logs/newrelic_agent.log是日志地址。
- 重启tomcate服务,并查看日志
./catalina.sh stop
./catalina.sh start
tail -f logs/newrelic_agent.log
可以看到,Agent已经成功装数据发往newrelic.com的个人账号。
图表的简单说明
Web transactions time(请求的响应时间图表)
首先需要关注的是请求的响应时间图表,用这个图表可以对请求在服务器端耗时有个整体印象
从图表上可以看到,在这个时间段,请求的平均耗时是7ms,同时可以看到每个请求的java代码和数据库执行时间占据了绝大部分,还有少量的外部服务调用时间(比如第3方Oauth或者API)。另外右上角有一个0.771s的浏览器时间,这个是指用户访问网页,从请求发出,到整个页面完全加载完成(包括图片,css,js等)。
Apdex (Application Performance Index)
从这里可以看到大部分用户是否满意你的应用响应速度:
从图表可以看到,93%的用户非常满意请求响应时间,100%的用户非常满意页面加载完成的时间。我们用的指标是NewRelic默认设置的500ms和7s,你还可以自己进行调整。
Throughput 吞吐量 (每分钟的请求数)
可以看出在这半个小时的区间,平均每分钟有0.333个请求。用这个图表,通过調整时间段,了解整个应用什么时候是高峰,什么时候是低谷,方便将一些批处理,备份等任务放在访问低谷的时间段进行。还有当用户报告无法访问的时候,可以通过查看吞吐量是否有急剧下降,来判断是个例还是整体故障,来确定解决问题的优先级。免费版本的NewRelic,只能查看过去24小时的数据,升级到付费帐号,可以查看所有的历史数据。
Transactions 最耗时的请求列表
根据请求的时间和请求的次数,列出一个最耗时的请求
我们可以根据这个排列顺序,来考虑对于访问量大,同时又耗时的请求进行重点性能优化。
点击具体的请求,还可以看到请求耗时的分布情况:
从图表上可以看到这个请求,在forIndex方法上耗费了比较多的时间,另外在DispatcherServlet上也耗费了一些时间。升级到付费版本,还能查看到具体的sql语句执行情况,如果有slow query,还能显示explain的结果。
Error rate 错误率
Recent events 最近的事件
NewRelic也提供了很多监控的选项,比如ping,内存/存储警报等,可以将报警发送到邮件,或者推送到移动客户端:
对于了解服务器资源和扩容计划很有帮助。顺便说一个实际遇到的事情,发现过某台主机(我们用的云主机)的响应时间就是比其他台要慢50%以上,对比发现这台的CPU和Disk IO都比其他台要弱,后来报告给云主机服务商,通过迁移到了新的物理机解决了。
应用性能分布到各个服务器状态
这里就简单介绍一下它免费版本的少量功能,更多的功能留待大家去玩吧。最后还要提一下最喜欢的scalability report和database report,可以申请试用付费帐号来体验。
删除监控实例
官方文档: https://docs.newrelic.com/docs/apm/new-relic-apm/maintenance/remove-applications-servers
- 将newrelic.yml配置文件中agent_enabled改成false,或者卸载代理。
- 重启应用服务器
查看日志如图:
-
等待几分钟(10分钟),看到Application名称变成灰色
-
删除
Java Agent官方文档
完整的安装说明和故障排除文档在:
https://newrelic.com/docs/java/new-relic-for-java
通用的安装指南:
https://newrelic.com/docs/java/java-agent-self-installer
配置参数详解:
https://newrelic.com/docs/java/java-agent-configuration
参考文章:
https://ruby-china.org/topics/22379