Monitorowanie Azure Load Balancer

W tym artykule opisano:

  • Typy danych monitorowania, które można zbierać dla tej usługi.
  • Sposoby analizowania tych danych.

Uwaga

Jeśli znasz już tę usługę i/lub Azure Monitor i chcesz tylko wiedzieć, jak analizować dane monitorowania, zobacz sekcję Analyze pod koniec tego artykułu.

Jeśli masz krytyczne aplikacje i procesy biznesowe korzystające z Azure zasobów, musisz monitorować i otrzymywać alerty dla systemu. Usługa Azure Monitor zbiera i agreguje metryki i dzienniki z każdego składnika systemu. Azure Monitor zapewnia wgląd w dostępność, wydajność i odporność oraz powiadamia o problemach. Do konfigurowania i wyświetlania danych monitorowania można użyć portalu Azure, programu PowerShell, Azure CLI, interfejsu API REST lub bibliotek klienckich.

Load Balancer zapewnia inne dane monitorowania za pośrednictwem:

Wyniki analiz

Niektóre usługi w Azure mają wbudowany pulpit nawigacyjny monitorowania w portalu Azure, który zapewnia punkt wyjścia do monitorowania usługi. Te pulpity nawigacyjne są nazywane insights i można je znaleźć w witrynie Insights Hub Azure Monitor w portalu Azure.

Informacje o Load Balancerze zapewniają:

  • Widok zależności funkcjonalnych
  • Panel metryk
  • Karta Przegląd
  • Karta dostępności Frontend i Backend
  • Karta Przepływność danych
  • Dystrybucja przepływu
  • Monitory połączeń
  • Definicje metryk

Aby uzyskać więcej informacji na temat wglądów Load Balancer, zobacz Korzystanie z wglądów w celu monitorowania i konfigurowania Azure Load Balancer.

Typy zasobów

Azure używa koncepcji typów zasobów i identyfikatorów, aby zidentyfikować wszystko w subskrypcji. Typy zasobów są również częścią identyfikatorów zasobów dla każdego zasobu uruchomionego w Azure. Na przykład jeden typ zasobu dla maszyny wirtualnej to Microsoft.Compute/virtualMachines. Aby uzyskać listę usług i skojarzonych z nimi typów zasobów, zobacz Dostawcy zasobów.

Azure Monitor podobnie organizuje podstawowe dane monitorowania w metryki i dzienniki na podstawie typów zasobów, nazywanych również przestrzeniami nazw. Różne metryki i dzienniki są dostępne dla różnych typów zasobów. Usługa może być skojarzona z więcej niż jednym typem zasobu.

Aby uzyskać więcej informacji na temat typów zasobów dla modułu równoważenia obciążenia, zobacz Odwołanie do danych monitorowania usługi Azure Load Balancer.

Magazyn danych

W przypadku Azure Monitor:

  • Dane metryk są przechowywane w bazie danych metryk Azure Monitor.
  • Dane dziennika są przechowywane w magazynie dzienników Azure Monitor. Log Analytics to narzędzie w portalu Azure, które może wykonywać zapytania dotyczące tego magazynu.
  • Dziennik aktywności Azure jest oddzielnym magazynem z własnym interfejsem w portalu Azure.

Opcjonalnie możesz kierować dane metryki i dziennika aktywności do magazynu dzienników Azure Monitor. Następnie możesz użyć Log Analytics, aby wykonać zapytanie o dane i skorelować je z innymi danymi dziennika.

Wiele usług może używać ustawień diagnostycznych do wysyłania danych metryk i dzienników do innych miejsc przechowywania poza Azure Monitor. Przykłady obejmują Azure Storage, hostowane systemy partnerskie i systemy partnerskie nie-Azure za pomocą usługi Event Hubs.

Aby uzyskać szczegółowe informacje na temat sposobu przechowywania danych przez Azure Monitor, zobacz platforma danych Azure Monitor.

Metryki platformy Azure Monitor

Azure Monitor udostępnia metryki platformy dla większości usług. Te metryki to:

  • Definiowane indywidualnie dla każdej przestrzeni nazw.
  • Przechowywane w bazie danych metryk szeregów czasowych Azure Monitor.
  • Lekki i zdolny do obsługi alertów niemal w czasie rzeczywistym.
  • Służy do śledzenia wydajności zasobu w czasie.

Collection: Azure Monitor automatycznie zbiera metryki platformy. Nie jest wymagana żadna konfiguracja.

Routing: Możesz również kierować niektóre metryki platformy do Azure Monitor Dzienniki/Log Analytics, aby móc wykonywać na nich zapytania wraz z innymi danymi dziennika. Sprawdź ustawienie eksportu DS dla każdej metryki, aby sprawdzić, czy można użyć ustawienia diagnostycznego do kierowania metryk do Dzienników Azure Monitor / Log Analytics.

Aby uzyskać listę wszystkich metryk, które można zebrać dla wszystkich zasobów w Azure Monitor, zobacz Obsługiwane metryki w Azure Monitor.

Metryki dla Load Balancer można analizować za pomocą metryk z innych usług Azure przy użyciu Eksploratora metryk, otwierając Metrics z menu Azure Monitor. Aby uzyskać szczegółowe informacje na temat korzystania z tego narzędzia, zobacz Analizuj metryki z eksploratorem metryk Azure Monitor.

Aby uzyskać listę dostępnych metryk dla modułu równoważenia obciążenia, zobacz odniesienie do danych monitorowania dla Azure Load Balancer.

Azure Monitor dzienniki zasobów

Dzienniki zasobów zapewniają wgląd w operacje wykonywane przez zasób Azure. Dzienniki są generowane automatycznie, ale należy skierować je do Azure Monitor dzienników, aby je zapisać lub wysłać do nich zapytanie. Dzienniki są zorganizowane w kategoriach. Dana przestrzeń nazw może mieć wiele kategorii dziennika zasobów.

Kolekcja: dzienniki zasobów nie są zbierane i przechowywane do momentu utworzenia ustawienia diagnostycznego i kierowania dzienników do co najmniej jednej lokalizacji. Podczas tworzenia ustawienia diagnostycznego należy określić kategorie dzienników, które mają być zbierane. Istnieje wiele sposobów tworzenia i konserwacji ustawień diagnostycznych, w tym za pomocą portalu Azure, programistycznie oraz za pomocą Azure Policy.

Routing: Sugerowana wartość domyślna polega na kierowaniu dzienników zasobów do dzienników Azure Monitor, aby można było wysyłać do nich zapytania przy użyciu innych danych dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania Microsoft. Aby uzyskać więcej informacji, zobacz dzienniki zasobów platformy Azure i miejsca docelowe dzienników zasobów.

Aby uzyskać szczegółowe informacje na temat zbierania, przechowywania i routingu dzienników zasobów, zobacz Diagnostic settings w Azure Monitor.

Aby uzyskać listę wszystkich dostępnych kategorii dzienników zasobów w Azure Monitor, zobacz Obsługiwane dzienniki zasobów w Azure Monitor.

Wszystkie dzienniki zasobów w Azure Monitor mają te same pola nagłówka, a następnie pola specyficzne dla usługi. Typowy schemat został opisany w schemacie dziennika zasobów Azure Monitor.

Aby uzyskać dostępne kategorie dzienników zasobów, skojarzone z nimi tabele Log Analytics i schematy dzienników dla Load Balancer, zobacz Azure Load Balancer dokumentacja danych monitorowania.

Tworzenie ustawienia diagnostycznego

Dzienniki zasobów nie są zbierane ani przechowywane, dopóki nie utworzysz ustawienia diagnostycznego i nie przekierujesz ich do co najmniej jednej lokalizacji. Możesz utworzyć ustawienie diagnostyczne za pomocą portalu Azure, Azure PowerShell lub Azure CLI.

Aby użyć portalu Azure i uzyskać ogólne wskazówki, zobacz Utwórz ustawienie diagnostyczne w celu zbierania dzienników i metryk platformy w Azure. Aby użyć programu PowerShell lub Azure CLI, zobacz następujące sekcje.

Podczas tworzenia ustawienia diagnostycznego należy określić kategorie dzienników, które mają być zbierane. Kategoria dla Load Balancer to AllMetrics.

PowerShell

Zaloguj się do Azure PowerShell:

Connect-AzAccount

Obszar roboczy usługi Log Analytics

Aby wysłać dzienniki zasobów do obszaru roboczego Log Analytics, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the workspace in a variable. ##
$wspara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-log-analytics-workspace-name>
}
$ws = Get-AzOperationalInsightsWorkspace @wspara
    
## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.id `
    -Name <your-diagnostic-setting-name> `
    -Enabled $true `
    -MetricCategory 'AllMetrics' `
    -WorkspaceId $ws.ResourceId

Konto magazynu

Aby wysłać dzienniki zasobów do konta magazynowego, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the storage account in a variable. ##
$storpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-storage-account-name>
}
$storage = Get-AzStorageAccount @storpara
    
## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.id `
    -Name <your-diagnostic-setting-name> `
    -StorageAccountId $storage.id `
    -Enabled $true `
    -MetricCategory 'AllMetrics'

Centrum zdarzeń

Aby wysłać dzienniki zasobów do przestrzeni nazw centrum zdarzeń, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the event hub in a variable. ##
$hubpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-event-hub-name>
}
$eventhub = Get-AzEventHubNamespace @hubpara

## Place the event hub authorization rule in a variable. ##    
$hubrule = @{
    ResourceGroupName = 'myResourceGroup'
    Namespace = 'myeventhub8675'
}
$eventhubrule = Get-AzEventHubAuthorizationRule @hubrule

## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.Id `
    -Name 'myDiagSetting-event'`
    -EventHubName $eventhub.Name `
    -EventHubAuthorizationRuleId $eventhubrule.Id `
    -Enabled $true `
    -MetricCategory 'AllMetrics'

Azure CLI

Zaloguj się do Azure CLI:

az login

Obszar roboczy usługi Log Analytics

Aby wysłać dzienniki zasobów do obszaru roboczego Log Analytics, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

wsid=$(az monitor log-analytics workspace show \
    --resource-group <your-resource-group> \
    --workspace-name <your-log-analytics-workspace-name> \
    --query id \
    --output tsv)
    
az monitor diagnostic-settings create \
    --name <your-diagnostic-setting-name> \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --workspace $wsid

Konto magazynu

Aby wysłać dzienniki zasobów do konta magazynowego, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

storid=$(az storage account show \
        --name <your-storage-account-name> \
        --resource-group <your-resource-group> \
        --query id \
        --output tsv)
    
az monitor diagnostic-settings create \
    --name <your-diagnostic-setting-name> \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --storage-account $storid

Centrum zdarzeń

Aby wysłać dzienniki zasobów do przestrzeni nazw centrum zdarzeń, wprowadź te polecenia. Zastąp wartości w nawiasach wartościami:

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

az monitor diagnostic-settings create \
    --name myDiagSetting-event \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --event-hub-rule /subscriptions/<your-subscription-id>/resourceGroups/<your-resource-group>/providers/Microsoft.EventHub/namespaces/<your-event-hub-namespace>/authorizationrules/RootManageSharedAccessKey

dziennik aktywności Azure

Dziennik aktywności zawiera zdarzenia na poziomie subskrypcji, które monitorują operacje każdego zasobu Azure z perspektywy zewnętrznej; na przykład utworzenie nowego zasobu lub uruchomienie maszyny wirtualnej.

Collection: zdarzenia dziennika aktywności są generowane automatycznie i zbierane w oddzielnym magazynie do wyświetlania w portalu Azure.

Routing: Możesz wysłać dane dziennika aktywności do Dzienniki Azure Monitor, aby móc analizować je obok innych danych dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania Microsoft. Aby uzyskać więcej informacji na temat kierowania dziennika aktywności, zobacz Przegląd dziennika aktywności Azure.

Uwaga

Dzienniki aktywności modułu równoważenia obciążenia nie będą zawierać aktualizacji pul zaplecza opartych na karcie sieciowej. Aby monitorować i ostrzegać o aktualizacjach puli zaplecza modułu równoważenia obciążenia dla pul zaplecza opartych na karcie sieciowej, zalecamy zbieranie dzienników na poziomie zasobu karty sieciowej lub na poziomie grupy zasobów.

Analizowanie danych monitorowania

Istnieje wiele narzędzi do analizowania danych monitorowania.

narzędzia Azure Monitor

Azure Monitor obsługuje następujące podstawowe narzędzia:

Narzędzia, które umożliwiają bardziej złożoną wizualizację, obejmują:

  • Dashboards które umożliwiają łączenie różnych rodzajów danych w jednym okienku w portalu Azure.
  • Workbooks, dostosowywalne raporty, które można tworzyć w portalu Azure. Skoroszyty mogą zawierać tekst, metryki danych i zapytania dziennika.
  • Grafana to narzędzie o otwartej platformie, które doskonale się sprawdza w operacyjnych pulpitach nawigacyjnych. Za pomocą narzędzia Grafana można tworzyć pulpity nawigacyjne zawierające dane z wielu źródeł innych niż Azure Monitor.
  • Power BI usługa analizy biznesowej, która udostępnia interaktywne wizualizacje w różnych źródłach danych. Możesz skonfigurować Power BI, aby automatycznie importować dane dziennika z Azure Monitor w celu korzystania z tych wizualizacji.

Narzędzia eksportu dla Azure Monitor

Dane z Azure Monitor można pobrać do innych narzędzi, korzystając z następujących metod:

  • Metrics: Użyj interfejsu API REST dla metryk aby wyodrębnić dane metryk z bazy danych metryk Azure Monitor. Interfejs API obsługuje wyrażenia filtrów w celu uściślinia pobranych danych. Aby uzyskać więcej informacji, zobacz Azure Monitor dokumentacja interfejsu API REST.

  • Dzienniki: użyj interfejsu API REST lub skojarzonych bibliotek klienckich.

  • Inną opcją jest eksportowanie danych obszaru roboczego.

Aby rozpocząć pracę z interfejsem API REST dla Azure Monitor, zobacz przewodnik po Azure Monitor REST API.

Analizowanie ruchu Load Balancer za pomocą dzienników przepływu sieci wirtualnej

Dzienniki przepływu sieci wirtualnej to funkcja Azure Network Watcher, która rejestruje informacje o ruchu IP przepływającym przez sieć wirtualną. Dane przepływu z dzienników przepływu sieci wirtualnej są wysyłane do Azure Storage. Z tego miejsca możesz uzyskać dostęp do danych i wyeksportować je do dowolnego narzędzia do wizualizacji, rozwiązania do zarządzania informacjami i zdarzeniami zabezpieczeń (SIEM) lub systemu wykrywania włamań (IDS).

Aby uzyskać ogólne wskazówki dotyczące tworzenia dzienników przepływów sieci wirtualnej i zarządzania nimi, zobacz Zarządzanie dziennikami przepływów sieci wirtualnej. Po utworzeniu dzienników przepływu sieci wirtualnej można uzyskać dostęp do danych w obszarach roboczych Log Analytics gdzie można również wysyłać zapytania i filtrować dane w celu zidentyfikowania ruchu przepływającego przez Load Balancer. Aby uzyskać więcej informacji na temat schematu dzienników przepływu sieci wirtualnej, zobacz Schemat i agregacja danych analizy ruchu.

Możesz również włączyć analizę ruchu podczas tworzenia dzienników przepływu sieci wirtualnej, które udostępniają szczegółowe informacje i wizualizacje na danych dziennika przepływu, takich jak dystrybucja ruchu, wzorzec ruchu, używane porty aplikacji i najważniejsze rozmówcy w sieci wirtualnej.

Zapytanie Log Analytics dotyczące dzienników przepływu VNet

Aby wyświetlić dzienniki przepływów przychodzących połączonych z określonym modułem równoważenia obciążenia:

NTANetAnalytics
| where DestLoadBalancer == '<Subscription ID>/<Resource Group name>/<Load Balancer name>'

  1. Użyj powyższego zapytania w swoim obszarze roboczym Log Analytics i zaktualizuj ciąg prawidłowymi wartościami dla Twojego równoważnika obciążenia. Aby dowiedzieć się więcej na temat korzystania z Log Analytics, zobacz samouczek Log Analytics.

  2. Aby wyświetlić źródłowy adres IP połączenia, zostanie wypełniona kolumna SrcIp lub SrcPublicIps . Cały ruch pochodzący z publicznych adresów IP, które nie są związane z działaniami złośliwymi lub które są własnością usługi Azure, pojawi się w SrcPublicIps, a wszystkie inne źródłowe adresy IP będą wyświetlane w SrcIP. Jeśli chcesz uzyskać więcej informacji na temat typu ruchu, możesz użyć FlowType kolumny do filtrowania pod kątem różnych typów adresów IP zaangażowanych w przepływ. Zobacz Informacje o schemacie analizy ruchu i agregacji danych, aby zapoznać FlowType się z definicjami pól.

  3. Zidentyfikuj wystąpienia puli zaplecza używane w połączeniu przychodzącym za pośrednictwem dowolnej z następujących kolumn: DestIP, , MacAddressDestVM, TargetResourceID, . DestNic

  4. Za pomocą tych dzienników można zebrać więcej informacji o połączeniach przechodzących przez Load Balancer, takich jak informacje o porcie, protokół i rozmiar ruchu za pośrednictwem pakietu i liczby bajtów wysyłanych z miejsca docelowego i źródłowego.

Zapytania usługi Kusto

Dane monitorowania można analizować w magazynie dzienników Azure Monitor / Log Analytics przy użyciu języka zapytań Kusto (KQL).

Ważne

Po wybraniu Logs z menu usługi w portalu Log Analytics zostanie otwarty z zakresem zapytania ustawionym na bieżącą usługę. Ten zakres oznacza, że zapytania dziennika będą zawierać tylko dane z tego typu zasobu. Jeśli chcesz uruchomić zapytanie zawierające dane z innych usług Azure, wybierz pozycję Logs z menu Azure Monitor. Aby uzyskać szczegółowe informacje, zobacz Zakres zapytań i zakres czasu w usłudze Azure Monitor Log Analytics.

Aby uzyskać listę typowych zapytań dotyczących dowolnej usługi, zobacz interfejs zapytań Log Analytics.

Alerty

Azure Monitor alerty proaktywnie powiadamiają cię, gdy zostaną wykryte określone warunki w danych monitorujących. Alerty umożliwiają identyfikowanie i rozwiązywanie problemów w systemie przed ich zauważeniem przez klientów. Aby uzyskać więcej informacji, zobacz Azure Monitor alerts.

Istnieje wiele źródeł typowych alertów dotyczących zasobów Azure. Przykłady typowych alertów dotyczących zasobów Azure można znaleźć w przykładowych zapytaniach alertów dziennika. Witryna Azure Monitor Baseline Alerts (AMBA) udostępnia częściowo zautomatyzowany sposób wdrażania ważnych alertów metryk platformy, dashboardów i wytycznych. Witryna ma zastosowanie do stale powiększającego się podzestawu usług Azure, w tym wszystkich usług, które są częścią strefy docelowej Azure (ALZ).

Typowy schemat alertu standandaryzuje użycie powiadomień o alertach Azure Monitor. Aby uzyskać więcej informacji, zobacz Wspólny schemat alertów.

Typy alertów

Możesz otrzymywać alerty dotyczące dowolnej metryki lub źródła danych dziennika na platformie danych Azure Monitor. Istnieje wiele różnych typów alertów w zależności od usług, które monitorujesz i zbieranych danych monitorowania. Różne typy alertów mają różne zalety i wady. Aby uzyskać więcej informacji, zobacz Wybieranie odpowiedniego typu alertu monitorowania.

Na poniższej liście opisano typy alertów Azure Monitor, które można utworzyć:

  • Alerty metryk oceniają metryki zasobów w regularnych odstępach. Metryki mogą być metrykami platformy, metrykami niestandardowymi, dziennikami z Azure Monitor przekonwertowanych na metryki lub metrykami usługi Application Insights. Alerty metryk mogą również stosować wiele warunków i progów dynamicznych.
  • Log alerts allow users to use a Log Analytics query to evaluate resource logs at a predefined frequency (Zezwalaj użytkownikom na używanie zapytania Log Analytics w celu oceny dzienników zasobów ze wstępnie zdefiniowaną częstotliwością).
  • Alerty dziennika aktywności są wyzwalane, gdy wystąpi nowe zdarzenie dziennika aktywności zgodne ze zdefiniowanymi warunkami. Alerty kondycji zasobów (Resource Health) i alerty kondycji usług (Service Health) to powiadomienia dziennika aktywności, które raportują o kondycji twoich usług i zasobów.

Niektóre usługi Azure obsługują również alerty wykrywania smart detection, alerty Prometheus lub zalecane reguły alertów.

W przypadku niektórych usług można monitorować na dużą skalę, stosując tę samą regułę alertu metryki do wielu zasobów tego samego rodzaju, które znajdują się w tym samym regionie Azure. Poszczególne powiadomienia są wysyłane dla każdego monitorowanego zasobu. Aby uzyskać informacje o obsługiwanych usługach i chmurach Azure, zobacz Monitorowanie wielu zasobów przy użyciu jednej reguły alertu.

Uwaga

Jeśli tworzysz lub uruchamiasz aplikację działającą w usłudze, Azure Monitor application insights może oferować więcej typów alertów.

reguły alertów Równoważnika Obciążenia

W poniższej tabeli wymieniono sugerowane reguły alertów dla Load Balancer. Te alerty są tylko przykładami. Alerty można ustawić dla dowolnej metryki, wpisu dziennika lub wpisu dziennika aktywności wymienionego w Azure Load Balancer dokumentacji danych monitorowania.

Typ alertu Warunek opis
Reguła równoważenia obciążenia jest niedostępna z powodu niedostępnych maszyn wirtualnych Jeśli dostępność ścieżki danych podzielona przez adres IP przedni i port przedni (wszystkie znane i przyszłe wartości) jest równa zero, lub w drugim niezależnym alercie, jeśli stan sondy sprawdzającej jest równy zero, wyzwól alerty. Te alerty pomagają określić, czy dostępność ścieżki danych dla jakiejkolwiek skonfigurowanej reguły równoważenia obciążenia nie obsługuje ruchu z powodu wszystkich maszyn wirtualnych w powiązanej puli zaplecza monitorowanych przez sondy monitorujące stan. Przejrzyj Wsparcie i rozwiązywanie problemów dotyczących Azure Load Balancer, aby zbadać potencjalną główną przyczynę.
Dostępność maszyny wirtualnej znacznie niska Jeśli stan sondy zdrowotnej dla adresu IP zaplecza i portu zaplecza jest równy zdefiniowanemu przez użytkownika procentowi sondowania całkowitego rozmiaru puli (to jest jeśli 25% jest sondowanych), wtedy uruchom alert. Ten alert określa, czy maszyny wirtualne są mniej niż potrzebne do obsługi ruchu
Połączenia wychodzące z internetowym punktem końcowym kończą się niepowodzeniem Jeśli liczba połączeń SNAT przefiltrowana według stanu połączenia = Niepowodzenie jest większa niż zero, wyzwól alert Ten alert jest wyzwalany, gdy porty SNAT są wyczerpane, a maszyny wirtualne nie mogą inicjować połączeń wychodzących.
Zbliżanie się do wyczerpania SNAT Jeśli używane porty SNAT są większe niż liczba zdefiniowana przez użytkownika, wyzwól alert Ten alert wymaga statycznej konfiguracji ruchu wychodzącego, w której zawsze jest przydzielana ta sama liczba portów. Następnie aktywuje się, gdy używany jest procent przydzielonych portów.

Zalecenia doradcy

W przypadku niektórych usług, jeśli podczas operacji zasobów wystąpią krytyczne warunki lub nieuchronne zmiany, na stronie Przegląd usługi w portalu zostanie wyświetlony alert. Więcej informacji i zalecanych poprawek alertu można znaleźć w temacie Zalecenia usługi Advisor w obszarze Monitorowanie w menu po lewej stronie. Podczas normalnych operacji nie są wyświetlane żadne zalecenia doradcy.

Aby uzyskać więcej informacji na temat Azure Advisor, zobacz Azure Advisor overview (Omówienie

Powiązana zawartość

  • Last updated on