ejabberd кластера: Multi-мастер или мастер-ведомый

Question

До сих пор, что я пришел через это -

1. Настройка ejabberd кластера в конфигурации master-slave, было бы единственной точкой отказа и люди когда даже после фиксации мастера (если он идет вниз), кластер не станет снова работоспособен. Также иногда, ejabberd экземпляров каждого подчиненного устройства нужно будет снова просмотреть, чтобы заставить их работать должным образом, или команды mnesia должны были быть снова вставлены, чтобы заставить ведущего взаимодействовать с подчиненными устройствами.
2. Настройка кластера ejabberd в конфигурации multi-master, тогда любой из узлов может быть выведен из кластера, не опуская весь кластер. В принципе, нет единственной точки отказа, и это также способ, которым official documentation для ejabberd говорит вам сделать через аргумент join_cluster, который они выставляют в сценарии ejabberdctl. ОДНАКО, в этом случае все данные реплицируются на обоих узлах, что, на мой взгляд, является большой производительностью.

Так что это сводится к этому.

Каков наилучший/рекомендуемый/популярный режим, в котором кластер из 2-х узлов должен быть настроен в основном по производительности, но также учитывать другие важные факторы (отказоустойчивость, балансировка нагрузки).

Answer 1

В ejabberd существует только один режим. В принципе, он работает так, как вы описываете как мультимастер. master-slave будет в основном быть одной и той же установкой без какого-либо трафика, отправленного во второй узел с помощью механизма балансировки нагрузки.

Итак, случай 2 - это путь.