推荐使用LVM分区方案，因它能提供灵活的存储管理、在线扩容和快照功能。具体为：/boot分配500MB-1GB，swap根据内存合理设置（4GB-8GB），根目录/、/var、/tmp等均采用LVM逻辑卷，便于后期扩展；针对Web、数据库、文件等不同服务器角色，应独立关键目录如/var/www、/var/lib/mysql，并选用XFS文件系统以提升性能；避免/boot过小、根目录空间不足等常见问题，结合RAID增强冗余与IOPS，预留未分配空间并定期监控磁盘使用，确保系统长期稳定运行。
为服务器安装CentOS Linux系统时，分区方案的设置没有一个“万能”答案，它高度依赖于服务器的具体用途、预期负载以及你对未来扩展性的考量。不过，一个通用且推荐的方案是：/boot 独立分区，swap 分区必不可少，而根目录 /、/var、/tmp 等则强烈建议使用逻辑卷管理（LVM）进行弹性配置。这样可以最大限度地提升系统的灵活性和可维护性。
解决方案
在为CentOS服务器规划分区时，我通常会遵循以下几个核心原则和具体方案，这套方案兼顾了性能、稳定性和未来的可扩展性：
-
/boot分区：- 大小： 建议分配 500MB 到 1GB。这个分区存放内核和启动所需文件，太小可能导致内核升级失败。
- 文件系统： ext4。
- 目的： 确保系统能够顺利启动，并为多个内核版本预留空间。
-
swap分区：- 大小： 这部分比较灵活。对于现代服务器，如果内存（RAM）较大（例如16GB以上），通常设置为4GB到8GB就足够了，除非你的应用有大量内存交换需求。对于内存较小的系统，可以设置为RAM的1到1.5倍。
- 目的： 作为物理内存的补充，防止内存耗尽导致系统崩溃，同时也是休眠功能（如果启用）的必需。
-
LVM（逻辑卷管理）配置： 这是我个人最推崇的部分。将剩余的硬盘空间全部划分为一个或多个物理卷（PV），然后创建卷组（VG），最后从卷组中划分出逻辑卷（LV）挂载到各个目录。
-
根目录
/：- 大小： 建议 20GB 到 50GB。存放操作系统核心文件、大部分应用程序二进制文件等。
- 文件系统： xfs 或 ext4。我个人更倾向于XFS，尤其是在大容量文件系统和高并发IO场景下表现更优。
-
/var分区：-
大小： 动态调整，通常从 20GB 开始，根据服务类型和日志量来决定。这个目录存放日志文件 (
/var/log)、邮件 (/var/mail)、数据库文件 (/var/lib/mysql或/var/lib/pgsql)、Web服务器内容 (/var/www或/srv/www) 等。由于其内容增长迅速，将其独立出来并通过LVM管理是最佳实践。 - 文件系统： xfs 或 ext4。
-
大小： 动态调整，通常从 20GB 开始，根据服务类型和日志量来决定。这个目录存放日志文件 (
-
/tmp分区：-
大小： 2GB 到 5GB。存放临时文件。有时也可以考虑使用
tmpfs将其挂载到内存中，以提高性能和安全性，但这样重启后文件会丢失。 - 文件系统： ext4 或 xfs。
-
大小： 2GB 到 5GB。存放临时文件。有时也可以考虑使用
-
/home分区（可选）：- 大小： 如果服务器不作为多用户登录的工作站，这个分区可以非常小，甚至不创建。如果用户会直接登录并存储文件，则需要根据用户数量和存储需求来定。
- 文件系统： ext4 或 xfs。
-
/opt分区（可选）：- 大小： 如果计划安装大量第三方软件或大型应用，可以为其分配一个独立分区，例如 10GB 到 50GB。
- 文件系统： ext4 或 xfs。
-
/data或其他自定义分区：- 大小： 根据具体应用需求，例如数据库数据、文件存储等，分配剩余的最大空间。
- 文件系统： xfs 通常是大数据量场景的首选。
-
根目录
CentOS服务器分区，为什么推荐使用LVM？
在服务器环境中，我个人在部署CentOS系统时，几乎都会毫不犹豫地选择LVM（逻辑卷管理）。这并非是一种习惯使然，而是基于其在后期运维中展现出的巨大便利性和灵活性。传统的分区方式，一旦分区大小确定，后期调整起来就异常困难，往往需要停机、备份、重新分区，甚至重装系统，这在生产环境中是难以接受的。LVM则彻底改变了这一局面。
LVM的核心优势在于它将物理存储设备（硬盘或RAID阵列）抽象成一个灵活的存储池。你可以将多个物理硬盘或分区组合成一个卷组（Volume Group），然后从这个卷组中动态地创建、调整大小、删除逻辑卷（Logical Volume）。这意味着，当你的 /var 分区空间不足时，无需停机，你可以直接从卷组中“借用”空间来扩展 /var 逻辑卷，整个过程在线完成，对服务几乎没有影响。
此外，LVM还支持快照功能。在进行系统升级、软件部署或重要配置修改前，你可以为某个逻辑卷创建一个快照。如果操作失败或出现问题，可以迅速回滚到快照时的状态，大大降低了风险。这种“后悔药”机制，对于追求高可用性的服务器环境来说，简直是救命稻草。它简化了存储管理，提升了运维效率，也让系统具备了更好的可伸缩性。
针对不同服务器角色，分区方案有哪些具体调整？
没有一劳永逸的分区方案，但理解服务器的具体角色和其数据流特性，就能让我们在规划分区时少走很多弯路。根据不同的服务器角色，我通常会进行以下调整：
-
Web服务器（如Nginx/Apache）：
-
重点：
/var/www或/srv/www（存放网站文件）以及/var/log（存放访问日志和错误日志）。 -
调整：
/var分区需要足够大，或者为/var/www和/var/log各自创建独立的LVM逻辑卷。日志文件增长速度惊人，一个独立的/var/log逻辑卷可以防止日志撑爆根目录，方便管理和扩展。如果网站文件非常多，/var/www独立出来，甚至可以考虑单独挂载到高性能存储上。
-
重点：
-
数据库服务器（如MySQL/PostgreSQL）：
-
重点： 数据库文件（通常在
/var/lib/mysql或/var/lib/pgsql）、事务日志、临时文件。 -
调整： 数据库数据目录必须独立出来，最好是独立的LVM逻辑卷，并且建议使用高性能的存储介质（SSD或NVMe）。
/tmp分区也可能因为大型查询而产生大量临时文件，所以也需要给予足够的空间，甚至可以考虑将其挂载到内存中（tmpfs）以提高性能，但需注意数据持久性。有时，事务日志（WAL）也可以单独分区以优化写入性能。
-
重点： 数据库文件（通常在
-
文件服务器/存储服务器：
- 重点： 大容量数据存储。
-
调整： 除了系统必要的
/、/boot、swap之外，大部分空间都应该分配给一个或多个大型数据分区（例如/data或/srv/data）。这些分区通常会使用LVM来聚合多个物理磁盘，并构建在RAID阵列之上，以提供数据冗余和更高的IO性能。文件系统通常会选择XFS，因为它在大文件和高并发访问场景下表现出色。
-
通用应用服务器：
- 重点： 应用程序代码、数据、日志。
-
调整： 除了常规分区外，我通常会为
/opt或自定义的/app目录分配一个独立的LVM逻辑卷，用于安装和存放第三方应用。这样可以避免应用文件与系统文件混淆，方便管理和备份。日志仍然是关键，/var/log的独立性依然重要。
CentOS分区时，常见的坑和最佳实践是什么？
我见过太多服务器因为分区不合理，运行一段时间后就陷入各种麻烦，最终不得不重装系统。提前规划，真的能省下N多头发。以下是我总结的一些常见“坑”和对应的最佳实践：
常见坑：
-
/boot分区太小： 这是一个经典错误。如果/boot只有几百MB，几次内核升级后就可能因为空间不足而无法安装新内核，导致系统无法启动或无法更新。 -
swap设置不当： 过大的swap浪费宝贵的磁盘空间，过小则可能导致系统在内存压力下崩溃或性能急剧下降。对于现代服务器，盲目设置成RAM的2倍往往是过时的做法。 -
根目录
/空间不足： 这是最常见的痛点。如果/var、/tmp、/opt等目录没有独立分区，它们的日志、临时文件、应用程序数据会不断填充根目录，最终导致系统无法写入、无法启动，甚至无法登录。 - 没有使用LVM： 后期扩展分区几乎不可能，一旦某个分区空间不足，就只能备份数据、重新分区、恢复数据，耗时耗力，影响业务连续性。
- 没有考虑IOPS： 所有关键数据（如数据库文件、Web内容）都放在同一块慢速磁盘或同一个LVM卷上，导致IO瓶颈，影响应用性能。
- 文件系统选择不当： 例如，在大容量、高并发场景下依然使用ext3，而不是更适合的ext4或XFS。
最佳实践：
- 规划先行： 在安装系统前，务必明确服务器的用途、预期负载和未来可能的扩展需求。这是分区方案的基础。
- LVM是基石： 几乎所有生产环境的CentOS服务器都应该使用LVM。它提供了无与伦比的灵活性和可管理性，是应对未来变化的利器。
-
独立
/var和/tmp： 将/var和/tmp分区独立出来，并通过LVM管理。这能有效隔离日志和临时文件，防止它们撑爆根目录，提高系统的稳定性和可维护性。 -
适当的
swap： 根据物理内存大小和应用需求合理设置swap。对于16GB以上内存的服务器，4GB-8GB通常是足够的。 - 使用XFS文件系统： 对于大容量分区，尤其是数据盘，XFS通常比ext4有更好的性能表现，特别是在处理大文件和高并发IO时。
- 考虑RAID： 在物理存储层面，结合RAID（如RAID1、RAID5、RAID10）来提供数据冗余和性能提升，LVM可以在RAID之上构建。
- 预留扩展空间： 在创建LVM卷组时，可以不将所有空间都分配给逻辑卷，预留一部分未分配空间，以备未来不时之需。
-
定期监控： 即使分区方案再合理，也需要定期监控磁盘使用情况，尤其关注
/var和根目录，及时发现并处理潜在的空间问题。 - 备份策略： 任何分区方案都不能替代完善的备份策略。确保关键数据有定期、可靠的备份。
