Question

我正在调查在多核环境中运行节点的选项。

我正在尝试确定最佳方法，到目前为止，我已经看到了这些选项

使用内置群集库来启动工作并响应信号
使用PM，但PM2 -i列为测试版。
Naught
Recluster

还有其他选择吗？人们在生产中使用了什么？

Answer 1

我一直在使用默认的群集库，它运行良好。我有超过10,000个并发（多个服务器上有多个集群），它运行良好。

建议使用带域的群集进行错误处理。

这是从http://nodejs.org/api/domain.html直接解除的。我对如何为你机器的每个核心生成新的集群做了一些改变。并摆脱了if / else并添加了express。

var cluster = require('cluster'),
    http = require('http'),
    PORT = process.env.PORT || 1337,
    os = require('os'),
    server;

function forkClusters () {
    var cpuCount = os.cpus().length;
    // Create a worker for each CPU
    for (var i = 0; i < cpuCount ; i += 1) {
        cluster.fork();
    }
}

// Master Process
if (cluster.isMaster) {

    // You can also of course get a bit fancier about logging, and
    // implement whatever custom logic you need to prevent DoS
    // attacks and other bad behavior.
    //
    // See the options in the cluster documentation.
    //
    // The important thing is that the master does very little,
    // increasing our resilience to unexpected errors.

    forkClusters ()

    cluster.on('disconnect', function(worker) {
        console.error('disconnect!');
        cluster.fork();
    });

}
function handleError (d) {
    d.on('error', function(er) {
        console.error('error', er.stack);

        // Note: we're in dangerous territory!
        // By definition, something unexpected occurred,
        // which we probably didn't want.
        // Anything can happen now!Be very careful!

        try {
            // make sure we close down within 30 seconds
            var killtimer = setTimeout(function() {
                process.exit(1);
            }, 30000);
            // But don't keep the process open just for that!
            killtimer.unref();

            // stop taking new requests.
            server.close();

            // Let the master know we're dead.This will trigger a
            // 'disconnect' in the cluster master, and then it will fork
            // a new worker.
            cluster.worker.disconnect();
        } catch (er2) {
            // oh well, not much we can do at this point.
            console.error('Error sending 500!', er2.stack);
        }
    });
}
// child Process
if (cluster.isWorker) {
    // the worker
    //
    // This is where we put our bugs!

    var domain = require('domain');
    var express = require('express');
    var app = express();
    app.set('port', PORT);

    // See the cluster documentation for more details about using
    // worker processes to serve requests.How it works, caveats, etc.

    var d = domain.create();
    handleError(d);

    // Now run the handler function in the domain.
    //
    // put all code here. any code included outside of domain.run will not handle errors on the domain level, but will crash the app.
    //

    d.run(function() {
        // this is where we start our server
        server = http.createServer(app).listen(app.get('port'), function () {
            console.log('Cluster %s listening on port %s', cluster.worker.id, app.get('port'));
        });
    });
}

Answer 2

我们使用Supervisor来管理我们的Node.JS流程，在启动时启动它们，并在流程崩溃时充当监视程序。

我们使用Nginx作为反向代理来平衡侦听不同端口的进程之间的流量

这样每个进程都与另一个进程隔离。

例如：Nginx侦听端口80并将流量转发到端口8000-8003

Answer 3

我使用PM2已经有一段时间了，但由于我拥有自己的分析环境并且我不需要支持，因此他们的定价对我的需求来说是昂贵的，所以我决定尝试替代方案。对于我的情况，只是永远成功，实际上非常简单：

forever -m 5 app.js

另一个有用的例子是

forever start app.js -p 8080

多个处理器上的NodeJS（PM2，Cluster，Recluster，Naught）

3 个答案: