Как синхронизировать файлы конфигурации в кластере Tomcat?

Question

У меня есть кластер Tomcat (внешний интерфейс Apache httpd, прокси-кластер Tomcat), с двумя узлами в серверной части, все на Windows Server 2008. Узлы Tomcat обслуживают веб-приложение, которое имеет некоторые файлы конфигурации в соответствующих каталогах экземпляров. Файлы конфигурации могут быть записаны администратором во время выполнения. При следующем перезапуске изменения подхватываются веб-приложением.

Я хочу синхронизировать файлы конфигурации в режиме реального времени, без задержек, и должен обрабатывать возможный сплит-мозг, как это делает инструмент drbd в Linux.

• Вышеописанная установка является относительно небольшой, имея только 3 физических сервера (балансировщик нагрузки Apache и серверные узлы), и использование чего-либо вроде отдельной базы данных, Hadoop и т. Д. Не очень экономично. Также файлы конфигурации относительно невелики.
• Из некоторых поисков наткнулся на множество автономных утилит - FreeFileSync, SyncToy, Synkron и т. Д. Ни одна из них действительно не соответствует моим критериям.
• Программная синхронизация не очень идеальна, сценарий с разделенным мозгом может привести к путанице.

К сожалению, нет альтернативы drbd для Windows, и вот мой вопрос:

• Какой самый простой / безопасный и открытый способ синхронизации файлов в режиме реального времени в среде Windows.
• Существуют ли какие-либо встроенные решения для синхронизации файлов для кластера Tomcat (я не смог найти много из документации).
• Любые другие возможности я могу синхронизировать конфигурации в кластере Tomcat?

Answer 1

Если вы не собираетесь обращаться к ним слишком часто, я бы использовал общую сетевую папку или общую область хранения. По сути, вы должны настроить каждое веб-приложение для поиска его файлов конфигурации по этому сетевому пути, а не по каталогу их экземпляров.

Вы также можете использовать Dropbox/Drive/ API и читать / хранить там конф. (Вы также будете иметь функции управления версиями в качестве бонуса)

Оба варианта работают медленнее, чем локальный доступ, но обычно производительность не является проблемой при обновлении файлов conf.