搬瓦工 VPS 部署 n8n 自动化工作流前的资源和安全清单

n8n 不需要 GPU，但需要稳定内存

n8n 自身不做大模型推理，通常不需要 GPU。真正要关注的是内存、数据库、队列、日志和外部 API 调用。轻量自用可以从低配 VPS 起步，但生产流程不应只按最低配置设计。

如果同时运行 n8n、PostgreSQL、Redis、反向代理、监控和其他容器，1GB 内存很容易变紧。长期使用建议预留资源余量，并监控内存、磁盘和进程重启情况。

数据库不要随便放默认配置

测试环境可以用简单配置快速启动，正式使用时应认真处理数据库持久化、备份和升级。自动化工作流中会保存凭据、执行记录、Webhook 信息和业务数据，数据库丢失会直接影响恢复。

建议明确数据目录、备份周期、保留天数和恢复步骤。不要只备份 Docker 镜像，Compose 文件、环境变量和数据库数据都要纳入备份。

Webhook 入口要限制风险

n8n 常用 Webhook 接收外部系统事件，这意味着 VPS 会暴露可访问入口。Webhook 地址应尽量使用 HTTPS，并避免把敏感参数直接放在公开 URL 里。

如果工作流会触发付款、发信、删除数据或调用内部系统，应增加认证、签名校验、频率限制和错误告警。不要把测试 Webhook 长期暴露在公网。

AI 节点要控制成本和重试

接入 OpenAI、DeepSeek、Anthropic 或其他模型 API 时，成本通常来自 token、并发和失败重试。工作流设计不当时，一个循环节点就可能带来大量请求。

建议先在测试环境限制并发、设置超时、记录错误、控制重试次数，再放到正式流程。API Key 不应写入前端页面、公开仓库或不受控的日志。

线路选择看访问和回调来源

如果 n8n 主要由海外 SaaS 回调触发，普通海外机房可能足够。如果需要中国大陆用户访问编辑界面，或需要国内系统稳定访问 Webhook，就要单独测试线路。

不要只为了后台编辑快一点就购买高价机房。可以把后台访问、Webhook 稳定性、API 出口和长期成本拆开评估。

先做小流程，再扩展生产流程

第一阶段建议只跑低风险流程，例如通知、数据同步、内容整理和内部提醒。确认日志、备份、告警和恢复都可用后，再接入订单、客户数据或关键业务。

本站只建议将 VPS 用于合法自用、企业内部工具和正规业务部署。自动化流程涉及第三方平台时，应遵守对应平台规则和数据保护要求。