There are the mergerfs tools which offer a tool to balance drives. You'd install the drive, run the balance tool, then use as normal. Or you use the rand policy.
That I have missed that there was a tool for mergerfs. That is a very useful feature, then it is room for improvements on the UnionFS-plugin in OMV to include it in the future, that would be really nice so you do not need to go to command line to run the tasks. So to run balance you just type # mergerfs.balance /media and it will balance out everything on the pool that is in the relative path folder "/media"? And rsync package is needed to be installed I see.
Ok, you can spread out the newly written data by using and change to "random" policy instead, that will help a little of course, but it will not move any old data on the drives.
What data do you propose to cache on this SSD?
I am no expert on filesystems, but a wild brainstorming idea is to have the mergerfs to read and store all metadata while you write or change any data to the pool? The SSD would have all cache to everything on the pool and when Plex needs to scan, the mergerfs cache would give the answer instead of having Plex to scan the whole pool (If there is no new data on the pool that is). I do not know, this would have been an awesome feature and the scan for Plex would be super fast if there is no new data on the pool, but maybe it is not technically possible. ... With this feature, you can obviously not be working with the drives directly, only via the pool so mergerfs can cache all metadata written.
"MergerFS timeout", how often will mergerfs scan the pool?