Dela via

Well-Architected Framework-perspektiv på Azure Traffic Manager

  • Artikel

Azure Traffic Manager är en global lastbalanserare som kan distribuera trafik över flera Azure-regioner, zoner inom en region eller datacenter inom dessa zoner. Det använder protokollet DNS (Domain Name System) för att etablera en kommunikationsväg mellan en klient och din arbetsbelastnings slutpunkter. När anslutningen har upprättats kan klienterna ansluta direkt till slutpunkten utan hjälp av Traffic Manager.

Den här artikeln förutsätter att du som arkitekt har granskat alternativ för belastningsutjämning i Azure och valt Azure Traffic Manager för din arbetsbelastning, som distribueras över flera regioner i antingen en aktiv-aktiv eller aktiv-passiv modell. Vägledningen i den här artikeln innehåller arkitektoniska rekommendationer som mappas till principerna för Well-Architected Framework-pelarna.

Viktig

Använda den här guiden

Varje avsnitt har en checklista för design som presenterar arkitekturområden som är viktiga tillsammans med designstrategier som är lokaliserade till teknikomfånget.

Dessutom ingår rekommendationer för de teknikfunktioner som kan hjälpa till att materialisera dessa strategier. Rekommendationerna representerar inte en fullständig lista över alla konfigurationer som är tillgängliga för Traffic Manager och dess beroenden. I stället listar de de viktigaste rekommendationerna som mappats till designperspektiven. Använd rekommendationerna för att skapa ditt konceptbevis eller för att optimera dina befintliga miljöer.

Grundläggande arkitektur som visar de viktigaste rekommendationerna: belastningsutjämning för flera regioner med Traffic Manager, Azure Firewall och Application Gateway.

Teknikomfång

Den här granskningen fokuserar på de relaterade besluten för följande Azure-resurs:

  • Trafikchef

diagram som visar ett redundansscenario med Azure Traffic Manager.

Notera

För arbetsbelastningar som är värdar för HTTP-program är Azure Front Door ett naturligt val på grund av dess funktioner, till exempel ett nätverk för innehållsleverans, TLS-avslutning (Transport Layer Security) och en integrerad brandvägg.

Jämfört med Azure Front Door är Traffic Manager enklare att konfigurera, konfigurera och underhålla. Traffic Manager har ingen slutpunkt som du kan styra direkt. Till skillnad från Front Door, som hanterar klientbegäranden, ansluter Traffic Manager endast klienter till en arbetsbelastnings slutpunkt.

Men den här enkelheten kommer med kompromisser som kan introducera komplexitet i en arkitektur. Du kan till exempel behöva implementera extra säkerhetsåtgärder för att blockera OWASP-attacktyper (Open Worldwide Application Security Project). En brandvägg för webbaserade program (WAF) i Azure Front Door eller Azure Application Gateway ger den här funktionen. Eller så kan du lägga till en cache, vilket kan påskynda innehållsleveransen men öka komplexiteten eftersom du måste hantera ett datalager.

Mer information finns i Well-Architected Framework-perspektiv på Azure Front Door.

Tillförlitlighet

Syftet med grundpelarna för tillförlitlighet är att tillhandahålla fortsatt funktionalitet genom att skapa tillräckligt med motståndskraft och möjlighet att snabbt återhämta sig från fel.

Principer för tillförlitlighetsdesign tillhandahålla en övergripande designstrategi som tillämpas för enskilda komponenter, systemflöden och systemet som helhet.

Checklista för design

Starta din designstrategi baserat på checklistan för designgranskning för tillförlitlighet. Fastställ dess relevans för dina affärskrav samtidigt som du tänker på programmets natur och dess komponenters allvarlighetsgrad. Utöka strategin till att omfatta fler metoder efter behov.

  • Ta hänsyn till potentiella fel. Traffic Manager är utformat för att vara motståndskraftigt. Men det kan fortfarande vara en felpunkt för din arbetsbelastning. För att minska den här risken definierar du en sekundär sökväg till en alternativ tjänst som blir aktiv om Traffic Manager inte är tillgänglig. Undvik routningsproblem genom att inte använda Traffic Manager och den alternativa tjänsten tillsammans.

  • Ha en god förståelse för serviceavtalstäckning (SLA). När du utvärderar Traffic Manager-serviceavtalförstår du täckningen som är relaterad till den publicerade percentilen. Dina DNS-sökningar kan till exempel misslyckas flera gånger. Dessa fel betraktas inte som stilleståndstid förrän en hel minut av kontinuerliga DNS-sökningsfel inträffar.

  • Införliva redundans i din arbetsbelastningsarkitektur. Om din tjänst exponeras via en offentlig IP-adress använder du Traffic Manager för att implementera redundans i Azure-regioner, lokalt och andra moln. Du kan till exempel ha ett lokalt program som har en sekundär instans i molnet. Om det lokala systemet misslyckas kan molninstansen bli aktiv, vilket säkerställer kontinuiteten.

  • Använd en tillförlitlig distributionsarkitektur för att stödja redundans. Som lastbalanserare distribuerar Traffic Manager trafik mellan arbetsbelastningsslutpunkter baserat på hur du konfigurerar routningsmetoden. Du definierar den här konfigurationen i en Traffic Manager-profil. Profilen är en central komponent i distributionsstrategin. Du kan använda lämplig profilkonfiguration för att implementera en aktiv-aktiv modell eller en aktiv-passiv modell som har en varm reserv.

    Varje profil anger en enda trafikroutningsmetod. Vissa scenarier kräver mer avancerad trafikroutning. Du kan kombinera Traffic Manager-profiler för att dra nytta av mer än en trafikroutningsmetod.

    Mer information finns i Traffic Manager-routningsmetoder.

  • Utvärdera cachelagringstiden för DNS-svar. TTL-inställningen (time-to-live) för DNS-sökningar i Traffic Manager avgör hur länge nedströms DNS-matchare cachelagrar DNS-svar. Standard-TTL kan leda till längre cachelagringstider än nödvändigt, vilket kan orsaka stilleståndstid om en slutpunkt misslyckas. Minska TTL för att öka frekvensen för cacheuppdateringar. Den här metoden kan bidra till att minska stilleståndstiden men ökar frekvensen för DNS-sökningar.

  • Undvik att skicka trafik till felaktiga eller komprometterade instanser. Granska de inbyggda funktionerna för hälsoavsökning i Traffic Manager.

    För HTTPS- och HTTP-applikationer implementerar du övervakningsmönstret för hälsoslutpunkter för att tillhandahålla en anpassad sida i din applikation. Baserat på specifika kontroller returnerar sidan en lämplig HTTPS-statuskod. Utöver slutpunktens tillgänglighet bör hälsokontrollen övervaka alla beroenden i ditt program.

    För andra program använder Traffic Manager TCP (Transmission Control Protocol) för att fastställa slutpunktens tillgänglighet.

    Mer information finns i Hälsoslutpunktsövervakningsmönster och Förstå Traffic Manager-avsökningar.

  • Fastställ din avbrottstolerans. Om en serverdel blir otillgänglig kan en viss tid passera innan Traffic Manager identifierar felet och slutar dirigera trafik till den otillgängliga slutpunkten. Det finns en tidsperiod då klientbegäranden inte kan hanteras. Använd den här toleransen för att konfigurera avsökningsinställningar, som avgör hur snabbt du vill starta verksamhetskontinuitetsåtgärder.

  • Inkludera slutpunkterna som en del av återhämtningstestningen. Simulera otillgängliga slutpunkter för att se hur Traffic Manager hanterar fel. Anta att din arbetsbelastning använder en lastbalanserare som Application Gateway i ett privat virtuellt nätverk. Du kan använda NSG-regler (Network Security Group) i Azure Chaos Studio för att simulera fel i slutpunkten. Du kan blockera åtkomsten till undernätet där Application Gateway finns.

Rekommendationer

Rekommendation Fördel
Distribuera flera slutpunkter i Traffic Manager-profilerna och aktivera dem. Om en slutpunkt inte är aktiverad avsöks den inte för hälsokontroller eller ingår i trafikroutningsrotationen. Placera dessa slutpunkter i olika regioner. Redundanta instanser hjälper till att säkerställa tillgänglighet om en slutpunkt misslyckas.
Utvärdera de olika trafikdirigeringsmetoderna. Konfigurera en eller en kombination av metoder så att de överensstämmer med distributionsstrategin. Traffic Manager använder den valda metoden för varje DNS-fråga och använder metoden för att avgöra vilken slutpunkt som returneras i DNS-svaret.

– Den viktade metoden distribuerar trafik baserat på den konfigurerade viktkoefficienten. Den här metoden stöder aktiva-aktiva modeller.
– Den prioritetsbaserade metoden konfigurerar den primära regionen för att ta emot trafik och skicka den till den sekundära regionen som en säkerhetskopia. Den här metoden stöder aktiva-passiva modeller.
– Den geografiska metoden dirigerar trafik baserat på DNS-frågans geografiska ursprung. Om du vill täcka alla regioner konfigurerar du minst en slutpunkt med egenskapen Alla (World).		 En optimerad routningsmetod hjälper till att säkerställa att du distribuerar trafiken effektivt över dina slutpunkter.

Du kan stödja dina mål för aktiv-aktiv eller aktiv-passiv distributionsmodell. En effektiv routningsmetod hjälper till att säkerställa att sekundära regioner kan hantera trafik eller fungera som en säkerhetskopia.

Geografisk routning hjälper till att dirigera användare till närmaste slutpunkt baserat på deras plats. Det hjälper till att säkerställa att trafiken hanteras effektivt och inte går förlorad.
Ange DNS TTL-intervall varaktighet till ett lågt värde, helst mindre än 60 sekunder. För att optimera prestandan, justera hälsoavsökningens tidsinställning och DNS-postens TTL. En låg TTL-varaktighet hjälper till att säkerställa mer frekventa uppdateringar av nedströms DNS-resolver-cache och snabbare övergång till reservsystem. Det minimerar även stilleståndstiden och förbättrar programmets övergripande svarstider.
Konfigurera hälsokontroller för att övervaka slutpunkten.

– Aktivera inte AlwaysServe, som inaktiverar slutpunktsövervakning och skickar begäranden till slutpunkten, oavsett hälsotillstånd.
– Ange värdet för probing interval. Tänk på kompromissen mellan hur snabbt du kan identifiera fel och antalet begäranden till slutpunkten. Antalet begäranden kan vara betydande eftersom Traffic Manager är en global tjänst som pingar samtidigt från olika platser.
– Ange värdet för probe timeout. Tänk på hur lång tid man ska vänta innan slutpunkten deklareras som ohälsosam. Inkludera falska positiva resultat i antalet fel.		 Hälsokontroller ser till att endast friska instanser servar användarbegäranden. De hjälper också till att avgöra om fel är icke-övergående och hur snabbt redundansåtgärder ska utföras.

Säkerhet

Syftet med säkerhetspelare är att tillhandahålla konfidentialitet, integritet och tillgänglighet garantier för arbetsbelastningen.

Designprinciperna för Security tillhandahåller en hög nivå designstrategi för att uppnå dessa mål genom att tillämpa metoder för den tekniska utformningen av Traffic Manager.

Checklista för design

  • Granska säkerhetsbaslinjer. Om du vill förbättra din säkerhetsstatus läser du säkerhetsbaslinje för Traffic Manager.

  • Förhindra obehörig ändring av trafikroutning. Behandla Traffic Manager-profiler som viktiga arbetsbelastningsresurser eftersom de innehåller konfigurationsinställningarna för routning av trafik. Endast behöriga identiteter ska ha åtkomst till dessa profiler. Implementera rollbaserad åtkomstkontroll (RBAC) på kontrollplanet för att begränsa uppgifter som att skapa, ta bort eller ändra resurser. Endast behöriga identiteter ska ha behörighet att aktivera eller inaktivera slutpunkter. Obehörig åtkomst kan leda till konfigurationsändringar och eventuellt omdirigera trafik till skadliga implementeringar.

  • Skydda program från hot vid nätverksgränsen. Traffic Manager tillhandahåller inte inbyggda säkerhetsfunktioner, till exempel en WAF. För att skydda HTTP-program bör du implementera trafikkontroll på slutpunktsnivå.

    En typisk arkitektur kan vara Traffic Manager och flera slutpunkter. För varje slutpunkt ger en programgateway som hanterar TLS-avslutning och andra säkerhetsfunktioner skydd. En referensarkitektur som visar det mönstret finns i Belastningsutjämning för flera regioner med Traffic Manager, Azure Firewall och Application Gateway.

  • Förstärk DNS-poster. Traffic Manager kan vara känsligt för attacker som manipulerar DNS-data, vilket kan omdirigera trafik till skadliga webbplatser och orsaka säkerhetsproblem. Ett vanligt hot är ett underdomän-övertagande, där en DNS-post pekar på en avvecklad Azure-resurs. Om du vill förhindra underdomänövertaganden använder du Azure DNS-aliasposter och kopplar livscykeln för en DNS-post med en Azure-resurs.

    Mer information finns i Förhindra dinglande DNS-poster.

Rekommendationer

Rekommendation Fördel
Lägg till applikationsgatewayer i belastningsslutpunkterna.

Om du vill implementera säkerhetsgranskning med en brandvägg för HTTP-program lägger du till programgatewayer i arbetsbelastningens slutpunkter.		 Du kan inspektera inkommande HTTP-trafik för att skydda programmet från vanliga attacker.
Skapa en aliaspost i Azure DNS för arbetsbelastningens apexdomännamn för att referera till en Traffic Manager-profil. Aliasposter i DNS är tätt sammankopplade med livscykeln för en DNS-post och en Azure-resurs. Den här konfigurationen hjälper till att förhindra dinglande referenser om arbetsbelastningen inaktiveras. Om Traffic Manager-profilen tas bort blir DNS-aliasposten en tom post. Den refererar inte längre till den borttagna resursen.

Kostnadsoptimering

Kostnadsoptimering fokuserar på att identifiera utgiftsmönster och prioritera investeringar inom kritiska områden, samt optimera i andra för att hålla sig inom organisationens budget samtidigt som affärskraven uppfylls.

Designprinciperna för kostnadsoptimering tillhandahålla en övergripande designstrategi för att uppnå dessa mål och göra kompromisser vid behov i den tekniska designen som rör Traffic Manager och dess miljö.

Checklista för design

Starta din designstrategi baserat på designgranskningschecklistan för kostnadsoptimering av investeringar. Finjustera designen så att arbetsbelastningen är i linje med den budget som allokeras för arbetsbelastningen. Din design bör använda rätt Azure-funktioner, övervaka investeringar och hitta möjligheter att optimera över tid.

  • Utvärdera kostnaden för funktioner. Instrumentpanelsfunktionen för trafikvyn visar var klienterna ansluter från och den associerade svarstiden. Den här informationen hjälper till att optimera prestanda och förfina din design, vilket bidrar till driftseffektivitet och systemeffektivitet. Det medför dock extra kostnader. Mer information finns i Traffic view billing.

    Tänk också på kostnaden som är associerad med hälsoavsökningar. Traffic Manager pingar dina definierade slutpunkter från olika platser för att kontrollera deras tillgänglighet. Du kan välja långsamma pingar och snabba pingar. Snabb ping identifierar fel snabbare men medför högre kostnader. De lägger också till mer belastning på arbetsbelastningen eftersom hälsokontroller är vanligare.

  • Utvärdera kostnaden för din routningsstrategi. Om de flesta klienter till exempel kommer åt slutpunkten från en region med hög svarstid kan du skapa en annan slutpunkt närmare dessa användare och justera routningsmetoden i Traffic Manager. Den här metoden minskar svarstiden så att du kan bearbeta fler begäranden med mindre kapacitet, vilket leder till kostnadsbesparingar.

Rekommendationer

Rekommendation Fördel
Använd priskalkylatorn för för att beräkna kostnaderna för Traffic Manager-funktioner. Du kan ha en mer exakt kostnadsmodell och ange styrning kring resurser om det behövs.
Aktivera instrumentpanelen för trafikvy under optimeringsarbetet. Funktionen hjälper dig att bättre förstå användningsmönster. Använd dessa data för prestandajustering för att uppfylla dina arbetsbelastningsmål.

Aktivera funktioner vid rätt tidpunkt och använd rätt nivå för att undvika underanvändning av resurser.
Välj mellan snabba eller långsamma pingar för hälsoavsökningar, beroende på dina återhämtningsmått.

Snabb ping identifierar fel snabbare men kostar mer. Långsamma pingar är långsammare men kostar mindre.

Inaktivera inte ping.		 Pinga mindre ofta för att optimera kostnaden och minska belastningen på arbetsbelastningsslutpunkter.

Operativ skicklighet

Operational Excellence fokuserar främst på procedurer för utvecklingsmetoder, observerbarhet och versionshantering.

Designprinciperna för Operational Excellence tillhandahåller en övergripande designstrategi för att uppnå målen kopplade till driftskraven för arbetsbelastningen.

Checklista för design

  • Samla in och analysera driftdata som en del av arbetsbelastningsövervakningen. Samla in relevanta Traffic Manager-loggar och mått. Använd dessa data för att felsöka, förstå trafikbeteenden och finjustera routningslogik.

  • Visa trafikdata för profiler. Dessa data hjälper dig att hitta förbättringsområden, som att utöka din Azure-närvaro i regioner med långa svarstider. Den visar även trafikmönster i olika regioner som hjälper dig att avgöra var du ska öka eller minska investeringarna.

  • Implementera haveriberedskapsåtgärder. Implementeringen av haveriberedskapen kan utformas för att omdirigera nätverks-/webbtrafik från huvudsidan till en backupsida. Den här haveriberedskapsmetoden kan implementeras med hjälp av Azure DNS och Azure Traffic Manager (DNS). Om den primära slutpunkten försämras i händelse av ett haveri omdirigerar Traffic Manager trafiken till en felfri sekundär slutpunkt. Som standard prioriterar Traffic Manager den primära slutpunkten, men den kan också konfigureras med extra redundansslutpunkter eller lastbalanserare för att distribuera trafikbelastningen. Mer information finns i Konfigurera haveriberedskap och avbrottsidentifiering.

  • Undvik automatiska återställningsåtgärder. När du gör en återställning efter fel ska du inte använda automatisk återställning efter fel, som omedelbart växlar tillbaka till den ursprungliga slutpunkten i den primära när den är tillgänglig. Inaktivera i stället den ursprungliga slutpunkten och använd den sekundära slutpunkten tills du vill växla. Den här metoden ger tid för stabilisering. Omedelbar återställning efter fel kan skapa extra belastning och fördröjningar.

    Mer information finns i referensarkitektur för belastningsutjämning för flera regioner.

  • Testa konfigurationsinställningar. Felkonfigurationer kan påverka alla aspekter av arbetsbelastningen, särskilt tillförlitlighet. Testa konfigurationerna med flera klienter på olika platser. Mer information finns i Verifiera Traffic Manager-inställningar.

Rekommendationer

Rekommendation Fördel
Aktivera diagnostikloggar för en Traffic Manager-profil.

Använd verktyg för att spela upp loggar och analysera hälsokontrolldata.		 Diagnostikloggar ger insikter om beteendet för Traffic Manager-profilen. Du kan till exempel identifiera orsakerna till enskilda time-outs för prober mot en slutpunkt.
Aktivera -instrumentpanelen för trafiköversikt. Få insikter om var dina klienter ansluter från och den associerade svarstiden. Den här informationen hjälper dig att optimera prestanda och kostnader eftersom du kan förfina din design.
Utnyttja Heat Map REST API, som tillhandahåller data om klientplatser och latens. Den här metoden ger flexibilitet, till exempel att ange en viss tidsperiod. Du kan lägga till data i anpassade verktyg eller instrumentpaneler. Du kan också använda det här API:et för att integrera med externa verktyg.
Inaktivera slutpunkterna för driftaktiviteter. Du kan till exempel inaktivera återställning efter en redundansväxling för att utföra underhåll eller testning. Det är fördelaktigt att inaktivera slutpunkten från lastbalanseraren för operativa uppgifter eftersom du inte kan stoppa trafik i realtid. Under underhåll tar instanser inte emot trafik om du inaktiverar slutpunkten. Den här metoden förhindrar automatisk återställning efter fel.

Prestandaeffektivitet

Prestandaeffektivitet handlar om upprätthålla användarupplevelsen även när belastningen ökar genom att hantera kapaciteten. Strategin omfattar skalning av resurser, identifiering och optimering av potentiella flaskhalsar och optimering för högsta prestanda.

Designprinciperna för prestandaeffektivitet tillhandahåller en designstrategi på hög nivå för att uppnå dessa kapacitetsmål med tanke på den förväntade användningen.

Checklista för design

Starta din designstrategi baserat på checklistan för designgranskning för prestandaeffektivitet. Definiera en baslinje som baseras på viktiga prestandaindikatorer för Traffic Manager.

  • Mät prestandapåverkan för konfigurationen. Traffic Manager stör inte den direkta anslutningen mellan klienten och slutpunkten. Den huvudsakliga prestandapåverkan är den första DNS-sökningen. TTL-inställningen påverkar hur ofta sökningen sker. En lägre TTL innebär mer frekventa DNS-matchningar, vilket kan påverka prestandan något. Om du ställer in TTL till noll kräver varje begäran en DNS-sökning, vilket lägger till en liten fördröjning innan du kommer åt slutpunkten.

    Eftersom Traffic Manager fungerar på DNS-nivå stöder det inte sessionstillhörighet. Traffic Manager kan dirigera användare till olika slutpunkter för varje anrop. Om du behöver sessionstillhörighet måste du bevara tillståndet till ett separat datalager.

    Mer information finns i prestandaöverväganden för Traffic Manager.

  • Justera trafikroutningsbeteendet för att optimera prestanda. En enskild profil kan ha flera slutpunkter, men du kan bara använda en routningsmetod i taget.

    För mer komplexa scenarier bör du överväga att skapa en hierarki med profiler för att kombinera olika routningsmetoder. Du kan till exempel prioritera regioner och sedan använda prestandabaserad routning inom regioner.

Rekommendationer

Rekommendation Fördel
Använd metoden för prestandaruttning när du har slutpunkter på olika geografiska lägen. Den här metoden prioriterar att skicka trafik till den slutpunkt som har den lägsta svarstiden. Den här metoden hjälper till att säkerställa snabb service för användare.
Använd specialiserade verktyg för att optimera prestanda. Mät prestanda för dina DNS-sökningar. Om du vill analysera trafikprestanda använder du trafikvyns instrumentpanel eller REST API:t för värmekartan . Mätverktyg för DNS-svarstid utför en fullständig DNS-sökning och tillhandahåller prestandadata. Du kan använda dessa data för att ange TTL-varaktighet och optimera prestanda.
Kombinera trafikmetoder med kapslade profiler för optimal prestanda, baserat på dina arbetsbelastningskrav. En optimerad routningsmetod hjälper till att säkerställa att trafiken dirigeras till de mest dynamiska och närmaste slutpunkterna. Den här metoden hjälper till att förbättra programmets prestanda och användarupplevelse.
Använd funktionen för verkliga användarmätningar för att visa mått för nätverksfördröjning till Azure-regioner. Den här funktionen är tillgänglig utan extra kostnad. Du kan fatta datadrivna routningsbeslut för att dirigera frågor till Azure-regionen som ger den lägsta svarstiden.
Ange DNS TTL-intervall till ett högre värde. Klienter kan cachelagra resultatet under en längre tidsperiod, vilket minskar behovet av att matcha DNS varje gång.

Azure-policyer

Azure tillhandahåller en omfattande uppsättning inbyggda principer som rör Traffic Manager och dess beroenden. Några av föregående rekommendationer kan granskas via Azure Policy. Du kan till exempel kontrollera om:

  • Resursloggar är aktiverade för att spåra aktiviteter.
  • Loggar för Traffic Manager-profiler skickas till Azure Event Hubs.

För en heltäckande styrning, granska de inbyggda definitionerna för Azure Policy för Azure-nätverkstjänster.

Azure Advisor-rekommendationer

Azure Advisor är en anpassad molnkonsult som hjälper dig att följa bästa praxis för att optimera dina Azure-distributioner. Här följer några rekommendationer som kan hjälpa dig att förbättra tillförlitlighet, säkerhet, kostnadseffektivitet, prestanda och driftseffektivitet för dina webbprograminstanser.

Avvägningar

Du kan behöva göra designavvägningar om du använder metoderna i checklistorna för pelare. Här är några exempel på fördelar och nackdelar.

Tillförlitlighet och prestandaeffektivitet

  • TTL-inställningen för DNS-sökningar. Standardinställningen för TTL kan resultera i längre cachelagringstider. Långa cachelagringstider kan orsaka stilleståndstid om en slutpunkt misslyckas eftersom programmet fortsätter att försöka ansluta till den misslyckade slutpunkten under TTL-varaktigheten.

    Minska TTL:t för att undvika det här problemet. En lägre TTL har mer frekventa uppdateringar och snabbare redundans, men det ökar frekvensen för DNS-sökningar. Den här metoden kan påverka prestanda och öka belastningen på DNS-servrar.

Tillförlitlighet och kostnadsoptimering

  • Hälsoundersökningar. Traffic Manager använder hälsokontroller för att pinga dina slutpunkter från olika platser för att kontrollera deras tillgänglighet. Du kan välja långsamma pingar eller snabba pingar. Snabb ping identifierar fel snabbare men lägger till kostnader. Långsamma pingar tar längre tid att identifiera fel men kostar mindre. Balansera hastigheten för felidentifiering och återställning med tillhörande kostnader.

Nästa steg

Tänk på följande resurser som visar rekommendationerna i den här artikeln.