Niezawodność w usłudze Azure Data Manager for Energy

W tym artykule opisano obsługę niezawodności w usłudze Azure Data Manager for Energy i opisano zarówno odporność regionalną ze strefami dostępności, jak i odpornością między regionami w przypadku odzyskiwania po awarii. Aby uzyskać bardziej szczegółowe omówienie niezawodności na platformie Azure, zobacz Niezawodność platformy Azure.

Obsługa strefy dostępności

Strefy dostępności są fizycznie oddzielnymi grupami centrów danych w regionie świadczenia usługi Azure. Gdy jedna strefa ulegnie awarii, usługi mogą przejść w tryb failover do jednej z pozostałych stref.

Usługa Azure Data Manager for Energy domyślnie obsługuje wystąpienia z nadmiarowością strefową i nie wymaga to dodatkowej konfiguracji.

Wymagania wstępne

Usługa Azure Data Manager for Energy obsługuje strefy dostępności w następujących regionach:

Doświadczenie zmniejszania strefy

Podczas awarii całej strefy nie jest wymagana żadna akcja podczas odzyskiwania strefy. Może dojść do krótkiego pogorszenia wydajności aż do momentu, gdy usługa sama się naprawi i ponownie zrównoważy bazowe zasoby, aby dostosować się do zdrowych stref. W tym okresie mogą wystąpić błędy 5xx i może być konieczne ponowienie próby wywołań interfejsu API do momentu przywrócenia usługi.

Odzyskiwanie po awarii między regionami i ciągłość działania

Odzyskiwanie po awarii (DR) odnosi się do praktyk używanych przez organizacje do odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe lub nieudane wdrożenia, które powodują przestoje i utratę danych. Niezależnie od przyczyny najlepszym rozwiązaniem dla awarii jest dobrze zdefiniowany i przetestowany plan odzyskiwania po awarii oraz projekt aplikacji, który aktywnie obsługuje odzyskiwanie po awarii. Przed rozpoczęciem tworzenia planu odzyskiwania po awarii zobacz Zalecenia dotyczące projektowania strategii odzyskiwania po awarii.

W przypadku DR firma Microsoft używa modelu wspólnej odpowiedzialności . W tym modelu firma Microsoft zapewnia dostępność podstawowej infrastruktury i usług platformy. Jednak wiele usług platformy Azure nie replikuje automatycznie danych ani nie wraca z regionu, w którym wystąpił błąd, aby przeprowadzić replikację krzyżową do innego włączonego regionu. W przypadku tych usług odpowiadasz za skonfigurowanie planu odzyskiwania danych po awarii, który jest dostosowany do Twojego obciążenia. Większość usług oferty platformy Azure jako usługa (PaaS) udostępnia funkcje i wskazówki wspierające DR. Możesz użyć funkcji specyficznych dla usługi, aby wspierać szybkie odzyskiwanie i ułatwić opracowanie planu odzyskiwania po awarii.

Odzyskiwanie po awarii w lokalizacji geograficznej obejmującej wiele regionów

Usługa Azure Data Manager for Energy to usługa regionalna, dlatego jest podatna na awarie usługi w regionie. Usługa Azure Data Manager for Energy stosuje konfigurację aktywno-pasywnego przełączania awaryjnego w celu odzyskania po katastrofie regionalnej. Konfiguracja aktywno-pasywna utrzymuje zasób Azure Data Manager for Energy w gotowości w regionie pomocniczym, ale nie wysyła tam ruchu, chyba że dojdzie do awarii w regionie podstawowym.

Poniżej znajduje się lista regionów podstawowych i pomocniczych dla regionów, w których jest obsługiwane odzyskiwanie po awarii:

(*) Te regiony są ograniczone w scenariuszach obsługi klientów na potrzeby odzyskiwania po awarii. Aby uzyskać więcej informacji, skontaktuj się z przedstawicielami działu sprzedaży lub klientów firmy Microsoft.

Usługa Azure Data Manager for Energy używa Azure Storage, Azure Cosmos DB i Elasticsearch jako bazowych magazynów danych do przechowywania danych partycji. Te magazyny danych oferują wysoką trwałość, dostępność i skalowalność. Usługa Azure Data Manager for Energy używa magazynu geograficznie-zapasowego (GZRS) do automatycznego replikowania danych do regionu zapasowego, który znajduje się setki kilometrów od regionu podstawowego. Te same funkcje zabezpieczeń włączone w regionie podstawowym (na przykład szyfrowanie danych w stanie spoczynku przy użyciu Twojego klucza szyfrowania) w celu ochrony danych mają zastosowanie do regionu pomocniczego. Podobnie usługa Azure Cosmos DB to globalnie rozproszona usługa danych, która replikuje metadane (wykaz) między regionami. Migawki indeksu Elasticsearch są wykonywane w regularnych odstępach czasu i replikowane geograficznie do regionu zapasowego. Wszystkie dane pokładowe są efemeryczne i dlatego podlegają utracie. Na przykład dane w trakcie przesyłania, które są częścią trwającego zadania pozyskiwania i jeszcze nie zostały utrwalone, zostaną utracone, i konieczne jest ponowne uruchomienie procesu pozyskiwania po odzyskaniu.

Konfigurowanie odzyskiwania po awarii i wykrywania awarii

Usługa Azure Data Manager for Energy stale monitoruje kondycję usługi w regionie podstawowym. Jeśli w regionie podstawowym zostanie wykryta poważna awaria usługi, podejmiemy próbę jej odzyskania w Twoim imieniu przed zainicjowaniem procedury przełączenia awaryjnego w regionie pomocniczym. Powiadomimy cię o postępie procesu failover. Po zakończeniu pracy w trybie failover możesz nawiązać połączenie z zasobem usługi Azure Data Manager for Energy w regionie pomocniczym i kontynuować operacje. Jednak może wystąpić niewielkie obniżenie wydajności ze względu na ograniczenia pojemności w regionie pomocniczym.

Zarządzanie zasobami w ramach subskrypcji

Musisz obsługiwać tryb failover aplikacji biznesowych łączących się z zasobem usługi Azure Data Manager for Energy i hostowanym w tym samym regionie podstawowym. Ponadto odpowiadasz za odzyskanie wszystkich dzienników diagnostycznych przechowywanych w obszarze roboczym usługi Log Analytics.

Jeśli skonfigurujesz prywatne linki do zasobu usługi Azure Data Manager for Energy w regionie podstawowym, musisz utworzyć pomocniczy prywatny punkt końcowy do tego samego zasobu w sparowanym regionie.

Dalsze kroki

• Niezawodność na platformie Azure