我应该为 linux 服务器创建多少个分区？

Question

分区在 Linux 服务器上非常重要，因为它为您提供了很大的灵活性，例如在升级到更大的硬盘驱动器时。

但是，在构建 Linux 机器时应该创建多少个分区？我应该为每个分区设置哪个大小？

最后但并非最不重要的是，我应该在一个单独的磁盘上有哪些分区（我正在考虑 /home、/var 可能是一个更快的驱动器等）以及我可以在同一个驱动器上共享哪些分区？

Answer 1

规划一个好的分区结构在很大程度上取决于实际了解您将如何使用“服务器”。任何不考虑将提供的实际服务的随机建议都不会特别有用。

例如，如果它是一个将用于 mysql 的基于 debian 的机器，你可能需要一个单独的分区用于 /、/var 和 /var/lib/mysql。

它将成为具有大量共享存储的文件服务器吗？您可能需要 /、/home 和 /srv 分区。

对于只运行 squid 的机器，您可能需要 / 分区，并在快速磁盘上有一个分区用于 squid 线轴。

在您规划分区时，充分了解文件系统层次结构标准以及您选择的发行版是否/如何偏离标准非常有帮助。

使用LVM可以让您在未来更轻松地改变主意并调整您的分区而无需重新启动。并且它创建快照的能力可以非常容易地创建好的备份。

Answer 2

我总是创建这些分区，从去年开始，总是在 LVM 上：

/       - a few Gig
/usr    - 24 Gig and mostly empty
/var    - 4 Gig works for me, YMMV
/home   - depends on how many users you will have

最重要的一点是/var——如果这是一个单独的分区，那么当它填满时，您的根分区不会崩溃。虽然我从来没有这样做过，但有些人做了一个单独的，/usr以便他们可以以只读方式安装它。

我有时会创建这些分区：

/boot   - even 1 Gig is way more than enough

原因是并不总是可以从 RAID 或 LVM 分区启动。这样，/boot就可以做一个简单的ext3分区，让其/更高级。

如果我将有大量大文件，我有时会为这些大文件创建一个特定的分区，以便可以调整文件系统以提高存储大文件的效率。有些人如果要从服务器提供 NFS 服务，就会为他们的 NFS 共享创建一个单独的分区，甚至为每个 NFS 共享创建一个单独的分区。这取决于您的需求。

为什么是 LVM？正如我在其他地方的答案中提到的但在这里忘记提到的那样，以后改变主意并扩展分区会容易得多。这已经救了我的屁股。

这些是一般准则。当然，我希望如果您的服务器有特殊需求，您会考虑到这一点并根据这些需求进行分区。

Answer 3

假设您正在构建一台将持续一段时间的机器，不方便重建，并且需要非常灵活，您可能会喜欢类似于以下的方案：

至少安装两个大小相同的物理驱动器；出于本示例的目的，我将假设 500GB SATA 驱动器，但这些原理适用于其他尺寸的驱动器。
按如下方式对每个驱动器进行分区：
```
/dev/sda1   500MB
/dev/sda2   100GB
/dev/sda3   the rest
```
Run Code Online (Sandbox Code Playgroud)
目标是在前面有一个 500MB 的小分区，中间有一个相当大的分区用于操作系统和应用程序，后面的大部分驱动器用于附加数据。
构建一个 SW RAID 1 集/dev/md0，从/dev/sda1和/dev/sdb1；建立附加SW RAID 1套/dev/md1和/dev/md2从相应的paritions。
格式/dev/md0为ext3；这将是/boot。
格式化/dev/md1并/dev/md2作为 LVM 物理卷。
创建一个 LVM 卷组vg_system，其中包含/dev/md1.
在内部vg_system为各种操作系统分区创建合适的 LVM 卷；最起码，你会想swap，/var一对夫妇GB的，和/10GB的左右。注意：不要分配所有的vg_system！当您稍后决定要增加的大小\var，或者要添加一个 /opt或诸如此类的内容时，您将需要额外的空间。
创建一个 LVM 卷组vg_data，其中包含/dev/md2.
vg_data根据需要在内部创建 LVM 卷；至少您需要一个相当大的/home. 并且您可能需要额外的卷，例如邮件假脱机、数据库、Web 根或任何其他不属于操作系统的数据。同样，不要分配所有的vg_data，原因类似于上面列出的那些。

该策略的优点包括：

它可以容忍硬件故障；任何一个驱动器都可以在不导致系统故障的情况下发生故障，如果您投资热插拔控制器，您可以在不停机的情况下恢复。
它是面向未来且可扩展的；当你在几年后购买 2TB 驱动器时，你可以将它们塞进机器，将它们放入另一个 SW RAID 组，将其格式化为 LVM 物理卷，将其添加到需要更多空间的卷组（可能lv_data），然后用于 pvmove将数据从旧驱动器迁移到新驱动器。此外，主要的操作系统更新可以显着减少痛苦；如果您需要重新安装操作系统以进行重大升级（啊哈 Red Hat :( ），您可以这样做，同时保留主目录（和邮件假脱机以及您放入的任何其他内容vg_data）。

这种策略的缺点很少；我想这有点复杂，而且由于 RAID 1，您确实会在写入时降低性能。但是，我多年来一直根据这些原则构建工作站和独立服务器，并且根据我每次不这样做的经验不要沿着这些路线制造机器，不久我希望我有。

-史蒂夫

PS 我应该补充一点，如果你有适当的基础设施来快速、轻松地配置一台新机器，那么像这样的系统就有点过分了；如果您需要更改某些内容，只需重建机器，而不是修补 RAID 集和 LVM。