Какое максимальное количество клиентов для SEPM

[beelesnik 15]

Добрый день, коллеги.

Продолжаем тестирование Symantec Endpoint Protection с целью внедрения его в компании.

Для упрощения архитектуры есть мысль реализовать такую схему:

1. Установить два сервера SEPM (для failover) в центральном офисе. База данных будет лежать на отдельном SQL сервере.

2. Привязать всех клиентов со всех филиалов, распределенных по России, к этим серверам. Клиентов у нас около 30000.

В настоящеев время мы имеем SEPM менеджер с примерно 30 клиентами и настройками по умолчанию относительно логов и отчетов, при этом размер SQL-базы 3,5 ГБ, каков прогноз относительно 30-35 тысяч клиентов?

Я смотрел сайзинг-гайд, согласно ему - размер базы будет порядка 300ГБ. Это немного пугает...

Поделитесь, пожалуйста, опытом, у кого-нибудь есть реализации SEP подобного масштаба?

Спасибо.

Да.... Убедительная просьба не рассматривать здесь вопрос обновлений антивирусных баз.

Это мы сделаем отдельно посредством распределенных внутренних LU-серверов.

[Shell 301]

Добрый день, коллеги.

Продолжаем тестирование Symantec Endpoint Protection с целью внедрения его в компании.

Для упрощения архитектуры есть мысль реализовать такую схему:

1. Установить два сервера SEPM (для failover) в центральном офисе. База данных будет лежать на отдельном SQL сервере.

2. Привязать всех клиентов со всех филиалов, распределенных по России, к этим серверам. Клиентов у нас около 30000.

В настоящеев время мы имеем SEPM менеджер с примерно 30 клиентами и настройками по умолчанию относительно логов и отчетов, при этом размер SQL-базы 3,5 ГБ, каков прогноз относительно 30-35 тысяч клиентов?

Я смотрел сайзинг-гайд, согласно ему - размер базы будет порядка 300ГБ. Это немного пугает...

Поделитесь, пожалуйста, опытом, у кого-нибудь есть реализации SEP подобного масштаба?

Спасибо.

Да.... Убедительная просьба не рассматривать здесь вопрос обновлений антивирусных баз.

Это мы сделаем отдельно посредством распределенных внутренних LU-серверов.

Клиентов 1800-1900.

База SQL 7034 Mb.

Хранение логов всех кроме блока трафика = 3 мес.

Все клиенты на 1 сервере. В Pull mode.

Размер c:\%Programm%\Symantec\Symantec Endpoint Protection = 16058 Mb.

800 клиентов получают обновления с LUA (ftp под Freebsd).

Остальные - по медленным каналам через 100 GUP-ов.

Файловеры используются только для бекапа политик (в sylink не указаны для клиентов, иначе начинается бардак).

У меня поднималось количество клиентов до 5000. Файловая система увеличивается где то до 30-35 гигов, база - до 18.

Размер базы и файловой занимаемой системы будет зависеть от:

1) глубины хранения и детальности логов

2) объема политик

3) количества хранимых обновлений

[beelesnik 15]

У меня поднималось количество клиентов до 5000. Файловая система увеличивается где то до 30-35 гигов, база - до 18.

Размер базы и файловой занимаемой системы будет зависеть от:

1) глубины хранения и детальности логов

2) объема политик

3) количества хранимых обновлений

Большое спасибо за ответ.

А не подскажете, при увеличении пользовательской базы до 5000 клиентов меняется ли уровень отзывчивости сиквельной базы?

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

[Shell 301]

Переиндексирование и дефрагментацию не делаю, так как это не повышает производительность.

В базу MS SQL пишется помимо SEP еще много чего в более больших объемах. Производительность SQL с увеличением клиентов не падает. Однако, если поставить клиентов в постоянное соединение с сервером (Push mode) - даже на 1000 клиентах сервер захлебывается.

Иногда бывают проблемы при редактировании корпоративных съемных USB устройств в последней версии из за медлительности (у меня их более 900)..

[Олег Шабуров 56]

Переиндексирование и дефрагментацию не делаю, так как это не повышает производительность

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