Dela via


Ursprung och ursprungsgrupper i Azure Front Door

Viktigt!

Azure Front Door (klassisk) dras tillbaka den 31 mars 2027. För att undvika avbrott i tjänsten är det viktigt att du migrerar dina Azure Front Door-profiler (klassiska) till Azure Front Door Standard- eller Premium-nivån senast i mars 2027. Mer information finns i Azure Front Door (klassisk) tillbakadragning.

Kommentar

Ursprungs- och ursprungsgruppen i den här artikeln refererar till serverdels- och serverdelspoolen i Azure Front Door-konfigurationen (klassisk).

Den här artikeln beskriver begrepp om hur du mappar distributionen av webbprogram med Azure Front Door. Du lär dig mer om vad en ursprungs- och ursprungsgrupp är i Azure Front Door-konfigurationen.

Ursprung

Ett ursprung refererar till programdistributionen som Azure Front Door hämtar innehåll från. Azure Front Door stöder ursprung som finns i Azure och program som finns i ditt lokala datacenter eller med en annan molnleverantör. Ett ursprung ska inte förväxlas med databasnivån eller lagringsnivån. Ursprunget ska visas som slutpunkt för programserverdelen. När du lägger till ett ursprung i en ursprungsgrupp i Front Door-konfigurationen måste du också konfigurera följande inställningar:

  • Ursprungstyp: Den typ av resurs som du vill lägga till. Front Door stöder automatisk upptäckt av programserverdelar från App Service, Cloud Service eller Storage. Om du vill ha en annan resurs i Azure eller till och med en serverdel som inte är Azure väljer du Anpassad värd.

    Viktigt!

    Under konfigurationen verifierar API:erna inte om ursprunget inte är tillgängligt från Front Door-miljön. Kontrollera att Front Door kan nå ditt ursprung.

  • Prenumerations- och ursprungsvärdnamn: Om du inte valde Anpassad värd för serverdelsvärdens typ väljer du din serverdel genom att välja lämplig prenumeration och motsvarande värdnamn för serverdelen.

  • Private Link: Azure Front Door Premium-nivån har stöd för att skicka trafik till ett ursprung med hjälp av Private Link. Mer information finns i Skydda ditt ursprung med Private Link.

  • Validering av certifikatmottagarens namn: Under Azure Front Door till ursprungs-TLS-anslutningen verifierar Azure Front Door om värdnamnet för begäran matchar värdnamnet i certifikatet som tillhandahålls av ursprunget. Från säkerhetssynpunkt rekommenderar Microsoft inte att du inaktiverar certifikatmottagarens namnkontroll. Mer information finns i TLS-kryptering från slutpunkt till slutpunkt, särskilt om du vill inaktivera den här funktionen.

  • Ursprungsvärdrubrik: Värdet för värdhuvudet som skickas till serverdelen för varje begäran. Mer information finns i Ursprungsvärdrubrik.

  • Prioritet. Tilldela prioriteter till dina olika serverdelar när du vill använda en primär tjänstserverdel för all trafik. Ange även säkerhetskopior om de primära serverdelarna eller säkerhetskopieringsserverdelarna inte är tillgängliga. Mer information finns i Prioritet.

  • Vikt. Tilldela vikter till dina olika serverdelar för att distribuera trafik över en uppsättning serverdelar, antingen jämnt eller enligt viktkoefficienter. Mer information finns i Vikter.

Viktigt!

När ett ursprung är inaktiverat inaktiveras även både routning och hälsoavsökningar till ursprunget.

Värdadress för ursprung

Begäranden som vidarebefordras av Azure Front Door till ett ursprung innehåller ett värdhuvudfält som ursprunget använder för att hämta målresursen. Värdet för det här fältet kommer vanligtvis från ursprungs-URI:n som har värdrubriken och porten.

Till exempel har en begäran som gjorts för www.contoso.com värdhuvudet www.contoso.com. Om du använder Azure-portalen för att konfigurera ditt ursprung är standardvärdet för det här fältet ursprungsnamnet. Om ditt ursprung är contoso-westus.azurewebsites.neti Azure-portalen är contoso-westus.azurewebsites.netdet automatiskt ifyllda värdet för ursprungsvärdens huvud . Men om du använder Azure Resource Manager-mallar eller någon annan metod utan att uttryckligen ange det här fältet skickar Front Door det inkommande värdnamnet som värde för värdhuvudet. Om begäran gjordes för www.contoso.com, och ditt ursprung contoso-westus.azurewebsites.net har ett tomt rubrikfält, anger Front Door värdhuvudet som www.contoso.com.

De flesta appserverdelar (Azure Web Apps, Blob Storage och Cloud Services) kräver att värdhuvudet matchar serverdelens domän. Klientdelsvärden som dirigerar till ditt ursprung använder dock ett annat värdnamn, till exempel www.contoso.net.

Om ditt ursprung kräver att värdrubriken matchar ursprungsvärdens namn kontrollerar du att ursprungsvärdrubriken innehåller värdnamnet för ursprunget.

Kommentar

Om du använder en App Service som ursprung kontrollerar du att App Service också har det anpassade domännamnet konfigurerat. Mer information finns i mappa ett befintligt anpassat DNS-namn till Azure App Service.

Konfigurera ursprungsvärdrubriken för ursprunget

Så här konfigurerar du ursprungsvärdens rubrikfält för ett ursprung i avsnittet ursprungsgrupp:

  1. Öppna din Front Door-resurs och välj den ursprungsgrupp som ska konfigureras.

  2. Lägg till ett ursprung om du inte har gjort det eller redigera ett befintligt.

  3. Ange ursprungsvärdens rubrikfält till ett anpassat värde eller lämna det tomt. Värdnamnet för den inkommande begäran används som värdhuvudvärde.

Ursprungsgrupp

En ursprungsgrupp i Azure Front Door refererar till en uppsättning ursprung som tar emot liknande trafik för programmet. Du kan definiera ursprungsgruppen som en logisk gruppering av dina programinstanser över hela världen som tar emot samma trafik och svarar med ett förväntat beteende. Dessa ursprung kan distribueras i olika regioner eller inom samma region. Alla ursprung kan distribueras i en aktiv/aktiv eller aktiv/passiv konfiguration.

En ursprungsgrupp definierar hur ursprung utvärderas av hälsoavsökningar. Den definierar även belastningsutjämningsmetoden mellan dem.

Hälsotillståndsavsökningar

Azure Front Door skickar regelbundna HTTP/HTTPS-avsökningsbegäranden till var och en av dina konfigurerade ursprung. Avsökningsbegäranden avgör närhet och hälsa för varje ursprung för att belastningsutjämning dina slutanvändarbegäranden. Inställningar för hälsoavsökning för en ursprungsgrupp definierar hur vi avsöker hälsostatusen för app-serverdelar. Följande inställningar är tillgängliga för belastningsutjämningskonfiguration:

  • Sökväg: URL:en som används för avsökningsbegäranden för alla ursprung i ursprungsgruppen. Om ett av dina ursprung till exempel är contoso-westus.azurewebsites.net och sökvägen anges till /probe/test.aspx skickar Front Door hälsoavsökningsbegäranden till http://contoso-westus.azurewebsites.net/probe/test.aspx om protokollet är inställt på HTTP.

  • Protokoll: Definierar om du vill skicka hälsoavsökningsbegäranden från Front Door till ditt ursprung med HTTP- eller HTTPS-protokoll.

  • Metod: DEN HTTP-metod som ska användas för att skicka hälsoavsökningar. Alternativen är GET eller HEAD (standard).

    Kommentar

    För lägre belastning och kostnad på dina serverdelar rekommenderar Front Door att du använder HEAD-begäranden för hälsoavsökningar.

  • Intervall (sekunder): Definierar frekvensen för hälsoavsökningar till ditt ursprung, eller intervallen där var och en av Front Door-miljöerna skickar en avsökning.

    Kommentar

    För snabbare redundansväxlingar anger du intervallet till ett lägre värde. Desto lägre värde, desto högre hälsoavsökningsvolym får dina serverdelar. Om intervallet till exempel är inställt på 30 sekunder med t.ex. 100 Front Door-IP-adresser globalt, får varje serverdel cirka 200 avsökningsbegäranden per minut.

Mer information finns i Hälsoavsökningar.

Inställningar för belastningsutjämning

Belastningsutjämningsinställningar för ursprungsgruppen definierar hur vi utvärderar hälsoavsökningar. De här inställningarna avgör om ursprunget är felfritt eller inte. De kontrollerar också hur trafik mellan olika ursprung i ursprungsgruppen ska lastbalanseras. Följande inställningar är tillgängliga för belastningsutjämningskonfiguration:

  • Exempelstorlek: Identifierar hur många exempel på hälsoavsökningar vi behöver överväga för hälsoutvärdering av ursprung.

  • Lyckad exempelstorlek: Definierar exempelstorleken som tidigare nämnts, antalet lyckade exempel som behövs för att anropa ursprunget felfritt. Anta till exempel att ett intervall för Hälsoavsökning i Front Door är 30 sekunder, exempelstorleken är 5 och att den lyckade exempelstorleken är 3. Varje gång vi utvärderar hälsoavsökningarna för ditt ursprung tittar vi på de senaste fem exemplen under 150 sekunder (5 x 30). Minst tre lyckade avsökningar krävs för att deklarera ursprunget som felfritt.

  • Svarstidskänslighet (extra svarstid): Definierar om du vill att Front Door ska skicka begäran till ursprunget inom känslighetsintervallet för svarstidsmätning eller vidarebefordra begäran till närmaste serverdel.

Mer information finns i Minsta svarstidsbaserad routningsmetod.

Nästa steg