配置高可用性，说白了就是让应用在服务器宕机、网络波动甚至机房断电时，仍然能够持续提供服务。

在CentOS上搭建Node.js应用的高可用环境，通常需要多个层面协同配合。重点包括负载均衡、进程管理、数据库冗余和存储容灾。

下面逐一拆解，把关键步骤和核心思路梳理清楚。

1. 使用负载均衡器

负载均衡器就像交通指挥员，负责把用户请求均匀分发到多个Node.js实例。

这样即使某个实例发生故障，流量也会自动绕开它，业务可以持续运行，不会轻易中断。

安装和配置Nginx作为负载均衡器

1. 安装Nginx：

   sudo yum install epel-releasesudo yum install nginx

2. 配置Nginx。编辑主配置文件或自定义配置文件，例如/etc/nginx/conf.d/default.conf。

   然后添加一个upstream块，把后端Node.js实例的地址和端口写进去：

   http {
       upstream node_app {
           server 192.168.1.1:3000;
           server 192.168.1.2:3000;
           server 192.168.1.3:3000;
       }
   
       server {
           listen 80;
           location / {
               proxy_pass http://node_app;
               proxy_set_header Host $host;
               proxy_set_header X-Real-IP $remote_addr;
               proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
               proxy_set_header X-Forwarded-Proto $scheme;
           }
       }
   }

3. 重启Nginx，让配置生效：

   sudo systemctl restart nginx

2. 使用集群模式

Node.js默认是单线程的，而现代服务器通常拥有多个CPU核心。

利用内置的cluster模块，可以同时启动多个Worker进程。每个进程独占一个核心，并共同监听同一个端口。

这样不仅能提升吞吐量，还能增强容错能力。即使某个Worker崩溃，Master也可以快速fork一个新的进程顶上。

示例代码

const cluster = require('cluster');
const http = require('http');
const numCPUs = require('os').cpus().length;

if (cluster.isMaster) {
    console.log(`Master ${process.pid} is running`);

    // Fork workers.
    for (let i = 0; i < numCPUs; i++) {
        cluster.fork();
    }

    cluster.on('exit', (worker, code, signal) => {
        console.log(`worker ${worker.process.pid} died`);
    });
} else {
    // Workers can share any TCP connection
    // In this case it is an HTTP server
    http.createServer((req, res) => {
        res.writeHead(200);
        res.end('hello worldn');
    }).listen(3000);

    console.log(`Worker ${process.pid} started`);
}

3. 使用进程管理器

仅靠集群模式还不够。

如果整个Node.js进程因为内存泄漏或未捕获异常退出，集群模式本身无法完成完整的托管和恢复。这时就需要进程管理器，例如PM2。

PM2可以负责以下工作：

• 启动应用

• 监控进程状态

• 在崩溃后自动重启

• 管理日志

• 支持零停机部署

安装PM2

sudo npm install pm2 -g

启动应用

pm2 start app.js --name my-app

监控和管理

pm2 list
pm2 logs
pm2 monit

4. 配置健康检查

负载均衡器可以分发流量，但前提是它要知道后端实例是否正常可用。

实现方法就是健康检查。通常会在Node.js应用中暴露一个专门的状态接口，例如/health。

这个接口返回一个简单的JSON，例如{ status: 'UP' }。Nginx或其他负载均衡器会定期访问它。

如果某个实例连续多次没有响应，它就会被暂时移出服务池。等恢复正常后，再重新接入。

示例健康检查端点

const express = require('express');
const app = express();

app.get('/health', (req, res) => {
    res.json({ status: 'UP' });
});

app.listen(3000);

5. 数据库和存储的高可用性

应用层实现高可用，只是第一步。如果数据层存在单点故障，整体高可用仍然无法成立。

数据库方面，MySQL可以用主从复制或组复制，MongoDB可以用副本集（Replica Set），Redis可以用哨兵模式或集群模式。

核心原则包括：

• 每次写操作至少同步到两个节点

• 读操作可以分散到多个从节点

• 存储层可考虑分布式文件系统或云存储服务

6. 网络和防火墙配置

防火墙规则不能过于严苛，否则负载均衡器到后端实例的流量可能被阻断，健康检查也会随之失败。

需要确保以下几点：

• Nginx所在的端口，例如80/443，对外开放

• 后端Node.js实例的端口，例如3000，只对内网开放

• 负载均衡器能够正常访问后端实例

• iptables或firewalld配置经过仔细检查，避免不必要的丢包

7. 备份和恢复策略

高可用不等于零数据丢失。

需要定期备份应用代码、配置文件和数据库，并将备份保存到异地或云存储中。

同时，还要制定明确的恢复流程，例如：

• 从备份重建实例

• 切换DNS

• 验证数据一致性

最好定期进行恢复演练，确保真正发生故障时，团队能够快速响应，而不是手忙脚乱。

总结

把以上步骤组合起来，基本就可以在CentOS上搭建出一个可靠的高可用Node.js环境。

当然，在实际场景中，往往还需要进一步考虑SSL证书管理、日志集中存储、监控告警、自动扩缩容等更细化的内容。

但无论怎么扩展，先把基础打牢，后续优化才真正有意义。