Согласованное развертывание кластера ejabberd в облаке?

Question

Из документов @http://docs.ejabberd.im/admin/guide/clustering/#clustering-setup

Добавление узла в кластер осуществляется путем запуска нового узла ejabberd в пределах одной и той же сети, и запустив команду из узла кластера. На втором узле, например, в качестве ejabberd уже запущен, запустите следующую команду как пользователь ejabberd демон, используя скрипт ejabberdctl: ejabberdctl join_cluster 'ejabberd@first'

Как это перевести на развертывание в cloud-, где экземпляры могут (надеюсь) быть выключенным/перезапущенным на основе согласованного изображения и за балансировщиком нагрузки?

Возможно, все из них, включая исходный экземпляр, используют «example.com» как «первый» в приведенном выше примере (при условии, что «example.com» настроен в DNS, чтобы указать на балансировщик облачной нагрузки)?

Или необходимо, чтобы первый экземпляр не пытался присоединиться к кластеру, а последующие все используют ip-адрес этого исходного экземпляра вместо «первого» (и, если это так, он становится неаккуратным, если этот начальный экземпляр идет вниз)?

Answer 1

Возможно, все из них, включая исходный экземпляр, используют «example.com» как «первый» в приведенном выше примере (при условии, что «example.com» настроен в DNS, чтобы указать на балансировщик облачной нагрузки)?

Нет, параметр имени узла - это имя узла узла Erlang ejabberd. Это должно быть еще больше на внутренней сети Amazon, а не на публичной, поэтому не следует полагаться на центральный DNS. Это должно быть имя узла Erlang в качестве недавно начатого узла с подключением к существующему узлу для совместного использования одной и той же «схемы кластеров» и выполнения начальной синхронизации данных.

Таким образом, развертывание осуществляется следующим образом:

• первый экземпляр не нужно присоединиться к кластеру на самом деле, как нет кластера схемы для совместного использования.
• Новый экземпляр может использовать имя узла любого другого узла кластера. Это означает, что они добавят себя в схему кластера ejabberd. Это означает, что ejabberd знает, что пользователи могут находиться на любом узле этого кластера. Вы можете указать на любой запущенный узел кластера, чтобы добавить новый, так как все они эквивалентны (мастер не существует).
• Вам по-прежнему необходимо настроить балансировщик нагрузки, чтобы сбалансировать трафик с общедоступным портом XMPP на всех узлах.

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