Pretty much
* data compression - say midsized 1.6TB mysql db compressed into 400Gb => allows to run replica servers on cheaper hardware (smaller drives)
* hot data set caching - depending on case can be 5-100 times better performance
* single pool but different settings per FS - say block sizes 16k for DB and 256kb for file storage
* snapshots. Instant snapshots
* coming back to db replication case, this helps to test db scheme migration on close to production env and prepare better planning/downtime window. Once tests done - rollback snapshot and enable replica back without full reclone.
And so on