[求指导] Linux 服务器磁盘规划 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Distributions
Ubuntu
Fedora
CentOS
中文资源站
网易开源镜像站
stern123
V2EX    Linux

[求指导] Linux 服务器磁盘规划

  •  < href="Javascript:" Onclick="downVoteTopic(661164);" class="vote">
  •   stern123 2020-04-10 14:40:03 +08:00 via iPhone 3738 次点击
    这是一个创建于 2014 天前的主题,其中的信息可能已经有所发展或是发生改变。
    公司新到一台服务器,配有 4TB ssd + 32T hdd
    服务器主要用于:编译服务器、文件服务器、自动测试、跑跑仿真软件、web 服务
    大约支持 30 个用户
    求指导这种情况下,磁盘怎么规划比较好?希望不要闲置 ssd,同时又具有一定程度的稳定性
    12 条回复    2020-04-12 09:41:03 +08:00
    changliwei
        1
    changliwei  
       2020-04-10 14:47:16 +08:00   1
    NVMe SSD ?
    mhycy
        2
    mhycy  
       2020-04-10 14:49:37 +08:00   1
    建议:直接虚拟化,按需求建立系统,应用隔离
    HughRyu
        3
    HughRyu  
       2020-04-10 17:27:33 +08:00   1
    磁盘规划还是看硬件来决定导向啊.这配置可定有 RAID 卡啊.在做冗余的情况下,阵列里启用 SSD cache 做二级缓存,消除热点数据啊.而且 32T HDD 你也没说具体配置啊,是 4T*8?还是 8T*4 还是什么其他的配置?
    一般来说重要数据双盘 RAID1,其次 RAID5 或者 6 留一块做 hot spare.用 SSD 做缓存,如果只有两个 RAID 组的啊.那就拿两块 SSD 出来分别给两组 RAID 做 SSD cache,然后两个 SSD 单独做 R0 或者 R1,那就具体看你们业务规划了.
    描述的不太具体啊 lz.
    HughRyu
        4
    HughRyu  
       2020-04-10 17:30:42 +08:00   1
    要资源复用的话,直接跑 Docker 吧.如果对灵活性和隔离要求高那就上虚拟化.ESXi 也要发布 7.0 了,不想追新那就直接 6.7 U3.不过上虚拟化就不能把资源利用到极致了,中间的 Hypervisor 层会消耗一部分资源.看 lz 应用和资源策划来决定了.
    defunct9
        5
    defunct9  
       2020-04-10 17:42:53 +08:00   1
    开 ssh,让我上去配置
    alect
        6
    alect  
       2020-04-10 19:18:24 +08:00   1
    虚拟化,并且系统放 SSD,数据盘指定 HDD 就行了。
    conn4575
        7
    conn4575  
       2020-04-10 19:24:07 +08:00 via Android   1
    lvm
    msg7086
        8
    msg7086  
       2020-04-10 19:53:00 +08:00   1
    SSD 做 RAID,HDD 做 RAID,随机读写要求高的放 SSD,无所谓的文件存储放 HDD 。
    liuxu
        9
    liuxu  
       2020-04-10 20:05:00 +08:00 via Android   2
    一般教科书来说,会让你 /boot 一个分区。/,/sbin,/bin,/etc,/usr/bin 这些这个分区。/usr/local 一个分区。/var 一个分区。/home 再一个分区,然后根据业务实际情况分配不同大小。

    就我用 linux 六七年来说,不用特意分区。
    我日常用就是 ubuntu,自己的服务器 centos 和 debian 都用,公司的 centos 。

    为啥这么说的,建议这么分区的意思是系统有些文件大量使用,会导致硬盘分区不稳定崩溃,这样 /的分区少量读写,起码还能启动修复。但是你知道拿个 /修复系统有多累么,不如提前做好重要数据备份,系统出了问题直接格了重装。

    我给的建议就是,/用 ssd,/home 用 hhd 。或者 /用 ssd,/home/userxxx/data 用 hdd 。

    这么分区的目的是,系统和所有软件用上 sdd,管他顺序还是随机 io,用 ssd 准没错。给个 hdd 挂一个目录,是为了重装系统,里面的数据不会丢。

    看你这 hdd 的量是多个硬盘吧,组 raid0 加速读写,不用 raid1 或者 10,5 这些,浪费。备份用网盘。

    但是,如果你数据太多,4t ssd 不够用,那么,起码编译和仿真软件用 ssd,编译后不用的东西可以把数据打包移动到 hdd 目录里。

    总之,大量读写就 ssd,存储就 hdd 。
    wanguorui123
        10
    wanguorui123  
       2020-04-10 20:16:55 +08:00   1
    SSD 做缓存吧
    EPr2hh6LADQWqRVH
        11
    EPr2hh6LADQWqRVH  
       2020-04-10 20:20:17 +08:00 via Android   1
    世道真是变了,虚机用得太多都不知道实体服务器咋用了。

    见面先一个 LVM 再说啊
    stern123
        12
    stern123  
    OP
       2020-04-12 09:41:03 +08:00 via iPhone
    谢谢楼上各位热心回复
    这服务器是单块 4t ssd + 8*4 hdd
    这台服务器主要还是支持组内同事的日常开发工作,我们工作有点杂,可能每个同事都会涉及到多类工作、且各类工作间会有不少的数据交互,而且特别是仿真和编译对性能有较高要求。因此不太适合按照业务的隔离方式结合楼上各位意见,暂时打算按照#liuxu 的建议,/用 ssd,/home 用 raid0/hdd
    后面再考虑做一个 ramdisk 挂到 /tmp
    数据安全性的问题,后面打算专门搞个存储服务器做数据备份
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3376 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 32ms UTC 04:32 PVG 12:32 LAX 21:32 JFK 00:32
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86