Niezawodność w ramach Microsoft Fabric

Ten artykuł opisuje obsługę niezawodności w Microsoft Fabric, w tym zarówno odporność regionalną zapewnianą przez strefy dostępności, jak i odzyskiwanie międzyregionalne oraz ciągłość działania. 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.

Fabric używa stref dostępności platformy Azure do ochrony elementów Fabric i elementów Power BI oraz danych przed awariami centrum danych. Usługa automatycznie rozdziela zasoby Fabric w wielu strefach bez konieczności konfiguracji klienta.

  • Inżynieria danych obsługuje strefy dostępności, jeśli używasz usługi OneLake. Jeśli używasz innych źródeł danych, takich jak ADLS Gen2, upewnij się, że magazyn strefowo nadmiarowy (ZRS) jest włączony.

Doświadczenie redukcji strefy

Podczas awarii całej strefy nie jest wymagana żadna akcja klienta. Funkcje sieci szkieletowej samoczynnie się naprawiają i wyrównują, w celu wykorzystania zdrowej strefy. W niektórych przypadkach operacje w toku mogą wymagać wznowienia. Na przykład uruchamianie zadań Spark może się nie powieść, jeśli główny węzeł znajduje się w strefie awarii. W takim przypadku musisz ponownie przesłać zadania. Zapytania endpointów w hurtowni danych i analityce SQL mogą zawiódć, jeśli węzeł front-end znajduje się w strefie awarii. W takim przypadku musisz bezpiecznie uruchomić zapytanie od nowa.

Important

Podczas gdy Microsoft stara się zapewnić jednolite i spójne wsparcie dla stref dostępności, w niektórych przypadkach awarii stref dostępności moce obliczeniowe Fabric zlokalizowane w regionach Azure z większymi wahaniami zapotrzebowania klientów mogą doświadczyć opóźnień większych niż normalnie.

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 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.

W tej sekcji opisano plan odzyskiwania po awarii dla platformy Fabric, którego celem jest pomoc w zachowaniu bezpieczeństwa i dostępności danych w organizacji, gdy wystąpi nieplanowana awaria regionalna. Plan obejmuje następujące tematy:

  • Replikacja między regionami: Fabric oferuje replikację między regionami dla danych przechowywanych w usłudze OneLake. Możesz włączyć lub wyłączyć tę funkcję w zależności od swoich wymagań.

  • Dostęp do danych po awarii: w scenariuszu regionalnej awarii technologia Fabric gwarantuje dostęp do danych z pewnymi ograniczeniami. Chociaż tworzenie lub modyfikowanie nowych elementów jest ograniczone po przejściu w tryb failover, głównym celem jest zapewnienie, że istniejące dane pozostają dostępne i nienaruszone.

  • Wskazówki dotyczące odzyskiwania: Fabric zapewnia ustrukturyzowany zestaw instrukcji, który poprowadzi Cię przez proces odzyskiwania. Wskazówki ustrukturyzowane ułatwiają przejście z powrotem do regularnych operacji.

Usługa Power BI, obecnie część sieci szkieletowej, ma stały system odzyskiwania po awarii i oferuje następujące funkcje:

  • BCDR domyślnie: Jeśli region jest sparowany z regionem obsługującym usługę Power BI, funkcje odzyskiwania po awarii są dostępne domyślnie. Nie musisz wybierać ani aktywować tej funkcji oddzielnie.

  • Replikacja między regionami: usługa Power BI używa replikacji geograficznie nadmiarowej usługi Azure Storage i replikacji geograficznie nadmiarowej usługi Azure SQL w celu zagwarantowania, że wystąpienia kopii zapasowych istnieją w innych regionach i mogą być używane. Oznacza to, że dane są zduplikowane w różnych regionach, zwiększając ich dostępność i zmniejszając ryzyko związane z awariami regionalnymi.

  • Ciągłe usługi i dostęp po awarii: nawet podczas zakłóceń elementy usługi Power BI pozostają dostępne w trybie tylko do odczytu. Elementy obejmują semantyczne modele, raporty i pulpity nawigacyjne, dzięki czemu firmy mogą kontynuować procesy analizy i podejmowania decyzji bez znaczących przeszkód.

Więcej informacji można znaleźć w FAQ dotyczącym wysokiej dostępności, przełączania awaryjnego i odzyskiwania po awarii w Power BI.

Important

W przypadku klientów dotkniętych katastrofą, których regiony macierzyste nie mają sparowanego regionu platformy Azure obsługującego usługę Fabric, możliwość korzystania z zasobów pojemności usługi Fabric może być ograniczona, nawet jeśli dane w tych zasobach pojemności są replikowane. To ograniczenie wiąże się z infrastrukturą regionu macierzystego, która jest niezbędna do funkcjonowania tych sił produkcyjnych. Aby wyświetlić listę regionów obsługujących Fabric, przejdź do Dostępność regionów Fabric.

Funkcjonalność regionu macierzystego i pojemności

Skuteczne planowanie odzyskiwania po katastrofie ma kluczowe znaczenie dla zrozumienia relacji między regionem macierzystym a lokacjami zasobów. Zrozumienie lokalizacji regionów macierzystych i wydajności ułatwia wybór strategiczny regionów wydajności, a także procesów związanych z replikacją i odzyskiwaniem.

Region domowy dzierżawy i przechowywania danych organizacji jest ustawiony na lokalizację adresu rozliczeniowego podanego przy zakładaniu pierwszego konta. Aby uzyskać więcej informacji na temat konfigurowania dzierżawy, zobacz Planowanie implementacji usługi Power BI: Konfiguracja dzierżawy. Podczas tworzenia nowych pojemności magazyn danych jest domyślnie ustawiony na region macierzysny. Jeśli chcesz zmienić region przechowywania danych na inny region, musisz włączyć Multi-Geo, funkcję Fabric Premium.

Important

Wybranie innego regionu dla pojemności nie powoduje całkowitego przeniesienia wszystkich danych do tego regionu. Niektóre elementy danych nadal pozostają przechowywane w regionie macierzystym. Aby sprawdzić, które dane pozostają w regionie macierzysym i które dane są przechowywane w regionie z włączoną obsługą funkcji Multi-Geo, zobacz Konfigurowanie obsługi funkcji Multi-Geo dla sieci szkieletowej Premium.

W przypadku regionu macierzystego, który nie ma regionu sparowanego, zdolności w dowolnym regionie z Multi-Geo mogą napotkać problemy operacyjne, jeśli region macierzysty napotyka awarię, ponieważ podstawowa funkcjonalność usług jest powiązana z regionem macierzystym.

W przypadku wybrania regionu z obsługą wielu regionów geograficznych w UE gwarantuje się, że dane są przechowywane w granicach danych UE.

Aby dowiedzieć się, jak zidentyfikować region macierzysty, zobacz Znajdowanie regionu macierzystego usługi Fabric.

Ustawienie pojemności odzyskiwania po awarii

Platforma Fabric udostępnia przełącznik odzyskiwania po awarii na stronie ustawień pojemności. Jest ona dostępna, gdy pary regionalne platformy Azure pokrywają się z zasięgiem usługi Fabric. Oto specyfika tego przełącznika:

  • Dostęp do roli: tylko użytkownicy z rolą administratora pojemności lub wyższą mogą używać tego przełącznika.

  • Stopień szczegółowości: Stopień szczegółowości przełącznika to poziom pojemności. Jest ona dostępna zarówno w pojemności Premium, jak i Fabric.

  • Zakres danych: Przełącznik odzyskiwania po awarii dotyczy konkretnie danych OneLake, w tym danych Lakehouse i Warehouse. Przełącznik nie wpływa na dane przechowywane poza OneLake.

  • Ciągłość BCDR dla Power BI: Chociaż możesz włączać i wyłączać odzyskiwanie po awarii dla danych OneLake, BCDR dla Power BI jest zawsze wspierane, niezależnie od tego, czy przełącznik jest włączony, czy wyłączony.

  • Częstotliwość: Po zmianie ustawienia zdolności odzyskiwania po awarii musisz odczekać 30 dni, zanim będziesz mógł je ponownie zmienić. Okres oczekiwania utrzymuje stabilność i zapobiega ciągłemu przełączaniu.

Zrzut ekranu przedstawiający konfigurację tenanta odzyskiwania po awarii.

Note

Po włączeniu ustawienia zdolności odzyskiwania po awarii lub utworzeniu nowych przestrzeni roboczych w ramach tej przepustowości, replikacja danych może zająć trochę czasu. Stan każdego obszaru roboczego można sprawdzić na stronie ustawień pojemności w obszarze Obszary robocze przypisane do tej pojemności. W kolumnie Replikacja geograficzna OneLake jest wyświetlany stan włączania replikacji geograficznej.

Replikacja danych

Po włączeniu ustawienia pojemności odzyskiwania po awarii replikacja między regionami jest włączona jako funkcja odzyskiwania po awarii dla danych usługi OneLake. Platforma Fabric jest zgodna z regionami platformy Azure w celu tworzenia par nadmiarowości geograficznej. Jednak niektóre regiony nie mają sparowanego regionu Azure lub sparowany region nie obsługuje systemu Azure Fabric. W przypadku tych regionów replikacja danych nie jest dostępna. Aby uzyskać więcej informacji, zobacz Regiony ze strefami dostępności bez pary regionów oraz dostępność w regionie Fabric.

Note

Chociaż usługa Fabric oferuje rozwiązanie replikacji danych w usłudze OneLake do obsługi odzyskiwania po awarii, istnieją istotne ograniczenia. Na przykład dane baz danych KQL i zestawów zapytań są przechowywane zewnętrznie w usłudze OneLake, co oznacza, że potrzebne jest oddzielne podejście do odzyskiwania po awarii. Zapoznaj się z resztą tego dokumentu, aby uzyskać szczegółowe informacje na temat podejścia do odzyskiwania po awarii dla każdego elementu sieci Fabric.

Billing

Funkcja przywracania po awarii w Fabric umożliwia georeplikację danych, co zwiększa bezpieczeństwo i niezawodność. Ta funkcja zużywa więcej miejsca na przechowywanie i transakcji, które są rozliczane odpowiednio jako Przechowywanie BCDR i Operacje BCDR. Możesz monitorować i zarządzać tymi kosztami w aplikacji Microsoft Fabric Capacity Metrics, gdzie są one wyświetlane jako oddzielne elementy wiersza.

Aby uzyskać szczegółowy wykaz wszystkich powiązanych kosztów odzyskiwania po awarii, aby ułatwić odpowiednie planowanie i budżetowanie, zobacz OneLake compute and storage consumption.

Skonfiguruj odzyskiwanie po awarii

Chociaż Fabric udostępnia funkcje odzyskiwania po awarii w celu zapewnienia odporności danych, należy wykonać pewne czynności ręczne, aby przywrócić usługę podczas zakłóceń. Ta sekcja zawiera szczegółowe informacje o akcjach, które należy podjąć, aby przygotować się do potencjalnych zakłóceń.

Faza 1. Przygotowanie

  • Aktywuj ustawienia pojemności odzyskiwania po awarii: regularnie sprawdzaj i ustawiaj ustawienia pojemności odzyskiwania po awarii, aby upewnić się, że spełniają one wymagania dotyczące ochrony i wydajności.

  • Tworzenie kopii zapasowych danych: skopiuj dane krytyczne przechowywane poza usługą OneLake do innego regionu w sposób dostosowany do planu odzyskiwania po awarii.

Faza 2: Przełączenie awaryjne

Gdy poważna katastrofa sprawia, że region główny jest nie do odzyskania, Microsoft Fabric inicjuje regionalny failover. Nie możesz uzyskać dostępu do portalu Fabric, dopóki przełączenie awaryjne nie zostanie ukończone. Powiadomienie jest publikowane na stronie wsparcia Microsoft Fabric.

Czas potrzebny na ukończenie failoveru może się różnić, chociaż zazwyczaj wynosi mniej niż godzinę. Po zakończeniu przełączenia awaryjnego możesz się spodziewać:

  • Portal sieci szkieletowej: można uzyskać dostęp do portalu, a operacje odczytu, takie jak przeglądanie istniejących obszarów roboczych, przepływy zadań w obszarach roboczych oraz elementy, nadal działają. Wszystkie operacje zapisu, takie jak tworzenie lub modyfikowanie obszaru roboczego, są wstrzymane.

  • Power BI: możesz wykonywać operacje odczytu, takie jak wyświetlanie pulpitów nawigacyjnych i raportów. Operacje odświeżania, operacje publikowania raportów, modyfikacje pulpitu nawigacyjnego i raportu oraz inne operacje, które wymagają zmian metadanych, nie są obsługiwane.

  • Lakehouse/Warehouse: Nie możesz otworzyć tych przedmiotów, ale możesz uzyskać dostęp do plików przez API lub narzędzia OneLake.

  • Definicja zadania Spark: Nie możesz otworzyć definicji zadań w Sparku, ale możesz uzyskać dostęp do plików kodu przez API lub narzędzia OneLake. Wszystkie metadane lub konfiguracja są zapisywane po przełączeniu awaryjnym.

  • Notatnik: Nie można otwierać zeszytów, a zawartość kodu nie jest zapisywana po katastrofie.

  • Model uczenia maszynowego/eksperyment: nie można otwierać modeli uczenia maszynowego ani eksperymentów. Zawartość kodu i metadane, takie jak metryki uruchomienia i konfiguracje, nie są zapisywane po katastrofie.

  • Dataflow Gen2/Pipeline/Eventstream: Nie można otworzyć tych elementów, ale możesz użyć obsługiwanych miejsc docelowych odzyskiwania po awarii (magazyny danych lub centrum danych), aby chronić dane.

  • Baza danych KQL/zestaw zapytań: Nie można uzyskać dostępu do baz danych KQL i zestawów zapytań po przełączeniu awaryjnym. Aby chronić dane w bazach danych KQL i zestawach zapytań, wymagane są dalsze kroki wymagań wstępnych.

W przypadku katastrofy portal Fabric i Power BI są w trybie tylko do odczytu, a inne elementy Fabric są niedostępne. Możesz uzyskać dostęp do ich danych przechowywanych w OneLake za pomocą API lub narzędzi firm trzecich. Zarówno portal, jak i usługa Power BI zachowują możliwość wykonywania operacji odczytu i zapisu na tych danych. Ta możliwość zapewnia dostępność i modyfikowanie krytycznych danych oraz zmniejsza potencjalne zakłócenia operacji biznesowych.

Dostęp do danych OneLake można uzyskać przez wiele kanałów:

Faza 3. Plan odzyskiwania

Platforma Fabric zapewnia, że dane pozostają dostępne po awarii, ale można również podjąć działania w celu pełnego przywrócenia usług do stanu sprzed zdarzenia. Ta sekcja zawiera szczegółowy przewodnik, który ułatwia proces odzyskiwania.

Kroki odzyskiwania

  1. Utwórz nową pojemność Fabric w dowolnym regionie po awarii. Biorąc pod uwagę duże zapotrzebowanie podczas takich wydarzeń, wybierz region poza swoją główną lokalizacją, aby zwiększyć szanse na dostępność usług obliczeniowych. Aby uzyskać informacje na temat tworzenia pojemności, zobacz Kupowanie subskrypcji usługi Microsoft Fabric.

  2. Utwórz obszary robocze w nowo utworzonych zasobach. W razie potrzeby użyj tych samych nazw co stare obszary robocze.

  3. Utwórz elementy o takich samych nazwach jak te, które chcesz odzyskać. Ten krok jest ważny, jeśli używasz customowego skryptu do odzyskiwania jezior i magazynów.

  4. Przywróć elementy. Dla każdego elementu postępuj zgodnie z odpowiednią sekcją w wskazówkach na temat odzyskiwania po awarii specyficznych dla środowiska, aby przywrócić element.

Następne kroki

  • Last updated on