Georeplikáció áttekintése
Az alkalmazásfejlesztők és az informatikai mérnökök számára gyakori cél a rugalmas alkalmazások létrehozása és futtatása. A rugalmasságot úgy definiáljuk, hogy az alkalmazás képes reagálni a hibára, és továbbra is működőképes marad. Annak érdekében, hogy a felhő regionális hibáival szemben rugalmasságot érjen el, az első lépés a redundancia kiépítése egyetlen meghibásodási pont elkerülése érdekében. Ez a redundancia georeplikációval érhető el.
A App Configuration georeplikációs funkció lehetővé teszi a konfigurációs tár igény szerinti replikálását a választott régiókba. Minden új replika egy másik régióban lesz, és létrehoz egy új végpontot az alkalmazások számára a kérések elküldéséhez. A konfigurációs tár eredeti végpontját forrásnak nevezzük. A forrás nem távolítható el, de máskülönben úgy viselkedik, mint bármely replika.
A kulcsértékek módosítása vagy frissítése bármely replikában elvégezhető. Ezeket a módosításokat a rendszer szinkronizálja az összes többi replikával egy végleges konzisztenciamodellt követően.
A konfigurációs tár replikálása a következő előnyökkel jár:
- További rugalmasság az Azure-beli kimaradásokhoz: Regionális üzemkimaradás esetén a replikákat egyenként érinti a rendszer. Ha egy régió leáll, a nem érintett régiókban található replikák továbbra is elérhetők lesznek, és folyamatosan szinkronizálódnak. A szolgáltatáskimaradás enyhítése után az összes érintett replika szinkronizálva lesz a legújabb állapotba. Vegye figyelembe, hogy a georeplikáció csak a App Configuration konfigurációs szolgáltatóin keresztül biztosít automatikus feladatátvételi funkciókat. Ellenkező esetben saját egyéni feladatátvételi mechanizmusokat is létrehozhat az alkalmazás konfigurációjában, hogy váltson a különböző replikavégpontok között az Azure-beli kimaradások hatásának csökkentése érdekében.
- A kérelemkorlátok újraelosztása: Az alkalmazás által használt replikavégpont kódjában testre szabhatja, hogy a kérések terhelésének elosztása lehetővé tegye a kérések terhelésének elosztását, hogy elkerülje a kérelmek korlátainak kimerítését. Ha például az alkalmazások több régióban futnak, és csak egy régióba küldenek kéréseket, elkezdheti kimeríteni App Configuration kérelemkorlátokat. Ennek a terhelésnek az újbóli terjesztéséhez replikákat hozhat létre az alkalmazások által futtatott régiókban. Minden replika külön kérelemkorlátokkal rendelkezik, és mérete megegyezik a forrás kéréskorlátjainak méretével. Az egyik replika kéréskorlátainak kimerítése nincs hatással a másik replika kéréskorlátjára.
- Regionális területi felreszeltálás: Több régió elérése javíthatja az alkalmazás és a konfigurációs tár közötti késést, ami gyorsabb kérésválaszokhoz és jobb teljesítményhez vezethet, ha egy alkalmazás kéréseket küld a legközelebbi replikának. A replikahozzáférés megadása azt is lehetővé teszi, hogy a beállítások alapján korlátozza az adattárolást és a különböző régiók közötti forgalmat.
Ha engedélyezni szeretné ezt a funkciót az áruházban, tekintse meg a georeplikációs dokumentum engedélyezésének útmutatóját.
Minta használati eset
A fejlesztői csapat egy több alkalmazásból álló rendszert épít ki, és jelenleg egy Azure App Configuration tárolóval rendelkezik az USA nyugati régiójában. A rendszer használata gyorsan növekszik, és az ügyfelek igényeinek megfelelően szeretnének méretezni és kielégíteni őket: Közép-Svédországban, az USA nyugati régiójában, Észak-Európában és Kelet-Ázsiában. Az összes alkalmazásuk jelenleg az USA nyugati régiójának konfigurációs tárolóját használja, és egyetlen hibapontot hoz létre. Ha az USA nyugati régiójában regionális kimaradás történt, és nem voltak más feladatátvételi mechanizmusok vagy alapértelmezett viselkedések, a rendszerük nem lenne elérhető az ügyfelek számára. Emellett globálisan az összes alkalmazást jelenleg egy konfigurációs tár kérelemkorlátja korlátozza. Mivel a csapat több régióra skálázható, ez a korlát nem fenntartható.
Ennek a csapatnak előnyös lenne a georeplikáció. Létrehozhatják a konfigurációs tár replikáját minden olyan régióban, ahol az alkalmazás futni fog. Ezután az alkalmazásaik az USA nyugati régiójába irányuló kérések helyett egy ugyanabban a régióban lévő replikára küldhetnek kéréseket. Ez két előnnyel jár: továbbfejlesztett kéréskésés és jobb terheléselosztás. A kérelmek jól elosztott terhelése segít elkerülni a kérelemkvóta kimerítését. Emellett a több replika lehetővé teszi, hogy a csapat úgy konfigurálja az alkalmazásokat, hogy regionális kimaradás esetén feladatátvételt végezzenek. A csapat például konfigurálhatja a Svédország középső régiójában futó alkalmazásokat, hogy lekérje a konfigurációt az adott régióból, de ha a Svédország középső régiója leállást tapasztal, lépjen vissza Észak-Európába. Ha App Configuration nem érhető el egy adott régióban, a csapat rendszerére nincs hatással.
Megfontolandó szempontok
- A georeplikáció nem érhető el az ingyenes szinten.
- Minden replika korlátozásokkal rendelkezik a App Configuration díjszabási oldalán leírtak szerint. Ezek a korlátok replikánként elkülönítettek.
- Azure App Configuration az Azure rendelkezésre állási zónáit is támogatja, hogy rugalmas és magas rendelkezésre állású tárolót hozzon létre egy Azure-régióban. A rendelkezésre állási zóna támogatása automatikusan megjelenik egy replika esetében, ha a replika régiója rendelkezik rendelkezésreállási zóna támogatással. A régión belüli redundancia rendelkezésre állási zónáinak és a több régióban történő georeplikációnak a kombinációja növeli a konfigurációs tárolók rendelkezésre állását és teljesítményét.
Költség és számlázás
Minden létrehozott replika további díjakat ad hozzá. A részletekért tekintse meg a App Configuration díjszabási oldalát. Ha például a forrás egy standard szintű konfigurációs tár, és öt replika van, a rendszer hat standard szintű konfigurációs tárának díját számítja fel, de a replika elkülönített kvótái és kérései is beleszámíthatnak ebbe a díjba.
Figyelés
A georeplikációs funkció jellemzőinek elemzéséhez App Configuration biztosít egy replikációs késés nevű metrikát. A replikáció késési metrikája azt ismerteti, hogy mennyi ideig tart az adatok replikálása az egyik régióból a másikba.
A replikáció késési metrikájára és más App Configuration metrikákra vonatkozó további információkért lásd: Monitorozási App Configuration adathivatkozás.