非五毛非官方体验Alinode报告
发布于 4 年前 作者 youyudehexie 6246 次浏览 来自 分享

来源: http://www.jianshu.com/p/16e3813ae620 很久没更新了,记一篇流水账,说说我使用alinode的那些事儿。

Alinode简介

alinode,是一套基于社区 Node 改进的运行时环境和服务平台。在社区的基础上我们内建了强大的支持功能,帮助开发者迅速洞见性能细节,快速定位疑难杂症,直探问题根源。

官网网址:http://alinode.aliyun.com/

安装

alinode提供了两种部署方式: 1.自助式部署 。 2.交互性部署。

本人选择的是交互性部署。过程当中只需要执行两条命令

wget -q https://raw.githubusercontent.com/aliyun-node/alinode-all-in-one/master/alinode_all.sh

bash -i alinode_all.sh // 可能需要sudo权限

安装过程当中,有两点让我感到比较意外,1. 竟然会问我是否使用阿里云的服务器(如果不是阿里云的服务器,不知道是否会容易遇到问题?) 2. 发现分配给我的app id 才800多,感觉目前使用的人还不多。

回头看看自助式部署的文档。

主要介绍了如何安装 tnvm, AgentX,根据命名方法,推测tnvm功能作用约等于nvm,负责alinode的版本更新。

回头把重点放在 AgentX 模块,通过npm查找到对应模块的一些介绍。

AgentX是alinode团队开发的agent命令程序,用于协助alinode的性能数据上报和问题诊断。

项目地址:https://github.com/aliyun-node/agentx

大概浏览了一下代码,agentx 大概的作用是,启动了一个websocket服务器,服务器会带着app id 和 key 等信息到监控服务器上面注册,注册成功后,收集alinode产生的日志文件汇报到监控服务器并且暴露一些执行命令的接口,交给监控服务器来推送执行。

##监控

nohup agentx ~/yourconfig.json & // 启动AgentX
export ENABLE_NODE_LOG=YES // 当您需要 alinode 的内核级监控时,请于启动进程前,添加如下两个环境变量
export NODE_LOG_DIR=/tmp/
node app.js //启动你的node.js 应用。

显示成功连接实例

alinode进程数据

alinode进程监控

堆整体信息

堆整体信息是描述V8堆的大致信息的。heap_limit是堆内存的上限大小。heap_total是当前堆申请到的大小。heap_used是当前实际使用到的大小。其大小关系为heap_limit > heap_total > heap_used。

堆空间信息

V8中,堆被开辟为多个空间,每个空间有自己的GC回收算法。其中new_space是新生代,code_space存放编译后的代码,lo_space存放大对象。除了new_space外,其余空间均属于老生代。

GC信息

GC信息是当前一分钟内的GC占比图。last_min指过去的1分钟。gc_time_during_last_min是指在这一分钟内用在GC上的时间占比。scavange_durition是指作用在新生代上的GC占比,marksweep_durition是指作用在老生代上的GC占比

趋势图1

很遗憾,qps趋势并没有说明是如何定义的?

趋势图2

timer趋势比较有意思,定时器是在node.js经常使用的,同时也是产生性能问题的,监听个数有确实有利于发现系统问题。

##Node profile

记得在深jsconf中,朴灵曾经为此进行分析,开发者能通过Node profile 能够轻松地看到项目代码在执行的过程中,代码片段所花费的时间和优化情况。有一点可惜的是该项目不是开源的。

项目地址: http://profiler.alinode.aliyun.com/

alinode中提供了方便的接口查看node profile

在进程界面中,选择alinode 的进程,并选择 take cpu profile

约3分钟后,将会生成node profile 文件,上传该文件可以得到分析报告

node profile

##总结

经过短暂的alnode使用,初步的印象alinode是一个 常规监控 + node 特色监控的监控服务,其中对node.js在运行当中的细节描述(例如gc,内存占用,libuv handles)尤为出色。

待改进地方:

  1. 界面设计方面还需要努力,尤其图表,相对其他监控服务来说,还是比较粗糙,估计alinode团队当前,把精力放在基础建设上面吧?相信要做,肯定能做好的。
  2. 当我们启动的时候带上 ENABLE_NODE_LOG=YES 才能拥有内核级的监控,既然alinode是这样设计,估计在做log的过程中对内核有一定消耗,如果不能启动内核监控,相对于其他监控服务,alinode优势不大,如果能变成不重启就能实现或者优化做log的时候性能没有受到太大影响,应该才是最好的方式。
  3. 对于v8堆,栈,gc情况,均详细显示在统计图表当中,然而,很多开发者对于v8堆,栈,gc等性能指标相对于平均负载,cpu负载,内存占用等常规监控项目而言,并不是那么熟悉,例如,当我的libuv handles 占用很高,我该如何调试?一般产生问题的原因有哪些?估计alinode团队也意识到这个问题,开设了团队博客进行科普,文章质量感觉不错。 地址:http://alinode.aliyun.com/blog

最后,希望alinode越办越好。

2 回复

图片怎么挂了?

@AntSworD 好像是简书里图片

回到顶部