В настоящее время мы предоставляем управление исправлениями как услугу для большого количества серверов. Исторически сложилось так, что у нас были технические специалисты уровня 1 по протоколу RDP для каждой машины после окна исправления, чтобы убедиться, что они подключены к сети. Мы быстро перерастаем этот метод проверки. У нас есть очень надежная система мониторинга, которая в основном использует SNMP. Он способен контролировать типы ping, snmp, процесса, службы, TCP-порта и т. Д.
У меня вопрос: что бы все рекомендовали нам отслеживать, чтобы гарантировать, что сервер Windows находится в сети и не зависает при перезагрузке или завершении работы? Я не решаюсь изменить нашу политику, чтобы полагаться только на мониторинг, пока я не буду уверен, что классическая проблема обновления Windows типа «зависание при выключении» может быть успешно отслежена. Например, когда сервер исправляет ошибки и зависает при перезагрузке, но все еще отвечает на эхо-запрос, и, возможно, некоторые службы по-прежнему будут регистрироваться через SNMP как работающие. Кто-нибудь настроил политику мониторинга, способную выдавать предупреждения в этих сценариях? Существуют ли рекомендуемые службы, процессы или порты Windows, которые я мог бы отслеживать? Типы серверов охватывают весь спектр, поэтому я ищу любые общие процессы типа Windows, которые мы могли бы отслеживать.
Любая помощь приветствуется!
Всегда есть шанс, что сервер зависнет так, что его не обнаружит ваша система мониторинга, независимо от того, что вы выберете для мониторинга. Я мог бы предложить вам контролировать типичные компоненты, такие как диск, доступность сети, ключевые службы (на основе ролей, установленных на каждом отдельном сервере) и т. Д. Комбинации всего этого должно быть достаточно, чтобы в случае зависания сервера один из отслеживаемых компонентов вызовет предупреждение.