JBoss несколько экземпляров сервера, несколько портов в производственной среде не рекомендуется?

Question

В следующем документе написано:

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

Каковы риски при таком подходе в производственной среде?В weblogic это довольно распространенное явление, и в нем встречается несколько производственных сред, работающих с несколькими портами (управляемые серверы).

https://community.jboss.org/wiki/ConfiguringMultipleJBossInstancesOnOnemachine

Answer 1

Вики четко отвечает на этот вопрос. Вот текст из вики для вашей справки

По возможности, рекомендуется использовать разные IP-адреса для каждого экземпляра JBoss, а не менять порты или использовать диспетчер привязки служб по следующим причинам:

1. При возникновении конфликта портов очень сложно устранять неполадки, учитывая большое количество портов и серверов приложений.
2. Слишком много портов делает правила брандмауэра слишком сложными для обслуживания.
3. Изоляция IP-адресов дает вам гарантию, что никакие другие серверы приложений не будут использовать порты.
4. Каждое обновление требует, чтобы вы вошли и заново установили менеджер привязок. В большинстве обновлений будет обновлен файл conf / jboss-service.xml, в котором есть конфигурация диспетчера привязок служб.
5. Конфигурация намного проще. При определении новых портов (либо через диспетчер привязки служб, либо путем входа и изменения всех портов в конфигурации) всегда возникает головная боль, пытаясь выяснить, какие порты еще не заняты. Если вы используете NIC для каждого экземпляра JBoss, все, что вам нужно изменить, - это аргумент привязки IP-адреса при выполнении run.sh или run.bat. (-b)
6. Как только вы получите 3 или 4 приложения, использующие разные порты, шансы действительно возрастут, что вы перейдете к другому порту ваших приложений. Просто становится все труднее удерживать порты от конфликтов.
7. JGroups выберет случайные порты в кластере для связи. Иногда при кластеризации, если вы используете один и тот же IP-адрес, два случайных порта могут быть выбраны на двух разных серверах приложений (с помощью диспетчера привязок), которые конфликтуют. Вы можете настроить это, но лучше вообще не сталкиваться с такой ситуацией. В целом, наличие отдельных IP-адресов для каждого экземпляра сервера приложений вызывает меньше проблем (некоторые из этих проблем упоминаются здесь, а некоторые нет).