2016-09-22 24 views
0

У меня около 1000 сайтов на нескольких кластерах окон. Файлы журнала IIS (текстовые документы) доступны для каждого сайта в заданном месте на сервере. Решение, на что я смотрю, должно быть в состоянии сделать следующее.Какая настройка мне нужна - Хранение/Агрегирование/Отчетность Файлы журналов в облаке

1) Вставьте файлы журнала в облако. 2) Прочитайте эти файлы журналов и агрегируйте данные, такие как посещения, просмотры, обращения по URL-адресу и сохраните их в облаке для удобства отчетности. 3) Получите доступ к агрегированным данным третьим сторонам.

Во-первых, я пытаюсь выяснить, какие у меня варианты и какие настройки мне нужны.

ответ

0

У меня такой же случай использования, как и вы. Я использую инструменты NXLog -> Logstash -> Elasticsearch -> Kibana (стек ELK). Я нашел это решение простым в использовании и масштабировании. Мое использование очень связано с масштабом (> 40 000 logs/second) и высокой доступностью (без простоя), и это было отличное решение. Я рассмотрю ваши проблемы в том порядке, в котором вы их подняли:

  1. Мы используем NXLog для отправки файлов журнала.

  2. NXLog корабли эти журналы в Logstash.

  3. Каких третьей стороны отчетности решения? Не могли бы вы дать больше информации, и, может быть, я тоже смогу помочь с этим?

Больше ресурсов об использовании стека ELK для лесозаготовительной потребительной случая:

EDIT: Chartio integrates with Elasticsearch. Вы спросили: «Где в процессе я могу агрегировать данные и хранить их, чтобы их можно было легко расходуть, отправив отчет?» Elasticsearch выполняет сбор и хранение данных. Вы сохраняете данные в Elasticsearch, используя стек, который я подробно описал выше, и затем вы можете интегрировать приложение для отчетов, такое как Chartio.

+0

В аналогичном случае использования (но с меньшим количеством журналов, не более 1000/с) я обнаружил, что наличие кэша redis перед использованием Logstash было полезным. – baudsp

+0

Мы, скорее всего, будем использовать Chartio/Looker для отчетности. Но во-первых, у меня больше вопросов, где в процессе я могу агрегировать данные и хранить их, чтобы они могли легко расходуться, сообщая приложения. – sam

+0

Я начинаю реализовывать это и иметь еще несколько вопросов ... Ложные планы кажутся довольно дорогими. Есть ли другой вариант? Я запутался между nxlog и loggly - какова цель каждого из них? Почему просто ELK недостаточно для того, что я хочу делать? Как сервис Amazon Elastic Search вписывается в то, что я хочу сделать? – sam

 Смежные вопросы

  • Нет связанных вопросов^_^