Betrouwbaarheid in Azure Traffic Manager

Azure Traffic Manager is een load balancer op basis van DNS die verkeer optimaal distribueert over wereldwijd gedistribueerde back-ends. Traffic Manager biedt hoge beschikbaarheid en snelle reactiesnelheid voor uw openbare toepassingen met behulp van DNS om clientaanvragen door te sturen naar de juiste service-eindpunten op basis van verkeersrouteringsmethoden en eindpuntstatusbewaking.

Wanneer u Azure gebruikt, is betrouwbaarheid een gedeelde verantwoordelijkheid. Microsoft biedt een scala aan mogelijkheden ter ondersteuning van tolerantie en herstel. U bent verantwoordelijk voor het begrijpen van de werking van deze mogelijkheden binnen alle services die u gebruikt en het selecteren van de mogelijkheden die u nodig hebt om te voldoen aan uw bedrijfsdoelstellingen en beschikbaarheidsdoelen.

In dit artikel worden de betrouwbaarheidsmogelijkheden van Azure Traffic Manager beschreven als reactie op een reeks mogelijke storingen, waaronder tijdelijke fouten en regiobrede fouten. Het markeert ook belangrijke overwegingen voor het behouden van veerkracht en het voorbereiden van herstel, en biedt een overzicht van de Azure Traffic Manager Service Level Agreement (SLA).

Note

In dit artikel wordt beschreven hoe de Traffic Manager-service tolerant is of hoe u deze tolerant kunt maken voor verschillende problemen. Er wordt niet uitgelegd hoe u Traffic Manager gebruikt om failover tussen toepassingen of regio's uit te voeren. Zie voor een voorbeeld van een failoverarchitectuur de webtoepassing met meerdere lagen die is gebouwd voor hoge beschikbaarheid en herstel na noodgevallen.

Aanbevelingen voor productie-implementatie

Het Azure Well-Architected Framework biedt aanbevelingen voor betrouwbaarheid, prestaties, beveiliging, kosten en bewerkingen. Zie Architecture best practices voor Azure Traffic Manager in het Well-Architected Framework< voor meer informatie over hoe deze gebieden elkaar beïnvloeden en bijdragen aan een betrouwbare Traffic Manager-oplossing.

Overzicht van betrouwbaarheidsarchitectuur

In deze sectie worden enkele belangrijke aspecten beschreven van de werking van de service die het meest relevant is vanuit het perspectief van betrouwbaarheid. In de sectie wordt de logische architectuur geïntroduceerd, die enkele van de resources en functies bevat die u implementeert en gebruikt. Ook wordt de fysieke architectuur besproken, die details biedt over hoe de service achter de schermen werkt.

Logische architectuur

Wanneer u Traffic Manager gebruikt, implementeert u een profiel, dat de back-endeindpunten van uw toepassing aangeeft en configureert hoe Traffic Manager aanvragen naar deze eindpunten moet routeren. Zie Traffic Manager-eindpunten en Traffic Manager-routeringsmethoden voor meer informatie.

Een Traffic Manager-profiel wordt weergegeven als een DNS CNAME-record. Wanneer Traffic Manager een resolutieaanvraag van een client of DNS-resolver ontvangt, lost het dynamisch het IP-adres op op basis van regels die u in het profiel specificeert. Traffic Manager is verantwoordelijk voor het verstrekken van clients het IP-adres van een eindpunt om uw service te bereiken. Na naamomzetting stroomt geen van het verkeer van uw toepassing via Traffic Manager. Zie Hoe Traffic Manager werkt voor meer informatie.

Traffic Manager bewaakt de status van uw eindpunten en stuurt binnenkomende aanvragen naar goede eindpunten terwijl beschadigde eindpunten worden voorkomen. Zie Traffic Manager-eindpuntbewaking voor meer informatie.

Important

De betrouwbaarheid van uw algehele oplossing is afhankelijk van de configuratie van de eindpunten waarnaar uw Traffic Manager verkeer routeert.

Dit artikel heeft geen betrekking op uw eindpunten, maar de beschikbaarheidsconfiguraties zijn rechtstreeks van invloed op de tolerantie van uw toepassing. Bekijk de betrouwbaarheidshandleidingen voor Azure-services in uw oplossing voor meer informatie over hoe elke service uw betrouwbaarheidsvereisten ondersteunt.

Fysieke architectuur

Traffic Manager werkt als een niet-regionale service en implementeert de infrastructuur in meerdere beschikbaarheidszones in meerdere Azure regio's wereldwijd. Met dit ontwerp kan Traffic Manager tolerant blijven tijdens een beschikbaarheidszone of regiostoring, omdat de infrastructuur in een andere zone of regio blijft reageren op oplossingsaanvragen.

Wereldwijde internetprotocollen zoals Anycast, DNS en BGP routeren automatisch binnenkomende DNS-omzettingsaanvragen naar de dichtstbijzijnde gezonde Traffic Manager-infrastructuur.

Tolerantie voor tijdelijke fouten

Tijdelijke fouten zijn korte, onregelmatige fouten in onderdelen. Ze vinden vaak plaats in een gedistribueerde omgeving, zoals de cloud, en ze zijn een normaal onderdeel van de bewerkingen. Tijdelijke fouten corrigeren zichzelf na een korte periode. Het is belangrijk dat uw toepassingen tijdelijke fouten kunnen afhandelen, meestal door de betreffende aanvragen opnieuw uit te voeren.

Alle cloudtoepassingen moeten de Azure richtlijnen voor tijdelijke foutafhandeling volgen wanneer ze communiceren met api's, databases en andere onderdelen die in de cloud worden gehost. Zie Aanbevelingen voor het afhandelen van tijdelijke foutenvoor meer informatie.

Traffic Manager werkt op DNS-niveau en gebruikt statustests om de beschikbaarheid van eindpunten te bewaken. De service verwerkt tijdelijke fouten via de globale DNS-infrastructuur en eindpuntbewakingsmogelijkheden.

Houd bij het gebruik van Traffic Manager rekening met de volgende typen tijdelijke fouten:

  • Tijdelijke fouten tijdens DNS-omzetting: Als er een tijdelijke fout optreedt tijdens dns-omzetting, moet de client of tussenliggende resolver het opnieuw proberen.

  • Tijdelijke fouten die van invloed zijn op uw back-end endpoints: Traffic Manager eindpuntbewaking controleert regelmatig de gezondheid van uw eindpunten. Een tijdelijke fout binnen een eindpunt of in het netwerkpad naar een eindpunt kan worden gedetecteerd als een beschadigd eindpunt. Configureer eindpuntbewaking om te zoeken naar opeenvolgende problemen gedurende een bepaalde periode.

De time-to-live (TTL) van uw DNS-record bepaalt hoe uw oplossing fouten verwerkt. Als de TTL erg laag is, moeten clients meer aanvragen indienen bij Traffic Manager en zijn er meer mogelijkheden voor tijdelijke fouten. Als de TTL erg hoog is, kunnen gebruikers bij een werkelijke fout in een eindpunt vertraging in de failover ervaren totdat de TTL verstreken is. Configureer TTLs zorgvuldig om de beschikbaarheid, latentie en reactiesnelheid te verdelen. Wanneer u Azure DNS gebruikt, kan de TTL van uw record automatisch worden geconfigureerd zodat deze overeenkomt met de TTL-waarde van het profiel, standaard 60 seconden. Zie Prestatieoverwegingen voor Traffic Manager-voor meer informatie.

Tolerantie voor fouten in beschikbaarheidszones

Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.

Traffic Manager werkt als een niet-regionale service en implementeert de infrastructuur in meerdere beschikbaarheidszones in meerdere Azure regio's wereldwijd. Het repliceert wijzigingen in uw profiel synchroon in deze zones en regio's. Met dit ontwerp kan Traffic Manager tolerant blijven tijdens een storing in de beschikbaarheidszone, omdat de infrastructuur in een andere zone of regio blijft reageren op oplossingsaanvragen.

Tolerantie voor storingen in de hele regio

Traffic Manager werkt als een niet-regionale service en implementeert de infrastructuur in meerdere beschikbaarheidszones in meerdere Azure regio's wereldwijd. Met dit ontwerp kan Traffic Manager tolerant blijven tijdens een regiostoring, omdat de infrastructuur in een andere zone of regio blijft reageren op oplossingsaanvragen.

Tolerantie voor onderbrekingen van portal- en beheerhulpprogramma's

Als u uw Traffic Manager-profiel beheert in de Azure-portal, moet u zich voorbereiden op scenario's waar u dit niet kunt openen, met name als u uw profiel opnieuw moet configureren tijdens een platformstoring.

Net als andere Azure services ondersteunt Traffic Manager implementatie en beheer via diverse hulpprogramma's. U wordt aangeraden vertrouwd te raken met het gebruik van Azure CLI of Azure PowerShell om uw profiel te beheren. U kunt uw profiel ook implementeren en configureren met infrastructuur als codetechnologieën zoals Bicep of Terraform. Deze hulpprogramma's blijven operationeel, zelfs als de Azure-portal wordt gedegradeerd.

Back-up maken en terugzetten

Traffic Manager is een stateless DNS-service. Uw gegevens blijven niet behouden en hebben geen back-up- of herstelmogelijkheden.

Als u uw resourceconfiguratie wilt beveiligen, definieert u uw Traffic Manager-profielen en andere resources met infrastructuur als code (zoals Bicep of ARM-sjablonen) en slaat u deze definities op in broncodebeheer. Als u een resource opnieuw wilt maken, implementeert u deze opnieuw vanuit de opgeslagen configuratie.

Tolerantie voor serviceonderhoud

Microsoft past regelmatig service-updates toe en voert ander onderhoud uit. Het Azure platform verwerkt deze activiteiten automatisch en zorgt ervoor dat onderhoud naadloos en transparant voor u is. Er wordt geen downtime verwacht tijdens onderhoudsgebeurtenissen, tenzij u op de hoogte bent gesteld via Azure Service Health gepland onderhoud.

Diensteniveau-overeenkomst

De SLA (Service Level Agreement) voor Azure-services beschrijft de verwachte beschikbaarheid van elke service en de voorwaarden waaraan uw oplossing moet voldoen om die beschikbaarheidsverwachting te bereiken. Zie SLA's voor onlineservices voor meer informatie.

Azure Traffic Manager biedt een SLA voor 100% beschikbaarheid voor DNS-queryantwoorden, zolang clients mislukte aanvragen herhaaldelijk opnieuw proberen.

Verwante inhoud

  • Last updated on