性能数据接收接口I/O堵塞问题处理及Nginx分流扩容方案

1.背景
2.解决方案
- [2.1.nginx.conf 核心配置：](#2.1.nginx.conf 核心配置：)
- 2.2.后端分发接口
3.对外暴露接口

1.背景

我方对外提供的性能数据接收接口，核心承担客户实时监控数据的接入与处理工作。该接口需按照 5 秒/次的高频周期，持续处理客户推送的性能数据；在此过程中，接口应用日志与服务器侧系统 / 中间件日志海量累积，磁盘 I/O 资源被日志高频写入行为持续占用，引发系统 I/O 堵塞，最终导致接口实时处理能力下降、数据接收时延显著升高。

2.解决方案

采用 Nginx 请求分流方案，将性能数据接收请求分发至 1.2.3.4:10010 和 1.2.3.4:10011 两个节点（支持后续动态追加节点扩容），具体配置及接口说明如下：

2.1.nginx.conf 核心配置：

bash 复制代码

## 实时数据接收接口-多节点负载分发（配置在http模块下）
upstream performance_servers {
    server 1.2.3.4:10010;
    server 1.2.3.4:10011;
    # 后续扩容可直接追加节点，示例：server 1.2.3.4:10012;
}

## 实时数据接收接口路由转发（配置在server模块下）
location /http/api/performance {
    # 保持原接口访问路径不变，转发至后端节点集群
    proxy_pass http://performance_servers/http/api/performance;
}

2.2.后端分发接口

配置两个逻辑一致仅端口不同的后端接口，用于承接分流请求：

实时数据接收接口 - 分发 1：http://1.2.3.4:10010/http/api/performance
实时数据接收接口 - 分发 2：http://1.2.3.4:10011/http/api/performance

3.对外暴露接口

客户侧仍使用原统一接口接入，无需调整：
http://{对外 IP}/http/api/performance