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.
Voor toepassingsontwikkelaars en IT-technici is het een gemeenschappelijk doel om tolerante toepassingen te bouwen en uit te voeren. Tolerantie wordt gedefinieerd als de mogelijkheid van uw toepassing om te reageren op fouten en nog steeds functioneel te blijven. Om tolerantie te bereiken ten opzichte van regionale storingen in de cloud, is de eerste stap het bouwen van redundantie om een single point of failure te voorkomen. Deze redundantie kan worden bereikt met geo-replicatie.
Met de functie geo-replicatie van App Configuration kunt u uw configuratiearchief at-will repliceren naar de regio's van uw keuze. Elke nieuwe replica bevindt zich in een andere regio en maakt een nieuw eindpunt voor uw toepassingen om aanvragen naar te verzenden. Het oorspronkelijke eindpunt van uw configuratiearchief wordt de origin genoemd. De oorsprong kan niet worden verwijderd, maar gedraagt zich verder net als een replica.
U kunt uw sleutelwaarden wijzigen of bijwerken in elke replica. Deze wijzigingen worden gesynchroniseerd met alle andere replica's na een uiteindelijke consistentiemodel.
Het repliceren van uw configuratiearchief biedt de volgende voordelen:
- Tolerantie toegevoegd voor Azure-storingen: In het geval van een regionale storing worden replica's afzonderlijk beïnvloed. Als één regio een storing heeft, zijn alle replica's in niet-betrokken regio's nog steeds toegankelijk en worden continu gesynchroniseerd. Zodra de storing is verzacht, worden alle betrokken replica's gesynchroniseerd met de meest recente status. Merk op dat geo-replicatie alleen de functionaliteit voor automatische failover biedt via de configuratieproviders van App Configuration. Anders kunt u ook uw eigen aangepaste failovermechanismen bouwen in de configuratie van uw toepassing om te schakelen tussen verschillende replica-eindpunten om de gevolgen van een Azure-storing te beperken.
- Herdistributie van aanvraaglimieten: U kunt in code aanpassen welk replica-eindpunt uw toepassing gebruikt, zodat u de belasting van uw aanvraag kunt distribueren om uitputting van aanvraaglimieten te voorkomen. Als uw toepassingen bijvoorbeeld worden uitgevoerd in meerdere regio's en alleen aanvragen naar één regio verzenden, kunt u beginnen met het ophouden van limieten voor App Configuration-aanvragen. U kunt deze belasting opnieuw distribueren door replica's te maken in de regio's waarin uw toepassingen worden uitgevoerd. Elke replica heeft geïsoleerde aanvraaglimieten, gelijk aan de aanvraaglimieten van de oorsprong. Het uitputten van de aanvraaglimieten in de ene replica heeft geen invloed op de aanvraaglimieten in een andere replica.
- Regionale compartimentering: Toegang tot meerdere regio's kan de latentie tussen uw toepassing en het configuratiearchief verbeteren, wat leidt tot snellere aanvraagreacties en betere prestaties als een toepassing aanvragen naar de dichtstbijzijnde replica verzendt. Als u toegang tot replica's opgeeft, kunt u ook gegevensopslag en -stroom tussen verschillende regio's beperken op basis van uw voorkeuren.
Als u deze functie in uw winkel wilt inschakelen, raadpleegt u het instructies om geo-replicatiedocument in te schakelen.
Voorbeeld van gebruiksgeval
Een ontwikkelaarsteam bouwt een systeem dat bestaat uit meerdere toepassingen en heeft momenteel één Azure App Configuration-archief in de regio VS - west. Het gebruik van hun systeem groeit snel en ze willen schalen en voldoen aan hun behoeften van klanten: Zweden - centraal, VS - west, Europa - noord en Azië - oost. Alle toepassingen die ze momenteel hebben, gebruiken de configuratiewinkel West-VS, wat een enkel storingspunt creëert. Als er sprake was van een regionale storing in VS - west en ze geen andere failovermechanismen of standaardgedrag hadden, zou hun systeem niet beschikbaar zijn voor klanten. Wereldwijd worden alle toepassingen momenteel beperkt door de aanvraaglimiet van één configuratiearchief. Naarmate het team wordt geschaald naar meer regio's, is deze limiet onhoudbaar.
Dit team zou profiteren van geo-replicatie. Ze kunnen een replica van hun configuratiearchief maken in elke regio waar hun toepassing wordt uitgevoerd. Vervolgens kunnen hun toepassingen aanvragen verzenden naar een replica in dezelfde regio, in plaats van alle toepassingen die aanvragen verzenden naar VS - west. Dit biedt twee voordelen: verbeterde aanvraaglatentie en betere verdeling van belasting. Door een goed gedistribueerde aanvraagbelasting te hebben, voorkomt u uitputting van het aanvraagquotum. Bovendien kan het team met meerdere replica's een failover-overschakeling voor hun toepassingen configureren in het geval van een regionale storing. Het team kan bijvoorbeeld toepassingen configureren die in de Zweedse regio Centraal draaien om configuratie uit die regio op te halen, maar terugvallen naar Noord Europa als de Zweedse regio Centraal een storing ondervindt. Zelfs als App Configuration niet beschikbaar is in een bepaalde regio, wordt het systeem van het team niet beïnvloed.
Overwegingen
- Geo-replicatie is niet beschikbaar in de "Gratis" en "Developer" niveaus.
- Elke replica heeft limieten, zoals wordt beschreven op de pagina met prijzen voor App Configuration. Deze limieten worden geïsoleerd per replica.
- Azure App Configuration biedt ook ondersteuning voor Azure-beschikbaarheidszones om een tolerant en maximaal beschikbaar archief te maken binnen een Azure-regio. Ondersteuning voor beschikbaarheidszones wordt automatisch opgenomen voor een replica als de regio van de replica ondersteuning voor beschikbaarheidszones heeft. De combinatie van beschikbaarheidszones voor redundantie binnen een regio en geo-replicatie in meerdere regio's verbetert zowel de beschikbaarheid als de prestaties van een configuratiearchief.
Kosten en facturering
Elke gemaakte replica voegt extra kosten toe. Raadpleeg de pagina met prijzen voor App Configuration voor meer informatie. Als uw beginsituatie bijvoorbeeld een standaardconfiguratieopslag is en u vijf replica's hebt, worden de tarieven van zes standaardconfiguratieopslagen doorberekend aan uw systeem. De geïsoleerde quota en aanvragen van elke replica worden opgenomen in deze kosten.
Controle
App Configuration biedt inzicht in de kenmerken van de functie geo-replicatie en biedt een metrische waarde met de naam Replicatielatentie. In de metrische replicatielatentie wordt beschreven hoe lang het duurt voordat gegevens van de ene regio naar de andere worden gerepliceerd.
Voor meer informatie over de replicatievertragingse meting en andere metriek van App Configuration, zie Monitoring App Configuration gegevensreferentie.