系统盘和数据盘混在一台机器里？云服务器的磁盘要分开规划

新买一台云服务器，默认会带一块系统盘，很多企业图省事，网站程序、数据库、上传文件、日志备份全往系统盘里塞。平时看不出差别，直到某一天需要重装系统、磁盘写满、或者要扩容时，才发现把所有东西放在一个盘里，处处都是麻烦。

先分清：系统盘和数据盘是两种角色

系统盘承载操作系统和运行环境，服务器重装系统时，系统盘上的数据通常会被清空或需要重置；数据盘则是独立挂载的存储，专门放业务数据，重装系统时可以卸下来重新挂给新系统，数据原封不动。把业务数据放进系统盘，等于把「随时可重装的系统」和「丢了就致命的数据」绑在一条船上——这正是之前文章里讲的备份容灾话题之外，另一个最基础的保护动作。

混用的四个代价

• 重装即丢数据：系统盘损坏或中毒需要重置时，混放在系统盘里的网站文件和数据库一并遭殃，抢救窗口极短。
• 扩容动作变形：系统盘容量吃紧时，扩容要考虑对系统的影响，操作谨慎、风险高；数据盘扩容则灵活得多，云上在线扩容基本不中断业务。
• 快照策略混乱：系统盘快照用于整机恢复，数据盘快照用于数据保护，两者更新的频率和保留策略本应不同。混在一个盘里，快照变大变贵，恢复时还得整机回滚，牵一发动全身。
• 迁移成本高：将来换配置、迁机房、做镜像分发，数据混在系统盘里都要先花时间剥离开。

怎么分才合理

基本原则一句话：系统盘只放系统和软件，业务数据一律进数据盘。落地时注意三点：一是数据库目录、网站根目录、上传文件夹的存储路径，装机时就指向数据盘，事后迁移远比初始规划麻烦；二是日志单独考虑，日志会持续增长，放在数据盘并配置轮转清理，避免把系统盘写满导致服务异常；三是数据盘按「当前用量加一到两年增长」来定初始大小，云硬盘支持后续扩容，不必一步到位买太大。

日常管理两件事

第一，给磁盘加用量告警，使用率超过80%就通知，别等写满了才发现——系统盘写满会直接影响服务运行。第二，数据盘配合快照策略做定期备份，重要数据库再按之前讲过的备份容灾思路做异地副本，双保险才稳妥。

磁盘规划是云服务器上最不起眼、却最影响后续灵活性的决定。装机十分钟想清楚系统盘和数据盘的分工，能替你省掉将来无数个抢救数据的深夜。