Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Состояние работоспособности — это функция Azure Load Balancer, которая предоставляет подробные сведения о работоспособности внутренних экземпляров в серверном пуле Azure Load Balancer. Состояние, связанное с правилом балансировки нагрузки, предоставляет аналитические сведения о состоянии работоспособности и причинах состояния этих экземпляров бэкенда.
Состояние серверных экземпляров
Статус работоспособности отражает состояние бэкенд-экземпляров. Существует два значения состояния:
| Штат | Description |
|---|---|
| Вверх | Это значение состояния представляет собой здоровый экземпляр серверной части. |
| вниз | Это значение состояния представляет неработоспособный серверный экземпляр. |
Коды оснований
Состояние работоспособности также предоставляет коды причин, классифицируемые на коды причин, активированные пользователем, и коды причин, активированные платформой. Эти коды помогают вам понять точные причины, по которым ваш бекенд-инстанс находится в том или ином состоянии, и почему он определяется как рабочий ("Up") или нерабочий ("Down").
Коды причин, вызванные пользователем
Коды причин, инициированные пользователем, активируются в зависимости от того, как вы настроили балансировщик нагрузки; эти проблемы вы можете устранить самостоятельно. В следующих таблицах описываются коды причин, инициируемых пользователем, а также на портале отображается причина успешного выполнения и коды причин сбоя.
Коды причин успеха
В следующей таблице описаны коды причин успешного выполнения, в которых состояние серверной части равно Up:
| Код причины | Причина, отображаемая порталом | Description |
|---|---|---|
| Up_Probe_Success | Серверный экземпляр успешно отвечает на проверку работоспособности. | Ваша серверная инстанция успешно отвечает на проверку работоспособности. |
| Up_Probe_AllDownIsUp | Экземпляр бэкенда считается работоспособным благодаря включению NoHealthyBackendsBehavior. | Состояние пробы работоспособности внутреннего экземпляра игнорируется, так как функция NoHealthyBackendsBehavior включена. Экземпляр бэкенда считается работоспособным и может получать трафик. |
| Зона_Проверка_ПриближаетсяКНездоровомуПорогу | Проба работоспособности приближается к неработоспособному порогу, но бэкенд-экземпляр, судя по последнему ответу, остается работоспособным. | Последний запрос не дал ответа, но бэкенд-инстанс остается достаточно работоспособным на основе предыдущих ответов. |
| Up_Admin | Серверный экземпляр работоспособен благодаря тому, что состояние администрирования установлено на Включено. | Состояние пробы работоспособности серверного экземпляра игнорируется, так как для состояния администрирования задано значение UP. Инстанс бэкенда считается исправным и может получать трафик. |
Коды причин сбоя
В следующей таблице описаны коды причин сбоя, в которых состояние серверной части равно down:
| Код причины | Причина, отображаемая на портале | Description |
|---|---|---|
| Снижение_Проблема_ПодходитКГраничномУровню | Проверка работоспособности приближается к здоровому порогу, но бэкенд остается неработоспособным согласно последнему ответу. | Последний результат пробы положительный, но он не соответствует требуемому количеству ответов в пределах нормы, поэтому экземпляр серверного приложения остается неработоспособным. |
| Down_Probe_HttpStatusCodeError | Получен код состояния HTTP, отличный от 200, что указывает на проблему с приложением, прослушивающим порт. | Серверный экземпляр возвращает код состояния HTTP, отличный от 200, что указывает на проблему с приложением, которое прослушивает порт. |
| Down_Probe_HttpEndpointUnreachable | Недоступная конечная точка HTTP; означает, что правило NSG блокирует порт или неработоспособное приложение, прослушивающее порт. | Проверка работоспособности смогла установить TCP-соединение с серверным экземпляром, но HTTP-сеанс был отклонен, что указывает на две возможные причины: правило NSG блокирует порт или нет работоспособного приложения, прослушивающего на порту. |
| Down_Probe_TcpProbeTimeout | Время ожидания пробы TCP; означает либо неработоспособный серверный экземпляр, либо заблокирован порт пробы работоспособности, либо неработоспособное приложение, прослушивающее порт. | Ваш сервер не отправил ответ TCP в течение интервала проверки. Это указывает на три возможные причины: неработоспособный Backend-инстанс, заблокированный порт проверки работоспособности или неисправное приложение, которое прослушивает порт. |
| Ошибка_проверки_нет_здорового_бэкенда | Нет работоспособных экземпляров серверной части за региональной подсистемой балансировки нагрузки. | Региональный балансировщик нагрузки, связанный с Глобальным балансировщиком нагрузки, не имеет работоспособных серверных экземпляров. |
| Down_Admin | Серверный экземпляр неработоспособен из-за того, что для состояния администратора задано значение Down. | Состояние проверки работоспособности внутреннего экземпляра игнорируется, поскольку Административное состояние установлено в Неактивно. Серверный экземпляр считается неработоспособным и не может получать новый трафик. |
| Down_Probe_HttpNoResponse | Приложение не возвращает ответ. | Проба работоспособности смогла установить HTTP-сеанс, но приложение не возвращает ответ. Это означает, что неисправное приложение прослушивает порт. |
Примечание.
В редких случаях NA будет отображаться как код причины. Этот код отображается, когда проверка работоспособности еще не проверила бекенд-инстанцию, поэтому нет кода причины для отображения.
Коды причин, вызванные платформой
Коды причин, инициируемые платформой, инициируются на основе платформы Azure Load Balancer; вы, пользователь, не можете их устранить. В следующей таблице описан каждый код причины:
| Код причины | Причина, отображаемая порталом | Description |
|---|---|---|
| Up_Platform | Серверный экземпляр успешно отвечает на проверку работоспособности, но может возникнуть проблема, связанная с инфраструктурой. Команда службы Azure оповещена и устранит проблему. | Серверный экземпляр успешно отвечает на проверку работоспособности, но может возникнуть проблема, связанная с инфраструктурой. Команда службы Azure оповещена и устранит проблему. |
| Down_Platform | Серверный экземпляр неработоспособен из-за проблемы, связанной с инфраструктурой. Команда службы Azure оповещена и устранит проблему. | Серверный экземпляр неработоспособен из-за проблемы, связанной с инфраструктурой. Команда службы Azure оповещена и устранит проблему. |
Получение состояния здоровья
Состояние работоспособности можно получить на основе правила балансировки нагрузки. Это поддерживается через порт Azure и REST API.
Войдите на портал Azure.
В строке поиска введите Load Balancers и выберите Load Balancers из результатов поиска.
На странице Load Balancers выберите подсистему балансировки нагрузки из списка.
В разделе "Параметры подсистемы балансировки нагрузки " выберите правила балансировки нагрузки.
На странице правил балансировки нагрузки выберите "Просмотреть сведения" в столбце состояния работоспособности для правила, которое требуется просмотреть.
Пересмотрите состояние работоспособности экземпляров серверной части в окне состояния работоспособности правила балансировки нагрузки.
Чтобы получить последнее состояние работоспособности, нажмите кнопку "Обновить".
Внимание
Окно состояния работоспособности правила балансировки нагрузки может занять несколько минут для загрузки состояния работоспособности бэкэнд-экземпляров.
Нажмите кнопку "Закрыть", чтобы выйти из окна состояния работоспособности правила балансировки нагрузки.