Генерация оповещений SCOM для веб-серверов

У меня 4-7 серверов sharepoint. У нас уже есть предупреждение scom для генерации оповещения, если сервер не работает. Но мы хотим реализовать предупреждение Scom, если сайт не работает.

Можем ли мы создать оповещение, используя scom, используя функцию ping? Моя идея заключается в том, что мы непрерывно пингуем сервер, и когда веб-сайт не отвечает в течение некоторого времени, мы получаем предупреждение о том, что веб-сайт не отвечает.

Можно ли это реализовать? А сколько усилий нужно? И нужны ли нам какие-либо другие сервисы для внедрения?

Любая помощь будет оценена.

1 ответ

Ravi,

Прости меня за пост, где больше философии и меньше ответов.

Хорошо это или плохо, но Microsoft отказалась от реализации простого монитора пинга в SCOM. Это веская причина для этого. Это было бы чрезмерно использовано людьми, которые не знают ничего лучшего. Результат, который плохо отразится на качестве СКОМ как инструмента мониторинга. Под этим я подразумеваю, что пинг-монитор - ужасная идея, поскольку он не говорит бедной душе, которая была разбужена в 2 часа ночи, многим из чего-либо, кроме понятия самого высокого уровня, что что- то не так.

Если у вас есть 5 минут, чтобы сидеть перед консолью SCOM для создания пинг-оповещения, то вы бы лучше обслуживали свои группы поддержки, если бы потратили те же 5 минут на создание монитора доступности веб-приложений. Причиной этого является то, что монитор доступности веб-приложений фактически просматривает ответ, чтобы убедиться в его логичности и успешности.

Вот документация для создания монитора доступности веб-приложений. Это выглядит сложно только до вашей первой реализации. Это действительно несложно. https://technet.microsoft.com/en-us/library/hh881882(v=sc.12).aspx

Учтите, что если у вас был монитор ping, и кто-то случайно удалил ваш файл index.html, ваш ping будет радостно пускаться, не сказав никому. То же самое с плохим обновлением кода. Черт возьми, вы даже можете остановить сервер веб-приложений, и ping все равно ответит.

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

Хорошей философией является реализация ваших мониторов таким образом, чтобы они тестировали цель как можно более полно и максимально изолированно. Вы не захотите направлять монитор доступности веб-приложений на балансировщик нагрузки, поскольку не обязательно будете знать, какая конечная точка не ответила на SCOM, чтобы вызвать предупреждение. Некоторые люди делают все возможное, чтобы обойти это, внедрив страницы проверки работоспособности, которые отвечают именами хостов. Обычно это не нужно, просто создайте монитор для каждого отдельного узла. Вы будете хотеть контролировать свой балансировщик нагрузки напрямую, чтобы вы знали, что он также работает.

С другой стороны, уже есть пакет управления SharePoint (фактически один для каждой версии SharePoint), который можно бесплатно загрузить с MS. Этот пакет управления автоматически обнаруживает и отслеживает все компоненты SharePoint в вашей инфраструктуре. Он работает довольно хорошо, но если вы новичок в SCOM, то объем данных и оповещений, которые он создает, поначалу может быть немного ошеломляющим.

Пакет управления SharePoint 2016 (по одному для каждой версии): https://blogs.technet.microsoft.com/wbaer/2015/09/08/system-center-operations-management-pack-for-sharepoint-server-2016-it-preview/

Существует также сторонний пакет управления, который позволяет просто создавать мониторы ping. Люди действительно хотят этого. Я с уважением скажу вам, что они приносят больше вреда, чем пользы в большинстве реализаций, которые используют это. Но в конце дня иногда вам просто нужно что-то, что работает, и вы понимаете, вот оно:

Пакет управления Ping: https://www.opslogix.com/ping-management-pack/

Другие вопросы по тегам