Обзор зависимостей

Стандартно WhatsUp Gold проводит опрос всех устройств и активных мониторов списка устройств, часто создавая ненужные служебные данные, опрашивая устройство, чье состояние можно оценить на основании состояния других устройств. Функция зависимости снижает количество служебных данных опроса в таких случаях, позволяя создавать условия, при которых устройство не будет опрашиваться. Эти условия определяют, будет ли зависимое устройство опрашиваться на основании состояния другого устройства, которое является целевым для этой зависимости. Состояние целевого устройства определяется по состоянию одного или нескольких его активных мониторов. Можно установить зависимости по активному или неактивному состоянию этих активных мониторов, в результате будут получены зависимости от активного или неактивного состояния.

Зависимости от активного состояния

Зависимость от активного состояния устанавливает условие так, что устройство опрашивается только тогда, когда выбранные активные мониторы второго устройства находятся в активном состоянии. Об устройстве можно думать, что оно находится «за» устройством, от которого оно зависит, поэтому оно должно опрашиваться, только если находящееся «перед ним» устройство является активным.

Пример

В этом примере активный монитор настроен для каждого из устройств, и обозначен при помощи Ping (имя_устройства). При отсутствии зависимостей WhatsUp Gold пытается опросить мониторы Ping на узлах, даже если коммутатор выключен или недоступен по иным причинам. Такая ситуация приводит к появлению излишних служебных данных в сети и системе, чего можно избежать, создав зависимости от активного состояния на узлах.

Добавив зависимость от активного состояния на каждом узле (так, чтобы опрос узлов зависел от активности монитора Ping на коммутаторе N), обозначенную Up Dependency: Switch N (Ping Monitor) Зависимость от активного состояния: Коммутатор N (Монитор Ping), создайте условие, при котором WhatsUp Gold прекращает опрос узлов, когда коммутатор N выключен или недоступен по иной причине для монитора Ping(Switch N) Ping(Коммутатор N). Это уменьшит количество служебных данных, требуемых для мониторинга зависимых устройств узла, предоставляя информацию об их доступности на основании доступности коммутатора N.

Зависимости от неактивного состояния

Important: Если используется подключаемый модуль APM и компоненты APM, которые содержат устройства WhatsUp Gold с зависимостями, помните, что компоненты APM расценивают неизвестное состояние WhatsUp Gold и состояние обслуживания устройства как неизвестные состояния. Таким образом, если устройство WhatsUp Gold переходит в неизвестное состояние или состояние обслуживания, компонент APM указывает, что устройство в неизвестном состоянии. Для получения подробной информации о том, каким образом состояния устройств сводятся от состояния конкретного компонента APM к общему состоянию экземпляра APM, см. Информацию о приоритете состояния экземпляра компонента APM.

Зависимость от неактивного состояния устанавливает правило, при котором устройство опрашивается только тогда, когда выбранные активные мониторы второго устройства находятся в неактивном состоянии. Об устройстве можно думать, что оно находится где-то «перед» устройством, от которого имеется зависимость. Зависимые устройства перед ним не будут опрашиваться, если устройство, расположенное ниже по цепочке, неактивно.

Пример

В этом примере сегмент сети содержит группу устройств, каждое из которых зависит от следующего по соединению. Каждое из этих устройств содержит монитор Ping, используемый для определения состояния устройства, обозначенный Ping (device) Ping (устройство). Если можно проверить связь с узлом A из другого сегмента сети, то можно предположить, что маршрутизатор R и коммутатор N работают и доступны, поэтому работа отдельных мониторов проверки связи Ping на этих устройствах создает ненужные служебные данные, если узел A активен. Однако, если узел A выключен или недоступен по иным причинам для монитора Ping, необходимо воспользоваться мониторами Ping (коммутатор N) и Ping (маршрутизатор R), чтобы убедиться в активности и доступности этих устройств.

Добавление зависимости от неактивного состояния на коммутаторе N в монитор Ping на узле A, Зависимость от неактивного состояния: Узел A (Монитор Ping), и зависимость от неактивного состояния на маршрутизаторе R в монитор Ping коммутатора N, Down Dependency: Switch N (Ping Monitor) Зависимость от неактивного состояния: Коммутатор N (Монитор Ping), создает цепочку зависимостей, которая будет осуществлять мониторинг сегмента сети и уменьшать количество активных мониторов, которые должны работать в этом сегменте, когда он полностью работоспособен.

Когда эти зависимости добавлены, монитор Ping (Host A) Ping (Узел A) должен отключиться, зависимость от неактивного состояния на коммутаторе N вызовет опрос коммутатора N средствами WhatsUp Gold. Если опрос коммутатора N успешен, то опрос будет продолжаться до момента восстановления узла A. Однако если узел N также недоступен и монитор Ping (Switch N) Ping (коммутатор N) переходит в неактивное состояние, зависимость от неактивного состояния на маршрутизаторе R приведет к тому, что WhatsUp Gold начнет опрос маршрутизатора R. Когда монитор Ping (Switch N) Ping (коммутатор N) вернется в активное состояние, опрос маршрутизатора R прекратится. Аналогично, когда Ping (Host A) Ping (Узел A) вернется в активное состояние, опрос коммутатора N прекратится.

Зависимости от неактивного состояния и «предполагаемое активное» состояние

Зависимость от неактивного состояния устройства может привести к «предполагаемому активному» состоянию, когда монитор на зависимом устройстве показывает его активное состояние независимо от его фактического состояния.

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

Примером зависимой системы может быть пассивный, или резервный сервер, поддерживающий кластер базы данных с высокой доступностью (HA), имеющий зависимость от неактивного состояния на активном сервере. Если система управления базами данных (СУБД) на резервном сервере не запустится после перезагрузки, WhatsUp Gold не покажет этот отказ до тех пор, пока активный сервер не перейдет в состояние отказа, и начнется опрос резервного сервера.

Чтение зависимостей

Имеется несколько способов «прочитать» зависимости, чтобы убедится в их применении при необходимости.

1. Просмотр описания зависимости в диалоговом окне Свойства устройства.

   

2. Чтение стрелок зависимости в окне Карта.

   

На вышеприведенной карте показано несколько зависимостей «Зависимость от активного состояния» и «Зависимость от неактивного состояния». Зеленые стрелки указывают на Зависимость от активного состояния, а красные стрелки указывают на Зависимость от неактивного состояния.

Используя терминологию «за» и «перед», и следуя за графическими стрелками на вышеприведенной карте, можно прочитать зависимость. Например, зависимости серверов читаются так: «опрашивать серверы только если коммутатор активен». Сервера находятся за коммутатором, и будут опрашиваться только в том случае, если коммутатор тоже отвечает при опросе. Если коммутатор войдет в неактивное состояние, сервера будут считаться недоступными и больше не будут опрашиваться. Если сервер недоступен, состояние сервера меняется на Неизвестно.

Например, зависимости маршрутизатора на брандмауэре читаются так: «опрашивать брандмауэр только если коммутатор неактивен». Если связь между маршрутизатором и коммутатором перервется, состояние коммутатора изменится на Неактивен, потому что он имеет зависит от неактивного состояния на брандмауэре. Если коммутатор станет неактивным, состояние серверов изменится на Неизвестно, поскольку они имеют зависят от активного состояния на коммутаторе. Затем, поскольку коммутатор неактивен, начнется опрос брандмауэра и состояние изменяется на Неактивен. После того как брандмауэр будет считаться неактивным, начнется опрос маршрутизатора.

Зависимости от неактивного состояния полезны для обнаружения места обрыва в цепочке машин. Если цепочка нигде не разорвана, машины в цепочке считаются активными и не опрашиваются.