I'm curious if anyone else has approached the issue of serving the MUC config file out of a non shared directory on a cluster of webservers?
Right now there are two read's to sitedata per every moodle connection, one to see if the sitedata exists and is writeable and the other to load the MUC config from the sitedata, this can be problematic if you're having latency issues with your underlying storage medium, as it turns slow filestores into what are essentially site outages.
Given that we already know our target cache configuration, as it's the same across the cluster, and we are generating it on deploy and have no operational reason to modify it after that point.
It would stand to reason then that you can simply use the altcacheconfigpath setting to have a webserver local file and simply disable modifying the cache configuration from the web interface.
I'm curious if anyone else out there has experimented with this approach and if there are any core developers who can give insight to any more circumstances that might lead to the cache config file needing to be shared? (In my head, this file is written only when the configuration actually changes, so given our use case - set on every deploy and not changed) this should not be an issue.