3 ms·
Would separate SSD metadata devices help if the pool, as in Heap.io's case, already consists entirely of SSDs? It's obviously a win for a use case like Rsync.ne
by latk 5y ago
Would separate SSD metadata devices help if the pool, as in Heap.io's case, already consists entirely of SSDs? It's obviously a win for a use case like Rsync.net's where the data is less “hot”and therefore uses much more cost-effective HDDs.
- franga2000 5y agoWould be interesting to see if Optane or even just some faster SSDs for the metadata would give any noticeable improvement. I imagine latency would be more important for metadata than throughput, so perhaps SSDs would be more or less equivalent, but I'd be really interested in seeing the numbers for Optane
- buildbot 5y agoThis is actually one of the golden use cases for optane! Back in the pre-optane day, the server company I worked for would back SSD/HDD zpools with a device called a ZeusRAM drive: https://www.ebay.com/itm/234256677232 https://www.ebay.com/itm/234256677232 It's all about the latency.
- withinboredom 5y agoThe benefits would be that metadata type FS queries are OOB from the actual data, theoretically allowing more IOPs on your data disks spent on actual data.
- smallnamespace 5y agoIf you just add metadata SSDs you’re also adding IOPS to the pool. The question then becomes whether that improves performance more than if you added those same SSDs without the split (my guess would be not splitting is better, since the IO load will be better balanced across drives).
- nine_k 5y agoIt could possibly help a little bit if the special device is an extra-fast NVMe SLC, and the bulk are SATA MLCs.