集群
如果你的工作负载已经超过单机可以稳定承载的范围，或是你需要跨节点调度、故障转移与分布式存储，那么你需要的通常不是单一台服务器，而是集群。
集群是以多个 Kubernetes 节点组成的运行环境，适合需要高可用性、水平扩展，以及分布式存储的服务架构。
为什么需要集群
服务器适合把所有服务放在单一节点上运行：架构简单、成本清晰、运维负担低。但当你的系统开始需要以下能力时，集群会是更合适的选择：
- 多节点调度：将不同服务与副本分散到多台机器上，避免所有工作负载集中在同一台主机。
- 节点故障容忍：单一节点离线时，工作负载可以转移到其他健康节点，降低整体中断风险。
- 分布式存储：需要在多节点环境中挂载与迁移持久化数据时，分布式 Volume 会比单机本地磁盘更适合。
- 更高的扩展弹性：你可以用新增节点的方式扩充容量，而不是只能垂直升级单台主机。
换句话说，服务器解决的是“单机独享资源”，而集群解决的是“多机协作与高可用性”。
服务器与集群的差异
| 项目 | 服务器 | 集群 |
|---|---|---|
| 节点数量 | 单一节点 | 多个 Kubernetes 节点 |
| 计算模型 | 单机部署 | 跨节点调度 |
| 存储方式 | 单机本地 Volume 为主 | 分布式 Volume，可随工作负载在节点间运作 |
| 故障影响 | 节点故障时，该机器上的服务会受影响 | 可将工作负载转移到其他节点，降低单点故障影响 |
| 扩展方式 | 以升级单台主机规格为主 | 可水平增加节点 |
| 适用场景 | 中小型服务、单体应用、固定负载 | 高可用需求、需要多副本的服务、分布式系统 |
如果你只需要固定资源、单一数据节点，通常服务器就足够了。若你希望服务在节点故障时能自动转移，或需要真正的多节点架构，请选择集群。