Eindpuntbewaking in Traffic Manager

Azure Traffic Manager omvat ingebouwde eindpuntbewaking en automatische eindpunt-failover. Met deze functie kunt u toepassingen met hoge beschikbaarheid leveren die bestand zijn tegen eindpuntfouten, waaronder storingen in Azure-regio's.

Eindpuntbewaking configureren

Als u eindpuntbewaking wilt configureren, moet u de volgende instellingen opgeven voor uw Traffic Manager profiel:

• Protocol. Kies HTTP, HTTPS of TCP als het protocol dat Traffic Manager gebruikt bij het controleren van uw eindpunt om de status ervan te controleren. HTTPS-bewaking controleert niet of uw TLS/SSL-certificaat geldig is. Er wordt alleen gecontroleerd of het certificaat aanwezig is.

• Poort. Kies de poort die voor de aanvraag wordt gebruikt.

• Pad. Deze configuratie-instelling is alleen geldig voor de HTTP- en HTTPS-protocollen, waarvoor het opgeven van de padinstelling is vereist. Het verstrekken van deze instelling voor het TCP-bewakingsprotocol resulteert in een fout. Geef voor het HTTP- en HTTPS-protocol het relatieve pad en de naam op van de webpagina of het bestand dat door de bewaking wordt geopend. Een slash (/) is een geldige vermelding voor het relatieve pad. Deze waarde impliceert dat het bestand zich in de hoofdmap (standaard) .

• Aangepaste headerinstellingen. Met deze configuratie-instelling kunt u specifieke HTTP-headers toevoegen aan de statuscontroles die Traffic Manager naar eindpunten onder een profiel verzendt. De aangepaste headers kunnen op profielniveau worden opgegeven om van toepassing te zijn op alle eindpunten in dat profiel en/of op een eindpuntniveau dat alleen van toepassing is op dat eindpunt. U kunt aangepaste headers gebruiken voor statuscontroles van eindpunten in een omgeving met meerdere tenants. Op die manier kan deze correct naar de bestemming worden gerouteerd door een hostheader op te geven. U kunt deze instelling ook gebruiken door unieke headers toe te voegen die kunnen worden gebruikt om Traffic Manager http(s)-aanvragen te identificeren en deze op een andere manier te verwerken. U kunt maximaal acht header:value-paren opgeven, gescheiden door een komma. Bijvoorbeeld 'header1:value1, header2:value2'.

  OPMERKING: Het gebruik van sterretjetekens ( * ) in aangepaste Host headers wordt niet ondersteund.

• Verwachte statuscodebereiken. Met deze instelling kunt u meerdere succescodebereiken opgeven in de indeling 200-299, 301-301. Als deze statuscodes worden ontvangen als reactie van een eindpunt wanneer een statuscontrole is uitgevoerd, Traffic Manager eindpunten als in orde. U kunt maximaal acht statuscodebereiken opgeven. Deze instelling is alleen van toepassing op het HTTP- en HTTPS-protocol en op alle eindpunten. Deze instelling is op het Traffic Manager profielniveau en de waarde 200 is standaard gedefinieerd als de statuscode voor succes.

• Het interval voor het opsproberen van . Deze waarde geeft aan hoe vaak een eindpunt wordt gecontroleerd op de status van een Traffic Manager-agent. U kunt hier twee waarden opgeven: 30 seconden (normale probing) en 10 seconden (snelle probing). Als er geen waarden worden opgegeven, wordt het profiel ingesteld op een standaardwaarde van 30 seconden. Ga naar Traffic Manager pagina met prijzen voor meer informatie over snelle prijsprobing.

• Getolereerd aantal fouten. Deze waarde geeft aan hoeveel fouten een Traffic Manager agent tolereert voordat dit eindpunt als niet in orde wordt aangegeven. De waarde kan variëren tussen 0 en 9. Een waarde van 0 betekent dat één bewakingsfout ertoe kan leiden dat dat eindpunt wordt gemarkeerd als niet in orde. Als er geen waarde is opgegeven, wordt de standaardwaarde 3 gebruikt.

• Test time-out. Deze eigenschap geeft de hoeveelheid tijd aan die de Traffic Manager agent moet wachten voordat een statustestcontrole voor een eindpunt als een fout wordt gezien. Als het interval voor het opsproberen is ingesteld op 30 seconden, kunt u de time-outwaarde instellen tussen 5 en 10 seconden. Als er geen waarde is opgegeven, wordt een standaardwaarde van 10 seconden gebruikt. Als het probing-interval is ingesteld op 10 seconden, kunt u de time-outwaarde instellen tussen 5 en 9 seconden. Als er geen time-outwaarde is opgegeven, wordt een standaardwaarde van 9 seconden gebruikt.

  

  Afbeelding: Traffic Manager eindpuntbewaking

Hoe eindpuntbewaking werkt

Wanneer het bewakingsprotocol is ingesteld op HTTP of HTTPS, doet de Traffic Manager Traffic Manager-agent een GET-aanvraag naar het eindpunt met behulp van het opgegeven protocol, de poort en het relatieve pad. Een eindpunt wordt als in orde beschouwd als de agent voor het controleren een 200 OK-antwoord ontvangt, of een van de antwoorden die zijn geconfigureerd in de * statuscodebereiken Verwacht. Als het antwoord een andere waarde is of als er geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-agent opnieuw aan de hand van de instelling Getolereerd aantal fouten. Er worden geen nieuwe aannames uitgevoerd als deze instelling 0 is. Het eindpunt wordt gemarkeerd als beschadigd als het aantal opeenvolgende fouten hoger is dan de instelling Getolereerd aantal fouten.

Wanneer het bewakingsprotocol TCP is, maakt Traffic Manager agent een TCP-verbindingsaanvraag met behulp van de opgegeven poort. Als het eindpunt op de aanvraag reageert met een antwoord om de verbinding tot stand te brengen, wordt die statuscontrole gemarkeerd als geslaagd. De Traffic Manager agent stelt de TCP-verbinding opnieuw in. In gevallen waarin het antwoord een andere waarde is of er geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-agent opnieuw gebruikt volgens de instelling Tolereerd aantal fouten. Er worden geen nieuwe aannames gedaan als deze instelling 0 is. Als het aantal opeenvolgende fouten hoger is dan de instelling Getolereerd aantal fouten, wordt dat eindpunt gemarkeerd als beschadigd.

In alle gevallen kunt Traffic Manager van meerdere locaties. De opeenvolgende fout bepaalt wat er binnen elke regio gebeurt. Daarom ontvangen eindpunten statustests van Traffic Manager met een hogere frequentie dan de instelling die wordt gebruikt voor het testinterval.

Alle eindpunten in een Traffic Manager-profiel delen bewakingsinstellingen. Als u verschillende bewakingsinstellingen voor verschillende eindpunten wilt gebruiken, kunt u geneste Traffic Manager maken.

Eindpunt- en profielstatus

U kunt de profielen Traffic Manager eindpunten in- en uitschakelen. Een wijziging in de eindpuntstatus kan echter ook optreden vanwege de Traffic Manager geautomatiseerde instellingen en processen.

Eindpuntstatus

U kunt een specifiek eindpunt in- of uitschakelen. De onderliggende service, die mogelijk nog steeds in orde is, wordt niet beïnvloed. Als u de eindpuntstatus verandert, bepaalt u de beschikbaarheid van het eindpunt in het Traffic Manager profiel. Wanneer de status van een eindpunt is uitgeschakeld, Traffic Manager de status ervan niet en wordt het eindpunt niet opgenomen in een DNS-antwoord.

Profile status

Met de profielstatusinstelling kunt u een specifiek profiel in- of uitschakelen. Hoewel de eindpuntstatus van invloed is op één eindpunt, is de profielstatus van invloed op het hele profiel, inclusief alle eindpunten. Wanneer u een profiel uit schakelt, worden de eindpunten niet gecontroleerd op status en worden er geen eindpunten opgenomen in een DNS-antwoord. Er wordt een NXDOMAIN-antwoordcode geretourneerd voor de DNS-query.

Status van eindpuntmonitor

De status van de eindpuntmonitor is Traffic Manager gegenereerde waarde die de status van het eindpunt we weergeven. U kunt deze instelling niet handmatig wijzigen. De status van de eindpuntmonitor is een combinatie van de resultaten van eindpuntbewaking en de geconfigureerde eindpuntstatus. De mogelijke waarden van de status van de eindpuntmonitor worden weergegeven in de volgende tabel:

Zie geneste Traffic Manager voor meer informatie over hoe de status van de eindpuntmonitor wordt berekend voor geneste eindpunten.

Status van profielmonitor

De status van de profielmonitor is een combinatie van de geconfigureerde profielstatus en de statuswaarden van de eindpuntmonitor voor alle eindpunten. De mogelijke waarden worden beschreven in de volgende tabel:

Failover en herstel van eindpunt

Traffic Manager controleert periodiek de status van elk eindpunt, inclusief onjuiste eindpunten. Traffic Manager detecteert wanneer een eindpunt in orde wordt en brengt het terug in rotatie.

Een eindpunt is niet in orde wanneer een van de volgende gebeurtenissen optreedt:

• Als het bewakingsprotocol HTTP of HTTPS is:
  • Een niet-200-antwoord of een antwoord dat niet het statusbereik bevat dat is opgegeven in de instelling Verwachte statuscodebereiken, wordt ontvangen. (Inclusief een andere 2xx-code of een 301/302-omleiding).
• Als het bewakingsprotocol TCP is:
  • Een ander antwoord dan ACK of SYN-ACK wordt ontvangen als reactie op de SYN-aanvraag die wordt verzonden door Traffic Manager een verbinding tot stand te brengen.
• Timeout.
• Ieder ander verbindingsprobleem waardoor het eindpunt niet bereikbaar is.

Zie Troubleshooting Degraded status(Problemen met gedegradeerde status oplossen) op Azure Traffic Manager voor meer informatie over het oplossen Azure Traffic Manager.

De tijdlijn in de volgende afbeelding is een gedetailleerde beschrijving van het bewakingsproces van Traffic Manager eindpunt met de volgende instellingen:

• Bewakingsprotocol is HTTP.
• Het interval voor het doorsproberen is 30 seconden.
• Het aantal getolereerde fouten is 3.
• Time-outwaarde is 10 seconden.
• DNS TTL is 30 seconden.

Afbeelding: Failover en herstel van eindpunten in Traffic Manager

1. GET. Voor elk eindpunt doet het Traffic Manager bewakingssysteem een GET-aanvraag op het pad dat is opgegeven in de bewakingsinstellingen.

2. 200 OK of aangepast codebereik opgegeven Traffic Manager instellingen voor profielbewaking. Het bewakingssysteem verwacht dat een HTTP 200 OK of een statuscode in het bereik dat is opgegeven in de bewakingsinstellingen binnen 10 seconden worden geretourneerd. Wanneer dit antwoord wordt ontvangen, wordt herkend dat de service beschikbaar is.

3. 30 seconden tussen controles. De statuscontrole van het eindpunt wordt elke 30 seconden herhaald.

4. Service niet beschikbaar. De service is niet meer beschikbaar. Traffic Manager weet dit pas bij de volgende statuscontrole.

5. Probeert toegang te krijgen tot het bewakingspad. Het bewakingssysteem doet een GET-aanvraag, maar ontvangt geen antwoord binnen de time-outperiode van 10 seconden. Vervolgens wordt er drie keer geprobeerd, met intervallen van 30 seconden. Als een van de pogingen is geslaagd, wordt het aantal pogingen opnieuw ingesteld.

6. De status is ingesteld op Gedegradeerd. Na een vierde opeenvolgende fout markeert het bewakingssysteem de status van het niet-beschikbare eindpunt als Gedegradeerd.

7. Verkeer wordt omgeleid naar andere eindpunten. De Traffic Manager DNS-naamservers worden bijgewerkt en Traffic Manager eindpunt retourneert niet langer als reactie op DNS-query's. Nieuwe verbindingen worden omgeleid naar andere, beschikbare eindpunten. Eerdere DNS-antwoorden met dit eindpunt kunnen echter nog steeds in de cache worden opgeslagen door recursieve DNS-servers en DNS-clients. Clients blijven het eindpunt gebruiken totdat de DNS-cache verloopt. Wanneer de DNS-cache verloopt, maken clients nieuwe DNS-query's en worden ze omgeleid naar verschillende eindpunten. De duur van de cache wordt bepaald door de TTL-instelling in het Traffic Manager profiel, bijvoorbeeld 30 seconden.

8. Statuscontroles gaan door. Traffic Manager blijft de status van het eindpunt controleren terwijl het de status Gedegradeerd heeft. Traffic Manager detecteert wanneer het eindpunt wordt terug in de status.

9. De service komt weer online. De service wordt beschikbaar. Het eindpunt behoudt de status Gedegradeerd in Traffic Manager totdat het bewakingssysteem de volgende statuscontrole doet.

10. Verkeer naar service hervat. Traffic Manager verzendt een GET-aanvraag en ontvangt een statusreactie van 200 OK. De service is weer in orde. De Traffic Manager-naamservers worden bijgewerkt en ze beginnen de DNS-naam van de service uit te geven in DNS-antwoorden. Verkeer keert terug naar het eindpunt als DNS-antwoorden in de cache die andere eindpunten retourneren, verlopen en wanneer bestaande verbindingen met andere eindpunten worden afgesloten.

    Belangrijk

    Traffic Manager implementeert meerdere tests vanaf meerdere locaties voor elk eindpunt. Meerdere tests verhogen de tolerantie voor eindpuntbewaking. Traffic Manager aggregeert de gemiddelde status van de tests in plaats van te vertrouwen op een enkelvoudig test-exemplaar. De redundantie van het probingsysteem is van ontwerp. Eindpuntwaarden moeten holistisch worden bekeken en niet per test. Het aantal dat wordt weergegeven voor de status van de test is een gemiddeld getal. De status mag alleen een probleem zijn als minder dan 50% (0,5) van de tests een upstatus publiceert.

    Notitie

    Omdat Traffic Manager op DNS-niveau werkt, kan dit geen invloed hebben op bestaande verbindingen met een eindpunt. Wanneer verkeer tussen eindpunten wordt omleiding (door gewijzigde profielinstellingen of tijdens failover of failback), worden nieuwe verbindingen door Traffic Manager naar beschikbare eindpunten doorvergeven. Andere eindpunten blijven mogelijk verkeer ontvangen via bestaande verbindingen totdat deze sessies worden beëindigd. Om ervoor te zorgen dat verkeer van bestaande verbindingen wordt afgestopt, moeten toepassingen de sessieduur beperken die voor elk eindpunt wordt gebruikt.

Methoden voor verkeersroutering

Wanneer een eindpunt de status Gedegradeerd heeft, wordt het niet meer geretourneerd als reactie op DNS-query's. In plaats daarvan wordt een alternatief eindpunt gekozen en geretourneerd. De verkeersrouteringsmethode die in het profiel is geconfigureerd, bepaalt hoe het alternatieve eindpunt wordt gekozen.

• Prioriteit. Eindpunten vormen een lijst met prioriteiten. Het eerste beschikbare eindpunt in de lijst wordt altijd geretourneerd. Als de status van een eindpunt Gedegradeerd is, wordt het volgende beschikbare eindpunt geretourneerd.
• Gewogen. Alle beschikbare eindpunten worden willekeurig gekozen op basis van hun toegewezen gewichten en de gewichten van de andere beschikbare eindpunten.
• Prestaties. Het eindpunt dat het dichtst bij de eindgebruiker ligt, wordt geretourneerd. Als dat eindpunt niet beschikbaar is, Traffic Manager verkeer naar de eindpunten in de dichtstbijzijnde Azure-regio. U kunt alternatieve failoverplannen configureren voor routering van prestatieverkeer met behulp van geneste Traffic Manager profielen.
• Geografische. Het eindpunt dat wordt gebruikt om de geografische locatie te bedienen op basis van het IP-adres van de queryaanvraag wordt geretourneerd. Als dat eindpunt niet beschikbaar is, wordt er geen ander eindpunt geselecteerd om een fail over te zetten, omdat een geografische locatie slechts aan één eindpunt in een profiel kan worden toegesneden. (Meer informatie vindt u in de Veelgestelde vragen). Als best practice wordt klanten aangeraden om bij het gebruik van geografische routering geneste Traffic Manager-profielen met meer dan één eindpunt als eindpunt van het profiel te gebruiken.
• MultiValue Er worden meerdere eindpunten geretourneerd die zijn toe te staan aan IPv4-/IPv6-adressen. Wanneer een query wordt ontvangen voor dit profiel, worden eindpunten met een goede naam geretourneerd op basis van het Maximum aantal records in de responswaarde dat u hebt opgegeven. Het standaardaantal antwoorden is twee eindpunten.
• Subnet Het eindpunt dat is toe te staan aan een set IP-adresbereiken wordt geretourneerd. Wanneer een aanvraag van dat IP-adres wordt ontvangen, is het geretourneerde eindpunt het eindpunt dat is toe te staan aan dat IP-adres.

Zie verkeersrouteringsmethoden Traffic Manager meer informatie.

Zie Troubleshooting Degraded statuson Azure Traffic Manager voor meer informatie over het oplossen van problemen met mislukte statuscontroles.

Veelgestelde vragen

• Is Traffic Manager bestand tegen storingen in Azure-regio's?

• Wat is de invloed van de keuze van de locatie van de resourcegroep Traffic Manager?

• Hoe kan ik de huidige status van elk eindpunt bepalen?

• Kan ik HTTPS-eindpunten bewaken?

• Gebruik ik een IP-adres of een DNS-naam bij het toevoegen van een eindpunt?

• Welke typen IP-adressen kan ik gebruiken bij het toevoegen van een eindpunt?

• Kan ik verschillende adresseringstypen voor eindpunten binnen één profiel gebruiken?

• Wat gebeurt er wanneer het recordtype van een binnenkomende query verschilt van het recordtype dat is gekoppeld aan het adresseringstype van de eindpunten?

• Kan ik een profiel gebruiken met IPv4/IPv6-adres-eindpunten in een genest profiel?

• Ik heb een eindpunt voor een webtoepassing gestopt in Traffic Manager-profiel, maar ik krijg geen verkeer, zelfs niet nadat ik het opnieuw heb opgestart. Hoe kan ik dit oplossen?

• Kan ik Traffic Manager zelfs als mijn toepassing geen ondersteuning voor HTTP of HTTPS heeft?

• Welke specifieke antwoorden zijn vereist vanaf het eindpunt bij het gebruik van TCP-bewaking?

• Hoe snel Traffic Manager mijn gebruikers weg van een slecht eindpunt?

• Hoe kan ik verschillende bewakingsinstellingen opgeven voor verschillende eindpunten in een profiel?

• Hoe kan ik HTTP-headers toewijzen aan Traffic Manager statuscontroles aan mijn eindpunten?

• Welke hostheader wordt gebruikt voor statuscontroles van eindpunten?

• Wat zijn de IP-adressen van waaruit de statuscontroles afkomstig zijn?

• Hoeveel statuscontroles voor mijn eindpunt kan ik verwachten van Traffic Manager?

• Hoe kan ik een melding krijgen als een van mijn eindpunten uitgaat?

Volgende stappen

Meer informatie over Traffic Manager werkt

Meer informatie over de verkeersrouteringsmethoden die worden ondersteund door Traffic Manager

Meer informatie over het maken van Traffic Manager profiel

Problemen met de gedegradeerde status op Traffic Manager eindpunt oplossen