|
Действия ...
|
11.03.2011, 08:44
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
|
|
15.03.2011, 17:37
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.03.2011, 08:44
|
|||
|---|---|---|---|
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
Ставлю WAS Network Deployment 7.0 После инсталляции админ консоль запрускается, сервер создан, но находится в неопр состоянии (ни зеленый, ни красный :) ) При попытке запустить его из админ консоли говорит что не запущен агент сервера. Если кто знает, что не так и куда смотреть -- подскажите, плз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.03.2011, 17:37
|
|||
|---|---|---|---|
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
С предыдущим справился. Сделал кластер, два сервера работаеют синхронно, одновременно администрятся с консоли и т.п. Однако задеплоенные приложения работают на обоих узлах независимо друг от друга, каждый на своем УРЛе Поэтому возник следующий вопрос: как сделать так, чтобы юзер обращался к кластеру по единственному урлу, а уж там внутри кластера это дело перераспределялось на конкретный узел? И чтобы при отключении одного из узлов юзер работал как ни в чем ни бывало? (насколько понимаю, именно в этом смысл кластера?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.03.2011, 17:56
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
Внешний http-сервер вам в помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.03.2011, 18:19
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
Tyo, да. Данная фитча достикается двумя путями. Либо вы приобритаете аппаратный балансировщик, либо берете программный. BRK01, абсолютно прав. В данном случае вполне справится IBM HTTP Server + websphere plugin. Главное не забыть прописать нужные порты в host aliases и задеплоить plugin-cfg.xml. IHS будет следить за доступностью приложения на сфере и роутить запросы на живые ноды. Если есть конкретные вопросы, то обращайтесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.03.2011, 18:21
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
Про доступность IHS (ну или другого балансировщика), кстати, тоже не стоит забывать. Его тоже надо бы в кластер поместить. А то это точкой отказа системы будет являться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.03.2011, 09:50
|
|||
|---|---|---|---|
|
|||
трабл с инсталляцией WAS Network Deployment |
|||
|
#18+
Добавлю лишь, что не обязательно использовать именно IHS (хотя он и идет в комплекте с ND и бесплатный, тут уж на ваш вкус, но будет разница в управлении через Admin Console этим сервером. IHS относится к unmanaged node, то есть не придется дополнительно создавать ноду для управления) А железку обычно ставят уже перед http-серверами, в случае большой нагрузки и критичности времени отклика. Либо программный edge-сервер (вроде так называется), который делает то же самое, что и железка. О применении последнего в проектах практически ничего не слышал :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=43&tablet=1&tid=1602343]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
| others: | 289ms |
| total: | 452ms |
| 0 / 0 |
