Основные группы в WebSphere Application Server - PullRequest
2 голосов
/ 01 марта 2012

Мне интересно, нужны ли мне CoreGroups в моем сервере приложений WebSphere.Я объясню:

У меня есть разные типы серверов.Однако все они находятся в одной группе DefaultCoreFroup.По моему пониманию, я могу разделить их по разным CoreGroups, в зависимости от типа.Тем не менее, я понимаю, что это разделение может быть хорошим, если я хочу возможности высокой доступности.Я не использую возможности высокой доступности WebSphere.

Однако я заметил, что иногда на WebSphere 6.1 сервер при запуске показывает сообщения стека DCS и что он не может связаться с другим сервером в своей CoreGroup,и так застревает до тех пор, пока этот другой Сервер не будет перезапущен / shutodwn или что-то в этом роде.

Если я разделю эти два на другую CoreGroup, проблема не возникнет.Тем не менее, я хочу знать, что именно это они и сделали в WebSphere или это ошибка в WAS v6.1, и, возможно, она была решена в WAS v7.0

Спасибо.

Ответы [ 2 ]

0 голосов
/ 27 мая 2012

IBM рекомендует размер основной группы от 50 до 100 процессов (зависит от версии WAS). Учтите, что процесс также является агентом узла.

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

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

0 голосов
/ 02 марта 2012

Пожалуйста, будьте очень, очень осторожны, когда / если касаетесь CoreGroups.Если вы начинающий пользователь, оставьте их в покое.Если вы считаете, что не используете службы высокой доступности, это не означает, что вы не используете другие службы WAS, зависящие от высокой доступности.

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

...