云服务器
RuoYi-Cloud 基于 Spring Cloud Alibaba 构建，是一个典型的微服务架构系统。其资源消耗主要取决于集群规模（节点数量）、并发量、业务复杂度以及是否开启高可用（HA）。
以下是针对不同场景的服务器配置建议及关键注意事项：
📌 核心原则
- 内存是瓶颈：Java 微服务极其吃内存，尤其是 JVM 堆内存 + 直接内存 + Metaspace。
- CPU 核数影响并发处理能力。
- 网络带宽：内部服务间调用频繁，内网带宽至关重要；外部访问需考虑公网带宽。
- 不要将所有服务部署在同一台机器上：除非是极小规模的测试环境。
✅ 推荐配置方案（按场景分类）
场景一：小型生产/演示环境（单节点或双节点高可用）
适用于用户量少（<1000 日活）、功能模块较少、预算有限的场景。
| 组件 | 推荐配置 | 说明 |
|---|---|---|
| 应用服务器 | 8核 CPU / 16GB 内存 | 至少运行 Nacos + Gateway + 几个核心业务模块。若全部部署在一台机器，建议 16GB 起步，最好 32GB。 |
| 数据库服务器 | 4核 CPU / 8GB 内存 | MySQL 单独部署，避免与微服务争抢资源。 |
| 缓存/中间件 | 2核 CPU / 4GB 内存 | Redis、Sentinel、Nacos 等可共用此服务器或独立小实例。 |
| 存储 | SSD 硬盘 50GB+ | 日志和临时文件较多，SSD 提升 I/O 性能。 |
💡 优化建议：
- 将 Nacos、Redis、MySQL 部署在专用服务器上。
- 微服务应用部署在另一台高性能服务器上。
- 总成本：约 2~3 台中等配置服务器。
场景二：中型生产环境（标准分布式集群）
适用于有一定用户量（数千至数万日活），需要高可用、负载均衡、故障转移的生产系统。
| 组件 | 推荐配置 | 说明 |
|---|---|---|
| 网关 & 认证中心 | 4核 CPU / 8GB 内存 × 2 台 | Gateway 和 Auth 应做负载均衡，至少两台实现高可用。 |
| 业务微服务集群 | 4核 CPU / 8GB 内存 × N 台 | 每个核心服务（如 system、monitor、job 等）至少部署 2 个实例，分布在不同节点。建议使用 Kubernetes 或 Docker Swarm 管理。 |
| 注册中心 & 配置中心 | 4核 CPU / 8GB 内存 × 3 台 | Nacos 集群模式至少 3 节点，保证数据一致性。 |
| 数据库 | 8核 CPU / 16GB 内存 × 2 台 | MySQL 主从复制（Master-Slave），读写分离。 |
| 缓存 & 消息队列 | 4核 CPU / 8GB 内存 | Redis 集群版 + RabbitMQ/Kafka（视需求而定）。 |
| 监控 & 日志 | 4核 CPU / 8GB 内存 | Prometheus + Grafana + ELK（可选轻量级替代如 Loki）。 |
💡 典型拓扑：
- 3 台 Nacos 节点
- 2 台 Gateway + Auth 节点
- 4~6 台业务服务节点（承载所有微服务实例）
- 2 台 MySQL 主从
- 1~2 台 Redis/MQ 节点
总计约 10~15 台服务器（可根据容器化程度合并）
场景三：大型高并发生产环境
适用于电商、X_X等高流量场景，要求弹性伸缩、多地域部署。
- 使用云原生架构：Kubernetes (K8s) + Helm 部署。
- 资源池化：不再固定每台服务器角色，而是通过 K8s 调度动态分配资源。
- 基础节点配置：
- Worker Node：16核 CPU / 32GB 内存 以上
- Master Node：4核 CPU / 8GB 内存
- 数据库：云数据库 RDS 高可用版（自动主从 + 备份）
- 缓存：云 Redis 集群版
- 对象存储：OSS/COS 替代本地文件存储
- CDN + WAF：提速静态资源并防护攻击
⚙️ 关键服务资源估算参考（单机最小值）
| 服务名称 | 最小 CPU | 最小内存 | 备注 |
|---|---|---|---|
| Nacos | 2核 | 4GB | 集群模式需 3 节点 |
| Gateway | 2核 | 4GB | 高并发时需更多 |
| Auth Server | 2核 | 4GB | JWT 验证开销不大 |
| System Module | 2核 | 4GB | 权限、字典等基础服务 |
| Monitor Module | 2核 | 4GB | 链路追踪、日志收集较耗资源 |
| Job Module (XXL-JOB) | 2核 | 4GB | 定时任务调度 |
| MySQL | 4核 | 8GB | 实际生产建议更高 |
| Redis | 2核 | 4GB | 注意持久化占用磁盘 IO |
❗ 注意：以上为单个实例的最小推荐值。实际生产中，每个服务应部署多个实例以实现负载均衡和高可用。
🛠️ 部署架构建议
1. 容器化部署（强烈推荐）
使用 Docker + Docker Compose 或 Kubernetes 部署，便于横向扩展和资源隔离。
# docker-compose.yml 示例片段
services:
nacos:
image: nacos/nacos-server:v2.2.0
ports:
- "8848:8848"
environment:
MODE: cluster
gateway:
image: ruoyi/gateway:latest
ports:
- "8080:8080"
deploy:
replicas: 2 # 启动两个实例2. 高可用设计
- Nacos：至少 3 节点集群，防止注册中心单点故障。
- Gateway：配合 Nginx 或 SLB 做负载均衡。
- MySQL：主从复制 + 读写分离。
- Redis：哨兵模式或 Cluster 集群模式。
3. 监控与告警
- 使用 Spring Boot Admin 或 Prometheus + Grafana 监控系统健康状态。
- 使用 SkyWalking 或 Pinpoint 进行链路追踪。
- 日志集中采集：ELK 或 Loki + Promtail。
💰 成本优化技巧
- 冷热分离：非核心服务（如监控、日志）可部署在低配服务器或闲置资源上。
- 按需扩缩容：使用 K8s HPA（Horizontal Pod Autoscaler）根据 CPU/内存利用率自动增加/减少实例。
- 利用云服务器优惠：AWS/Aliyun/Tencent Cloud 提供新客优惠、预留实例等。
- 合并非核心服务：在无压力时，可将部分轻量级服务合并部署以节省服务器数量。
✅ 总结建议
| 阶段 | 服务器数量 | 单台配置建议 | 部署方式 |
|---|---|---|---|
| 开发/测试 | 1~2 台 | 4核 8GB ~ 8核 16GB | Docker Compose |
| 小型生产 | 3~5 台 | 4核 8GB ~ 8核 16GB | Docker Compose / 简单 VM |
| 中型生产 | 8~12 台 | 4核 8GB ~ 8核 16GB | Kubernetes / Docker Swarm |
| 大型生产 | 弹性伸缩 | 根据负载动态调整 | Kubernetes + 云服务 |
🎯 最终建议：
如果是首次部署且不确定流量，建议从 “3 台 4核 8GB” 起步：
- 1 台：Nacos 集群 + MySQL + Redis
- 1 台：Gateway + Auth + 少量核心服务
- 1 台：其他业务服务 + 监控组件
随着业务发展，逐步横向扩展应用层服务器，数据库和中间件按需升级。