Tillförlitlighet i Azure Traffic Manager

Azure Traffic Manager är en DNS-baserad lastbalanserare som distribuerar trafik optimalt över globalt distribuerade serverdelar. Traffic Manager ger hög tillgänglighet och snabb svarstid för dina offentliga program genom att använda DNS för att dirigera klientbegäranden till lämpliga tjänstslutpunkter baserat på trafikdirigeringsmetoder och slutpunktshälsoövervakning.

När du använder Azure är tillförlitlighet ett delat ansvar. Microsoft tillhandahåller en rad funktioner för att stödja återhämtning och återställning. Du ansvarar för att förstå hur dessa funktioner fungerar inom alla tjänster som du använder och välja de funktioner du behöver för att uppfylla dina affärsmål och drifttidsmål.

Den här artikeln beskriver tillförlitlighetsfunktionerna i Azure Traffic Manager som svar på en rad potentiella avbrott, inklusive tillfälliga fel och regionomfattande fel. Det belyser också viktiga överväganden för att upprätthålla motståndskraft och förbereda för återställning, och ger en översikt över Azure Traffic Manager serviceavtal (SLA).

Note

Den här artikeln beskriver hur Traffic Manager-tjänsten är elastisk, eller hur du kan göra den elastisk, för olika problem. Den förklarar inte hur du använder Traffic Manager för att utföra redundans mellan program eller regioner. Ett exempel på en redundansarkitektur finns i Multitier-webbprogram som skapats för hög tillgänglighet och haveriberedskap.

Rekommendationer för produktionsdistribution

Azure Well-Architected Framework ger rekommendationer för tillförlitlighet, prestanda, säkerhet, kostnader och åtgärder. Information om hur dessa områden påverkar varandra och bidrar till en tillförlitlig Traffic Manager-lösning finns i Architecture best practices for Azure Traffic Manager in the Well-Architected Framework.

Översikt över tillförlitlighetsarkitektur

I det här avsnittet beskrivs några av de viktiga aspekterna av hur tjänsten fungerar som är mest relevant ur ett tillförlitlighetsperspektiv. I avsnittet beskrivs den logiska arkitekturen, som innehåller några av de resurser och funktioner som du distribuerar och använder. Den diskuterar också den fysiska arkitekturen, som innehåller information om hur tjänsten fungerar under täcket.

Logisk arkitektur

När du använder Traffic Manager distribuerar du en profil som anger programmets serverdelsslutpunkter och konfigurerar hur Traffic Manager ska dirigera begäranden till dessa slutpunkter. Mer information finns i Traffic Manager-slutpunkter och Traffic Manager-routningsmetoder.

En Traffic Manager-profil visas som en CNAME-post för DNS. När den tar emot en lösningsbegäran från en klient eller DNS-matchare löser Traffic Manager dynamiskt IP-adressen baserat på regler som du anger i profilen. Traffic Manager ansvarar för att förse klienter med IP-adressen för en slutpunkt för att nå din tjänst. Efter namnuppslagningen flödar ingen av din applikations trafik genom Traffic Manager. Mer information finns i Så här fungerar Traffic Manager.

Traffic Manager övervakar hälsotillståndet för dina slutpunkter och dirigerar inkommande begäranden till felfria slutpunkter samtidigt som du undviker felaktiga slutpunkter. Mer information finns i Traffic Manager-slutpunktsövervakning.

Important

Tillförlitligheten för din övergripande lösning beror på konfigurationen av de slutpunkter som trafikhanteraren dirigerar trafik till.

Den här artikeln beskriver inte dina slutpunkter, men deras tillgänglighetskonfigurationer påverkar programmets motståndskraft direkt. Läs tillförlitlighetsguiderna för Azure-tjänster i din lösning för att lära dig hur varje tjänst stöder dina tillförlitlighetskrav.

Fysisk arkitektur

Traffic Manager fungerar som en icke-regional tjänst och distribuerar sin infrastruktur över flera tillgänglighetszoner i flera Azure regioner över hela världen. Den här designen gör att Traffic Manager kan vara elastisk under ett avbrott i tillgänglighetszonen eller regionen, eftersom infrastrukturen i en annan zon eller region fortsätter att svara på resolutionsförfrågningar.

Globala Internetprotokoll som Anycast, DNS och BGP dirigerar automatiskt inkommande DNS-matchningsbegäranden till närmaste felfria Traffic Manager-infrastruktur.

Motståndskraft mot tillfälliga fel

Tillfälliga fel är kortvariga, intermittenta fel i komponenter. De förekommer ofta i en distribuerad miljö som molnet, och de är en normal del av åtgärderna. Tillfälliga fel korrigerar sig själva efter en kort tidsperiod. Det är viktigt att dina program kan hantera tillfälliga fel, vanligtvis genom att försöka igen.

Alla molnbaserade program bör följa vägledningen för tillfälliga felhantering i Azure när de kommunicerar med molnbaserade API:er, databaser och andra komponenter. Mer information finns i Rekommendationer för hantering av tillfälliga fel.

Traffic Manager fungerar på DNS-nivå och använder hälsoundersökningar för att övervaka slutpunktstillgänglighet. Tjänsten hanterar tillfälliga fel via sin globala DNS-infrastruktur och slutpunktsövervakningsfunktioner.

När du använder Traffic Manager bör du överväga följande typer av tillfälliga fel separat:

  • Tillfälliga fel under DNS-matchning: Om ett tillfälligt fel inträffar under DNS-matchningen bör klienten eller den mellanliggande matcharen försöka igen.

  • Tillfälliga fel som påverkar serverdelsslutpunkterna:Traffic Manager-slutpunktsövervakning kontrollerar hälsotillståndet för dina slutpunkter regelbundet. Ett tillfälligt fel inom en slutpunkt, eller i nätverkssökvägen till en slutpunkt, kan identifieras som en ohälsosam slutpunkt. Konfigurera slutpunktsövervakning för att söka efter på varandra följande problem under en viss tidsperiod.

Din DNS-posts time to live (TTL) avgör hur din lösning hanterar fel. Om TTL är mycket låg måste klienter göra fler förfrågningar till Traffic Manager och det finns fler potentiella möjligheter för tillfälliga fel att uppstå. Om TTL:en är mycket hög kan klienter i händelse av ett verkligt fel i en slutpunkt uppleva fördröjningar i redundansväxlingen tills TTL-värdet upphör att gälla. Konfigurera TTL:er omsorgsfullt för att balansera tillgänglighet, latens och svarstid. När du använder Azure DNS kan den automatiskt konfigurera postens TTL så att den matchar profilens TTL-värde, vilket är 60 sekunder som standard. Mer information finns i prestandaöverväganden för Traffic Manager.

Motståndskraft mot fel i tillgänglighetszonen

Tillgänglighetszoner är fysiskt separata grupper av datacenter i en Azure-region. När en zon misslyckas kan tjänsterna redundansväxla till en av de återstående zonerna.

Traffic Manager fungerar som en icke-regional tjänst och distribuerar sin infrastruktur över flera tillgänglighetszoner i flera Azure regioner över hela världen. Den replikerar ändringar i din profil synkront i dessa zoner och regioner. Den här designen gör att Traffic Manager kan vara elastisk under ett avbrott i tillgänglighetszonen, eftersom infrastrukturen i en annan zon eller region fortsätter att svara på resolutionsbegäranden.

Motståndskraft mot regionomfattande fel

Traffic Manager fungerar som en icke-regional tjänst och distribuerar sin infrastruktur över flera tillgänglighetszoner i flera Azure regioner över hela världen. Den här designen gör att Traffic Manager kan vara elastisk under ett regionstopp, eftersom infrastrukturen i en annan zon eller region fortsätter att svara på lösningsbegäranden.

Motståndskraft mot avbrott i portalen och hanteringsverktyget

Om du hanterar din Traffic Manager-profil i Azure-portalen förbereder du dig för scenarier där du inte kan komma åt den, särskilt om du behöver konfigurera om din profil under ett plattformsstopp.

Precis som andra Azure tjänster stöder Traffic Manager distribution och hantering via en mängd olika verktyg. Vi rekommenderar att du bekanta dig med hur du använder Azure CLI eller Azure PowerShell för att hantera din profil. Du kan också distribuera och konfigurera din profil med hjälp av infrastruktur som kodtekniker som Bicep eller Terraform. Dessa verktyg fortsätter att fungera även om Azure portalen är degraderad.

Säkerhetskopiering och återställning

Traffic Manager är en tillståndslös DNS-tjänst. Den bevarar inte dina data och har ingen säkerhetskopierings- eller återställningsfunktion.

För att skydda resurskonfigurationen definierar du dina Traffic Manager-profiler och andra resurser med hjälp av infrastruktur som kod (till exempel Bicep- eller ARM-mallar) och lagrar dessa definitioner i källkontrollen. Om du behöver återskapa en resurs distribuerar du om den från den lagrade konfigurationen.

Motståndskraft mot serviceunderhåll

Microsoft tillämpar regelbundet tjänstuppdateringar och utför annat underhåll. Den Azure plattformen hanterar dessa aktiviteter automatiskt, vilket säkerställer att underhållet är sömlöst och transparent för dig. Ingen driftstopp förväntas under underhållshändelser om du inte har blivit informerad via Azure Service Health planerat underhåll.

Serviceavtal

Serviceavtal (SLA) för Azure-tjänster beskriver den förväntade tillgängligheten för varje tjänst och de villkor som din lösning måste uppfylla för att uppnå den tillgänglighetsförväntningen. Mer information finns i Serviceavtal för onlinetjänster.

Azure Traffic Manager tillhandahåller ett serviceavtal för 100% tillgänglighet för DNS-frågesvar, så länge klienter försöker utföra misslyckade begäranden upprepade gånger.

Relaterat innehåll

  • Last updated on