公司新到一台服务器，配有 4TB ssd + 32T hdd
服务器主要用于：编译服务器、文件服务器、自动测试、跑跑仿真软件、web 服务
大约支持 30 个用户
求指导这种情况下，磁盘怎么规划比较好？希望不要闲置 ssd，同时又具有一定程度的稳定性
NVMe SSD ?

建议：直接虚拟化，按需求建立系统，应用隔离

磁盘规划还是看硬件来决定导向啊.这配置可定有 RAID 卡啊.在做冗余的情况下,阵列里启用 SSD cache 做二级缓存,消除热点数据啊.而且 32T HDD 你也没说具体配置啊,是 4T*8?还是 8T*4 还是什么其他的配置?
一般来说重要数据双盘 RAID1,其次 RAID5 或者 6 留一块做 hot spare.用 SSD 做缓存,如果只有两个 RAID 组的啊.那就拿两块 SSD 出来分别给两组 RAID 做 SSD cache,然后两个 SSD 单独做 R0 或者 R1,那就具体看你们业务规划了.
描述的不太具体啊 lz.

要资源复用的话,直接跑 Docker 吧.如果对灵活性和隔离要求高那就上虚拟化.ESXi 也要发布 7.0 了,不想追新那就直接 6.7 U3.不过上虚拟化就不能把资源利用到极致了,中间的 Hypervisor 层会消耗一部分资源.看 lz 应用和资源策划来决定了.

开 ssh，让我上去配置

虚拟化，并且系统放 SSD，数据盘指定 HDD 就行了。

lvm

SSD 做 RAID，HDD 做 RAID，随机读写要求高的放 SSD，无所谓的文件存储放 HDD 。

一般教科书来说，会让你 /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 。

SSD 做缓存吧

世道真是变了，虚机用得太多都不知道实体服务器咋用了。
见面先一个 LVM 再说啊

谢谢楼上各位热心回复
这服务器是单块 4t ssd + 8*4 hdd
这台服务器主要还是支持组内同事的日常开发工作，我们工作有点杂，可能每个同事都会涉及到多类工作、且各类工作间会有不少的数据交互，而且特别是仿真和编译对性能有较高要求。因此不太适合按照业务的隔离方式
结合楼上各位意见，暂时打算按照的建议，/用 ssd，/home 用 raid0/hdd
后面再考虑做一个 ramdisk 挂到 /tmp
数据安全性的问题，后面打算专门搞个存储服务器做数据备份