Шлюз приложений — состояние серверной части

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

Отчет о работоспособности серверной части

Возможные состояния отчета о состоянии работоспособности сервера:

1. Исправно. Отображается, когда пробы шлюза приложений получают ожидаемый код ответа от внутреннего сервера.
2. Недопустимое состояние показывается, когда пробы не получают ответный сигнал или когда ответ не соответствует ожидаемому коду или содержанию.
3. Неизвестно. Происходит, когда уровень управления шлюза приложений не может взаимодействовать (для вызова серверной службы работоспособности) с экземплярами шлюза приложений или в случае разрешения DNS полного доменного имени внутреннего сервера.

Подробная информация о причинах и решении неисправных и неизвестных состояний см. в статье по устранению неполадок.

Методы для просмотра работоспособности серверной части

Отчет о работоспособности серверного сервера можно создать с помощью портал Azure, REST API, PowerShell и Azure CLI.

Используя портал Azure

На портале Шлюз приложений предоставляется отчет о работоспособности серверной части с визуализациями и инструментами для быстрого устранения неполадок. Каждая строка показывает точный целевой сервер, внутренний пул, к которому он принадлежит, связь параметров серверной части (включая порт и протокол), а также ответ, полученный последней пробой. Ознакомьтесь со статьей "Пробы работоспособности", чтобы понять, как состоит этот отчет на основе количества внутренних пулов, серверов и параметров серверной части.

Для неисправных и неизвестных состояний системы вы также найдете ссылку "Устранение неполадок", предлагающую вам следующие средства:

1. Устранение неполадок подключения в Azure Наблюдатель за сетями. Ознакомьтесь со статьей по устранению неполадок подключения, чтобы узнать, как использовать это средство.

2. Визуализация сертификатов серверного сервера — визуализация сертификатов внутреннего сервера позволяет легко понять проблему, что позволяет быстро действовать над проблемой. Три основных компонента на рисунке предоставляют полный рисунок — клиент, Шлюз приложений и сервер серверной части. Однако проблемы, описанные в этом разделе по устранению неполадок, сосредоточены только на подключении TLS между шлюзом приложений и сервером серверной части.

   

Чтение иллюстрации

• Красные линии указывают на проблему с подключением TLS между шлюзом и сервером серверной части или компонентами сертификата на серверном сервере.
• Если в блоках Шлюз приложений или серверной части есть красный текст, это указывает на проблемы с параметрами серверной части или сертификатом сервера соответственно.
• Необходимо действовать с соответствующим свойством (настройка серверной части Шлюз приложений или сервер в серверной части) в зависимости от указания и местоположения ошибки.
• Предоставляется решение для каждого типа ошибки. Для получения дополнительной информации также предоставлена ссылка на документацию.

Использование PowerShell

В следующем коде PowerShell показано, как просмотреть работоспособности серверной части с помощью командлета Get-AzApplicationGatewayBackendHealth :

Get-AzApplicationGatewayBackendHealth -Name ApplicationGateway1 -ResourceGroupName Contoso

Использование Azure CLI

az network application-gateway show-backend-health --resource-group AdatumAppGatewayRG --name AdatumAppGateway

Результаты

В следующем фрагменте кода приведен пример отклика:

{
"BackendAddressPool": {
    "Id": "/subscriptions/00000000-0000-0000-000000000000/resourceGroups/ContosoRG/providers/Microsoft.Network/applicationGateways/applicationGateway1/backendAddressPools/appGatewayBackendPool"
},
"BackendHttpSettingsCollection": [
    {
    "BackendHttpSettings": {
        "Id": "/00000000-0000-0000-000000000000/resourceGroups/ContosoRG/providers/Microsoft.Network/applicationGateways/applicationGateway1/backendHttpSettingsCollection/appGatewayBackendHttpSettings"
    },
    "Servers": [
        {
        "Address": "hostname.westus.cloudapp.azure.com",
        "Health": "Healthy"
        },
        {
        "Address": "hostname.westus.cloudapp.azure.com",
        "Health": "Healthy"
        }
    ]
    }
]
}

Следующие шаги

• Понимание поведения проб Шлюза приложений.
• Создайте самозаверяющий сертификат с помощью пользовательского корневого ЦС.