Практика Использования

[Lemon]

Добрый день. Посоветуйте из практики, как лучше размещать следующие компоненты:

Registration Point, Publication Service, StateWatcher, Coordinator? Возможно ли (целесообразно ли) размещение нескольких компонентов совместно на одном сервере? Для какого компонента желательно выделить более производительный сервер? В чем смысл (кроме разделения полномочий) установки ЦУС и УКЦ на разные рабочие места (на практике)? Должен ли УКЦ быть постоянно «online» или запускаться только по мере необходимости?

Планируемая сеть: главный координатор программный, 2-5 hw1000, ноутбук администратора; 2 подсети + удаленные клиенты (в сумме около 300 клиентов).

Какая нагрузка (ориентировочно) будет на главном координаторе при таком количестве клиентов (т.е. каким системным требованиям должен удовлетворять сервер и канал связи)?

Заранее спасибо за ответы и рекомендации.

[diip]

Моя практика ~ 4 года

сейчас около 900 ап в разных регионах и 2 десятка координаторов программных ( все ,кроме одного "главного" , работают через самодельные внеш FW-linux ).

ЦУС и укц держу на обычном десктопе (клиент строго в 3м режиме) . смысла разделять не нашел . Из укц выходить каждый раз - зачем , можно выключать , но при формировании справочников -каждый раз его поднимать.3- раза в неделю у меня .. нет смысла.

Главный координатор до недавнего времени работал через ДСЛ модем 4 mb/s , так вот мне досталось в наследство ..Перевели на оптику 30-50 mb\s, при рассылке справочно-ключ информации разницы особой не увидел .

Канал широкий нужен ,когда когда вы через сеть випнет погоните (с одного АП -на другой ..и координаторы на пути) какойнибуть видео контент, или чтото подобное ..Тут да, здорово тормозит.

Для рассылки mftp-ДП и всяких приложений -типа клиент в БД ,

Statewatcher не покупали ,замена Nagios -ом .. В филиалах ктото пользует zabbix , размещают прямо на координаторах.