WordPress MU с несколькими Серверами; Wordpress не покажет медиа-файлы; Синхронизация вещей
В кольце и шине там не переключатель, трафик проведен каждым узлом. Это - одна из причин, почему Вы не видите их используемый. Когда строки по пути перестали работать, это повреждает коммуникацию вместо того, чтобы просто вынуть ту одну машину.
В Вашем изображении они не маркированы так скажем, бездисплейная машина равняется 1, и остальные - движение 2-6 по часовой стрелке.
Чтобы 1 говорил 3, это должно было бы пройти 2 или если 2 снизился, то 6, 5 и 4.
Оказывающийся в худшем положении шинная топология, без цикла вокруг, одна побежденная машина сегментировала бы сеть в два в основном.
Уберите ссылку между 1 и 6 на Вашем изображении, и у Вас была бы шинная топология.
Теперь скажем, 3 понижается, 1 и 2 может говорить, 4, 5 и 6 может говорить, но 1 и 2 не может достигнуть 4, 5 и 6.
До маршрутизатора это было бы в гармонии то же как любая рабочая станция или сервер и могло упасть на те же коммуникационные разбивки, как описано выше.
Уверенный Вы могли сказать со звездообразной топологией, Вы теряете 1 переключатель, и все снижаются, но намного легче иметь новый коммутатор под рукой.
I've had the same problem recently and I've been scouring the web for potential solutions. It seems that the most common suggestions are: rsync/unison/scp the files between the hosts or using some form of central file storage (like NFS or iSCSI). I'm not a fan of the central storage solution as it seems heavy handed and you still need to build some redundancy into that solution.
Rsync/Unison seem like the better option, but they must be executed on a regular basis to sync the files. I don't like the idea of running it from cron on a constant basis as both rsync and unison scan all files for changes each run. If you have a lot of files, this can cause excess overhead.
We've come up with our own solution which is quite simple. We wrote a simple Python daemon that does the following:
- Using pyinotify, we watched the wp-content folder for changes.
- Anytime a change was detected, we would execute a run of unison to synchronize the two servers.
- We'd also execute a run of unison on a regular basis, say every 15 minutes or so just to be safe.
This seems to work just fine for us so far. Note that this works best on a two server setup. If you have more than one server, this method will need to be tweaked.
Hope this answers your question.