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