关于Linux服务器文件系统布局的思考

我想知道，我敢肯定，还有很多人也想知道，对于基于GNU / Linux的服务器，哪种文件系统布局是最好的，或者至少是最优的。我知道这里没有通用的布局，因为布局会根据最终用户想要实现的目标而有所不同，因此我将把问题缩小到一个非常具体的实现。该服务器的用途是作为中型SIP电话服务器。我想到的文件系统布局如下：

硬盘的总大小为146 GB

• 1 GB主分区安装为/ boot
• 16 GB主分区安装为/
• 作为交换安装的16 GB扩展分区（服务器具有8 GB内存，至少不会很快变大）
• 52 GB扩展分区挂载为/ var
• 16 GB扩展分区挂载为/ var / log
• 30 GB扩展分区挂载为/ usr
• 5 GB扩展分区挂载为/ tmp
• 10 GB扩展分区挂载为/ home

考虑到将允许更快的访问，我将交换放在中间，做了一个大的var分区，因为将有很多可变数据，例如数据库文件。我将/ var / log和/ tmp移到了不同​​的分区，以确保它们被填满，它们不会降低整个系统的性能，并且将/ usr也移到了只读位置，以便在需要时可以使其只读。这样的措施。我制作了一个小/ home分区，因为用户数量很少，因此不需要较大的home目录存储空间。

我猜想有很多支持和反对这种布局的观点，并且我对其他人的想法很好奇（试图选择比我更有经验或更明智的人的思想）：这种分散和秩序是否考虑到快速访问（为什么将交换几乎放在中间），安全性和数据安全性？有什么想法吗？谢谢！

两件事情：

1. / boot仅需要大约256MB，如果您确实希望安全，则只需512MB。您真正需要多少个内核？
2. 为了热爱[在这里插入神]，请使用LVM

通常，我将使用：

• 第一个主分区256MB / boot（ext2）
• 第二个主分区作为LVM中的物理卷（PV）
• 逻辑卷/
• 逻辑卷/ home
• 逻辑卷/ usr（可选）
• 逻辑卷/ tmp（可选，首选HDD而不是SSD）
• 逻辑卷/ var（可选，首选HDD而不是SSD）
• 逻辑卷交换（2 * RAM && <= 4GB）

大小取决于使用情况，但是会在卷组（VG）中保留一些（大多数）未使用的空间来扩展任何已满的逻辑卷。

绝对值得创建类似您所布局的东西，但是我会考虑使用LVM并根据需要扩展分区。

就我个人而言，我使用与您所拥有的非常相似的东西，但是分区的大小可能要最小，因为我在Nagios的所有盒子上都具有磁盘空间监视功能，因此我在提前扩展分区时就已经很清楚了。

哦，/ boot有1GB吗？根据您的发行版，您实际上并不需要多于数百个兆...

我通常同意您将磁盘拆分为多个文件系统的方法。我不确定将交换放在中间是否对您有任何帮助。我将集中精力确保所有分区都足够大以完成预期的任务。例如，您的16GB / var / log充满的风险是什么？在标准linux服务器上，应该有足够的日志空间，但是专用服务器可能会根据使用情况创建更大的日志文件。

您可以考虑增加/ tmp的大小，以防您使用的任何软件想要制作大量大的临时文件。

我的主要建议是对文件系统大小使用这种方法，但要集中精力进行适当的监视和日志文件轮换以确保您不会填充那些关键的/ tmp和/ var / log文件系统。

我自己可能不会对它进行如此大的划分；如果有任何特定的分区被填满，您将遇到问题，并且您已经做到了〜6可能会填满并引起问题，这是一个新系统，所以您真的不知道确保空间会变得狭窄。

确保在可用空间不足时设置警报。

我不会为/ usr分配一个30GB的分区。对于/和/ usr来说，合理的大小是16GB；如果您确实想要空间，请给您的根分区20-30GB。

我在LVM方面没有太多经验，但是根据您的建议用法很有意义。

听起来确实像您应该首先进行试用安装，以确切确定基本系统和软件的空间要求。特别是如果您要避免使用LVM解决方案。完成之后，您将对/和/ usr分区必须有多大有了更扎实的认识。然后，您可以调整分区大小，以最大程度地增加期望的区域可用空间-/ var，/ var / log和/ tmp。