Архитектура лучшей практики: Wildfly 10.1 и MySQL DB

-1

Мне нужно два экземпляра Wildfly, работающих на двух разных машинах, используя одну и ту же базу данных. Как реализовать такой вариант использования? До сих пор я вижу два варианта:Архитектура лучшей практики: Wildfly 10.1 и MySQL DB

базы данных MySQL на обеих машинах (зеркальное отображение друг друга)
внешнюю базу данных MySQL и оба экземпляра подключения к этому удаленному дб

Что Лучшая практика и что делать Я должен рассмотреть? Я не могу найти какую-либо информацию о том, как добавить удаленную базу данных в качестве источника данных для wildfly, является ли эта плохая практика?

Обновление: Предполагая, что я выбрал второй подход, Как добавить удаленную базу данных в качестве источника данных для wildfly?

источник

2016-12-09 ynotu.

Объясните необходимость использования двух машин. (Существует несколько решений: мы должны быть дома на одном, который соответствует вашим потребностям.) –

Мне нужно 2 машины, чтобы предотвратить простоя системы в случае отказа оборудования. Я думал о размещении их в разных дата-центрах, но я прочитал [эту статью] (https://www.elastic.co/blog/clustering_across_multiple_data_centers) об этом и отменил эту идею. –

Если у вас их в одном DC, то один смерч, землетрясение и т. Д. Могут уничтожить их обоих. Я видел курящий ИБП и тепловую волну, вытаскивающую датацентры. –

Если у вас несколько клиентов, то обычно лучше всего, чтобы все они разговаривали с одним экземпляром MySQL.

одного экземпляра MySQL: Simpler обслуживание, простой топологии и т.д.

Несколько экземпляров MySQL: Должен решить, какой аромат репликации, настроить его, администрировать его и т.д. Преимуществом является некоторый дополнительный уровень избыточности (» Высокая доступность").

В любой топологии вам нужно учитывать, что несколько клиентов касаются одних и тех же данных в то же время. Обычно это обрабатывается транзакциями InnoDB.

источник

2016-12-13 19:36:45

Архитектура лучшей практики: Wildfly 10.1 и MySQL DB

ответ

Смежные вопросы