Replikacja między regionami w usłudze Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB
DOTYCZY: 
Rdzenie wirtualne bazy danych MongoDB
W tym artykule omówiono odzyskiwanie po awarii między regionami dla usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB. Obejmuje również możliwości odczytu replik klastra w innych regionach na potrzeby skalowalności operacji odczytu.
Funkcja replikacji między regionami umożliwia replikowanie danych z klastra do klastra tylko do odczytu w innym regionie świadczenia usługi Azure. Repliki są aktualizowane za pomocą technologii replikacji asynchronicznej. Jedną replikę klastra można wybrać w innym regionie dla podstawowego klastra usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB. W rzadkim przypadku awarii regionu można podwyższyć poziom repliki klastra w innym regionie, aby stać się nowym klastrem odczytu i zapisu na potrzeby ciągłej operacji bazy danych MongoDB. Aplikacje mogą nadal używać tych samych parametry połączenia po podwyższeniu poziomu repliki klastra w innym regionie, aby stać się nowym klastrem podstawowym.
Repliki to nowe klastry zarządzane podobnie do zwykłych klastrów. Dla każdej repliki do odczytu są naliczane opłaty za zasoby obliczeniowe rdzeni wirtualnych i magazynu w GiB/miesiąc. Koszty zasobów obliczeniowych i magazynowania dla klastrów replik mają taką samą strukturę jak zwykłe klastry i ceny regionu świadczenia usługi Azure, w którym są tworzone.
Odzyskiwanie po awarii przy użyciu replik do odczytu klastra
Replikacja między regionami jest jednym z kilku ważnych filarów strategii ciągłości działania i odzyskiwania po awarii (BCDR) platformy Azure. Replikacja między regionami asynchronicznie replikuje te same aplikacje i dane w innych regionach świadczenia usługi Azure na potrzeby ochrony odzyskiwania po awarii. Nie wszystkie usługi platformy Azure automatycznie replikują dane lub automatycznie wracają z regionu, który zakończył się niepowodzeniem, aby przeprowadzić replikację krzyżową do innego regionu z włączoną obsługą. Rdzeń wirtualny usługi Azure Cosmos DB dla bazy danych MongoDB umożliwia utworzenie repliki klastra w innym regionie i automatyczne zapisanie danych w klastrze podstawowym replikowanych do tej repliki. Powrót do repliki klastra, jeśli w regionie podstawowym musi zostać zainicjowana awaria.
Po włączeniu replikacji między regionami w klastrze rdzeni wirtualnych usługi Azure Cosmos DB dla bazy danych MongoDB każdy fragment jest stale replikowany do innego regionu. Ta replikacja utrzymuje replikę danych w wybranym regionie. Taka replika jest gotowa do użycia w ramach planu odzyskiwania po awarii w rzadkim przypadku awarii regionu podstawowego. Replikacja jest asynchroniczna. Operacje zapisu na fragmentach klastra podstawowego nie czekają na ukończenie replikacji do fragmentu odpowiedniej repliki przed wysłaniem potwierdzenia pomyślnego zapisu. Replikacja asynchroniczna pomaga uniknąć zwiększonych opóźnień operacji zapisu w klastrze podstawowym.
Operacje zapisu ciągłego, odczytu w replikach klastra i parametry połączenia
Globalna parametry połączenia odczytu i zapisu w usłudze Azure Cosmos DB dla bazy danych MongoDB stale kieruje zapisy do aktywnego klastra z włączoną obsługą zapisu. Podczas inicjowania podwyższania poziomu klastra repliki klaster repliki w regionie B jest przełączany do trybu zapisu, podczas gdy oryginalny klaster podstawowy w regionie A przechodzi do trybu tylko do odczytu. Przed podwyższeniem poziomu globalny parametry połączenia odczytu i zapisu jest przeznaczony dla klastra podstawowego w regionie A, a następnie aktualizuje się, aby wskazać region B, ponieważ przyjmuje on obowiązki zapisu. W przypadku aplikacji korzystających z globalnego parametry połączenia odczytu i zapisu operacje zapisu są bezproblemowo kontynuowane w całym procesie podwyższania poziomu, utrzymując nieprzerwany przepływ danych.
Klastry replik są również dostępne dla operacji odczytu. Pomaga to odciążać intensywne operacje odczytu z klastra podstawowego lub dostarczać mniejsze opóźnienia dla operacji odczytu do klientów znajdujących się bliżej regionu replikacji. Po włączeniu replikacji między regionami aplikacje mogą używać własnego parametry połączenia klastra repliki do wykonywania odczytów z repliki klastra. Klaster podstawowy jest dostępny dla operacji odczytu i zapisu przy użyciu własnych parametry połączenia.
Podczas tworzenia repliki przez włączenie replikacji między regionami nie dziedziczy ustawień sieci, takich jak reguły zapory klastra podstawowego. Te ustawienia należy skonfigurować niezależnie dla repliki. Replika dziedziczy konto administratora z klastra podstawowego. Konta użytkowników muszą być zarządzane w klastrze podstawowym. Możesz nawiązać połączenie z klastrem podstawowym i jego klastrem repliki przy użyciu tych samych kont użytkowników.
Podwyższanie poziomu klastra repliki
Jeśli wystąpi awaria regionu, możesz wykonać operację odzyskiwania po awarii, promując replikę klastra w innym regionie, aby uzyskać dostęp do zapisu. Podczas operacji podwyższania poziomu repliki są wykonywane następujące kroki:
- Operacje zapisu w repliki w regionie B są włączone oprócz operacji odczytu. Była replika staje się nowym klastrem odczytu i zapisu.
- Promowany klaster repliki w regionie B akceptuje zapisy przy użyciu parametry połączenia i globalnej parametry połączenia odczytu i zapisu.
- Klaster w regionie A jest ustawiony na tylko do odczytu i utrzymuje parametry połączenia.
Ważne
Ponieważ replikacja jest asynchroniczna, niektóre dane z klastra w regionie A mogą nie być replikowane do regionu B po podwyższeniu poziomu repliki klastra w regionie B. W takim przypadku podwyższenie poziomu spowoduje, że dane nie są replikowane w obu klastrach.