Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
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-адреса балансировщика нагрузки, если метрика доступности пути данных данного IP-адреса менее 25% из-за проблем с платформой. | 1 минута | 5 мин | Внешний IP-адрес, список интерфейсных портов, связанных с затронутыми правилами балансировки нагрузки |
| GA | NoHealthyBackends | Критически важно | Это событие публикуется на фронтальном IP-адресе балансировщика нагрузки, если в связанном серверном пуле нет экземпляров, отвечающих на настроенные пробы работоспособности. В результате подсистема балансировки нагрузки не имеет работоспособных серверных компонентов для распределения трафика. | По требованию | 60 минут | Внешний IP-адрес, список протоколов и интерфейсных портов, связанных с затронутыми правилами балансировки нагрузки |
| GA | HighSnatPortUsage | Предупреждение | Это событие публикуется на уровне экземпляра серверной части, если серверный экземпляр использует более 75 % выделенных портов из одного IP-адреса фронтенда. | По требованию | 5 мин | Внутренний IP-адрес, Внешний IP-адрес |
| GA | истощение портов SNAT | Критически важно | Это событие публикуется для каждого экземпляра backend. Публикация происходит, когда серверный экземпляр исчерпывает все выделенные порты и не удается установить дальнейшие исходящие подключения. Это событие продолжается до тех пор, пока порты не будут освобождены или не будут выделены дополнительные порты. | По требованию | 5 мин | Внутренний IP-адрес, Внешний IP-адрес |
| GA | Приближение к MaxRulesPerNicLimit | Предупреждение | Это событие публикуется для каждого затронутого внешнего IP-адреса Load Balancer, если один или несколько связанных экземпляров бэкенда имеют более 300 правил балансировки нагрузки и правил NAT для входящего трафика, настроенных в общей сложности. | 24 часа | 24 часа | IP-адрес фронтенда |
| GA | Нет здоровых серверов для балансировщика нагрузки шлюза (GatewayLoadBalancerNoHealthyBackends) | Критически важно | Это событие публикуется для каждого затронутого IP-адреса на внешнем интерфейсе балансировщика нагрузки, когда цепной балансировщик нагрузки шлюза недоступен из-за отсутствия экземпляров серверной части, отвечающих на его запросы проверки работоспособности. | По требованию | 60 минут | IP-адрес фронтенда |
| GA | NetworkPlatformThrottlingActive | Критически важно | Это событие публикуется для интерфейсного IP-адреса Load Balancer, когда достигнуты пределы пропускной способности и/или предела платформы из-за трафика, предназначенного для этого интерфейсного IP-адреса. | По требованию | 60 минут | IP-адрес фронтенда |
Дополнительные сведения о свойствах, опубликованных с каждым журналом событий работоспособности, см. в справочной документации Azure Log Analytics по таблице журналов ALBHealthEvent.
Следующие шаги
В этой статье вы узнали о журналах событий работоспособности и типах событий работоспособности в Azure Load Balancer.
Дополнительные сведения о сборе, анализе и создании оповещений с помощью этих журналов и устранении неполадок с каждым типом событий см. в следующих статьях: