Возможный дубликат:
Какой инструмент вы используете для мониторинга своих серверов?
Кто-нибудь может порекомендовать сервис мониторинга веб-сайтов?
Моя компания создает и поддерживает сайты для наших клиентов. В любой момент у нас есть 400-600 активных сайтов. Мы строим 5-10 штук в неделю и снимаем примерно столько же. У нас есть базовый мониторинг «работает ли сайт» для каждого сайта, но я бы хотел его расширить.
Прежде чем создавать свои собственные, я ищу предложения.
Мониторинг будет сосредоточен вокруг каждого сайта, а не серверов (все сайты работают на пуле физических серверов с балансировкой нагрузки). Для каждого сайта мы хотим отслеживать разные категории информации, например:
Из-за того, насколько регулярно мы добавляем / удаляем сайты, нам необходимо иметь возможность добавлять и удалять через API или другим автоматическим способом.
Я немного посмотрел на Nagios, Icinga, и Зенос. Хотя у них есть плагины и API для расширения, каждый из них сосредоточен на физическом хосте. Нам действительно нужно иметь возможность быстро увидеть сайты, на которых возникли проблемы, а затем детализировать их, чтобы увидеть, в чем проблема.
Есть ли инструменты, которые я не нашел, которые удовлетворяют мои потребности? Кто-нибудь использовал одно из этих других, не ориентированное на сервер?
Zabbix (FOSS) и InterMapper (коммерческий) - другие варианты, на которые стоит обратить внимание. Я знаю, что последним можно управлять через XML API (если вы вежливо спросите их службу поддержки, они предоставят вам очень хорошую неофициальную помощь).
Практически любая система мониторинга может делать то, что вы хотите - вы можете отслеживать "localhost" с некоторыми параметрами, которые волшебным образом передаются в сценарий, но вы можете отслеживать то, что хотите видеть.
С точки зрения практически каждой системы мониторинга каждый (веб) сайт является сервер - вы обращаетесь к нему по доменному имени и URL-адресу / пути для доступа, говорите с ним несколько http (s) и получаете ответ, который затем можете проанализировать.
Неважно, физический ли это сервер - с точки зрения мониторинга это отдельный объект.
Сказав это, убедитесь, что вы не упускаете из виду фактические базовые серверы и состояние балансировщика нагрузки. Наличие нездоровых серверов в вашем пуле LB настраивает вас для ужасного сценария эффекта домино (диск Server1 заполняется. Он взрывается. LB отправляет свою нагрузку на серверы 2 и 3, которые заполняют диск Server2 ... и т. Д.)
Для этого есть множество дорогостоящих инструментов (или, по крайней мере, ваши 2-е и 3-е пункты). Раньше одним из них был HP OVIS, теперь у них есть кое-что в наборе инструментов BA. Они будут выполнять искусственные транзакции в качестве пользовательского агента HTTP (S) для проверки определенных значений, ведения журналов времени загрузки страницы и т. Д.
Я уверен, что для этого есть недорогие инструменты, я просто не знаком ни с одним из них. Есть также коммерческие услуги, которые вы можете оплачивать помесячно (которые часто также предоставляются за каждый сайт). Преимущество этих сервисов в том, что у них будет несколько тестовых серверов в географически разнесенных областях, поэтому, если один из их серверов или интернет-провайдеров не работает, вы не подумает, что сайт вашего клиента не работает.
Если бы я делал это, я бы посмотрел, есть ли какие-либо существующие инструменты / фреймворки мониторинга (например, те, которые вы упомянули), которые могли бы использовать cURL или аналогичный инструмент в качестве плагина. Затем вы настраиваете действия с результатами, которые анализируются в нужных вам выходных данных, сохраняете / отслеживаете их, а также отслеживаете / отправляете предупреждения на их основе. Это также должно быть то, что вы можете использовать для своего первого элемента, который, я думаю, большинство людей просто пытаются отслеживать с помощью статической документации. Однако прямой запрос на страницы регистраторов и поддержание их в актуальном состоянии - отличная идея; если будут предприняты правильные действия, вы не будете получать укусы так часто, как это делают некоторые люди.