关于大硬盘服务器的分区

[Livid]

Dell R510 服务器，8 块 2T 的硬盘，有 RAID 卡，装 Ubuntu Server 12.04，大家觉得最科学的分区方式及文件系统会是？

[likuku]

@passluo 「raid 最好不要跨盘分区。血与泪的教训。」那么，组raid还有意义么？

[likuku]

@lnehe ext3 在意外断电和长久没fsck时，作一次fsck风险很高的，且fsck非常缓慢。

[likuku]

补充：
当前linux，系统和应用分区，建议xfs/ext4，都比较可靠，且支持大存储器。
数据分区可以用btrfs，因为有snapshot机制，方便自动快照来本地本地备份。

[pubby]

@likuku 从freebsd7.x就长期使用zfs 不过没做过下载服务，性能未知。zfs就是吃内存, 9.1的zfs还未体验过，生产环境怕升级-_-。
另外，raidz1貌似不够，这么多盘长期高负载工作，同时挂2个盘很正常，起码得2块做冗余。
2台zfs raidz1分别遭遇过1次坏硬盘，好还每次都坏一个，及时更换没丢数据。

个人建议不用卡自带的raid，因为机器硬件坏掉的话需要找同型号的raid卡。

[vixvix]

我觉得用两块2T raid1做系统有点奢侈了，虽然在企业级别上这个指出不算什么。可以找两个500G raid1做系统，然后剩下的组raid做存储。

或者硬件raid, 然后跑ESXi, 在虚拟机里面怎么分区都没关系。

[likuku]

@pubby fb7时的zfs还是比较稚嫩的，9.0已经非常靠谱了，只用release+默认内核的话，freebsd-update 非常顺利方便，比用过的 gentoo,debian,ubuntu 的升级都方便靠谱。

freebsd 9.0/9.1 之前有3台用于生产，其中2台纯zfs环境，这2台纯zfs的其中一台是高强度的备份机，每小时备份全站php，每天备份全站 mysql (每日变化量在170GB)，这样用了两年多，更新升级大于半个月一次，还是 make world 方式。

拍坏盘，那就 raidz2，同时坏两盘也OK。

不过，多机备份+定期离线存档，才是王道。

[mml]

=.= btrfs就算了吧，还是生产环境。

[likuku]

@pubby 「个人建议不用卡自带的raid，因为机器硬件坏掉的话需要找同型号的raid卡。」是的，这点很中肯。且多年以后，此产品生命周期结束，就很难找到备件了。RAID1还好，盘上只是普通数据块，直接单盘直连也OK。但其他RAID就麻烦了。

[likuku]

@mml 3.4.8 内核以后 btrfs 已经进步巨大了，之前在繁忙的 mail 服务器 imap 服务保存mail目录是btrfs，还是可以接受。

只接受linux，那么想要 snapshot机制只有btrfs了，这是无奈的事。

[likuku]

业内大牛看法「带冗余的ZFS要比绝大多数RAID卡和存储柜靠谱」。

[mml]

@likuku 我从第一版放出来的就在用，到现在3.9.5-stable/3.10-rc4 我的btrfs分区都挂了很多次了，基本都是没办法修复的，只能格盘。

[pubby]

@likuku 嗯，目前有几台是 fb8.2+zfs raidz1 , 7.x的时候zfs问题导致死机过，所以升级了。

[zuroc]

use lvm
http://baike.baidu.com/view/361916.htm

[terry]

FreeBSD + ZFS 是比较靠谱的方案。不介意没法打安全补丁的话，Solaris x86 也行，Sun ZFS Storage Appliance 用的就是。

Btrfs 还是别用了，出了问题只能自行靠社区解决。

非得用 Linux 的话，md + LVM 比较灵活，没用过硬 RAID 卡 -_-z

[fuxkcsdn]

个人建议，不管是RAID1、RAID50、RAID10，都至少要保证有一个空闲盘