Крупномасштабная среда пересылки событий Windows (WEF)


10

В настоящее время мы используем Nxlog на всех наших контроллерах домена и отправляем эти данные на центральный сервер syslog-ng. Из-за работы с агентами на каждом компьютере и необходимости в дополнительных агентах, которые поддерживают только чтение средства просмотра событий, мы обсуждаем вопрос об использовании WEF для пересылки всех журналов DC на несколько серверов, поэтому у нас меньше агентов для работы. Теоретически это звучит хорошо, но, как я начал читать, я не вижу возможности для HA или кластеризации. Я мог бы, вероятно, выполнить его с балансировкой нагрузки и циклически распределить события на 5 или около того серверах на задней части, но не уверен, что это сработает так, как я хочу.

У кого-нибудь есть опыт использования WEF в довольно большой среде? Мы получаем около 200 миллионов журналов событий Windows в день, и нам необходимо повысить уровень журналирования. Кроме того, нам необходимо, чтобы журналы были как можно ближе к реальному времени, поэтому при таком масштабе кто-нибудь сталкивался с проблемой производительности журналов переадресации постоянного тока или задержки принимающих их коллекторов?

Спасибо за вашу помощь и вклад.


В приведенной ниже статье содержится некоторая полезная информация о том, как настроить пару HA, но вы получите дубликаты на каждом сервере, вместо того, чтобы быть настоящей установкой типа циклического перебора. Это сработало бы, если бы вы заботились только о HA, но я также забочусь о том, чтобы не получать дуплекс, поэтому я не думаю, что это будет делать то, что я хочу. ( technet.microsoft.com/itpro/windows/keep-secure/… )
Эрик

на самом деле не отвечая на ваш вопрос, но пытались ли вы использовать систему управления конфигурациями, такую ​​как [salttack (бесплатные клиенты для Windows!), puppet, chef и т. д.] для предоставления агентов nxlog? В моей прошлой жизни я использовал соль для развертывания nxlog и конфигурации, поэтому было легко управлять всеми агентами nxlog.
Стив Батлер

Ответы:


1

Я очень рекомендую переключить все ваши агенты на эластичные удары . Я использовал nxlog в прошлом, и он просто не делает все так хорошо, как эластичные ритмы.

Кроме того, они написаны на GO, поэтому никаких зависимостей не требуется.

Syslog-NG тоже великолепен, но с тех пор я также перешел на logstash, он поддерживает кластеризацию, отработку отказа, очереди и многие другие операции экспорта (например, в graylog или splunk).

Наконец, мы развертываем наши биты в windows и linux с помощью Ansible.


-2

Возможно, вы захотите рассмотреть такой инструмент, как Graylog ( https://www.graylog.org/features ) для управления и мониторинга среды ведения журнала предприятия.


Я думаю, что спрашивающий действительно хотел получить некоторое представление об использовании WEF - вы начали использовать Graylog после того, как столкнулись с проблемами с WEF (или выбрали его по WEF по определенной причине)?
iwaseatenbyagrue

Это не имеет отношения к вопросу ..
Виллемд
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.