Metrische gegevens voor Application Gateway

Application Gateway publiceert gegevenspunten naar Azure Monitor voor de prestaties van uw Application Gateway- en back-endinstanties. Deze gegevenspunten worden metrische gegevens genoemd en zijn numerieke waarden in een geordende set tijdreeksgegevens. Metrische gegevens beschrijven een bepaald aspect van uw toepassingsgateway op een bepaald moment. Als er aanvragen via de Application Gateway stromen, worden de metrische gegevens in intervallen van 60 seconden meten en verzonden. Als er geen aanvragen worden verzonden via application gateway of geen gegevens voor een metrische waarde, wordt de metrische waarde niet gerapporteerd. Zie metrische gegevens van Azure Monitor voor meer informatie.

Metrische gegevens die worden ondersteund door Application Gateway V2 SKU

Metrische tijdsinstellingen

Application Gateway biedt verschillende ingebouwde metrische timinggegevens met betrekking tot de aanvraag en het antwoord, die allemaal worden gemeten in milliseconden.

• Back-endverbindingstijd

  Aggregatietype:Gem/Max

  Tijd besteed aan het tot stand brengen van een verbinding met de back-endtoepassing.

  Dit omvat de netwerklatentie evenals de tijd die de TCP-stack van de back-endserver nodig heeft om nieuwe verbindingen tot stand te brengen. Voor TLS omvat het ook de tijd die is besteed aan handshake.

• Reactietijd van eerste byte van back-end

  Aggregatietype:Gem/Max

  Tijdsinterval tussen het begin van het tot stand brengen van een verbinding met de back-endserver en het ontvangen van de eerste byte van de antwoordheader.

  Hiermee wordt de som van de back-endverbindingstijd, de tijd die nodig is voor de aanvraag om de back-end te bereiken vanuit Application Gateway geschat, de tijd die de back-endtoepassing nodig heeft om te reageren (de tijd die de server nodig had om inhoud te genereren, mogelijk databasequery's op te halen) en de tijd die nodig was voor de eerste byte van het antwoord om de Application Gateway te bereiken vanuit de back-end.

• Reactietijd van laatste byte van back-end

  Aggregatietype:Gem/Max

  Tijdsinterval tussen het begin van het tot stand brengen van een verbinding met de back-endserver en het ontvangen van de laatste byte van de antwoordtekst.

  Bij benadering vormt dit de som van Reactietijd van de eerste back-endbyte en de gegevensoverdrachttijd (deze tijdsduur kan verschillen afhankelijk van de grootte van de aangevraagde objecten en de latentie van het servernetwerk).

• Totale tijd van Application Gateway

  Aggregatietype:Gem/Max

  Deze metrische waarde legt de gemiddelde/maximale tijd vast die nodig is voor een aanvraag die moet worden ontvangen, verwerkt en het antwoord dat moet worden verzonden.

  Dit is het interval van het tijdstip waarop Application Gateway de eerste byte van de HTTP-aanvraag ontvangt tot het tijdstip waarop de laatste reactie-byte naar de client is verzonden. Dit omvat de verwerkingstijd die door Application Gateway is genomen, de reactietijd van de laatste byte van de back-end en de tijd die door Application Gateway is genomen om alle reacties te verzenden.

• Client RTT

  Aggregatietype:Gem/Max

  Met deze metrische waarde wordt de retourtijd Gemiddelde/Max tussen clients en Application Gateway vastgelegd.

Deze metrische gegevens kunnen worden gebruikt om te bepalen of de waargenomen vertraging wordt veroorzaakt door het clientnetwerk, de prestaties van Application Gateway, het back-endnetwerk en de TCP-stackverzadiging van de back-endserver, prestaties van back-endtoepassingen of een grote bestandsgrootte.

Als er bijvoorbeeld een piek is in de reactietijdtrend van de eerste back-end byte, maar de trend van de back-endverbindingstijd stabiel is, kan worden afgeleid dat de toepassingsgateway naar de back-endlatentie en de tijd die nodig is om de verbinding tot stand te brengen stabiel is en de piek wordt veroorzaakt door een toename van de reactietijd van de back-endtoepassing. Als de piek in de reactietijd van de eerste back-end byte is gekoppeld aan een bijbehorende piek in de back-endverbindingstijd, kan dit worden afgeleid dat het netwerk tussen Application Gateway en de back-endserver of de TCP-stack van de back-endserver is verzadigd.

Als u een piek ziet in de reactietijd van de laatste byte van de back-end, maar de reactietijd van de eerste byte van de back-end stabiel is, kan deze worden afgeleid dat de piek wordt veroorzaakt door een groter bestand dat wordt aangevraagd.

Als de totale tijd van de Application Gateway een piek heeft, maar de reactietijd van de laatste byte van de back-end stabiel is, kan het een teken zijn van prestatieknelpunten bij de Application Gateway of een knelpunt in het netwerk tussen client en Application Gateway. Als de client RTT ook een overeenkomstige piek heeft, geeft dit aan dat de degradatie is vanwege het netwerk tussen client en Application Gateway.

Metrische gegevens van Application Gateway

Voor Application Gateway zijn de volgende metrische gegevens beschikbaar:

• Ontvangen bytes

  Het aantal bytes dat door de Application Gateway van de clients is ontvangen. (Alleen gerapporteerd op basis van de aanvraag 'inhoudsgrootte'. Er wordt geen rekening gehouden met de overhead van TLS-onderhandelingen, TCP/IP-pakketheaders of hertransmissies, en vertegenwoordigt daarom niet het volledige bandbreedtegebruik.)

• Verzonden bytes

  Het aantal bytes dat door de Application Gateway naar de clients is verzonden. (Alleen gerapporteerd op basis van het antwoord 'inhoudsgrootte'. Er wordt geen rekening gehouden met TCP/IP-pakketheaders of -hertransmissies, en vertegenwoordigt daarom niet het volledige bandbreedtegebruik.)

• TLS-clientprotocol

  Het aantal TLS- en niet-TLS-aanvragen dat is geïnitieerd door de client die verbinding heeft gemaakt met application gateway. Als u tls-protocoldistributie wilt weergeven, filtert u op de dimensie TLS-protocol. Deze metrische waarde omvat aanvragen die worden geleverd door de gateway, zoals omleidingen.

• Huidige capaciteitseenheden

  Aantal capaciteitseenheden dat is verbruikt om de verkeerstaken te verdelen. Er zijn drie determinanten voor capaciteitseenheid: rekeneenheid, permanente verbindingen en doorvoer. Elke capaciteitseenheid bestaat maximaal uit: 1 rekeneenheid of 2500 permanente verbindingen of doorvoer van 2,22 Mbps.

• Huidige rekeneenheden

  Het aantal verbruikte processorcapaciteit. Factoren die de rekeneenheid beïnvloeden, zijn: TLS-verbindingen per seconde, berekeningen voor het herschrijven van URL's en de verwerking van WAF-regels.

• Huidige verbindingen

  Het totale aantal gelijktijdige verbindingen dat actief is van clients naar application gateway

• Geschatte gefactureerde capaciteitseenheden

  Bij de tweede versie van de SKU is het prijsmodel gebaseerd op het verbruik. Capaciteitseenheden meten verbruikskosten die naast de vaste kosten in rekening worden gebracht. Geschatte gefactureerde capaciteitseenheden geven het aantal capaciteitseenheden aan waarmee de facturering wordt geschat. Dit wordt berekend als het verschil tussen Huidige capaciteitseenheden (capaciteitseenheden die nodig zijn om de verkeerstaken te verdelen) en Vaste factureerbare capaciteitseenheden (minimaal aantal capaciteitseenheden dat wordt ingericht).

• Mislukte aanvragen

  Aantal aanvragen dat Application Gateway heeft verwerkt met 5xx-serverfoutcodes. Dit omvat de 5xx-codes die worden gegenereerd op basis van de Application Gateway en de 5xx-codes die worden gegenereerd op basis van de back-end. Het aantal aanvragen kan verder worden gefilterd om het aantal per afzonderlijke combinatie van back-endpool-HTTP-instellingen weer te geven.

• Vaste factureerbare capaciteitseenheden

  Het minimale aantal capaciteitseenheden dat in de Application Gateway-configuratie wordt ingericht volgens de instelling Minimale schaaleenheden (1 exemplaar staat gelijk aan 10 capaciteitseenheden).

• Nieuwe verbindingen per seconde

  Het gemiddelde aantal nieuwe TCP-verbindingen per seconde dat is gemaakt van clients naar de Application Gateway en van application gateway naar de back-endleden.

• Antwoordstatus

  Http-antwoordstatus geretourneerd door Application Gateway. De distributie van antwoordstatuscode kan verder worden gecategoriseerd om antwoorden weer te geven in categorieën 2xx, 3xx, 4xx en 5xx.

• Doorvoer

  Het aantal bytes per seconde dat de Application Gateway heeft geleverd. (Alleen gerapporteerd op basis van de 'inhoudsgrootte'. Er wordt geen rekening gehouden met de overhead van TLS-onderhandelingen, TCP/IP-pakketheaders of hertransmissies, en vertegenwoordigt daarom niet het volledige bandbreedtegebruik.)

• Totaal aantal aanvragen

  Het aantal geslaagde aanvragen dat Application Gateway heeft geleverd door de doelen van de back-endpool. Pagina's die rechtstreeks door de gateway worden geleverd, zoals omleidingen, worden niet meegeteld en moeten worden gevonden in de metrische gegevens van het TLS-clientprotocol. Het totale aantal aanvragen kan verder worden gefilterd om het aantal per/specifieke combinatie van back-endpool-http-instellingen weer te geven.

Metrische gegevens van back-end

Voor Application Gateway zijn de volgende metrische gegevens beschikbaar:

• Antwoordstatus van back-end

  Het aantal HTTP-antwoordstatuscodes dat wordt geretourneerd door de back-ends. Dit omvat geen antwoordcodes die zijn gegenereerd door de Application Gateway. De distributie van antwoordstatuscode kan verder worden gecategoriseerd om antwoorden weer te geven in categorieën 2xx, 3xx, 4xx en 5xx.

• Aantal in orde host

  Het aantal back-ends dat door de statustest in orde wordt bepaald. U kunt filteren op basis van een back-endpool om het aantal hosts in orde in een specifieke back-endpool weer te geven.

• Aantal beschadigde hosts

  Het aantal back-ends dat door de statustest wordt bepaald, is beschadigd. U kunt filteren op basis van een back-endpool om het aantal beschadigde hosts in een specifieke back-endpool weer te geven.

• Aanvragen per minuut per host in orde

  Het gemiddelde aantal aanvragen dat binnen een minuut door elk lid in orde is ontvangen in een back-endpool. U moet de back-endpool opgeven met behulp van de dimensie BackendPool Http Instellingen.

Metrische gegevens van Web Application Firewall (WAF)

Zie WAF v2 Metrics (Metrische gegevens van WAF v2) voor meer informatie over WAF-bewaking

Metrische gegevens die worden ondersteund door Application Gateway V1 SKU

Metrische gegevens van Application Gateway

Voor Application Gateway zijn de volgende metrische gegevens beschikbaar:

• CPU-gebruik

  Toont het gebruik van de CPU's die zijn toegewezen aan de Application Gateway. Onder normale omstandigheden mag het CPU-gebruik niet al te vaak 90% overschrijden, omdat dit latentie kan veroorzaken in de websites die achter de Application Gateway worden gehost en omdat dit de clientervaring kan verstoren. U kunt het CPU-gebruik indirect beheren of verbeteren door de configuratie van de Application Gateway te wijzigen. Dit doet u door het aantal exemplaren te verhogen of door op een grotere SKU-grootte over te stappen, of allebei.

• Huidige verbindingen

  Aantal huidige verbindingen tot stand gebracht met Application Gateway

• Mislukte aanvragen

  Aantal aanvragen dat is mislukt vanwege verbindingsproblemen. Dit aantal omvat aanvragen die zijn mislukt vanwege het overschrijden van de HTTP-instelling voor aanvraagtime-out en aanvragen die zijn mislukt vanwege verbindingsproblemen tussen application gateway en back-end. Dit aantal bevat geen fouten omdat er geen goede back-end beschikbaar is. 4xx- en 5xx-antwoorden van de back-end worden ook niet beschouwd als onderdeel van deze metrische waarde.

• Antwoordstatus

  Http-antwoordstatus geretourneerd door Application Gateway. De distributie van antwoordstatuscode kan verder worden gecategoriseerd om antwoorden weer te geven in categorieën 2xx, 3xx, 4xx en 5xx.

• Doorvoer

  Aantal bytes per seconde dat de Application Gateway heeft geleverd

• Totaal aantal aanvragen

  Het aantal geslaagde aanvragen dat Application Gateway heeft verwerkt. Het aantal aanvragen kan verder worden gefilterd om het aantal per afzonderlijke combinatie van back-endpool-HTTP-instellingen weer te geven.

Metrische gegevens van back-end

Voor Application Gateway zijn de volgende metrische gegevens beschikbaar:

• Aantal in orde host

  Het aantal back-ends dat door de statustest in orde wordt bepaald. U kunt filteren op basis van een back-endpool om het aantal hosts in orde in een specifieke back-endpool weer te geven.

• Aantal beschadigde hosts

  Het aantal back-ends dat door de statustest wordt bepaald, is beschadigd. U kunt filteren op basis van een back-endpool om het aantal beschadigde hosts in een specifieke back-endpool weer te geven.

Metrische gegevens van Web Application Firewall (WAF)

Zie WAF v1 Metrics voor meer informatie over WAF-bewaking

Visualisatie met metrische gegevens

Blader naar een toepassingsgateway en selecteer Metrische gegevens onder Bewaking. Om de beschikbare waarden te zien, selecteert u de vervolgkeuzelijst METRISCH.

In de volgende afbeelding ziet u een voorbeeld met drie metrische gegevens voor de afgelopen 30 minuten:

Zie Ondersteunde metrische gegevens met Azure Monitor voor een huidige lijst met metrische gegevens.

Waarschuwingsregels voor metrische gegevens

U kunt waarschuwingsregels starten op basis van metrische gegevens voor een resource. Een waarschuwing kan bijvoorbeeld een webhook aanroepen of een beheerder een e-mail sturen als de doorvoer van de toepassingsgateway hoger, onder of op een drempelwaarde voor een opgegeven periode ligt.

In het volgende voorbeeld wordt uitgelegd hoe u een waarschuwingsregel maakt waarmee een e-mail naar een beheerder wordt verzonden nadat de doorvoer een drempelwaarde heeft overschreden:

1. selecteer Waarschuwing voor metrische gegevens toevoegen om de pagina Regel toevoegen te openen. U kunt deze pagina ook bereiken vanaf de pagina met metrische gegevens.

   

2. Vul op de pagina Regel toevoegen de naam, voorwaarde en meldingssecties in en selecteer OK.

   • Selecteer in de voorwaardekiezer een van de vier waarden: Groter dan, Groter dan of gelijk aan, Kleiner dan of Kleiner dan of Gelijk aan.

   • Selecteer in de periodekiezer een periode van vijf minuten tot zes uur.

   • Als u e-maileigenaren, inzenders en lezers selecteert, kan het e-mailbericht dynamisch zijn op basis van de gebruikers die toegang hebben tot die resource. Anders kunt u een door komma's gescheiden lijst met gebruikers opgeven in het vak E-mailadressen van extra beheerders.

   

Als de drempelwaarde wordt overschreden, komt er een e-mailbericht dat lijkt op de e-mail in de volgende afbeelding:

Er wordt een lijst met waarschuwingen weergegeven nadat u een metrische waarschuwing hebt gemaakt. Het biedt een overzicht van alle waarschuwingsregels.

Zie Waarschuwingsmeldingen ontvangen voor meer informatie over waarschuwingsmeldingen.

Als u meer wilt weten over webhooks en hoe u deze kunt gebruiken met waarschuwingen, gaat u naar Een webhook configureren in een metrische Azure-waarschuwing.

Volgende stappen

• Visualiseer teller- en gebeurtenislogboeken met behulp van Azure Monitor-logboeken.
• Visualiseer uw Azure-activiteitenlogboek met een Power BI-blogbericht .
• Azure-activiteitenlogboeken weergeven en analyseren in Power BI en meer blogpost.