Eindpuntbewaking in Traffic Manager

Azure Traffic Manager bevat ingebouwde eindpuntbewaking en automatische eindpuntfailover. Met deze functie kunt u toepassingen met hoge beschikbaarheid leveren die bestand zijn tegen eindpuntfouten, waaronder Azure-regiofouten. Eindpuntbewaking is standaard ingeschakeld. Voor het uitschakelen van bewaking, zie Statuscontroles in- of uitschakelen.

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 testen van uw eindpunt om de status ervan te controleren. HTTPS-bewaking controleert niet of uw TLS/SSL-certificaat geldig is, maar controleert alleen of het certificaat aanwezig is.

Notitie

Traffic Manager-ondersteuning voor TLS 1.0 en 1.1 is beëindigd op 28 februari 2025. Zie Veelgestelde vragen over TLS voor Traffic Manager voor meer informatie.

• Poort. Kies de poort die wordt gebruikt voor de aanvraag.
• Pad. Deze configuratie-instelling is alleen geldig voor de HTTP- en HTTPS-protocollen, waarvoor het opgeven van het pad vereist is. Als u deze instelling voor het TCP-bewakingsprotocol oplevert, treedt er een fout op. Geef voor het HTTP- en HTTPS-protocol het relatieve pad en de naam van de webpagina of het bestand waartoe de bewaking toegang heeft. Een schuine streep / is een geldige invoer voor het relatieve pad. Deze waarde impliceert dat het bestand zich in de hoofdmap bevindt (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 worden opgegeven op profielniveau die van toepassing zijn op alle eindpunten in dat profiel en/of op eindpuntniveau die alleen van toepassing zijn op dat eindpunt. U kunt aangepaste headers gebruiken voor statuscontroles van eindpunten in een omgeving met meerdere tenants. Op die manier kan het correct naar hun 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 HTTP(S)-aanvragen van Traffic Manager te identificeren en ze anders te verwerken. U kunt maximaal acht header:value paren opgeven, gescheiden door een komma. Bijvoorbeeld: header1:value1, header2:value2.

Notitie

Het gebruik van sterretjes (*) in aangepaste Host kopteksten 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 voltooid, markeert Traffic Manager deze 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 bevindt zich op het niveau van het Traffic Manager-profiel en standaard wordt de waarde 200 gedefinieerd als de statuscode voor succes.

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

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

• Time-out van de test. Deze eigenschap specificeert de hoeveelheid tijd die de Traffic Manager-testagent moet wachten voordat een statusscan naar een eindpunt als mislukt wordt beschouwd. Als het testinterval is ingesteld op 30 seconden, kunt u de time-outwaarde tussen 5 en 10 seconden instellen. Als er geen waarde is opgegeven, wordt een standaardwaarde van 10 seconden gebruikt. Als het testinterval is ingesteld op 10 seconden, kunt u de time-outwaarde tussen 5 en 9 seconden instellen. Als er geen time-outwaarde is opgegeven, wordt een standaardwaarde van 9 seconden gebruikt.

  

  Afbeelding: Eindpuntbewaking van Traffic Manager

Hoe eindpuntbewaking werkt

Wanneer het bewakingsprotocol is ingesteld als HTTP of HTTPS, doet de Traffic Manager-testagent een GET-aanvraag naar het eindpunt met behulp van het protocol, de poort en het relatieve pad dat is opgegeven. Een eindpunt wordt als in orde beschouwd als de testagent een antwoord van 200 OK ontvangt of een van de antwoorden die zijn geconfigureerd in de verwachte statuscodebereiken. Als het antwoord een andere waarde heeft of er geen antwoord wordt ontvangen binnen de time-out, probeert de proefagent van Traffic Manager het opnieuw volgens de instelling Tolerantie voor aantal fouten. Er worden geen herattempts uitgevoerd als deze instelling 0 is. Het eindpunt is gemarkeerd als beschadigd als het aantal opeenvolgende fouten hoger is dan het getolereerde aantal mislukte fouten .

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

In alle gevallen test Traffic Manager vanaf 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.

Notitie

Voor http- of HTTPS-bewakingsprotocol is het gebruikelijk om aan de eindpuntzijde een aangepaste pagina in uw toepassing te implementeren, bijvoorbeeld /health.aspx. Met dit pad voor bewaking kunt u toepassingsspecifieke controles uitvoeren, zoals het controleren van prestatiemeteritems of het controleren van de beschikbaarheid van de database. Op basis van deze aangepaste controles retourneert de pagina een geschikte HTTP-statuscode.

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

Eindpunt- en profielstatus

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

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 wijzigt, wordt de beschikbaarheid van het eindpunt in het Traffic Manager-profiel gecontroleerd. Wanneer een eindpuntstatus is uitgeschakeld, controleert Traffic Manager de status niet en wordt het eindpunt niet opgenomen in een DNS-antwoord.

Profielstatus

Met behulp van 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 uitschakelt, 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

Status van eindpuntmonitor is een door Traffic Manager gegenereerde waarde die de status van het eindpunt weergeeft. 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 eindpuntmonitorstatus worden weergegeven in de volgende tabel:

Profielstatus	Eindpuntstatus	Status van eindpuntmonitor	Opmerkingen
Uitgeschakeld	Ingeschakeld	Niet-actief	Het profiel is uitgeschakeld. Hoewel de eindpuntstatus is ingeschakeld, heeft de profielstatus (Uitgeschakeld) voorrang. Eindpunten in uitgeschakelde profielen worden niet bewaakt. Er wordt een NXDOMAIN-antwoordcode geretourneerd voor de DNS-query.
<enig>	Uitgeschakeld	Uitgeschakeld	Het eindpunt is uitgeschakeld. Uitgeschakelde eindpunten worden niet bewaakt. Het eindpunt is niet opgenomen in DNS-antwoorden, zodat het geen verkeer ontvangt.
Ingeschakeld	Ingeschakeld	Online	Het eindpunt wordt bewaakt en is in orde. Deze is opgenomen in DNS-antwoorden en kan verkeer ontvangen.
Ingeschakeld	Ingeschakeld	Gedegradeerd	Gezondheidscontroles voor eindpuntmonitoring mislukken. Het eindpunt is niet opgenomen in DNS-antwoorden en ontvangt geen verkeer. Een uitzondering is als alle eindpunten worden gedegradeerd. In dat geval worden ze allemaal als geretourneerd beschouwd in het zoekresultaat.
Ingeschakeld	Ingeschakeld	CheckingEndpoint	Het eindpunt wordt bewaakt, maar de resultaten van de eerste test zijn nog niet ontvangen. CheckingEndpoint is een tijdelijke status die meestal direct na het toevoegen of inschakelen van een eindpunt in het profiel plaatsvindt. Een eindpunt in deze status is opgenomen in DNS-antwoorden en kan verkeer ontvangen.
Ingeschakeld	Ingeschakeld	Gestopt	De web-app waarnaar het eindpunt verwijst, wordt niet uitgevoerd. Controleer de instellingen van de web-app. Deze status kan ook optreden als het eindpunt van het type genest eindpunt is en het onderliggende profiel wordt uitgeschakeld of inactief is. Een eindpunt met de status Gestopt wordt niet bewaakt. Het is niet opgenomen in DNS-antwoorden en ontvangt geen verkeer. Een uitzondering is als alle eindpunten worden gedegradeerd. In dat geval worden ze allemaal beschouwd als geretourneerd in het antwoord van de query.
Ingeschakeld	Ingeschakeld	Niet bewaakt	Het eindpunt is geconfigureerd om altijd verkeer te verwerken. Gezondheidscontroles zijn niet ingeschakeld.

Zie voor meer informatie over hoe de status van de eindpuntmonitor voor geneste eindpunten wordt bepaald, Geneste Traffic Manager-profielen.

Notitie

Een gestopte eindpuntmonitorstatus kan optreden in App Service als uw webtoepassing niet in de Standaard-laag of hoger draait. Zie Traffic Manager-integratie met App Service voor meer informatie.

Status van profielmonitor

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

Profielstatus (zoals geconfigureerd)	Status van eindpuntmonitor	Status van profielmonitor	Opmerkingen
Uitgeschakeld	<een> profiel zonder gedefinieerde eindpunten.	Uitgeschakeld	Het profiel is uitgeschakeld.
Ingeschakeld	De status van ten minste één eindpunt is gedegradeerd.	Gedegradeerd	Controleer de afzonderlijke eindpuntstatuswaarden om te bepalen welke eindpunten meer aandacht vereisen.
Ingeschakeld	De status van ten minste één eindpunt is Online. Geen eindpunten hebben een gedegradeerde status.	Online	De service accepteert verkeer. Er is geen verdere actie vereist.
Ingeschakeld	De status van ten minste één eindpunt is CheckingEndpoint. Er zijn geen eindpunten in online- of gedegradeerde status.	Controle van Eindpunten	Deze overgangsstatus treedt op wanneer een profiel wordt gemaakt of ingeschakeld. De eindpuntstatus wordt voor het eerst gecontroleerd.
Ingeschakeld	De statussen van alle eindpunten in het profiel zijn uitgeschakeld of gestopt, of het profiel heeft geen gedefinieerde eindpunten.	Niet-actief	Er zijn geen eindpunten actief, maar het profiel is nog steeds ingeschakeld.

Failover en herstel van eindpunten

Traffic Manager controleert regelmatig de status van elk eindpunt, inclusief beschadigde eindpunten. Traffic Manager detecteert wanneer een eindpunt weer operationeel wordt en neemt het weer op in de rotatie.

Een eindpunt is ongezond wanneer een van de volgende gebeurtenissen zich voordoet:

• 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 omleiding van 301/302).
• Als het bewakingsprotocol TCP is:
  • Een ander antwoord dan ACK of SYN-ACK wordt ontvangen als reactie op de SYN-aanvraag die door Traffic Manager is verzonden om een verbinding tot stand te laten komen.
• Timeout.
• Elk ander verbindingsprobleem dat ertoe leidt dat het eindpunt niet bereikbaar is.

Zie Problemen met gedegradeerde status in Azure Traffic Manager oplossen voor meer informatie over het oplossen van mislukte controles.

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

• Het bewakingsprotocol is HTTP.
• Het testinterval is 30 seconden.
• Het aantal getolereerde fouten is 3.
• De time-outwaarde is 10 seconden.
• DNS TTL bedraagt 30 seconden.

Afbeelding: Traffic Manager-eindpuntfailover en herstelvolgorde

1. GET. Voor elk eindpunt voert het Bewakingssysteem van Traffic Manager een GET-aanvraag uit op het pad dat is opgegeven in de bewakingsinstellingen.

2. 200 OK of een aangepast codebereik dat is opgegeven in de instellingen voor bewaking van Traffic Manager-profielen. In het bewakingssysteem wordt verwacht dat een HTTP 200 OK of een statuscode in het bereik dat is opgegeven in de bewakingsinstellingen binnen 10 seconden wordt geretourneerd. Wanneer deze reactie 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. De service is niet beschikbaar. De service is niet meer beschikbaar. Traffic Manager weet het pas bij de volgende statuscontrole.

5. Probeert toegang te krijgen tot het bewakingspad. Het bewakingssysteem voert een GET-aanvraag uit, maar ontvangt geen reactie 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. Status 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 DNS-naamservers van Traffic Manager worden bijgewerkt en Traffic Manager retourneert het eindpunt niet meer als reactie op DNS-query's. Nieuwe verbindingen worden omgeleid naar andere, beschikbare eindpunten. Eerdere DNS-antwoorden die dit eindpunt bevatten, 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 cacheduur wordt bepaald door de TTL-instelling in het Traffic Manager-profiel, bijvoorbeeld 30 seconden.

8. Statuscontroles worden voortgezet. Traffic Manager blijft de status van het eindpunt controleren terwijl het een gedegradeerde status heeft. Traffic Manager detecteert wanneer het eindpunt hersteld is.

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

10. Verkeer naar de dienst wordt hervat. Traffic Manager verzendt een GET-aanvraag en ontvangt een 200 OK-statusantwoord. De service is weer in orde. De Traffic Manager-naamservers worden bijgewerkt en ze beginnen de DNS-naam van de service uit te delen in DNS-antwoorden. Verkeer keert terug naar het eindpunt wanneer in de cache opgeslagen DNS-antwoorden voor andere eindpunten verlopen, en wanneer bestaande verbindingen met andere eindpunten worden beëindigd.

    Belangrijk

    Traffic Manager implementeert meerdere tests vanaf meerdere locaties voor elk eindpunt. Meerdere probes vergroten de veerkracht voor de bewaking van eindpunten. Traffic Manager aggregeert de gemiddelde gezondheid van de probes in plaats van te vertrouwen op een enkel probe-exemplaar. De redundantie van het testsysteem is standaard. Eindpuntwaarden dienen holistisch te worden bekeken en niet per sonde. Het getal dat wordt weergegeven voor de sondestatus is een gemiddelde. De status zou alleen een probleem moeten zijn als minder dan 50% (0,5) van de sondes een upstatus publiceren.

    Notitie

    Omdat Traffic Manager op DNS-niveau werkt, kan dit geen invloed hebben op bestaande verbindingen met een eindpunt. Wanneer verkeer tussen eindpunten wordt omgeleid (door gewijzigde profielinstellingen of tijdens een failover of failback), stuurt Traffic Manager nieuwe verbindingen naar beschikbare eindpunten. Andere eindpunten kunnen verkeer blijven ontvangen via bestaande verbindingen totdat deze sessies zijn beëindigd. Als u wilt dat verkeer uit bestaande verbindingen wordt verwijderd, moeten toepassingen de sessieduur beperken die met elk eindpunt wordt gebruikt.

Verkeersrouteringsmethoden

Wanneer een eindpunt een gedegradeerde status 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 maken een lijst met prioriteit. Het eerste beschikbare eindpunt in de lijst wordt altijd geretourneerd. Als een eindpuntstatus is gedegradeerd, 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, verplaatst Traffic Manager verkeer naar de eindpunten in de dichtstbijzijnde Azure-regio. U kunt alternatieve failoverplannen configureren voor verkeersroutering met behulp van geneste Traffic Manager-profielen.
• Geografisch. Het eindpunt dat is gekoppeld aan de geografische locatie (op basis van de IP-adressen van de query) wordt geretourneerd. Als dat eindpunt niet beschikbaar is, wordt er niet automatisch naar een ander eindpunt overgeschakeld, want een geografische locatie kan slechts aan één eindpunt in een profiel worden toegewezen. (Meer details vindt u in de Veelgestelde vragen). Als best practice raden we klanten aan om geneste Traffic Manager-profielen te gebruiken met meer dan één eindpunt als eindpunten van het profiel wanneer ze geografische routering gebruiken.
• MultiValue Meerdere eindpunten die aan IPv4-/IPv6-adressen zijn toegewezen, worden geretourneerd. Wanneer een query voor dit profiel wordt ontvangen, worden gezonde eindpunten geretourneerd op basis van het maximum aantal records in de respons dat u hebt opgegeven. Het standaardaantal antwoorden is twee eindpunten.
• Subnet Het eindpunt dat is toegewezen aan een set IP-adresbereiken wordt geretourneerd. Wanneer een aanvraag van dat IP-adres wordt ontvangen, is het geretourneerde eindpunt degene die is toegewezen voor dat IP-adres. 

Zie Traffic Manager-verkeersrouteringsmethoden voor meer informatie.

Notitie

Eén uitzondering op normaal gedrag voor verkeersroutering treedt op wanneer alle in aanmerking komende eindpunten een gedegradeerde status hebben. Traffic Manager doet een 'best effort'-poging en reageert alsof alle eindpunten met de status Gedegradeerd daadwerkelijk online zijn. Dit gedrag verdient de voorkeur boven het alternatief, namelijk geen enkel eindpunt in het DNS-antwoord retourneren. Uitgeschakelde of gestopte eindpunten worden niet bewaakt, daarom worden ze niet beschouwd als in aanmerking komend voor verkeer.

Deze voorwaarde wordt meestal veroorzaakt door een onjuiste configuratie van de service, zoals:

• Een toegangsbeheerlijst [ACL] blokkeert de statuscontroles van Traffic Manager.
• Een onjuiste configuratie van de bewakingspoort of het protocol in het Traffic Manager-profiel.

Het gevolg van dit gedrag is dat als Traffic Manager-statuscontroles niet correct zijn geconfigureerd, het mogelijk wordt weergegeven via de verkeersroutering alsof Traffic Manager goed werkt. In dit geval kan er echter geen eindpuntfailover plaatsvinden die van invloed is op de algehele beschikbaarheid van toepassingen. Het is belangrijk om te controleren of het profiel een onlinestatus weergeeft, niet een gedegradeerde status. Een Online-status geeft aan dat de gezondheidscontroles van de Traffic Manager werken zoals verwacht.

Voor meer informatie over het oplossen van problemen met mislukte statuscontroles, zie Problemen met verminderde status op Azure Traffic Manager oplossen.

Gezondheidscontroles in- of uitschakelen

Met Azure Traffic Manager kunt u ook endpointgezondheidscontroles configureren die kunnen worden ingeschakeld of uitgeschakeld. Als u bewaking wilt uitschakelen, kiest u de optie om altijd verkeer te dienen.

Er zijn twee beschikbare instellingen voor statuscontroles:

1. Inschakelen (statuscontroles). Verkeer wordt naar het eindpunt gerouteerd op basis van de gezondheid. Dit is de standaardinstelling.
2. Serveer altijd verkeer. Met deze instelling worden statuscontroles uitgeschakeld.

Altijd serveren

Wanneer Altijd verkeer bedienen wordt geselecteerd, wordt bewaking overgeslagen en wordt verkeer altijd naar een eindpunt verzonden. De weergegeven status van de eindpuntmonitor is niet bewaakt.

Always Serve inschakelen:

1. Selecteer Eindpunten in de sectie Instellingen van uw Traffic Manager-profielblade.
2. Selecteer het eindpunt dat u wilt configureren.
3. Kies onder StatuscontrolesAltijd verkeer leveren.
4. Selecteer Opslaan.

Zie het volgende voorbeeld:

Notitie

• Gezondheidscontroles kunnen niet worden uitgeschakeld voor geneste Traffic Manager-profielen.
• Er moet een eindpunt zijn ingeschakeld om statuscontroles te configureren.
• Als u een eindpunt inschakelt en uitschakelt, wordt de configuratie voor statuscontroles niet opnieuw ingesteld.
• Eindpunten die zijn geconfigureerd om altijd verkeer te verwerken, worden gefactureerd voor basisstatuscontroles.

Veelgestelde vragen

• Is Traffic Manager resistent tegen storingen in Azure-regio's?
• Hoe heeft de keuze van de locatie van de resourcegroep invloed op 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 typen eindpuntadressering in éé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-geadresseerde eindpunten in een genest profiel?
• Ik heb een eindpunt van een webtoepassing gestopt in mijn Traffic Manager-profiel, maar ik ontvang geen verkeer, zelfs niet nadat ik het opnieuw heb opgestart. Hoe kan ik dit probleem oplossen?
• Kan ik Traffic Manager gebruiken, zelfs als mijn toepassing geen ondersteuning heeft voor HTTP of HTTPS?
• Welke specifieke antwoorden zijn vereist vanaf het eindpunt bij het gebruik van TCP-bewaking?
• Hoe snel verplaatst Traffic Manager mijn gebruikers van een beschadigd eindpunt?
• Hoe kan ik verschillende bewakingsinstellingen opgeven voor verschillende eindpunten in een profiel?
• Hoe kan ik HTTP-headers toewijzen aan de Traffic Manager-statuscontroles aan mijn eindpunten?
• Welke hostheader gebruikt eindpuntstatuscontroles?
• Wat zijn de IP-adressen van waaruit de statuscontroles afkomstig zijn?
• Hoeveel statuscontroles voor mijn eindpunt kan ik verwachten van Traffic Manager?
• Hoe krijg ik een melding als een van mijn eindpunten uitvalt?

Volgende stappen

• Meer informatie over hoe Traffic Manager werkt
• Meer informatie over de verkeersrouteringsmethoden die worden ondersteund door Traffic Manager
• Meer informatie over het maken van een Traffic Manager-profiel
• Problemen met gedegradeerde status op een Traffic Manager-eindpunt oplossen