Udostępnij przez


Application Gateway — kondycja zaplecza

Sondy kondycji usługi Application Gateway (domyślne i niestandardowe) stale monitorują wszystkie serwery zaplecza w puli, aby upewnić się, że ruch przychodzący jest wysyłany tylko do serwerów, które są uruchomione. Te kontrole zdrowia umożliwiają bezproblemowe działanie płaszczyzny danych bramy. Gdy serwer zaplecza może odbierać ruch, test zakończony jest pomyślnie i uznawany za sprawny. W przeciwnym razie jest uważany za niezdrowy. Precyzyjne odwzorowanie raportu sond zdrowotnych jest również udostępniane do użytku poprzez funkcję "Zarządzanie Stanem Systemu" zaplecza.

Raport stanu zaplecza technicznego

Możliwe stany raportu kondycji serwera to:

  1. W dobrej kondycji — pokazuje, kiedy sondy bramy aplikacji otrzymują oczekiwany kod odpowiedzi z serwera zaplecza.
  2. W złej kondycji — pokazuje, kiedy sondy nie otrzymują odpowiedzi lub odpowiedź nie jest zgodna z oczekiwanym kodem lub treścią odpowiedzi.
  3. Nieznany — występuje, gdy płaszczyzna sterowania bramy aplikacji nie może nawiązać komunikacji (w przypadku połączenia zdrowia zaplecza) z wystąpieniami bramy aplikacji lub w przypadku rozwiązywania DNS dla FQDN serwera zaplecza.

Aby uzyskać pełne informacje o przyczynie i rozwiązaniu stanów Niezdrowych i Nieznanych, odwiedź artykuł dotyczący rozwiązywania problemów.

Uwaga

Raport o kondycji systemu zaplecza jest aktualizowany na podstawie interwału odświeżania odpowiedniej sondy i nie zależy od momentu odświeżenia strony ani żądania API kondycji zaplecza.

Metody wyświetlania kondycji zaplecza

Raport kondycji serwera zaplecza można wygenerować za pośrednictwem witryny Azure Portal, interfejsu API REST, programu PowerShell i interfejsu wiersza polecenia platformy Azure.

Przy użyciu witryny Azure Portal

Portal usługi Application Gateway udostępnia bogaty w informacje raport kondycji zaplecza z wizualizacjami i narzędziami do szybszego rozwiązywania problemów. Każdy wiersz zawiera dokładny serwer docelowy, pulę serwerów zaplecza, do której należy, skojarzenie ustawienia zaplecza (w tym port i protokół) oraz odpowiedź otrzymaną przez najnowsze badanie. Zapoznaj się z artykułem Sondy kondycji, aby dowiedzieć się, jak ten raport jest opracowywany na podstawie liczby puli zaplecza, serwerów i ustawień backendu.

W przypadku stanów nieznanych i w złej kondycji znajdziesz również link do rozwiązywania problemów z następującymi narzędziami:

  1. Rozwiązywanie problemów z połączeniem w Azure Network Watcher — zapoznaj się z artykułem dokumentacji 'Rozwiązywanie problemów z połączeniem', aby dowiedzieć się, jak używać tego narzędzia.

  2. Wizualizacja certyfikatów serwera zaplecza — wizualizacja certyfikatu serwera zaplecza ułatwia zrozumienie obszaru problemu, dzięki czemu można szybko podjąć działania na ten problem. Trzy podstawowe składniki na ilustracji zawierają pełny obraz — klient, usługa Application Gateway i serwer zaplecza. Jednak problemy wyjaśnione w tej sekcji rozwiązywania problemów koncentrują się tylko na połączeniu TLS między bramą aplikacji a serwerem zaplecza.

    Zrzut ekranu i wyjaśnienie błędu certyfikatu na stronie Kondycja zaplecza.

Odczytywanie ilustracji

  • Czerwone wiersze wskazują problem z połączeniem TLS między bramą a serwerem zaplecza lub składnikami certyfikatów na serwerze zaplecza.
  • Jeśli w usłudze Application Gateway lub blokach serwera zaplecza znajduje się czerwony tekst, oznacza to problemy z ustawieniami zaplecza lub certyfikatem serwera.
  • W zależności od wskazania błędu i lokalizacji, trzeba podjąć działania w zakresie odpowiedniego elementu (ustawienie zaplecza aplikacji Application Gateway lub serwer zaplecza).
  • Podano rozwiązanie dla każdego typu błędu. Aby uzyskać więcej informacji, znajduje się również link do dokumentacji.

Korzystanie z programu PowerShell

Poniższy kod programu PowerShell demonstruje, jak wyświetlić stan zaplecza przy użyciu polecenia cmdlet Get-AzApplicationGatewayBackendHealth.

Get-AzApplicationGatewayBackendHealth -Name ApplicationGateway1 -ResourceGroupName Contoso

Korzystanie z Azure CLI

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

Wyniki

Poniższy fragment kodu przedstawia przykład odpowiedzi:

{
"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"
        }
    ]
    }
]
}

Następne kroki