Udostępnij za pośrednictwem


Omówienie replikacji geograficznej

Dla deweloperów aplikacji i inżynierów IT typowym celem jest tworzenie i uruchamianie odpornych aplikacji. Odporność jest definiowana jako zdolność aplikacji do reagowania na awarie i nadal pozostaje funkcjonalna. Aby osiągnąć odporność w obliczu awarii regionalnych w chmurze, pierwszym krokiem jest utworzenie nadmiarowości, aby uniknąć pojedynczego punktu awarii. Tę nadmiarowość można osiągnąć za pomocą replikacji geograficznej.

Funkcja App Configuration replikacji geograficznej umożliwia replikowanie magazynu konfiguracji w wybranym regionie. Każda nowa replika będzie znajdować się w innym regionie i utworzy nowy punkt końcowy dla aplikacji do wysyłania żądań. Oryginalny punkt końcowy magazynu konfiguracji nosi nazwę Origin. Nie można usunąć źródła, ale w przeciwnym razie zachowuje się jak każda replika.

Zmiana lub zaktualizowanie wartości klucza można wykonać w dowolnej repliki. Te zmiany zostaną zsynchronizowane ze wszystkimi innymi replikami zgodnie z modelem spójności ostatecznej.

Replikowanie magazynu konfiguracji zapewnia następujące korzyści:

  • Dodano odporność na awarie platformy Azure: W przypadku awarii regionalnej repliki są indywidualnie dotknięte. Jeśli jeden region ulegnie awarii, wszystkie repliki znajdujące się w nie dotkniętych regionach będą nadal dostępne i stale synchronizowane. Po wyeliminowaniu awarii wszystkie repliki, których dotyczy problem, zostaną zsynchronizowane z najnowszym stanem. Należy pamiętać, że replikacja geograficzna oferuje tylko funkcje automatycznego trybu failover za pośrednictwem dostawców konfiguracji App Configuration. W przeciwnym razie możesz również utworzyć własne niestandardowe mechanizmy trybu failover w konfiguracji aplikacji, aby przełączać się między różnymi punktami końcowymi repliki w celu ograniczenia wpływu awarii platformy Azure.
  • Redystrybucja limitów żądań: Możesz dostosować w kodzie, którego punkt końcowy repliki używa aplikacja, umożliwiając dystrybucję obciążenia żądania, aby uniknąć wyczerpania limitów żądań. Jeśli na przykład aplikacje działają w wielu regionach i wysyłają żądania tylko do jednego regionu, możesz rozpocząć wyczerpanie App Configuration limitów żądań. Możesz pomóc w redystrybucji tego obciążenia, tworząc repliki w regionach, w których działają aplikacje. Każda replika ma limity żądań izolowanych, równe rozmiarowi limitów żądań źródła. Wyczerpanie limitów żądań w jednej repliki nie ma wpływu na limity żądań w innej repliki.
  • Regionalna przedziałyzacja: Uzyskiwanie dostępu do wielu regionów może zwiększyć opóźnienie między aplikacją a magazynem konfiguracji, co prowadzi do szybszego reagowania na żądania i lepszej wydajności, jeśli aplikacja wysyła żądania do najbliższej repliki. Określenie dostępu do repliki umożliwia również ograniczenie magazynu danych i przepływu między różnymi regionami w zależności od preferencji.

Aby włączyć tę funkcję w magazynie, zapoznaj się z instrukcjami dotyczącymi włączania dokumentu replikacji geograficznej.

Przykładowy przypadek użycia

Zespół deweloperów tworzy system składający się z wielu aplikacji i obecnie ma jeden Azure App Configuration sklep w regionie Zachodnie stany USA. Wykorzystanie ich systemu szybko rośnie i chce skalować i spełniać potrzeby klientów w Szwecji Środkowej, Zachodniej STANACH USA, Europie Północnej i Azji Wschodniej. Wszystkie aplikacje, które obecnie korzystają z magazynu konfiguracji Zachodnie stany USA, tworzą pojedynczy punkt awarii. Jeśli wystąpiła awaria regionalna w regionie Zachodnie stany USA i nie miały żadnych innych mechanizmów trybu failover ani zachowań domyślnych, ich system byłby niedostępny dla klientów. Ponadto globalnie wszystkie aplikacje są obecnie ograniczone przez limit żądań jednego magazynu konfiguracji. W miarę skalowania zespołu do większej liczby regionów ten limit będzie niemożliwy do utrzymania.

Ten zespół skorzysta z replikacji geograficznej. Mogą utworzyć replikę magazynu konfiguracji w każdym regionie, w którym będzie uruchomiona aplikacja. Następnie ich aplikacje mogą wysyłać żądania do repliki w tym samym regionie, a nie do wszystkich aplikacji wysyłających żądania do regionu Zachodnie stany USA. Zapewni to dwie korzyści: lepsze opóźnienie żądań i lepszą dystrybucję obciążenia. Posiadanie dobrze rozproszonego obciążenia żądania pomoże uniknąć wyczerpania limitu przydziału żądań. Ponadto posiadanie wielu replik umożliwia zespołowi skonfigurowanie aplikacji w trybie failover w przypadku awarii regionalnej. Na przykład zespół może skonfigurować aplikacje działające w Szwecji Środkowej w celu ściągnięcia konfiguracji z tego regionu, ale powrót do Europy Północnej, jeśli Szwecja Środkowa doświadcza awarii. Nawet jeśli App Configuration jest niedostępna w danym regionie, system zespołu nie ma wpływu.

Zagadnienia do rozważenia

  • Replikacja geograficzna nie jest dostępna w warstwie Bezpłatna.
  • Każda replika ma limity, jak opisano na stronie cennika App Configuration. Te limity są izolowane na replikę.
  • Azure App Configuration obsługuje również strefy dostępności platformy Azure w celu utworzenia odpornego i wysoce dostępnego magazynu w regionie świadczenia usługi Azure. Obsługa strefy dostępności jest automatycznie uwzględniana dla repliki, jeśli region repliki ma obsługę strefy dostępności. Połączenie stref dostępności na potrzeby nadmiarowości w obrębie regionu i replikacji geograficznej w wielu regionach zwiększa dostępność i wydajność magazynu konfiguracji.

Koszt i rozliczenia

Każda utworzona replika doda dodatkowe opłaty. Aby uzyskać szczegółowe informacje, zapoznaj się ze stroną cennika App Configuration. Jeśli na przykład źródło jest magazynem konfiguracji warstwy Standardowa i masz pięć replik, zostanie naliczona stawka sześciu magazynów konfiguracji warstwy Standardowa dla systemu, ale każdy z izolowanych przydziałów i żądań repliki jest uwzględniany w tej opłatie.

Monitorowanie

Aby uzyskać wgląd w charakterystykę funkcji replikacji geograficznej, App Configuration zapewnia metrykę o nazwie Opóźnienie replikacji. Metryka opóźnienia replikacji opisuje czas replikacji danych z jednego regionu do drugiego.

Aby uzyskać więcej informacji na temat metryki opóźnienia replikacji i innych metryk App Configuration, zobacz Monitoring App Configuration data reference (Monitorowanie App Configuration danych).

Następne kroki

Odporność i odzyskiwanie po awarii