Express负载均衡场景下文件上传问题及优化方案咨询

兄弟，你遇到的这个问题是负载均衡架构里非常典型的本地存储一致性坑，我来给你唠唠靠谱的解决方案，顺便分享些适合新手的负载均衡优化思路~

目前文件只存在接收请求的那台应用服务器本地，其他节点自然读不到，这里有几个从易到难、适合不同场景的方案：

1. 共享本地存储（中小团队快速上手） #

给所有应用服务器挂载同一个共享存储目录，比如用NFS（Linux环境）或者SMB（Windows环境）搭建一个专门的文件服务器，然后让每台应用服务器都把这个共享目录挂载到本地路径。

这样multer只需要把文件写到这个共享目录里，不管请求落到哪台应用服务器，读取的都是同一个存储位置的文件。代码改动非常小，只需要修改multer的存储路径：

const storage = multer.diskStorage({
  destination: function (req, file, cb) {
    cb(null, '/mnt/shared-uploads') // 这里是挂载的共享目录路径
  },
  filename: function (req, file, cb) {
    cb(null, Date.now() + '-' + file.originalname) // 加时间戳避免重名
  }
})
const upload = multer({ storage: storage })

这种方式改造成本低，适合初期规模不大的架构，但要注意共享存储本身的性能和可用性，别让它成为瓶颈。

2. 对象存储（生产环境首选） #

这是最推荐的方案，直接把文件上传到分布式对象存储服务，比如开源的MinIO，或者云厂商的S3、OSS这类服务。

应用服务器不再存储文件本身，只需要把文件的访问URL或者存储标识存到数据库里。这样不仅解决了跨节点的文件访问问题，还能获得高可用、高扩展的存储能力，甚至可以配合CDN加速文件访问。

举个MinIO的简单示例：

const Minio = require('minio')
const minioClient = new Minio.Client({
  endPoint: '你的MinIO服务器地址',
  port: 9000,
  useSSL: false,
  accessKey: '你的访问密钥',
  secretKey: '你的秘密密钥'
})

// 替换原来的multer上传逻辑
app.post('/upload', async (req, res) => {
  try {
    const file = req.files.file
    const fileName = `${Date.now()}-${file.originalname}`
    // 上传文件到MinIO的指定桶里
    await minioClient.putObject('uploads-bucket', fileName, file.data)
    // 把文件的访问URL存到数据库
    const fileUrl = `http://你的MinIO服务器地址/uploads-bucket/${fileName}`
    // 后续业务逻辑...
    res.send({ success: true, url: fileUrl })
  } catch (err) {
    res.status(500).send({ success: false, msg: '上传失败' })
  }
})

这种方式彻底摆脱了应用服务器的本地存储依赖，让你的应用架构更偏向无状态，后续扩容应用服务器会非常轻松。

3. 服务器间文件同步（临时过渡用，不推荐长期依赖） #

比如用rsync配合inotify实现文件实时同步，当一台服务器上传了文件，自动同步到其他应用服务器。但这种方式有延迟，服务器越多同步逻辑越复杂，很容易出现同步失败导致的文件不一致问题，只适合临时救急，不建议作为长期方案。

除了解决文件问题，还有几个点能让你的负载均衡架构更稳定：

• 别乱用会话粘滞（Session Affinity）：很多新手会想着用会话粘滞让同一个用户的请求都落到同一台服务器，以此绕开文件问题。但这会导致负载不均衡，而且一旦某台服务器挂了，用户的会话数据就丢了。正确的做法是把会话存在Redis或者数据库里，让应用服务器变成无状态的。
• 配置健康检查：给负载均衡器加上健康检查，比如让它定期请求应用服务器的/health接口（你可以在Express里写一个简单的接口返回200），一旦某台服务器挂了，负载均衡器会自动把流量切走，避免用户访问到错误页面。
• 静态资源剥离：把静态资源（比如上传的文件、前端静态文件）放到CDN或者专门的反向代理（比如Nginx）上，让负载均衡器只转发动态请求到应用服务器，减轻应用服务器的压力，同时提高静态资源的访问速度。
• 动态扩容（云环境）：如果是在云平台部署，可以配置自动扩容规则，根据CPU、内存使用率或者请求量自动增加/减少应用服务器的数量，负载均衡器会自动识别新的节点，不用手动配置。

内容的提问来源于stack exchange，提问作者Akbar Akma