CentOS 5.5 下 16TB 的哪个文件系统?

gln*_*gln 4 partition filesystems centos5

我们这里有来自戴尔的 PowerVault NX3100。我必须在这个系统上安装一个 Linux 服务器,但不知道我应该使用哪个文件系统以及哪个分区布局可用于具有 2x8 2TB 磁盘(有效 14TB,RAID 5)的 RAID。

我知道当与默认块大小一起使用时,ext3 会导致 fss > 2TB 出现问题。

我倾向于使用带有两个 8TB 分区的 XFS。您认为这是一个不错的选择吗?是否可以(或推荐)为该系统使用 LVM?我应该只使用一个还是几个 fss?我想尽量减少 fsck 或 check_xfs 的时间。

waz*_*oox 6

绝对是 XFS。XFS 初始化要快得多,性能也很出色,而且 XFS 已被用于数 TB 的卷已有很长时间了。我目前支持 230 台具有 8 到 76 TB XFS 卷的机器。Tens 是由两个或更多通过 LVM 聚合的 RAID 卷构建的,没有问题,因此这足够安全。

xfs_check 速度主要取决于文件数量。对于典型的大容量 (30 TB),xfs_repair 只需不到 15 分钟,因为系统有足够的内存(较旧的 xfs_repair 往往会消耗大量 RAM),例如 8 GB 或更多。


Oll*_*lli 5

我们有备份服务器,包括 8-12TB 的空间,第一个 (10TB) 运行 ext3 没有任何问题,其他运行 ext4。

对于大分区和大量文件,ext4 似乎要快得多。我们只使用单个非常大的数据分区,因为它更加灵活。当然还有根文件系统的单独分区。我们正在使用硬件 RAID5 和 LVM。

为了最大限度地减少 fsck 的时间,第一个建议是尽可能以正确的方式关闭服务器。

如果您可以以合理的方式轻松地将文件系统拆分为多个较小的分区,我会选择 LVM 和您选择的文件系统(ext3 是成熟的,XFS 也是如此。许多人使用 ext4 没有任何问题)。如果您有较小的分区,fsck 会更快,假设您不必每次都 fsck 所有分区。

当然,您也可以首先仅在强制分区上运行 fsck(以使最重要的事情启动并运行),然后在挂载其他分区之前继续在其他分区上运行 fsck。