Overzicht van geo-replicatie
Voor toepassingsontwikkelaars en IT-technici is een gemeenschappelijk doel het bouwen en uitvoeren van tolerante toepassingen. Tolerantie wordt gedefinieerd als het vermogen van uw toepassing om te reageren op fouten en toch functioneel te blijven. Om tolerantie te bereiken bij regionale storingen in de cloud, is de eerste stap het inbouwen van redundantie om een Single Point of Failure te voorkomen. Deze redundantie kan worden bereikt met geo-replicatie.
Met de functie App Configuration geo-replicatie kunt u uw configuratiearchief naar keuze repliceren naar de regio's van uw keuze. Elke nieuwe replica bevindt zich in een andere regio en maakt een nieuw eindpunt waarnaar uw toepassingen aanvragen kunnen verzenden. Het oorspronkelijke eindpunt van uw configuratiearchief wordt de Oorsprong genoemd. De oorsprong kan niet worden verwijderd, maar gedraagt zich anders als elke replica.
U kunt uw sleutelwaarden wijzigen of bijwerken in elke replica. Deze wijzigingen worden gesynchroniseerd met alle andere replica's volgens 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-getroffen regio's nog steeds toegankelijk en worden ze continu gesynchroniseerd. Zodra de storing is opgelost, worden alle betrokken replica's gesynchroniseerd met de meest recente status. Houd er rekening mee dat geo-replicatie alleen automatische failoverfuncties 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 impact van een Azure-storing te beperken.
- Herdistributie van aanvraaglimieten: U kunt in code aanpassen welk replica-eindpunt uw toepassing gebruikt, zodat u de aanvraagbelasting kunt distribueren om te voorkomen dat de aanvraaglimieten worden uitgeput. Als uw toepassingen bijvoorbeeld in meerdere regio's worden uitgevoerd en slechts aanvragen naar één regio verzenden, kunt u beginnen met het uitputten van App Configuration aanvraaglimieten. U kunt helpen deze belasting opnieuw te distribueren door replica's te maken in de regio's waarin uw toepassingen worden uitgevoerd. Elke replica heeft geïsoleerde aanvraaglimieten, die in grootte gelijk zijn 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 configuratiearchief verbeteren, wat leidt tot snellere aanvraagreacties en betere prestaties als een toepassing aanvragen verzendt naar de dichtstbijzijnde replica. Als u toegang tot replica's opgeeft, kunt u ook de opslag en stroom van gegevens tussen verschillende regio's beperken op basis van uw voorkeuren.
Als u deze functie in uw archief wilt inschakelen, raadpleegt u het document over het inschakelen van geo-replicatie.
Voorbeeld van een gebruiksvoorbeeld
Een ontwikkelaarsteam bouwt een systeem dat bestaat uit meerdere toepassingen en heeft momenteel één Azure App Configuration winkel in de regio VS - west. Het gebruik van hun systeem neemt snel toe en ze willen schalen en voldoen aan de behoeften van hun klanten in: Zweden - centraal, VS - west, Europa - noord en Azië - oost. Alle toepassingen die ze hebben, maken momenteel gebruik van het configuratiearchief VS - west, waardoor er een Single Point of Failure ontstaat. Als er een regionale storing was in VS - west en ze geen andere failovermechanismen of standaardgedrag hadden, zou hun systeem niet beschikbaar zijn voor klanten. Bovendien worden wereldwijd alle toepassingen momenteel beperkt door de aanvraaglimiet van één configuratiearchief. Naarmate het team naar meer regio's schaalt, is deze limiet niet duurzaam.
Dit team zou baat hebben bij 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 belastingverdeling. Met een goed gedistribueerde aanvraagbelasting voorkomt u uitputting van het aanvraagquotum. Bovendien kan het team met meerdere replica's hun toepassingen configureren voor failover in het geval van een regionale storing. Het team kan bijvoorbeeld toepassingen configureren die worden uitgevoerd in Zweden - centraal om configuratie uit die regio op te halen, maar terug te vallen naar Europa - noord als Zweden - 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 laag.
- Elke replica heeft limieten, zoals wordt beschreven op de pagina App Configuration prijzen. Deze limieten worden geïsoleerd per replica.
- Azure App Configuration biedt ook ondersteuning voor Azure-beschikbaarheidszones om een tolerante en maximaal beschikbare winkel te maken binnen een Azure-regio. Ondersteuning voor beschikbaarheidszones wordt automatisch opgenomen voor een replica als de regio van de replica ondersteuning voor beschikbaarheidszones biedt. De combinatie van beschikbaarheidszones voor redundantie binnen een regio en geo-replicatie tussen meerdere regio's verbetert zowel de beschikbaarheid als de prestaties van een configuratiearchief.
Kosten en facturering
Voor elke gemaakte replica worden extra kosten in rekening gebracht. Raadpleeg de pagina met prijzen voor App Configuration voor meer informatie. Als uw oorsprong bijvoorbeeld een configuratiearchief voor de Standard-laag is en u vijf replica's hebt, wordt het tarief van zes configuratiearchieven voor uw systeem in rekening gebracht, maar elk van de geïsoleerde quota en aanvragen van uw replica zijn inbegrepen in deze kosten.
Bewaking
Om inzicht te bieden in de kenmerken van de functie voor geo-replicatie, biedt App Configuration een metrische waarde met de naam Replicatielatentie. De metrische waarde voor replicatielatentie beschrijft hoe lang het duurt voordat gegevens van de ene regio naar de andere worden gerepliceerd.
Zie Voor meer informatie over de metrische gegevens voor replicatielatentie en andere App Configuration metrische gegevens bewaking App Configuration.