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. Zie Statuscontroles in- of uitschakelen als u bewaking wilt uitschakelen.

Eindpuntbewaking configureren

Als u eindpuntbewaking wilt configureren, moet u de volgende instellingen opgeven in 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.
• 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 de padinstelling is vereist. Het opgeven 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 waartoe de bewaking toegang heeft. Een slash / is een geldige vermelding 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 verzendt naar eindpunten onder een profiel. De aangepaste headers kunnen worden opgegeven op profielniveau 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 het correct worden gerouteerd naar de bestemming door een hostheader op te geven. U kunt deze instelling ook gebruiken door unieke headers toe te voegen die kunnen worden gebruikt om door Traffic Manager afkomstige 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.

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 uitgevoerd, 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 profielniveau van Traffic Manager en de waarde 200 wordt standaard gedefinieerd als de statuscode voor geslaagd.

• 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 dat eindpunt als beschadigd wordt gemarkeerd. De waarde kan variëren tussen 0 en 9. Een waarde van 0 betekent dat een enkele bewakingsfout ertoe kan leiden dat dat eindpunt als beschadigd wordt gemarkeerd. Als er geen waarde is opgegeven, wordt de standaardwaarde 3 gebruikt.

• Time-out van test. Deze eigenschap geeft de hoeveelheid tijd aan die de Traffic Manager-testagent moet wachten voordat een statustestcontrole voor een eindpunt een fout is. Als het interval voor testen 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 testinterval 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 als HTTP of HTTPS, maakt de Traffic Manager-testagent 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 testagent een 200-OK-antwoord ontvangt of een van de antwoorden die zijn geconfigureerd in de verwachte statuscodebereiken. Als het antwoord een andere waarde heeft of als er geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-testagent opnieuw weergegeven op basis van de instelling Getolereerd aantal fouten. Er worden geen reattempts 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 de Traffic Manager-testagent 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-testagent stelt de TCP-verbinding opnieuw in. In gevallen waarin het antwoord een andere waarde heeft of er geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-testagent opnieuw weergegeven op basis van de instelling Getolereerd aantal fouten . Er worden geen reattempts gemaakt 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 voert Traffic Manager tests uit 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 testinterval.

Notitie

Voor het HTTP- of HTTPS-bewakingsprotocol is een gangbare praktijk aan de eindpuntzijde om 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. Er kan echter ook een wijziging in de eindpuntstatus 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 bepaald. Wanneer de status van een eindpunt is uitgeschakeld, controleert Traffic Manager de status 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 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 status van de eindpuntmonitor worden weergegeven in de volgende tabel:

Profile status	Eindpuntstatus	Status van eindpuntmonitor	Notities
Uitgeschakeld	Ingeschakeld	Niet-actief	Het profiel is uitgeschakeld. Hoewel de eindpuntstatus Ingeschakeld is, heeft de profielstatus (Uitgeschakeld) voorrang. Eindpunten in uitgeschakelde profielen worden niet bewaakt. Er wordt een NXDOMAIN-antwoordcode geretourneerd voor de DNS-query.
<alle>	Uitgeschakeld	Uitgeschakeld	Het eindpunt is uitgeschakeld. Uitgeschakelde eindpunten worden niet bewaakt. Het eindpunt is niet opgenomen in DNS-antwoorden, dus het ontvangt geen verkeer.
Ingeschakeld	Ingeschakeld	Online	Het eindpunt wordt bewaakt en is in orde. Het is opgenomen in DNS-antwoorden en kan verkeer ontvangen.
Ingeschakeld	Ingeschakeld	Verminderd beschikbaar	Statuscontroles voor eindpuntbewaking mislukken. Het eindpunt is niet opgenomen in DNS-antwoorden en ontvangt geen verkeer. Een uitzondering is als alle eindpunten zijn gedegradeerd. In dat geval worden ze allemaal beschouwd als geretourneerd in het queryantwoord.
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 optreedt na het toevoegen of inschakelen van een eindpunt in het profiel. Een eindpunt met 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 geneste 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 zijn gedegradeerd. In dat geval worden ze allemaal beschouwd als geretourneerd in het queryantwoord.
Ingeschakeld	Ingeschakeld	Niet bewaakt	Het eindpunt is geconfigureerd om altijd verkeer te leveren. Statuscontroles zijn niet ingeschakeld.

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

Notitie

De bewakingsstatus Van een gestopt eindpunt kan optreden op App Service als uw webtoepassing niet wordt uitgevoerd in de Standard-laag of hoger. Zie Integratie van Traffic Manager met App Service voor meer informatie.

Status van profielmonitor

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

Profielstatus (zoals geconfigureerd)	Status van eindpuntmonitor	Status van profielmonitor	Notities
Uitgeschakeld	<een> of een profiel zonder gedefinieerde eindpunten.	Uitgeschakeld	Het profiel is uitgeschakeld.
Ingeschakeld	De status van ten minste één eindpunt is gedegradeerd.	Verminderd beschikbaar	Controleer de afzonderlijke eindpuntstatuswaarden om te bepalen welke eindpunten meer aandacht vereisen.
Ingeschakeld	De status van ten minste één eindpunt is Online. Er zijn geen eindpunten met de status Gedegradeerd.	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 met de status Online of Gedegradeerd.	CheckingEndpoints	Deze overgangsstatus treedt op wanneer een profiel wordt gemaakt of ingeschakeld. De status van het eindpunt 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.

Eindpuntfailover en -herstel

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

Een eindpunt is beschadigd wanneer een van de volgende gebeurtenissen plaatsvindt:

• 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 door Traffic Manager wordt verzonden om een verbinding tot stand te proberen te maken.
• Timeout.
• Elk ander verbindingsprobleem dat ertoe leidt dat het eindpunt niet bereikbaar is.

Zie Problemen met verminderde status oplossen in Azure Traffic Manager voor meer informatie over het oplossen van problemen met 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.
• Time-outwaarde is 10 seconden.
• DNS TTL is 30 seconden.

Afbeelding: Traffic Manager-eindpuntfailover en herstelvolgorde

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

2. 200 OK of aangepast codebereik opgegeven bewakingsinstellingen voor Traffic Manager-profiel. Het bewakingssysteem verwacht dat een HTTP 200 OK of een statuscode in het bereik dat is opgegeven in de bewakingsinstellingen, binnen 10 seconden wordt 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 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 nog drie keer geprobeerd, met tussenpozen 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 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 instelling TTL in het Traffic Manager-profiel, bijvoorbeeld 30 seconden.

8. Statuscontroles worden voortgezet. Traffic Manager blijft de status van het eindpunt controleren terwijl het de status Gedegradeerd heeft. Traffic Manager detecteert wanneer het eindpunt terugkeert naar de status.

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. Hervatten van verkeer naar service. 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 als DNS-antwoorden in de cache die andere eindpunten retourneren, verlopen en als bestaande verbindingen met andere eindpunten worden beëindigd.

    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 testexemplaren. De redundantie van het testsysteem is standaard. Eindpuntwaarden moeten holistisch worden bekeken en niet per test. Het getal dat wordt weergegeven voor de teststatus is een gemiddelde. De status mag alleen een probleem zijn als minder dan 50% (0,5) van de tests een up-status publiceert.

    Notitie

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

Verkeersrouteringsmethoden

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 stellen een lijst met prioriteit vast. 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 de toegewezen gewichten en het gewicht van de andere beschikbare eindpunten.
• Prestaties. Het eindpunt dat zich het dichtst bij de eindgebruiker bevindt, wordt geretourneerd. Als dat eindpunt niet beschikbaar is, verplaatst Traffic Manager verkeer naar de eindpunten in de dichtstbijzijnde Azure-regio. U kunt alternatieve failoverplannen voor het routeren van prestatieverkeer configureren met behulp van geneste Traffic Manager-profielen.
• Geografisch. Het eindpunt dat is toegewezen voor de geografische locatie (op basis van de IP-adressen van de queryaanvraag) wordt geretourneerd. Als dat eindpunt niet beschikbaar is, wordt er geen ander eindpunt geselecteerd om een failover uit te schakelen, omdat een geografische locatie slechts aan één eindpunt in een profiel kan worden toegewezen. (Meer informatie vindt u in de veelgestelde vragen). Als best practice raden we klanten aan om bij het gebruik van geografische routering geneste Traffic Manager-profielen te gebruiken met meer dan één eindpunt als de eindpunten van het profiel.
• Meerdere waarden Er worden meerdere eindpunten geretourneerd die zijn toegewezen aan IPv4-/IPv6-adressen. Wanneer een query wordt ontvangen voor dit profiel, worden eindpunten in orde geretourneerd op basis van de waarde Maximum aantal records in antwoord die 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 het eindpunt dat voor dat IP-adres is toegewezen. 

Zie Traffic Manager-verkeersrouteringsmethoden voor meer informatie.

Notitie

Een uitzondering op het normale gedrag van 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 van de gedegradeerde status daadwerkelijk een onlinestatus hebben. Dit gedrag heeft de voorkeur boven het alternatief, dat zou zijn om geen eindpunt in het DNS-antwoord te retourneren. Uitgeschakelde of gestopte eindpunten worden niet bewaakt en komen daarom niet in aanmerking voor verkeer.

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

• Een toegangsbeheerlijst (ACL) blokkeert de Traffic Manager-statuscontroles.
• Een onjuiste configuratie van de bewakingspoort of het bewakingsprotocol in het Traffic Manager-profiel.

Het gevolg van dit gedrag is dat als Traffic Manager-statuscontroles niet correct zijn geconfigureerd, het kan lijken alsof Traffic Manager correct werkt. In dit geval kan er echter geen eindpuntfailover plaatsvinden, wat van invloed is op de algehele beschikbaarheid van toepassingen. Het is belangrijk om te controleren of het profiel de status Online weergeeft, niet de status Gedegradeerd. Een onlinestatus geeft aan dat de Traffic Manager-statuscontroles werken zoals verwacht.

Zie Problemen met verminderde status in Azure Traffic Manager oplossen voor meer informatie over het oplossen van problemen met mislukte statuscontroles.

Statuscontroles in- of uitschakelen

Met Azure Traffic Manager kunt u ook statuscontroles voor eindpunten configureren die moeten worden in- of uitgeschakeld. Als u bewaking wilt uitschakelen, kiest u de optie Altijd verkeer bedienen.

Er zijn twee beschikbare instellingen voor statuscontroles:

1. Inschakelen (statuscontroles). Verkeer wordt naar het eindpunt geleverd op basis van de status. Dit is de standaardinstelling.
2. Zorg altijd voor verkeer. Met deze instelling worden statuscontroles uitgeschakeld.

Altijd serveren

Wanneer Verkeer altijd serveren is geselecteerd, wordt de bewaking omzeild en wordt het 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 de blade Traffic Manager-profiel.
2. Selecteer het eindpunt dat u wilt configureren.
3. Kies onder Statuscontrolesde optie Verkeer altijd bedienen.
4. Selecteer Opslaan.

Zie het volgende voorbeeld:

Notitie

• Statuscontroles 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 van statuscontroles niet opnieuw ingesteld.
• Eindpunten die zijn geconfigureerd om altijd verkeer te verwerken, worden gefactureerd voor basisstatuscontroles.

Veelgestelde vragen

• Is Traffic Manager bestand tegen fouten in Azure-regio's?
• Welke invloed heeft de keuze van de locatie van de resourcegroep 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 eindpuntadressen gebruiken binnen één profiel?
• 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-eindpunten in een genest profiel?
• Ik heb een eindpunt van een webtoepassing in mijn Traffic Manager-profiel gestopt, maar ik ontvang geen verkeer, zelfs niet nadat ik het opnieuw heb opgestart. Hoe kan ik dit probleem oplossen?
• Kan ik Traffic Manager zelfs gebruiken als mijn toepassing geen ondersteuning biedt voor HTTP of HTTPS?
• Welke specifieke antwoorden zijn vereist van het eindpunt bij het gebruik van TCP-bewaking?
• Hoe snel verplaatst Traffic Manager mijn gebruikers weg 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 gebruiken eindpuntstatuscontroles?
• Wat zijn de IP-adressen waarvan 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 uitvalt?

Volgende stappen

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