[APM] OneAPM 云监控部署与试用体验

摘要: 作为 Zabbix 骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得 Zabbix 牛逼到无可取代。但是，随着 APM 市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。

作为 Zabbix 骨灰级粉丝，一直以来对第三方监控（APM）都是拒绝的。一来觉得收费，二来担心数据被人所知，三来觉得 Zabbix 牛逼到无可取代。但是，随着 APM 市场的火爆，我决定「放下身段」试用一次，并且会总结出它与开源监控之间差别在哪里。

运维经历的磨难

虽然都在不同的公司，做着不同的业务，但是大多运维总会经历相同的故事，以及背着类似的黑锅。运维们大多有如下经历：

网站或者业务访问不了，服务器问题，运维的责任
昨天还好好的，今天就出现的问题，运维的责任
部分地区用户反馈网站/App 无法试用，运维查查服务器。而且这种问题大多出现在事后。
各种程序都需要监控，常见的 MongoDB 、 Redis 、 Nginx ，还会出现各种不常见的应用。任何一种软件都要熟悉，运维总是在不停的学习，待遇缺一直比不上研发！
服务器出现问题，老板找运维、领导找运维、开发也找运维，运维并不知道代码逻辑，看日志，各种排错。

初识 OneAPM

OneAPM 是一家为企业和开发者提供 APM 解决方案的服务商，支持 Java、.NET、PHP、Ruby、Python、Node.js、HTML5、iOS、Android 等语言和操作系统。

什么是 APM ?

既然试用 APM ，我觉得很有必要给大家解释一下这个名词。应用性能管理（Application Performance Management）主要指对企业的关键业务应用进行监测、优化，提高企业应用的可靠性和质量，保证用户得到良好的服务，降低IT总拥有成本 (TCO) 。使用全业务链的敏捷 APM 监控，可使一个企业的关键业务应用的性能更强大，可以提高竞争力，并取得商业成功，因此，加强应用性能管理（APM）可以产生巨大商业利益。国内外的 APM 有 Compuware 、 iMaster 、听云、New Relic、OneAPM 、AppDynamics 等。 解释比较干，如果还是不了解什么是 APM ，那么请随我全面试用 OneAPM 的过程来了解什么是 APM 。

为什么要使用 OneAPM ？

分别从两个层面考量，分别为运维层面与代码层面

运维层面 团队规模小，大多数团队因为成本问题，都由开发人员兼职，造成了没有专业运维的一个局面，导致无法做更多的运维层面监控。
代码层面 运维能监控到众多系统层面甚至业务级别监控，但是代码级别、终端用户层面无法监控到。部分 App /程序上线初期因为用户量较少服务器能够顶住，但是一旦用户上来，将会变成乱成一团，最终导致用户流失。

OneAPM 六个监控大项

共有六项功能，接下来我一一使用，并对它和传统的开源监控来做比较

Ai（应用监控）

可监控 Java、.NET、Node.js、Python、PHP、Ruby 性能，通过探针的方式监控，可以监控到代码层面的性能，例如代码响应时间、吞吐量等等，研发人员通过它可以快速的定位性能低效代码

Bi（浏览器监控）

通过Ai方式注入或者流量器中增加js ，js 收集浏览网页用户的信息，并提交到OneAPM服务器。于是，我们能够了解到真实用户对网站的浏览情况。例如：白屏时间、首屏时间、脚本错误、网页加载就 绪时间、各种浏览器的访问情况，甚至能了解不同浏览器、运营商、地区用户的访问状况。

Ci（平台监控）

Ai、Bi 都比较偏向于开发，Ci则偏向于运维，Ci提供对系统、开源程序（例如：Nginx、PHP、Apache、MySQL、redis 等等）的性能指标管理，而且也提供系统层面的基本监控，例如 CPU 、内存、硬盘，但是功能相对比 Server 模块弱一点。

Mi（移动应用）

与Ai相类似，唯一不同的是它属于用户层面软件管理，真实反馈用户是用情况，并定位到代码问题。目前支持 iOS、 Android ，Windows Phone 用户量毕竟太少

Servers（系统监控）

服务器系统级别监控，主要监控CPU、内存、网络、硬盘等基本信息

告警（OneAlert）

OneAlert 的前身是 110 monitor ，偏向于运维，它是监控中最终的一环。 OneAlert 是一个中心，任何告警信息发送至 OneAlert，你可以设置各种规则，例如什么时间点发告警给谁，通过什么发送发送，例如短信、邮箱、微信、app等等。此功能相对独立，不依托前面几 个产品。支持多种插件，例如zabbix、NAGIOS、阿里云，甚至竞争对手监控宝。不知道监控宝该高兴呢还是不高兴呢！

OneAPM 正式试用

因为运维生存时间是 LNMP 环境，所以接下来的内容以 LNMP 为主，当然尽量试用更多的业务

OneAPM 试用之Ai

其实就是安装一个 PHP 扩展，而且官方已经列出了傻瓜式的文档，所以可以知道安装到底有多简单了。极力推荐官方改成一键安装方式。

安装OneAPM PHP Agent

#wget https://user.oneapm.com/account/7e42e138b703a72ae6950531c9ad958a/agent/php/OneAPM_php_Agent_latest.tar.gz

tar -xzf OneAPM_php_Agent_latest.tar.gz
cd oneapm-php5-linux-install-script
./oneapm-install

在提示输入「License Key」时，输入「License Key」

BwQCBwAPDAd5724VHAhDXw9NW04886BbXhgGCAkDTb0f6wBfGwNRTQcE3ca5BgcZBAAVBls=

等待安装脚本执行。若出现以下信息，则安装成功。

OneAPM is now installed on your system. Congratulations!

重启php-fpm

service php-fpm restart

或者你是 Apache ，那么重启 Apache 就行了，等候几分钟，重新进入后台，便可以看到数据。

Cloudwatch1

Ai 总览

Cloudwatch2

默认显示最近30分钟数据。一一看下都有哪些功能及其作用 平均响应时间 分为4个事物， Web 事务、后台任务、数据库、外部服务，着重了解 Web 与数据库。

Cloudwatch3

Web 事务响应时间为从接收到请求到放回之间的时间，最高平均值为870多毫秒，这个值可以容忍。好在运维生存时间时间有使用 CDN ，否则绝对都是无法容忍的。

Cloudwatch4

数据库最大平均响应时间为3.08ms，执行次数16,316次，总时间50.22毫秒。看到这些数据，心里有底了。

Apdex （性能指数）

先来了解下什么是 Apdex 。 Apdex 是一个国际通用标准，是对用户体验满意度的量化值。 服务端 Apdex ：当前服务端设定的 Apdex T 值为0.5秒。这意味着响应时间小于0.5秒时，为满意状态，介于0.5秒到2秒之间为可容忍状态，2秒以上为不满意状态。 浏览器 Apdex ：当前浏览器设定的 Apdex T值为2秒。 这意味着浏览器加载时间在2秒内是满意状态，介于2秒到8秒之间为可容忍状态，8秒以上为不满意状态。

Cloudwatch5

吞吐量

每分钟平均请求量

Cloudwatch6

目前这边每分钟平均27.17个请求，上图图层显示的数据为14：50到14：52两分钟内平均响应时间328.76ms，执行次数66次。如果吞吐量小，响应时间长，那应该引起足够的重视，将问题消灭在萌芽期。

Web 事务

一个 http/https 请求从发起到收到响应这个过程，我们称之为 Web 事务。 有时候网站慢，有时候有正常，运维无法排查到问题。OneAPM 的慢事务追踪完美解决了这个问题。来找出运维生存时间网站隐藏的问题。

Cloudwatch7

由此，我找到 Uri/wp-login.php 在整个过程相对耗时间，这是一个较少用到的页面，从上图可以发现2分钟内只执行了2次，平均响应时间却达到995.78毫秒。

Cloudwatch8

点击如上连接，进入追踪

Cloudwatch9

在最慢组件中，我们发现函数 filegetcontents 调用了一次，却执行了9秒时间。我们看看追踪详情，来探探究竟。 Cloudwatch10

运维生存时间时间启用了酷炫的登陆页面，后台图片为 bing 的背景。这个文章竟然是通过 filegetcontents 抓取的，得不偿失呀！

Web 事务追中不仅仅包含了代码级别追踪，其中还有请求参数，SQL 语句。功能酷的不能在库了。到底是 SQL 有问题还是代码有问题，OneAPM 都给你展示出来了。

Cloudwatch11

错误信息

程序执行过程中可能会少量出现错误，因为概率的关系，我们可能无法遇到，有些错误致命，有些错误无关大小，OneAPM 也就能抓住他们，等着开发人员去消灭。

Cloudwatch12

以上错误，在近6小时出现1326次，庆幸它是一个 warning 。为此功能点赞！

OneAPM 试用之 Bi

试用Ai之后，即使它是商业化产品，但是崇拜之心油然而生，毕竟这些功能 Zabbix 、NAGIOS 无法实现。 Bi , 浏览器应用管理，适合门户、论坛等站点，数据均来自真实用户，能够最直接的了解到站点性能，以及用户端出现的错误。

Cloudwatch13

有三种部署方式

复制/黏贴 js 纯文本 输入应用名称后，复制生成的代码，将其粘贴在<head>中。 注意：需要将代码粘贴在 <meta> 后面，所有 <script> 前面。 优势：避免加载 js 探针第一个脚本引起的网络耗时和减少白屏时间。
复制/黏贴 js 链接 输入应用名称后，复制生成的代码，将其粘贴在<head>中。 注意：需要将代码粘贴在<meta> 后面，所有 <script> 前面。 优势：操作简单，部署方便。
Ai 自动注入 Bi 探针 由 Ai 探针自动向前端页面注入 js 代码，只需简单配置，无需修改代码。 优势：和 Ai 无缝集成，可监控 Web 应用程序在不同区域、不同设备下响应时间，更新 js 探针方便

部署 Bi

使用 js 纯文本方式部署，输入应用名「运维生存时间 WEB」，保存即可获取到 js ，获取到的代码放到网站共用 head 之间。

Cloudwatch14

Cloudwatch15

如果不知道怎么放到 head ，联系对应的开发人员，他会告诉你。

Cloudwatch16

在测试的前一周，我们已经部署了一个未上 CDN 的小流量站点，先用这个站点看看。

Bi 基本功能

功能分为：受访页面、Ajax、脚本错误、浏览器、地理、运营商。 这部分数据对前端工程师非常重要，白屏时间、首屏时间、网页就绪时间，OneAPM 统计了每一个 URL 的这些指数的平均时间，从中找出最耗时间的 URL ，对代码响应的改良。

Cloudwatch17

Apdex 性能指数

此处能非常清晰的表现出当前站点的用户体验状况。如果大于2，那说明网站情况非常糟糕。如上截图，平均性能指标 Apdex 在0.28，可以容忍，看到这个指数心里相对放心，咱的站点用户体验不差。

脚本兼容性之脚本错误

公司有个前端工程师安装了各种浏览器，不知道的人还以为他爱好广泛呢，实际上他仅仅是为了在每种浏览器上做兼容性测试。浏览器有多家，每一家都有多 个版本， Firefox 都以及42.0了^_^。脚本错误在所难免， js 错误进一步导致网站部分功能无法使用。 OneAPM 记录了用户脚本错误信息，简直就是一个专业用户自动反馈（以往靠热心的用户的反馈，还提供测试，远程测试那得多消磨时间，而且其他未反馈的用户就别遗忘 了，被遗忘几乎等于流失）。 Cloudwatch18

Cloudwatch19

Cloudwatch20

Cloudwatch21

如上信息可以知道哪个页面出现了哪些脚本错误，并且给出了用户信息、浏览器、错误信息、堆栈信息等。我想，前端工程师从这里可以解决相当多问题！

页面跟踪

某些页面慢，到底慢在哪里，和 Ai 的 Web 事务一样，提供了慢事务追踪。

Cloudwatch22

点击需要 Trace 的页面，找到满加载追踪，资源为支持的可以 Trace

Cloudwatch23

Cloudwatch24

时间都在DOM

Cloudwatch25

只列出了部分资源时序，底下还有更多，类似 firebug 的「网络」，显示各个资源加载所消耗的时间。但是功能略显不足，未显示每个资源 DNS 解析、建立连接、接收数据分别消耗的时间，但是它能为我们提供一定的参考。这边或许可以做得更好。

OneAPM 试用之 Ci

Ci 平台监控，具体干嘛的，我上一张图你就明白了。

Cloudwatch26

用户只需在服务器安装 OneAPM Ci Agent，配置需要监控应用的配置文件即可。

部署OneAPM Ci Agent

点击设置添加平台，如下图

Cloudwatch27

复制 shell 命令，在 Linux 中运行即可。

平台添加完毕之后，过几分钟就能看到信息

Cloudwatch28

刚配置完毕，平台服务列只有 System 。 System 为服务器基本信息，例如 CPU、内存、硬盘、网络等。如下图

Cloudwatch29

效果与刚安装完 Zabbix 一样，但是安装更简单，UI 更漂亮。

添加平台服务

有各种各样的程序需要做性能管理，例如 Nginx 、 MySQL 、 PHP 、tomcat 等

LNMP 环境部署

所有的配置文件均在 /etc/oneapm-ci-agent/conf.d/ ，支持被监控的软件都有配置文件 sample

配置文件如下

ll /etc/oneapm-ci-agent/conf.d/
-rw-r--r-- 1 oneapm-ci-agent root 2630 Sep  6 22:41 activemq_58.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 2619 Sep  6 22:41 activemq.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  232 Sep  6 22:41 apache.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 2372 Sep  6 22:41 cassandra.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  250 Sep  6 22:41 couchbase.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  916 Sep  6 22:41 couch.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 2408 Sep  6 22:41 docker.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 2385 Sep  6 22:41 elastic.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 1550 Sep  6 22:41 jmx.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  338 Sep  6 22:41 kafka_consumer.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 5957 Sep  6 22:41 kafka.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  245 Sep  6 22:41 mcache.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  872 Sep  6 22:41 mongo.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  917 Sep  6 22:41 mysql.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  627 Sep  6 22:41 nginx.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root  952 Sep  6 22:41 php_fpm.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 1787 Sep  6 22:41 postgres.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 1645 Sep  6 22:41 rabbitmq.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 1116 Sep  6 22:41 redisdb.yaml.example
-rw-r--r-- 1 oneapm-ci-agent root 2760 Sep  6 22:41 tomcat.yaml.example

部署 nginx

部署 nginx status

请看之前的文章：http://www.ttlsa.com/nginx/nginx-status-detail/

status地址：http://localhost/status

编辑 nginx 配置

# cat nginx.yaml
init_config:
instances:
- nginx_status_url: http://localhost/ngx_status
tags:
tag_key:tag_value`

重启OneAPM-C

# /etc/init.d/oneapm-ci-agent restart
Stopping OneAPM CI Agent (using killproc on supervisord):  [  OK  ]
Starting OneAPM CI Agent (using supervisord):             [  OK  ]

验证 php-fpm运行状态

# /etc/init.d/oneapm-ci-agent info

如果看到如下信息，说明 php-fpm 监控配置成功，登陆 OneAPM，等候几分钟，Ci中会有数据展示

Checks
======
php_fpm
-------
- instance #0 [OK]
- Collected 7 metrics, 0 events & 2 service checks`

Nginx 性能数据

Cloudwatch30

修改配置文件，重启 Agent 即可获取到 nginx，非常简答！

部署 MySQL

部署方法基本类型，只需要修改 mysql.yaml 即可

# cat mysql.yaml
instances:
- server: localhost
user: oneapm
pass: '123456'`

配置数据权限

# mysql -e "CREATE USER 'oneapm'@'localhost' IDENTIFIED BY 123456;"
# mysql -e "GRANT REPLICATION CLIENT ON *.* TO 'oneapm'@'localhost' WITH   MAX_USER_CONNECTIONS 5;"

重启 Agent

# /etc/init.d/oneapm-ci-agent restart`

验证配置

# /etc/init.d/oneapm-ci-agent restart
Checks
======
[...]
mysql
-----
- instance #0 [OK]
- Collected 8 metrics & 0 events`

备注：密码如果是数字，一定记得加上单引号，否则会出现错误。这算一个小 BUG，希望 OneAPM 能将它先转为字符串。

MySQL 性能数据

Cloudwatch31

当然，这边只显示部分12个性能指标，你可以点击“加载更多”显示更多，或者前往 MySQL 仪表盘。

Nginx 部署

配置方法都一样，只是配置文件不同，我列出我的配置文件以及监控图

配置文件 nginx.yaml

# cat nginx.yaml
init_config:
instances:
- nginx_status_url: http://localhost/ngx_status
tags:
-tag_key:tag_value`

性能数据

Cloudwatch32

到这里我们可以发现 Ci 监控与 Zabbix 部分功能是一样的

OneAPM 有如下优势

部署简单，没有太多复杂配置
Ui 美观大方
图片数据能更详细的显示，而 Zabbix 仅仅是一张图

Zabbix 优势

开源免费
自定义功能强

OneAPM 试用之 Mi

功能与 Ai 类似，可实现代码级别管理

OneAPM 试用之 Server

Server 监控与平台监控中的平台服务「system」部分重叠，如果你不想监控太多关于系统层面的数据（cpu、内存、io之类），那么安装OneAPM Ci Agent即可。反之，装OneAPM Servers吧！

部署 OneAPM Servers

# wget              https://user.oneapm.com/account/7e42e138b703a72ae6950531c9ad958a/agent/server/OneAPM_server_Age    nt_latest.tar.gz
# tar –xzvf OneAPM_server_Agent_latest.tar.gz
# cd oneapm-sysmond-linux-install-script/
# ./oasysmond-install
OneAPM Server Monitor Installation (interactive mode)
============================================

Please select from one of the following options:

1)  Install OneAPM Server Monitor
2)  Uninstall OneAPM Server Monitor
3)  Upgrade OneAPM Server Monitor

0)  Exit

Enter choice (1-3, 0 to exit): 1

根据提示，输入你的 key 即可。 运行 OneAPM Servers

# oasysmond

数据展示 启动之后，登陆 OneAPM 后台，进入 Server 监控，稍等几分钟便可以查看数据。我添加了两台服务器，数据如下

Cloudwatch33

一个服务器列表，显示了最基础的 CPU 内存、内存、磁盘信息。点击主机名，查看更多数据。我们可以看到四个菜单：总览、磁盘、网络、进程。

相比其他功能， Server 监控没有给我太大的惊喜，毕竟功能和 zabbix 相类似。不过站在非专业运维角度出发，这绝对是个被需要产品。分别列出一些性能指数

Cloudwatch34

Cloudwatch35

Cloudwatch36

Cloudwatch37

Cloudwatch38

Cloudwatch39

Cloudwatch40

Cloudwatch41

千万不要小看这些基本数据，他能给服务器是否需要扩容升级提供一个依据，历史数据也更容易协助解决一些存在故障！

OneAPM 试用之 OneAlert

Cloudwatch42

它是告警 ALL IN ONE，Zabbix 、API、NAGIOS、阿里云、腾讯云、监控宝等等发出的告警信息接入 OneAlert 数据中心。 OneAlert 根据定义好的规则，将通过定义好的告警方式（可能是邮件、可能是短信、可能是电话）将告警消息传给指定的人，规则各种灵活配置。

OneAPM VS Zabbix

通过全面的试用 OneAPM ，我觉得没有必要拿 OneAPM 与传统开源监控 Zabbix 做个比较。因为各自侧重点不同，互相不可取代。OneAPM 偏重于性能管理， Zabbix 偏重于业务监控。

OneAPM 与 Zabbix 如何选择？

文章写这么多，不是立马让你掏钱去买 OneAPM 服务，这并不是我的初衷。我想让大家全面的了解什么 APM，APM 能做什么？ APM 能解决什么问题？如果你觉得它对你们有说帮助，请毫不犹豫的使用它。如果觉得 Zabbix 就够了。那也没那个必要。

最后

感谢 OneAPM 提供试用功能，让我更全面的了解了 OneAPM 性能管理。当然, zabbix 毫无疑问是一个伟大的产品，我是它的铁杆粉丝（我用 Zabbix 110篇系列文章这个行动证明了），了解到它的强大之处，也了解到了它的不足之处，这个不足恰巧是 APM 的机会！

Published by

风君子

独自遨游何稽首 揭天掀地慰生平

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注