怎么获取Node性能监控指标？获取方法分享( 四 ) _生活百科

系统吞吐量几个重要参数：QPS（TPS）、并发数、响应时间。

理解了上面三个要素的意义之后，就能推算出它们之间的关系：

QPS（TPS）= 并发数/平均响应时间并发数 = QPS*平均响应时间六、实际举例我们通过一个实例来把上面几个概念串起来理解。按二八定律来看，如果每天 80% 的访问集中在 20% 的时间里，这 20% 时间就叫做峰值时间。

公式：( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS)机器：峰值时间每秒QPS / 单台机器的QPS = 需要的机器1、每天300w PV 的在单台机器上，这台机器需要多少QPS？
( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)
2、如果一台机器的QPS是58 ，需要几台机器来支持？
139 / 58 = 3
到这里，以后如果你做一般中小项目的前端架构，在部署自己的node服务，就知道需要多少机器组成集群来汇报ppt了吧，哈哈，有pv就能推算一个初略值。
我们需要了解一下压力测试（我们要靠压测获取qps），以ab命令为例：
命令格式：
ab [options] [http://]hostname[:port]/path常用参数如下：
-n requests 总请求数-c concurrency 并发数-t timelimit 测试所进行的最大秒数, 可以当做请求的超时时间-p postfile 包含了需要POST的数据的文件-T content-type POST数据所使用的Content-type头信息复制代码

更多参数请查看官方文档。
http://httpd.apache.org/docs/2.2/programs/ab.html

例如测试某个GET请求接口：
ab -n 10000 -c 100 -t 10 "http://127.0.0.1:8080/api/v1/posts?size=10"得到一下数据：

文章插图

我们从中获取几个关键指标：

吞吐率（Requests per second）在图上有显示服务器并发处理能力的量化描述，单位是reqs/s ，指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。
记住：吞吐率是基于并发用户数的。这句话代表了两个含义：

a、吞吐率和并发用户数相关b、不同的并发用户数下，吞吐率一般是不同的计算公式：
总请求数/处理完成这些请求数所花费的时间必须要说明的是，这个数值表示当前机器的整体性能，值越大越好。
2、QPS每秒查询率(Query Per Second)
每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量，即每秒的响应请求数，也即是最大吞吐能力。
计算公式
QPS（TPS）= 并发数/平均响应时间（Time per request）在上图里有Time per request的值，然后我们也有并发数数据，就可以计算出QPS 。
【怎么获取Node性能监控指标？获取方法分享】这个QPS是压测数据，真实的qps ，可使用日志监控来获取。
日志监控通常情况下，随着系统的运行，我们的后台服务会产生各种日志，应用程序会产生应用程序的访问日志、错误日志，运行日志，网络日志，我们需要一个展示平台去展示这些日志。
后端一般都用比如ELk去展示，我们前端都是ui老手了，自己可以画定制的UI界面，不多说了，主要是日志本身要打印符合一定的规范，这样格式化的数据更利于分析和展示。
并且业务逻辑型的监控主要体现在日志上。通过监控异常日志文件的变动，将新增的异常按异常类型和数量反映出来。某些异常与具体的某个子系统相关，监控出现的某个异常也能反映出子系统的状态。
在体制监控里也能体现出实际业务的QPS值。观察QPS的表现能够检查业务在时间上的分部。
此外，从访问日志中也能实现PV和UV的监控。并且可以从中分析出使用者的习惯，预知访问高峰。
响应时间这个也可以通过访问日志来获取，并且真实响应时间是需要在controller上打log的。
进程监控监控进程一般是检查操作系统中运行的应用进程数，比如对于采用多进程架构的node应用，就需要检查工作进程的数量，如果低于预期值，就当发出报警。
查看进程数在linux下很简单，