Azure Load Balancer beheren

In dit artikel wordt het volgende beschreven:

  • De typen bewakingsgegevens die u voor deze service kunt verzamelen.
  • Manieren om die gegevens te analyseren.

Notitie

Als u al bekend bent met deze service en/of Azure Monitor en alleen wilt weten hoe u bewakingsgegevens moet analyseren, raadpleegt u de sectie Analyze aan het einde van dit artikel.

Wanneer u kritieke toepassingen en bedrijfsprocessen hebt die afhankelijk zijn van Azure resources, moet u waarschuwingen voor uw systeem bewaken en ontvangen. De Azure Monitor-service verzamelt en aggregeert metrische gegevens en logboeken van elk onderdeel van uw systeem. Azure Monitor biedt u een overzicht van beschikbaarheid, prestaties en tolerantie, en geeft u een overzicht van problemen. U kunt de Azure-portal, PowerShell, Azure CLI, REST API of clientbibliotheken gebruiken om bewakingsgegevens in te stellen en weer te geven.

Load Balancer biedt andere bewakingsgegevens via:

Inzichten

Sommige services in Azure beschikken over een ingebouwd bewakingsdashboard in de Azure-portal die een uitgangspunt biedt voor het bewaken van uw service. Deze dashboards worden insights genoemd en u vindt deze in de Insights Hub van Azure Monitor in de Azure-portal.

Load Balancer inzichten bieden:

  • Functionele afhankelijkheidsweergave
  • Dashboard met metrische gegevens
  • Tabblad Overzicht
  • Tabblad Beschikbaarheid van front-end en back-end
  • Tabblad Gegevensdoorvoer
  • Stroomdistributie
  • Verbindingscontroles
  • Metrische definities

Zie Gebruik inzichten om uw Azure Load Balancer te controleren en configureren voor meer informatie over inzichten in Load Balancer.

Resourcetypen

Azure gebruikt het concept van resourcetypen en id's om alles in een abonnement te identificeren. Resourcetypen maken ook deel uit van de resource-id's voor elke resource die wordt uitgevoerd in Azure. Eén resourcetype voor een virtuele machine is bijvoorbeeld Microsoft.Compute/virtualMachines. Zie Resourceproviders voor een lijst met services en de bijbehorende resourcetypen.

Azure Monitor op dezelfde manier kernbewakingsgegevens ordent in metrische gegevens en logboeken op basis van resourcetypen, ook wel namespaces genoemd. Er zijn verschillende metrische gegevens en logboeken beschikbaar voor verschillende resourcetypen. Uw service is mogelijk gekoppeld aan meer dan één resourcetype.

Zie Azure Load Balancer monitoring data reference voor meer informatie over de resourcetypen voor Load Balancer.

Gegevensopslag

Voor Azure Monitor:

  • Metrische gegevens worden opgeslagen in de Azure Monitor metrische gegevensdatabase.
  • Loggegevens worden opgeslagen in de Azure Monitor logopslag. Log Analytics is een hulpprogramma in de Azure-portal waarmee een query kan worden uitgevoerd op dit archief.
  • Het Azure activiteitenlogboek is een afzonderlijk archief met een eigen interface in de Azure-portal.

U kunt eventueel metrische gegevens en activiteitenlogboekgegevens routeren naar het Azure Monitor logboekenarchief. Vervolgens kunt u Log Analytics gebruiken om een query uit te voeren op de gegevens en deze te correleren met andere logboekgegevens.

Veel services kunnen diagnostische instellingen gebruiken om metrische gegevens en logboekgegevens naar andere opslaglocaties buiten Azure Monitor te verzenden. Voorbeelden hiervan zijn Azure Storage, hosted partnersystemen en non-Azure partnersystemen met behulp van Event Hubs.

Zie Azure Monitor-gegevensplatform voor gedetailleerde informatie over hoe Azure Monitor gegevens opslaat.

metrische gegevens van Azure Monitor platform

Azure Monitor biedt metrische platformgegevens voor de meeste services. Deze metrische gegevens zijn:

  • Afzonderlijk gedefinieerd voor elke naamruimte.
  • Opgeslagen in de Azure Monitor metrische gegevensdatabase voor tijdreeksen.
  • Lichtgewicht en in staat om bijna realtime waarschuwingen te ondersteunen.
  • Wordt gebruikt om de prestaties van een resource in de loop van de tijd bij te houden.

Collection: Azure Monitor verzamelt automatisch metrische platformgegevens. Er is geen configuratie vereist.

Routing: U kunt ook enkele metrische platformgegevens routeren naar Azure Monitor Logboeken/Log Analytics, zodat u ze kunt opvragen met andere logboekgegevens. Controleer de instelling DS-export voor elke metriek om te zien of u een diagnostische instelling kunt gebruiken om de metrische gegevens te routeren naar Azure Monitor Logboeken/Log Analytics.

Zie Supported metrics in Azure Monitor voor een lijst met alle metrische gegevens die kunnen worden verzameld voor alle resources in Azure Monitor.

U kunt metrische gegevens voor Load Balancer analyseren met metrische gegevens uit andere Azure-services met behulp van Metrics Explorer door Metrics te openen vanuit het menu Azure Monitor. Zie Analyze metrics with Azure Monitor metrics explorer voor meer informatie over het gebruik van dit hulpprogramma.

Zie Azure Load Balancer monitoring data reference voor een lijst met beschikbare metrische gegevens voor Load Balancer.

Azure Monitor resource-logboeken

Resourcelogboeken bieden inzicht in bewerkingen die zijn uitgevoerd door een Azure resource. Logboeken worden automatisch gegenereerd, maar u moet ze routeren naar Azure Monitor logboeken om ze op te slaan of er query's op uit te voeren. Logboeken zijn ingedeeld in categorieën. Een bepaalde naamruimte kan meerdere resourcelogboekcategorieën hebben.

Verzameling: Resourcelogboeken worden pas verzameld en opgeslagen als u een diagnostische instelling maakt en de logboeken doorsturen naar een of meer locaties. Wanneer u een diagnostische instelling maakt, geeft u op welke categorieën logboeken moeten worden verzameld. Er zijn meerdere manieren om diagnostische instellingen te maken en te onderhouden, waaronder de Azure-portal, programmatisch en via Azure Policy.

Routing: De voorgestelde standaardwaarde is het routeren van resourcelogboeken naar Azure Monitor Logboeken, zodat u er query's op kunt uitvoeren met andere logboekgegevens. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft bewakingspartners, zijn ook beschikbaar. Zie Azure resourcelogboeken en Resource-logboekbestemmingen voor meer informatie.

Zie Diagnostische instellingen in Azure Monitor voor gedetailleerde informatie over het verzamelen, opslaan en routeren van resourcelogboeken.

Zie Ondersteunde resourcelogboeken in Azure Monitor voor een lijst met alle beschikbare resourcelogboekcategorieën in Azure Monitor.

Alle resourcelogboeken in Azure Monitor dezelfde veldnamen hebben, gevolgd door servicespecifieke velden. Het algemene schema is uiteengezet in het Azure Monitor-logboekschemaschema.

Zie Azure Load Balancer monitoring data reference voor de beschikbare resourcelogboekcategorieën, de bijbehorende Log Analytics tabellen en de logboekschema's voor Load Balancer.

Een diagnostische instelling maken

Logboeken van resources worden niet verzameld en opgeslagen totdat u een diagnostische instelling maakt en deze naar een of meer locaties routeert. U kunt een diagnostische instelling maken met de Azure-portal, Azure PowerShell of de Azure CLI.

Als u de Azure-portal en algemene richtlijnen wilt gebruiken, raadpleegt u Diagnostische instelling maken voor het verzamelen van platformlogboeken en metrische gegevens in Azure. Zie de volgende secties als u PowerShell of de Azure CLI wilt gebruiken.

Wanneer u een diagnostische instelling maakt, geeft u op welke categorieën logboeken moeten worden verzameld. De categorie voor Load Balancer is AllMetrics.

Powershell

Meld u aan bij Azure PowerShell:

Connect-AzAccount

Log Analytics-werkruimte

Als u resourcelogboeken naar een Log Analytics werkruimte wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

## 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

Opslagaccount

Als u resourcelogboeken naar een opslagaccount wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

## 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'

Evenementencentrum

Als u resourcelogboeken naar een Event Hub-naamruimte wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

## 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

Meld u aan bij Azure CLI:

az login

Log Analytics-werkruimte

Als u resourcelogboeken naar een Log Analytics werkruimte wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

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

Opslagaccount

Als u resourcelogboeken naar een opslagaccount wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

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

Evenementencentrum

Als u resourcelogboeken naar een Event Hub-naamruimte wilt verzenden, voert u deze opdrachten in. Vervang de waarden tussen haakjes door uw waarden:

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

Azure activiteitenlogboek

Het activiteitenlogboek bevat gebeurtenissen op abonnementsniveau waarmee bewerkingen voor elke Azure resource worden bijgehouden, zoals van buiten die resource, bijvoorbeeld het maken van een nieuwe resource of het starten van een virtuele machine.

Collection: gebeurtenissen in het activiteitenlogboek worden automatisch gegenereerd en verzameld in een afzonderlijk archief voor weergave in de Azure-portal.

Routing: U kunt activiteitenlogboekgegevens verzenden naar Azure Monitor logboeken, zodat u deze naast andere logboekgegevens kunt analyseren. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft bewakingspartners, zijn ook beschikbaar. Zie Overview van het Azure activiteitenlogboek voor meer informatie over het routeren van het activiteitenlogboek.

Notitie

Activiteitenlogboeken van Load Balancer bevatten geen updates voor back-endpools op basis van NIC. Als u updates voor de back-endpool van de load balancer voor back-endpools op basis van NIC wilt bewaken en meldingen wilt ontvangen, adviseren we u logboeken te verzamelen op het niveau van de NIC-resource of op resourcegroepniveau.

Bewakingsgegevens analyseren

Er zijn veel hulpprogramma's voor het analyseren van bewakingsgegevens.

hulpprogramma's voor Azure Monitor

Azure Monitor ondersteunt de volgende basishulpprogramma's:

Hulpprogramma's waarmee complexere visualisaties mogelijk zijn, zijn onder andere:

  • Dashboards waarmee u verschillende soorten gegevens in één deelvenster in de Azure-portal kunt combineren.
  • Werkboeken, aanpasbare rapporten die u in de Azure-portal kunt maken. Werkmappen kunnen tekst, metrische gegevens en logboekquery's bevatten.
  • Grafana, een open platformhulpprogramma dat excelleert in operationele dashboards. U kunt Grafana gebruiken om dashboards te maken die gegevens uit meerdere andere bronnen dan Azure Monitor bevatten.
  • Power BI, een zakelijke analyseservice die interactieve visualisaties biedt in verschillende gegevensbronnen. U kunt Power BI configureren voor het automatisch importeren van logboekgegevens uit Azure Monitor om te profiteren van deze visualisaties.

Hulpprogramma's voor het exporteren van Azure Monitor-gegevens

U kunt gegevens uit Azure Monitor andere hulpprogramma's halen met behulp van de volgende methoden:

Zie Azure monitoring REST API stap voor stap handleiding om te beginnen met de REST API voor Azure Monitor.

Analyseren van Load Balancer verkeer met VNet-stroomlogboeken

Virtual-netwerkstroomlogboeken zijn een functie van Azure Network Watcher die informatie registreert over IP-verkeer dat via een virtueel netwerk stroomt. Stroomgegevens uit stroomlogboeken van virtuele netwerken worden verzonden naar Azure Storage. Van daaruit hebt u toegang tot de gegevens en kunt u deze exporteren naar elk visualisatieprogramma, SIEM-oplossing (Security Information and Event Management) of inbraakdetectiesysteem (IDS).

Zie Stroomlogboeken voor virtuele netwerken beheren voor algemene richtlijnen voor het maken en beheren van stroomlogboeken voor virtuele netwerken. Zodra u de stroomlogboeken van het virtuele netwerk hebt gemaakt, hebt u toegang tot de gegevens in Log Analytics werkruimten waar u ook de gegevens kunt doorzoeken en filteren om verkeer te identificeren dat door uw Load Balancer stroomt. Zie Traffic Analytics-schema en gegevensaggregatie voor meer informatie over het schema van de stroomlogboeken van het virtuele netwerk.

U kunt Traffic Analytics ook inschakelen wanneer u uw virtuele netwerkstroomlogboeken maakt die inzichten en visualisaties bieden in de stroomlogboekgegevens, zoals verkeersdistributie, verkeerspatroon, toepassingspoorten die worden gebruikt en toptalkers in uw virtuele netwerk.

Log Analytics query voor VNet-stroomlogboeken

Logboeken weergeven voor binnenkomende stromen die zijn verbonden met een specifieke Load Balancer:

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

  1. Gebruik de bovenstaande query in uw Log Analytics werkruimte en werk de tekenreeks bij met de geldige waarden voor uw Load Balancer. Zie de zelfstudie Log Analytics voor meer informatie over het gebruik van Log Analytics.

  2. Als u het bron-IP-adres van de verbinding wilt weergeven, wordt de SrcIp of SrcPublicIps kolom ingevuld. Al het verkeer dat afkomstig is van openbare, niet-schadelijke of Azure IP-adressen die eigendom zijn van een service, worden weergegeven in SrcPublicIps en alle andere bron-IP-adressen worden weergegeven in SrcIP. Als u meer informatie wilt over het type verkeer, kunt u de FlowType kolom gebruiken om te filteren op verschillende typen IP-adressen die betrokken zijn bij de stroom. Zie Schema voor verkeersanalyses en notities over de aggregatie van gegevens voor FlowType velddefinities.

  3. Identificeer de exemplaren van de back-endpool die worden gebruikt in de binnenkomende verbinding via een van de volgende kolommen: DestIP, MacAddress, DestVM, , TargetResourceID, . DestNic

  4. Via deze logboeken kunt u meer informatie verzamelen over de verbindingen die via uw Load Balancer gaan, zoals poortinformatie, protocol en verkeersgrootte via pakket en byteaantal verzonden vanaf bestemming en bron.

Kusto-queries

U kunt bewakingsgegevens analyseren in de Azure Monitor Logs/Log Analytics Store met behulp van de Kusto-querytaal (KQL).

Belangrijk

Wanneer u Logs selecteert in het menu van de service in de portal, wordt Log Analytics geopend met het querybereik ingesteld op de huidige service. Dit bereik betekent dat logboekquery's alleen gegevens uit dat type resource bevatten. Als u een query wilt uitvoeren die gegevens uit andere Azure-services bevat, selecteert u Logs in het menu Azure Monitor. Zie Log-querybereik en tijdsbereik in Azure Monitor Log Analytics voor meer informatie.

Zie de interface Log Analytics query's voor een lijst met algemene query's voor elke service.

Waarschuwingen

Azure Monitor-waarschuwingen stellen u proactief op de hoogte wanneer er specifieke condities in uw bewakingsgegevens worden gevonden. Met waarschuwingen kunt u problemen in uw systeem identificeren en oplossen voordat uw klanten ze opmerken. Zie Azure Monitor-waarschuwingen voor meer informatie.

Er zijn veel bronnen van algemene waarschuwingen voor Azure resources. Zie voorbeeldqueries voor logboekwaarschuwingen voor voorbeelden van veelvoorkomende waarschuwingen voor Azure-resources. De site Azure Monitor Basislijnwaarschuwingen (AMBA) biedt een semi-geautomatiseerde methode voor het implementeren van belangrijke metrische platformwaarschuwingen, dashboards en richtlijnen. De site is van toepassing op een voortdurend uitbreidende subset van Azure-services, inclusief alle services die deel uitmaken van de Azure Landingszone (ALZ).

Het algemene waarschuwingsschema standaardiseert het verbruik van Azure Monitor waarschuwingsmeldingen. Zie Algemeen waarschuwingsschema voor meer informatie.

Typen waarschuwingen

U kunt een waarschuwing ontvangen over elke metrische gegevensbron of logboekgegevensbron in het Azure Monitor gegevensplatform. Er zijn veel verschillende typen waarschuwingen, afhankelijk van de services die u bewaakt en de bewakingsgegevens die u verzamelt. Verschillende typen waarschuwingen hebben verschillende voordelen en nadelen. Zie Het juiste waarschuwingstype voor bewaking kiezen voor meer informatie.

In de volgende lijst worden de typen Azure Monitor waarschuwingen beschreven die u kunt maken:

  • Metrische waarschuwingen evalueren op regelmatige intervallen resourcestatistieken. Metrics kunnen platformgegevens, aangepaste metrics, logboeken uit Azure Monitor die zijn omgezet in metrics, of metrics van Application Insights zijn. Metrische waarschuwingen kunnen ook meerdere voorwaarden en dynamische drempelwaarden toepassen.
  • Log-waarschuwingen stellen gebruikers in staat om een Log Analytics-query te gebruiken om resourcelogboeken met een vooraf gedefinieerde frequentie te evalueren.
  • Waarschuwingen voor activiteitenlogboeken worden geactiveerd wanneer een nieuwe gebeurtenis van het activiteitenlogboek plaatsvindt die overeenkomt met gedefinieerde voorwaarden. Resource Health-waarschuwingen en Service Health-waarschuwingen zijn waarschuwingen op basis van activiteitenlogboeken die rapporteren over de gezondheid van uw services en resources.

Sommige Azure-services ondersteunen ook smart detectiewaarschuwingen, Prometheus-waarschuwingen of aanbevolen waarschuwingsregels.

Voor sommige services kunt u op schaal bewaken door dezelfde waarschuwingsregel voor metrische gegevens toe te passen op meerdere resources van hetzelfde type dat in dezelfde Azure regio aanwezig is. Afzonderlijke meldingen worden verzonden voor elke bewaakte resource. Voor ondersteunde Azure-services en clouds, zie Monitor meerdere resources met één waarschuwingsregel.

Notitie

Als u een toepassing maakt of uitvoert die op uw service wordt uitgevoerd, biedt Azure Monitor application insights mogelijk meer typen waarschuwingen.

waarschuwingsregels voor Load Balancer

De volgende tabel bevat enkele voorgestelde waarschuwingsregels voor Load Balancer. Deze waarschuwingen zijn slechts voorbeelden. U kunt waarschuwingen instellen voor metrische gegevens, logboekvermeldingen of activiteitenlogboekvermeldingen die worden vermeld in de Azure Load Balancer referentie voor bewakingsgegevens.

Waarschuwingstype Voorwaarde Beschrijving
Taakverdelingsregel is niet beschikbaar vanwege niet-beschikbare VM's Als de beschikbaarheid van het gegevenspad is gesplitst op een Front-end-IP-adres en front-endpoort (alle bekende en toekomstige waarden) gelijk is aan nul of in een tweede onafhankelijke waarschuwing, als de status van de statustest gelijk is aan nul, worden waarschuwingen geactiveerd Met deze waarschuwingen kunt u bepalen of de beschikbaarheid van het gegevenspad voor geconfigureerde taakverdelingsregels geen verkeer onderhoudt omdat alle VM's in de gekoppelde back-endpool worden getest door de geconfigureerde statustest. Bekijk Ondersteuning en probleemoplossing voor Azure Load Balancer om de mogelijke hoofdoorzaak te onderzoeken.
VM-beschikbaarheid aanzienlijk laag Als de statustest is gesplitst op back-end-IP en back-endpoort gelijk is aan het door de gebruiker gedefinieerde percentage van de totale poolgrootte (dat wil gezegd 25% worden getest), wordt de waarschuwing geactiveerd Deze waarschuwing bepaalt of er minder dan de benodigde VM's beschikbaar zijn om verkeer te verwerken
Uitgaande verbindingen met interneteindpunt mislukken Als het aantal SNAT-verbindingen dat is gefilterd op verbindingsstatus = Mislukt groter is dan nul, wordt de waarschuwing geactiveerd Deze waarschuwing wordt geactiveerd wanneer SNAT-poorten zijn uitgeput en VM's geen uitgaande verbindingen kunnen initiëren.
Dreigende SNAT-uitputting Als gebruikte SNAT-poorten groter zijn dan het door de gebruiker gedefinieerde nummer, wordt een waarschuwing geactiveerd Voor deze waarschuwing is een statische uitgaande configuratie vereist waarbij hetzelfde aantal poorten altijd wordt toegewezen. Het wordt vervolgens geactiveerd wanneer een percentage van de toegewezen poorten wordt gebruikt.

Advisor-aanbevelingen

Voor sommige services, als er kritieke omstandigheden of aanstaande wijzigingen optreden tijdens resourcebewerkingen, wordt een waarschuwing weergegeven op de pagina Serviceoverzicht in de portal. Meer informatie en aanbevolen oplossingen voor de waarschuwing vindt u in Advisor-aanbevelingen onder Bewaking in het linkermenu. Tijdens normale bewerkingen worden er geen aanbevelingen van advisor weergegeven.

Zie Azure Advisor overzicht voor meer informatie over Azure Advisor.

Gerelateerde inhoud

  • Last updated on