Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Belangrijk
Azure Front Door (klassiek) biedt geen ondersteuning voor het maken van profielen, het onboarden van nieuwe domeinen of beheerde certificaten en wordt buiten gebruik gesteld op March 31, 2027. Om serviceonderbreking te voorkomen, migreren naar Azure Front Door Standard of Premium. Zie Azure Front Door (klassiek) buitengebruikstelling voor meer informatie.
Notitie
In dit artikel verwijst een origin en een origingroep naar de back-end- en back-endpool van een Azure Front Door -configuratie (klassiek).
Om de status en nabijheid van elke oorsprong voor een bepaalde Azure Front Door omgeving te bepalen, verzendt elk Front Door-profiel periodiek een synthetische HTTP- of HTTPS-aanvraag naar al uw geconfigureerde origins. Front Door gebruikt vervolgens reacties van de statustest om de beste oorsprong te bepalen om uw clientaanvragen naar te routeren.
Waarschuwing
Omdat elke Azure Front Door edge-locatie gezondheidscontroles naar uw bronnen verzendt, kan het gezondheidscontrolevolume voor uw bronnen hoog zijn. Het aantal sondes is afhankelijk van de verkeerslocatie van uw klant en de frequentie van uw toestandscontrole. Als de Azure Front Door edge-locaties geen echt verkeer van uw eindgebruikers ontvangen, neemt de frequentie van de statustest van de randlocatie af van de geconfigureerde frequentie. Als er verkeer is naar alle Edge-locaties van Azure Front Door, kan het statustestvolume hoog zijn, afhankelijk van de frequentie van uw statustests.
Als u een grove schatting wilt maken van het gezondheidscontrolevolume per minuut naar een oorsprongspunt bij gebruik van de standaardcontrolefrequentie van 30 seconden, vermenigvuldigt u het aantal edge-locaties met twee aanvragen per minuut. De testaanvragen zijn minder als er geen verkeer naar alle edge-locaties wordt verzonden. Zie edge-locaties per regio voor een lijst met edge-locaties.
Ondersteunde protocollen
Azure Front Door biedt ondersteuning voor het verzenden van tests via HTTP- of HTTPS-protocollen. Deze probes gebruiken dezelfde TCP-poorten die zijn geconfigureerd voor het routeren van clientaanvragen en u kunt deze niet overschrijven. Front Door HTTP- of HTTPS-tests bevatten een User-Agent headerset met de waarde Edge Health Probe.
Ondersteunde HTTP-methoden voor statustests
Azure Front Door ondersteunt de volgende HTTP-methoden voor het verzenden van de statustests:
- GET: De GET-methode haalt welke informatie dan ook (in de vorm van een entiteit) op die wordt geïdentificeerd door de aanvraag-URI.
- HEAD: De HEAD-methode is identiek aan GET, behalve dat de server GEEN berichttekst in het antwoord mag retourneren. Voor nieuwe Front Door-profielen wordt de testmethode standaard ingesteld als HEAD.
Aanbeveling
Als u de belasting en kosten voor uw origine wilt verlagen, gebruikt u HEAD-verzoeken voor gezondheidscontroles.
Reacties op gezondheidscontroles
| Reacties | Beschrijving |
|---|---|
| Gezondheid bepalen | Een 200 OK-status-code geeft aan dat de bron in orde is. Elke andere statuscode wordt beschouwd als een fout. Als om welke reden dan ook een geldig HTTP-antwoord niet wordt ontvangen voor een test, wordt de test geteld als een fout. |
| Latentie meten | Latentie is de tijd van de wandklok gemeten vanaf het moment direct voordat de testaanvraag wordt verzonden naar het moment waarop Front Door de laatste byte van het antwoord ontvangt. Front Door maakt gebruik van een nieuwe TCP-verbinding voor elke aanvraag. De meting is niet bevooroordeeld ten gunste van oorsprongen met bestaande warme verbindingen. |
Hoe Front Door de gezondheid van de oorsprong bepaalt
Azure Front Door maakt gebruik van een proces in drie stappen voor alle algoritmen om de status te bepalen.
Uitgeschakelde oorsprongen uitsluiten.
Oorsprongen uitsluiten vanwege fouten in gezondheidstesten.
Front Door bekijkt de laatste n statustestreacties. Als ten minste x-reacties in orde zijn, wordt de oorsprong als gezond beschouwd.
Wijzig de eigenschap SampleSize in taakverdelingsinstellingen om n in te stellen.
Wijzig de eigenschap SuccessfulSamplesRequired in taakverdelingsinstellingen om x in te stellen.
Voor sets van gezonde oorsprongen in een oorsprongsgroep meet Front Door de latentie voor elke oorsprong en zorgt voor het behoud van de latentie.
Notitie
Als één eindpunt lid is van meerdere origin-groepen, optimaliseert Front Door het aantal statustests dat naar de oorsprong wordt verzonden om de belasting van de oorsprong te verminderen. Front Door verzendt statustestaanvragen op basis van het laagste geconfigureerde voorbeeldinterval. De antwoorden van dezelfde gezondheidsprobes bepalen de gezondheid van het eindpunt in alle oorspronggroepen.
Volledige gezondheidscontrole mislukt
Als statustests mislukken voor elke oorsprong in een oorsprongsgroep, beschouwt Front Door alle oorsprongen als ongezond en routeert het verkeer in een *round robin*-distributie over alle ongezonde oorsprongen. Wanneer een oorsprong terugkeert naar een goede status, hervat Front Door het normale algoritme voor taakverdeling.
Gezondheidsonderzoeken uitschakelen
Als uw origin-groep één oorsprong heeft, kunt u statustests uitschakelen om de belasting van uw toepassing te verminderen. Als uw oorsprongsgroep meerdere origins heeft en er meer dan één origin is ingeschakeld, kunt u gezondheidstesten niet uitschakelen.
Notitie
Als uw oorspronkelijke groep slechts één oorsprong heeft, ontvangt die oorsprong slechts een paar gezondheidstests. Deze voorwaarde kan leiden tot een dip in de oorsprong gezondheidsmetingen, maar uw verkeer wordt niet beïnvloed.