Flickerlight

Доп. сервера управления

В этой теме 10 сообщений

Доброе всем утро/день/ночь.

Переодически возникает проблема с обновлением дополнительных серверов управления SEP.

Для начала о структуре устновленного SEP.

Есть сайт SEP, где соответсвенно крутится база SQL и работет основной сервер.

К основному серверу подключается ряд дополнительных серверов SEP (географически расположенных в других городах). Такова политика партии компании.

При обновлении базы на основном сервере (с помощью файла *.jdb) начинают обновлятся доп. сервера (здесь все вроде как надо), но вот что происходит потом:

1. При обновлении основного сервера файлом размером порядка 85 Mb на доп. сервера уходит траффик в разы больше (приходится ограничивать скорость во избежании полной загрузки каналов)

2. По истечении неопределенного времени, которое затрачено на обновление сервера, клиенты, подключенные к доп. серверу остаются необновленными. Помагает только перезапуск сервиса SEPM на доп. сервере или его железная перезагрузка.

Уважаемые гуру, может кто сталкивался с такой проблемой, ее победил или сможет прокомментировать ситуацию, дабы успокоить админов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

у меня больше вопросов чем ответов)

К основному серверу подключается ряд дополнительных серверов SEP

это реализовано дополнительными сайтами? или SEPM сервера из регионов обращаются к удаленной базе данных, расположенной в основном филиале?

В зависимости от этого будут дальнейшие ответы...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
у меня больше вопросов чем ответов)

это реализовано дополнительными сайтами? или SEPM сервера из регионов обращаются к удаленной базе данных, расположенной в основном филиале?

В зависимости от этого будут дальнейшие ответы...

Почему-то я догадывался, что вопросов будет много )

Нет, сайт как уже упоминалось один. Допики обращаются к основной БД, которая удалена (анализ траффика показал постоянные sql-запросы, как я понял, это нормально)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
анализ траффика показал постоянные sql-запросы, как я понял, это нормально

правильно.

Именно поэтому существует рекомендация иметь SEPM и SQL как можно ближе (в идеале на одном свитче). При малом кол-ве клиентов это не так важно, но при большом - может быть очень критично, т.к. постоянные запросы по узким каналам могут положить канал связи и серьезно "тормозить" SEPM.

Можете более детально описать инфраструктуру:

- сколько филиалов? + сколько там клиентов?

- есть ли "подфилиалы"? + сколько в них клиентов?

- ширина каналов?

- есть ли в филиалах прямой доступ в интернет или все идет через центр?

Может будет больше вопросов, но пока хватит.

Если не хотите делиться этой инфомацией публично, то можем пообщаться лично.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Можете более детально описать инфраструктуру:

- сколько филиалов? + сколько там клиентов?

- есть ли "подфилиалы"? + сколько в них клиентов?

- ширина каналов?

- есть ли в филиалах прямой доступ в интернет или все идет через центр?

Может будет больше вопросов, но пока хватит.

Если не хотите делиться этой инфомацией публично, то можем пообщаться лично.

Информация такова:

1. Есть один головной офис, к которому в идеале должно подключится порядка 15 филиалов. У последних сеть тоже разветвленная (подфилиалы), но там планировалось обновления забирать с выделенных станции обновления (при необходимости), что б не "рожать" еще больше серверов.

2. По количеству клиентов - цифры будут разные, от величины филиала зависит. Где-то 500, где-то 300.

3. Ширина каналов различная, от 2 Мб до 512 Кб (есть предпосылки к увеличению), поэтому вынуждены ограничивать траффик.

4. Обновление только через центр-офис, как говорится - централизация. В филиалах люди вообще обновлением заниматься не должны.

5. В идеале - в центр-офисе базы обновились, далее обновились доп. сервера, далее клиенты на доп. серверах. При этом на доп. серверах сидят люди которые следят за ситуацией у себя в филиале, в центр-офисе же мы следим за всем.

6. Прямого доступа в Интернет для серверов SEP - нет.

7. Возможно использовать Live Update, конечно, ставить расписание в ночь и прочее, но у последнего обновления занимают от 1.5 Gb, а это "пипец" (с).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть причины по которым не хотите полностью избавиться от серверов SEPM в регионах?

Мое предложение следующее:

1. Центральный офис: 2 SEPM (один из которых для отказоустойчивости и балансировки нагрузки).

2. Филиалы: в каждом филиале по 2 GUP (один из которых для отказоустойчивости).

3. Подфилиалы: в них тоже GUP, если есть возможность сделать пару - хорошо.

Теперь детали.

1. На SEPM-серверах храните большое кол-во обновлений. Если обновления качаются 3 раза в день, то желательно хранить около 45 обновлений (это необходимо для генерации дельт в тех случаях, когда машины пользователей не будут включаться по две недели). Это, конечно, займет довольном много дискового пространства (среднее обновление около 220МБ на диске + 70МБ в базе данных), но существенно облегчит нагрузку на каналы связи.

2. GUP-ами назначаете машины, которые постоянно в онлайне, желательно какой-нибудь файловый или другой сервер. На нем тоже устанавливаете срок хранения обновления подольше (недели достаточно, если понадобится дельта за больший срок - SEPM ее сгенерирует).

Если нагрузка на канал очень критична, то настраиваете GUP таким образом, что клиенты никогда не будут обращаться за обновлениями напрямую к SEPM.

3. В подфилиалах то же самое, что и в филиалах, но срок хранения обновленй можно сделать поменьше.

4. Дальше мониторите состояние GUP-ов и остальных клиентов. Например для этого можно использовать GUP Monitor.

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

но у последнего обновления занимают от 1.5 Gb

LUA - штука, не особо экономящая трафик.

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

Поэтому настоятельно рекомендую использовать GUPы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тут вот какое дело.

GUP-ами да, можно назначить те же самые доп. сервера. Дело в том, что машинки в филиалах напрямую не пингуют SEPM в центр офисе. И методом научного тыка выяснили, что таким образом они не будут обновляться с GUP-а и передавать свое состояние в БД SEPM. Поэтому и было принято решение об организации доп SEPM в филиалах.

Хотя возможно что-то делали не так, может буквари по SEP не дочитали.

P.S. Олег, может есть возможность как-то более он-лайн пообщаться?

P.P.S С уважением, Александр.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
может есть возможность как-то более он-лайн пообщаться

конечно, пишите на почту: oleg подчеркивание shaburov собака symantec.com

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ребята, выкладывайте пожалуйста хотя бы результаты личного общения. Здесь же можно гораздо больше почерпнуть чем из доки. Я из вопрос-ответ понял гораздо больше чем читая мануалы как все работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ребята, выкладывайте пожалуйста хотя бы результаты личного общения

обязательно, как только пообщаемся получше.

а если есть какое-то недопонимание - пишите, подскажем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти с помощью Facebook Войти Войти с помощью Twitter
Anti-Malware.ru Вконтакте   Anti-Malware.ru в Facebook   Anti-Malware.ru в Twitter   Anti-Malware.ru в LinkedIn   RSS
  • Сообщения

    • Wenderoy
      Обновляю: https://mega.nz/#!0FYBnRzT!Kh8GaRMVOzm99QJZX0NsDD51vDaFzPI-Vil02kw53rQ
    • Sergey22101979s
      Площадку надо свою делать и развивать её. А потом продавать места на ней. И не важно какую площадку - сайт, группу в соцсети, или что-то тому подобное.
    • homeobed
      На дому за копейки работать - дело нехитрое) Вот чтобы зарабатывать приличные деньги, на одних комментариях далеко не уедешь)
    • Mike
      Вышел McAfee VirusScan Enterprise 8.8.0 Patch 10  
    • Wenderoy
      Да, лучше удалить. Но это, разумеется, решает администрация... Я никакой не тролль, ANDYBOND прекрасно это понимает, просто именно с ним был разлад безо всякой причины, подробности приводить не буду, но теперь он старается как можно больше "навредить" мне. Собственно, вот отзывы про PS - https://www.mywot.com/ru/scorecard/provisionsecurity.ru Думаю, комментарии будут излишними. Есть очень много свидетелей, которых "примерная" администрация Provisionsecurity даже "поливала" нецензурной лексикой, у меня есть все скриншоты и т. д. И после всего этого надо подумать, а стоит ли верить таким людям? Это я в качестве отступления. Главное - то, что я устал здесь распинаться, тратя свое личное время, что идет только на руку уже упомянутым участниками форума. Все, что мне надо было доказать, я доказал, пользователи моего приложения знают и понимают мои цели и стремления, я ни от кого ничего не скрываю. Поэтому программу уже используют многие, а это значит, что дело поставлено на рельсы. Самое смешное, что на каждый мой аргумент, который я не поленился снабдить всей необходимой информацией в форме ссылок, скриншотов, записей, копий писем, сообщений лабораторий etc, в ответ мне летят одни и те же фразы: "мошенник", "вирусописатель", "тролль". Так кто же больше попадает под значение последнего слова? Просто упомяну еще пару вещей. Когда я объяснял, почему продукт детектит пустой файл, все равно меня никто не слышал. Каким же, интересно, образом мне следует растолковать это? Были приведены доказательства, что я часть баз собираю с ресурса VirusShare (благо, имеются очень хорошие источники самой разнообразной информации), где AVP в свое время почему-то пометил файл как Trojan... (где-то на предыдущих страницах все чрезвычайно подробно описано). Так вот, копируя MD5, в комплект попала и хеш-сумма пустого файла, вследствие чего как бы Вы его ни переименовывали, все рано будет сработка продукта (кстати, ее уже нет). Далее. Насчет "мошенник" и "вирусописатель". Если зимние переписки (не просто отчетов автоматического анализа лабораторий) с вирусным аналитиком McAfee ни о чем Вам не говорят, это, как говорится, не мои проблемы. Другие вендоры, да практически все (даже популярные Avast, Qihoo и др.) устанавливаются втихомолку вместе с другим ПО (DRP Solutions, различные дополнения для монетизации в пакеты дистрибутивов), но их Вы почему-то "вирусописателями"  не называете. И последнее. Насчет "мошенник". Я никого не принуждаю устанавливать KAR, каждый делает это добровольно. Лицензионное соглашение и Privacy Statment присутствуют на сайте, там все четко и ясно описано. На сервер высылаются исключительно анонимные отчеты, как и в любых других разработках аналогичного типа, не более того.  Kuranin Anti-Ransomware распространяется абсолютно бесплатно, никакой рекламы ни в продукте, ни даже на сайте, т. к. это мое хобби. Поэтому здесь не вижу ничего, связанного с мошенничеством. Это очень краткое обобщение, все мои подробные ночные отписки на однотипные бессмысленные сообщения можно посмотреть, листая предыдущие ни много ни мало двенадцать страниц. @VMS, радует, что еще есть адекватные люди, которые умеют слушать. Да, к сожалению, это не те времена, когда жизнь кипела в каждом уголке Anti-Malware и других подобных форумов. Обидно, что перевились разработчики-добровольцы, которые были очень активны в 2004-2014 годах. Сейчас в основном крупные компании все вытеснили, да есть те, кто просто сдался (Александр Калинин, его судьба мне не известна, но смею предположить, что он воплотил свое хобби в жизнь; Kerish, который, правда, стал чрезвычайно полезной утилитой Kerish Doctor, а ведь совсем немногие знают прошлое этого творения; ScreamAV, бесплатныq антивирус то ли из Индонезии, то ли с Филиппин; путем долгого анализа удалось выяснить, что создатели данного антивируса примкнули к проекту SmadAV;  SMK антивирус, когда-то известный в узких кругах; "Зоркий глаз" Петелина Александра;  AWS Core, приостановивший свое развитие и т. п.) Вообще обожаю древние сайты, особенно варианты на narod.ru и им подобные, пропахшие стариной и историей. Очень приятные ощущения, как будто бы открыл давно забытую, но вновь найденную на чердаке книгу с пожелтевшими от времени листами.  А еще очень много полезных ресурсов, которых уже нет, но они сохранились в "архиве". Все это "богатство" сложно отыскать, но зато там есть чрезвычайно много полезной информации... Вот, кстати, один из примеров: https://web.archive.org/web/20040905203536/http://www.winchanger.narod.ru:80/ Или https://web.archive.org/web/20070624081145/http://winchanger.whatis.ru:80/ Как бонус прилагаю собственную коллекцию малоизвестных продуктов любителей информационной безопасности, среди них, кстати, все вышеупомянутые образцы! https://mega.nz/#!tZBkkCKa!0WzfYt4A1zK4aCvVLtu3FLt7pfPIp7wWtyPIr9c-cbo Может, кому пригодится...