Node.js的几个“黄金”指标

Node.js应用的监控有一些需要特别注意的地方。该语言的动态特性为开发造成了新的问题,内存泄漏和单一功能阻塞事件队列,这可能对整体应用性能产生巨大的影响。并行执行作业使用“集群(cluster)”功能,以便充分利用多核CPU。但主要进程和工作进程属于一个应用程序,所以我们应该对它们进行监控。本文中,我们一起深入去了解Node.js应用程序的几项重要指标,更好地解决和避免可能的问题。

垃圾回收&内存处理

Node.js是基于Google’s Chrome V8的Javascript引擎。垃圾回收可以回收那些不再需要的对象的内存。V8垃圾回收可以停止执行程序。增量GC周期(scavenging)过程只是堆的一部分,并且非常快。为了尽量减少程序执行中的暂停,执行完整的GC运行较不频繁。

关于垃圾回收的指标,我们首先应该衡量所花费的时间。此外,还需要看完整GC循环(或增量GC循环)的执行周期。堆内存的大小可以与上次GC运行的大小进行比较,看是否有增多的趋势。以下是需要监控的指标:

  • 垃圾回收的时间消耗
  • 计算完整GC周期
  • 计算增量GC周期

垃圾回收指标

除了GC发生的频率,时间,我们还可以通过以下的指标观察内存的情况:

  • GC周期之间释放内存(见上文)
  • 流程堆大小和堆使用

进程内存信息

事件循环 – Node.js性能的秘诀是CPU限制并使用异步操作的能力。这样,我们可以充分利用CPU,不浪费等待I/ O操作的周期。这意味着一台服务器可以进行多个连接,异步操作不被阻塞。一旦操作完成,使用回调函数来继续处理。它的实现基于单一事件循环—单独的线程中处理异步函数调用。使用同步操作会使性能下降,因为其他操作需要等待执行。这就是为什么,“不堵塞事件循环”是Node.js性能的黄金法则。

  • 最慢的事件处理(最大延迟)
  • 平均事件循环延迟
  • 最快的事件处理(最小延迟)

最慢,平均和最快的事件处理

事件循环的高延迟可能意味着使用阻断(同步)或程序正在处理事件。这可能会影响整个Node.js应用程序的性能。

集群模式和进程数 – 为了使Node.js处理不止一个进程,我们需要使用“集群”模式。主进程共享插槽与叉形工作进程,并可以用它交换消息。有一个网络服务器派生n个工作流程的典型用例:在共享的服务器接口中操作,并处理循环的要求。多数情况下,程序选中N个服务器提供的CPU—这就是为什么常规情况下,进程的数量恒定。如果这个数字产生变化,这意味着工作进行已经终止,或其他的一些原因。当需要处理的进程排队的时候,要按照需要依次处理。这时候,进程数量随时都会变化。可以使用像SPM类似的工具,观察Node.js的进程数量。Node.js进程的时间很短,传统的检测工具可能不够准确。

进程数量

例如,要在不同的Node.js子过程比较事件循环延迟,我们需要能够选择想要的进程进行比较:

每个进程的时间循环延迟

Web框架 – 越来越多的人使用Node.js构建Web服务器框架。最流行的是:Express、 Hapi.js、 Restify、 Mean.io、 Meteor,等等。当进行HTTP检测时,需要注意以下这些关键指标:

  • 响应时间(HTTP / HTTPS)
  • 请求率
  • 错误率(总数,错误种类)
  • 请求/响应内容大小

HTTP / HTTPS指标概述

当然,Node.js不会运行在真空中。它们连接到其他服务,其他类型的应用,高速缓存,数据存储等。因此,Node.js单独使用或单独监测不是明智的做法。在这里,我要给大家一个忠告:你要准备一个足够大的显示屏,以便更好的进行检测。 Node.js 经常是与 Elasticsearch、 Redis等等一起使用。因此,需要将相关的指标一起显示。如下图所示:

本文文字及图片出自 www.evget.com

余下全文(1/3)
分享这篇文章:

请关注我们:

发表回复

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