Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure Load Balancer поддерживает журналы событий работоспособности для выявления и устранения текущих проблем, влияющих на работоспособность ресурса подсистемы балансировки нагрузки. Эти события предоставляются через категорию журнала ресурсов Azure Monitor LoadBalancerHealthEvent.
Эти журналы поддерживаются для стандартных уровней (региональный и глобальный) и шлюзовых балансировщиков нагрузки.
Определения серьезности
Каждый тип события о состоянии здоровья имеет определённую степень серьёзности, чтобы указать, насколько сильно оно повлияет. Это свойство может помочь в фильтрации журналов и создании более отдельных оповещений на основе срочности проблемы.
| Серьезность | Description |
|---|---|
| Критически | Ресурс подсистемы балансировки нагрузки нуждается в немедленном внимания. Затронуты функциональные возможности подсистемы балансировки нагрузки. Это влияние может вызвать такие проблемы, как неудачные подключения, неудачные операции CRUD (создание, чтение, обновление, удаление) или неправильно настроенные компоненты подсистемы балансировки нагрузки. |
| Предупреждения | Ресурс подсистемы балансировки нагрузки необходимо отслеживать или проверять. Функциональные возможности подсистемы балансировки нагрузки могут быть затронуты в определенных сценариях или работают в частично пониженном состоянии. |
Типы событий здоровья и частота публикации
События работоспособности можно обнаружить различными способами — некоторые события генерируются с помощью активной проверки состояния балансировщика нагрузки, а другие могут генерироваться при выполнении явного условия. Каждое событие может публиковаться каждую минуту, если событие произошло во время окна обнаружения.
После публикации события здоровья существует продолжительный период, когда событие не будет опубликовано повторно. Этот временной интервал предотвращает публикацию чрезмерных журналов при возникновении постоянной проблемы. После этого интервала повторного обнаружения событие состояния публикуется заново, если проблема по-прежнему сохраняется.
Каждый журнал событий публикуется с меткой времени, указывающей время, когда Azure Load Balancer обнаруживает событие на уровне платформы. Между обнаружением и публикацией событий в Azure Monitor может возникнуть задержка.
| Состояние | LoadBalancerHealthEventType | Серьезность | Description | Окно обнаружения | Интервал повторного обнаружения | Поддерживаемые свойства |
|---|---|---|---|---|---|---|
| GA | DataPathAvailabilityWarning | Предупреждение | Это событие публикуется для IP-адреса переднего плана балансировщика нагрузки, если доступность пути данных IP-адреса переднего плана составляет менее 90% вследствие проблем на стороне платформы. | 1 минута | 5 мин | Внешний IP-адрес, список интерфейсных портов, связанных с затронутыми правилами балансировки нагрузки |
| GA | DataPathAvailabilityCritical | Критически важно | Это событие публикуется в случае возникновения проблем с платформой, когда метрика доступности пути данных IP-адреса фронтенда Load Balancer составляет менее 25%. | 1 минута | 5 мин | Внешний IP-адрес, список интерфейсных портов, связанных с затронутыми правилами балансировки нагрузки |
| GA | NoHealthyBackends | Критически важно | Это событие публикуется на фронтенд IP-адрес Load Balancer, когда связанный пул серверов не имеет экземпляров, отвечающих на настроенные пробы работоспособности. В результате подсистема балансировки нагрузки не имеет работоспособных серверных компонентов для распределения трафика. | По требованию | 60 минут | Внешний IP-адрес, список протоколов и интерфейсных портов, связанных с затронутыми правилами балансировки нагрузки |
| GA | HighSnatPortUsage | Предупреждение | Это событие публикуется на уровне экземпляра серверной части, если серверный экземпляр использует более 75 % выделенных портов из одного IP-адреса фронтенда. | По требованию | 5 мин | Внутренний IP-адрес, Внешний IP-адрес |
| GA | истощение портов SNAT | Критически важно | Это событие публикуется для каждого экземпляра backend. Публикация происходит, когда серверный экземпляр исчерпывает все выделенные порты и не удается установить дальнейшие исходящие подключения. Это событие продолжается до тех пор, пока порты не будут освобождены или не будут выделены дополнительные порты. | По требованию | 5 мин | Внутренний IP-адрес, Внешний IP-адрес |
Дополнительные сведения о свойствах, опубликованных с каждым журналом событий работоспособности, см. в справочной документации по Azure Log Analytics для таблицы журнала
Следующие шаги
В этой статье вы узнали о журналах событий работоспособности Azure Load Balancer и типах событий работоспособности.
Дополнительные сведения о сборе, анализе и создании оповещений с помощью этих журналов и устранении неполадок с каждым типом событий см. в следующих статьях: