有没有一种 SSD 和 HDD 的混合文件系统方案?

现在有个需求如下:

需要设计一个一个存储系统, 一开始数据是空的, 需要大量写入数据, 写入需求远大于读取.数据可能是 PB 级的(总数据量, 单节点不需要这么大).

迫于成本, 不可能全部使用 SSD, 但系统非常在意写入性能. 有没有一种可能性(或者现成的技术方案), 将 SSD 和 HDD 组合为混合文件系统, 写入先写到 SSD, 文件系统底层再移动到 HDD.应用无感知?

比如一台 2U, 12 盘位的服务器, 插入 2SSD+10HDD.写入性能可以接近 SSD, 读取性能接近 HDD 即可.

答:zfs 啊, 加 ssd 做 L2ARC 缓存就好,就是内存需求很大.
答:你写太快把 SSD 挤满了不还是没办法 ...
答:OS X 有个 Fusion Drive。Linux 甚至都不需要 SSD，直接 RAM + HDD https://www.anandtech.com/show/3963/zfs-building-testing-and-benchmarking/2
答:bcache 了解一下。
答:如果持续写入速度大于 HDD 速度之和，写满缓存后，最终还是在等待 HDD 写入
答:有的，现在的 NAS 都是支持 ssd 缓存的，看翼王的视频就知道了
还有 iMac 这种一万多的电脑还在用机械硬盘
答:看需求峰值多大和需要多大缓存。
小的 raid 卡自带的 cache （内存）就能顶住

这个基本得你的数据非常具体才能推荐具体多少。
专业卖存储的还分一堆型号，cache 级别也不同，场景也不一样
答:现在 SSD 降价了，这个方案的价值没那么大了
答:RocksDB
答:unraid ？
答:个人蛮推荐 Windows Server 分层存储的：

是存储池带的功能，企业级，如果使用 Win 系，可以考虑下
https://docs.microsoft.com/zh-cn/windows-server/storage/storage-spaces/understand-the-cache
答:这东西还没成熟就已经失去意义了
现在流行纯 SSD
答:“写入性能可以接近 SSD, 读取性能接近 HDD 即可”
各种缓存方案都有很可能退化，读写都是 hdd 的速度，或者更差。尤其大量持续写，严重依赖缓存大小。