Niezawodność wykrywania w Azure Storage

Azure Storage Discovery to w pełni zarządzana usługa, która zapewnia widoczność zasobów Azure Blob Storage i Azure Data Lake Storage. Tworzysz obszar roboczy Storage Discovery do analizowania kosztów, działań, konfiguracji i błędów na kontach magazynu w wielu subskrypcjach, grupach zasobów i regionach.

W przypadku korzystania z platformy Azure niezawodność jest wspólną odpowiedzialnością. Microsoft oferuje szereg funkcjonalności wspierających odporność i odzyskiwanie. Odpowiadasz za zrozumienie, jak te możliwości działają w ramach wszystkich używanych usług oraz za wybór tych, które są potrzebne do osiągnięcia Twoich celów biznesowych i celów dotyczących niezawodności.

W tym artykule opisano odporność usługi Azure Storage Discovery na błędy przejściowe, awarie stref dostępności, awarie całego regionu i konserwację usługi. Opisano w nim również zagadnienia dotyczące tworzenia kopii zapasowych i przywracania.

Zalecenia dotyczące wdrażania produkcyjnego pod kątem niezawodności

W przypadku obciążeń produkcyjnych zalecamy:

  • Użyj standardowego planu cenowego. W porównaniu z planem Bezpłatnym plan standardowy zapewnia więcej szczegółowych informacji i zachowuje szczegółowe informacje przez 18 miesięcy zamiast 15 dni. Aby uzyskać więcej informacji, zobacz cennik usługi Azure Storage Discovery.
  • Wdrażaj obszary robocze w regionach obsługujących strefy dostępności. W tych regionach Storage Discovery automatycznie zapewnia nadmiarowość strefową dla płaszczyzny sterowania obszaru roboczego i przechowywanych danych raportu. Nie trzeba konfigurować nadmiarowości strefy.
  • Jeśli potrzebujesz dostępu do szczegółowych informacji o funkcji Storage Discovery podczas awarii regionu, wdróż drugi obszar roboczy. Skonfiguruj drugi obszar roboczy w innym obsługiwanym regionie, aby analizować te same zasoby magazynu danych. Aby uzyskać więcej informacji, zobacz Niestandardowe rozwiązania wieloregionowe w celu zapewnienia odporności.

Omówienie architektury niezawodności

W tej sekcji opisano niektóre ważne aspekty działania usługi, które są najbardziej istotne z perspektywy niezawodności. W sekcji przedstawiono architekturę logiczną, która zawiera niektóre z zasobów i funkcji wdrażanych i używanych. Omówiono również architekturę fizyczną, która zawiera szczegółowe informacje na temat działania usługi za kulisami.

Architektura logiczna

Wdrażany zasób jest obszarem roboczym usługi Storage Discovery. Konfigurujesz co najmniej jeden katalog główny obszaru roboczego, aby identyfikować subskrypcje i grupy zasobów zawierające konta magazynu, które mają być analizowane przez usługę. Można również tworzyć zakresy, które używają tagów zasobów do filtrowania tych kont magazynu danych i grupowania ich na potrzeby raportowania. Obszar roboczy może analizować konta magazynu w wielu subskrypcjach, grupach zasobów i regionach w ramach tej samej dzierżawy Microsoft Entra.

Storage Discovery okresowo analizuje konta magazynu danych i generuje raporty zawierające szczegółowe informacje o środowisku zasobów magazynu. Agregacja szczegółowych informacji często kończy się w ciągu kilku godzin, ale może potrwać więcej niż dzień. Aby uzyskać więcej informacji na temat czasu agregacji i rozwiązywania problemów z brakującymi danymi raportu, zobacz Często zadawane pytania dotyczące Azure Storage Discovery. Plan cenowy określa, które typy szczegółowych informacji są dostępne i przez jak długi czas Storage Discovery przechowuje szczegółowe informacje. Aby uzyskać więcej informacji, zobacz cennik usługi Azure Storage Discovery.

Obszar roboczy Storage Discovery to zasób regionalny. Wybrany region dla obszaru roboczego określa, gdzie Storage Discovery przechowuje jego konfigurację i wygenerowane analizy.

Architektura fizyczna

Storage Discovery to w pełni zarządzana usługa. Microsoft zarządza podstawową infrastrukturą, replikacją danych konfiguracji i raportów oraz wydajnością usługi. Nie musisz wdrażać infrastruktury dla Storage Discovery ani nią zarządzać. Aby uzyskać więcej informacji na temat architektury i możliwości usługi, zobacz Co to jest Azure Storage Discovery? i Pojęcia dotyczące Azure Storage Discovery.

Storage Discovery ma płaszczyznę sterowania i płaszczyznę danych:

  • Warstwa sterowania: Zarządza konfiguracją obszaru roboczego.
  • Warstwa danych: Pobiera informacje z kont magazynu, generuje raporty, przetwarza zapytania dotyczące raportów i przechowuje dane raportów.

Odporność na błędy przejściowe

Błędy przejściowe to krótkotrwałe, sporadyczne awarie w komponentach. Występują one często w środowisku rozproszonym, takich jak chmura, i są one normalną częścią operacji. Błędy przejściowe naprawiają się po krótkim czasie. Ważne jest, aby aplikacje mogły obsługiwać błędy przejściowe, zwykle ponawiając próby żądań, których dotyczy problem.

Wszystkie aplikacje hostowane w chmurze powinny postępować zgodnie ze wskazówkami dotyczącymi obsługi błędów przejściowych platformy Azure podczas komunikowania się z dowolnymi interfejsami API hostowanymi w chmurze, bazami danych i innymi składnikami. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące obsługi błędów przejściowych.

Przejściowe błędy mogą wpływać na Storage Discovery na dwa główne sposoby:

  • Żądania klienta: Błędy przejściowe mogą mieć wpływ na żądania wdrażania lub modyfikowania obszarów roboczych i żądania pobrania raportów. W przypadku automatyzacji tych operacji odpowiadasz za obsługę błędów przejściowych w swojej automatyzacji. Użyj zestawów SDK dostarczanych przez firmę Microsoft tam, gdzie to możliwe, i użyj ograniczonej liczby ponowień z odpowiednim opóźnieniem między próbami.

  • Agregacja szczegółowych informacji: Odnajdywanie zasobów magazynu automatycznie ponawia próby w przypadku błędów przejściowych występujących podczas zbierania i agregowania informacji z kont magazynu. W bardzo rzadkich przypadkach w danych raportu mogą występować trwałe luki w przypadku wyczerpania ponownych prób.

Storage Discovery przetwarza i agreguje wnioski asynchronicznie. Większość raportów jest dostępna w ciągu kilku godzin, podczas gdy niektóre zaawansowane szczegółowe informacje mogą wymagać dodatkowego czasu przetwarzania i mogą pojawić się dopiero po upływie do 48 godzin lub później. Jeśli oczekiwane szczegółowe informacje pozostaną niedostępne po 48 godzinach, sprawdź konfigurację obszaru roboczego i skontaktuj się z pomocą techniczną Azure. Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące Azure Storage Discovery.

Odporność na błędy strefy dostępności

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

Planując na wypadek awarii stref dostępności, należy wziąć pod uwagę te trzy składniki:

  • Płaszczyzna sterowania: W regionach, które mają strefy dostępności, płaszczyzna sterowania usługi Storage Discovery jest nadmiarowa strefowo. Warstwa sterowania pozostaje dostępna, jeśli strefa jest niedostępna, chociaż w poszczególnych operacjach zarządzania mogą wystąpić przejściowe przerwy. Microsoft wybiera strefy i zarządza nadmiarowością stref. Nie można wybrać stref i nie trzeba konfigurować nadmiarowości stref.
  • Płaszczyzna danych: Płaszczyzna danych usługi Storage Discovery pozyskuje informacje, generuje raporty, przetwarza zapytania dotyczące raportów i przechowuje dane raportów. Przechowywane dane raportu są strefowo nadmiarowe, ale niektóre składniki obliczeniowe płaszczyzny danych mogą zostać dotknięte awarią w strefie, która je hostuje. Ingestowanie danych, generowanie raportów i zapytania dotyczące raportów mogą być wstrzymane do momentu odzyskania strefy, której dotyczy problem. Microsoft zarządza płaszczyzną danych i nadmiarowością stref przechowywanych danych raportowania.
  • Przeanalizowane konta magazynowe: Twoje konta magazynowe nie są częścią usługi Storage Discovery. Ich konfiguracja nadmiarowości określa, czy pozostają dostępne podczas awarii strefy. Storage Discovery nie może zbierać nowych informacji z niedostępnego konta magazynu danych. Nawet jeśli przeanalizowane konto pozostanie dostępne, przetwarzanie płaszczyzny danych Storage Discovery może zostać wstrzymane zgodnie z opisem w temacie Zachowanie podczas awarii strefy.

Requirements

  • Obsługa regionów: Nadmiarowość strefy jest dostępna podczas wdrażania obszaru roboczego w regionie obsługującym usługę Storage Discovery i strefy dostępności. Aby uzyskać bieżącą listę regionów obsługujących Storage Discovery, zobacz Wybieranie regionu Azure dla danego wdrożenia. W przypadku regionów zapewniających strefy dostępności zobacz regiony platformy Azure ze strefami dostępności.

  • Obsługa planu cenowego: Nadmiarowość strefy dla płaszczyzny sterowania i przechowywanych danych raportu jest dostępna zarówno dla planów cenowych Bezpłatna, jak i Standardowa.

Cost

Storage Discovery nie zapewnia oddzielnego ustawienia ani miernika rozliczeniowego dla nadmiarowości strefowej. Koszt obszaru roboczego zależy od planu cenowego oraz zasobów magazynu i obiektów objętych zakresem. Aby uzyskać więcej informacji, zobacz Cennik usługi Azure Storage Discovery.

Konfiguruj obsługę stref dostępności

Podczas tworzenia obszaru roboczego Storage Discovery w obsługiwanym regionie usługa Storage Discovery automatycznie włącza nadmiarowość strefową dla płaszczyzny sterowania i przechowywanych danych raportu. Nie można wyłączyć nadmiarowości strefy ani wybrać stref dostępności używanych przez obszar roboczy. Aby uzyskać więcej informacji na temat tworzenia obszaru roboczego, zobacz Tworzenie obszaru roboczego odnajdywania Azure Storage.

Zachowanie, gdy wszystkie strefy są w dobrej kondycji

W tej sekcji opisano, czego można oczekiwać, gdy obszar roboczy Storage Discovery znajduje się w regionie obsługującym strefy dostępności, konta magazynu danych, które analizuje, używają magazynu strefowo nadmiarowego (ZRS), a wszystkie strefy dostępności działają.

  • Działanie między strefami: Warstwa danych Storage Discovery okresowo pozyskuje informacje z kont magazynu, generuje raporty, przetwarza zapytania dotyczące raportów i przechowuje dane raportów. Infrastruktura w dowolnej strefie dostępności może wykonywać te operacje.

  • Replikacja danych między strefami: Storage Discovery przechowuje dane raportów nadmiarowo w wielu strefach dostępności.

Zachowanie podczas awarii strefy

W tej sekcji opisano, czego można oczekiwać, gdy obszar roboczy Storage Discovery znajduje się w regionie obsługującym strefy dostępności, a analizowane przez niego konta magazynu korzystają z ZRS i występuje awaria w jednej strefie dostępności.

  • Wykrywanie i reagowanie: Microsoft wykrywa awarię strefy dostępności i zarządza reakcją usługi. Nie musisz inicjować trybu failover dla obszaru roboczego Storage Discovery.
  • Powiadomienie: Firma Microsoft nie powiadamia cię automatycznie, gdy strefa nie działa. Można jednak użyć Azure Service Health aby zrozumieć ogólną kondycję usługi, w tym wszelkie błędy strefy, i skonfigurować alerty Service Health w celu powiadamiania o problemach.

  • Aktywne żądania: Aktywne operacje zarządzania i zapytania raportów mogą zostać przerwane podczas awarii strefy. Ponów próbę niepomyślnych żądań, postępując zgodnie ze wskazówkami w temacie Odporność na błędy przejściowe.

    Jeśli uszkodzona strefa hostuje składniki obliczeniowe płaszczyzny danych, których dotyczy problem, pozyskiwanie danych, generowanie raportów i zapytania dotyczące raportów mogą zostać wstrzymane do momentu przywrócenia działania strefy.

    Jeśli konto usługi Storage stanie się niedostępne, na przykład ze względu na to, że używa magazynu lokalnie nadmiarowego (LRS), Storage Discovery nie może zbierać z niego nowych informacji, dopóki konto nie wróci do działania. konto magazynu korzystające z ZRS pozostaje dostępne podczas awarii strefy, ale Storage Discovery może nie pobierać z niego nowych informacji podczas wstrzymania przetwarzania w płaszczyźnie danych.

  • Oczekiwana utrata danych: Storage Discovery nie powinno utracić wcześniej wygenerowanych raportów z powodu awarii strefy dostępności.

  • Oczekiwany przestój:

    • Płaszczyzna sterowania: Płaszczyzna sterowania obszaru roboczego Storage Discovery pozostaje dostępna, ale w poszczególnych operacjach zarządzania mogą wystąpić przejściowe zakłócenia.

    • Płaszczyzna danych: Jeśli strefa, w której wystąpiła awaria, hostuje składniki obliczeniowe płaszczyzny danych, których to dotyczy, pozyskiwanie danych, generowanie raportów i wykonywanie zapytań o raporty mogą zostać wstrzymane do momentu przywrócenia strefy.

  • Redystrybucja: Microsoft zarządza redystrybucją żądań dla płaszczyzny kontroli Storage Discovery. Storage Discovery nie redystrybuuje przetwarzania płaszczyzny danych do innej strefy. Konfiguracja nadmiarowości konta magazynu określa, jak Azure Storage reaguje na awarię strefy.

Odzyskiwanie strefy

Microsoft zarządza odzyskiwaniem po awarii strefy dla obszaru roboczego Storage Discovery. Po odzyskaniu strefy, której dotyczy problem, Storage Discovery wznawia pozyskiwanie danych, generowanie raportów i wykonywanie zapytań dotyczących raportów.

Jeśli strefa, której dotyczy problem, jest trwale niedostępna, Microsoft może odzyskać przechowywane dane raportu bez utraty danych. Przywracanie po trwałej utracie strefy może trwać dłużej niż przywracanie po tymczasowej awarii, a operacje płaszczyzny danych mogą pozostać wstrzymane podczas procesu odzyskiwania.

Po odzyskaniu konta magazynowego, którego dotyczy problem, Storage Discovery wznawia agregowanie szczegółowych informacji. Storage Discovery może nie uzupełniać brakujących metryk, których nie udało się zebrać, gdy konto było niedostępne, zwłaszcza w przypadku kont magazynu LRS, dlatego raporty i agregacje mogą zawierać luki w okresie awarii. Wyświetlenie aktualizacji raportów może potrwać do 24 godzin.

Testowanie pod kątem niepowodzeń strefy

Nie można zasymulować awarii strefy dostępności dla usługi Storage Discovery. Przetestuj konfigurację nadmiarowości i procedury odzyskiwania dla kont magazynowych, które obszar roboczy analizuje oddzielnie.

Odporność na awarie całego regionu

Obszar roboczy Storage Discovery to zasób jednoregionowy. Storage Discovery nie replikuje obszaru roboczego ani zachowanych analiz do innego regionu i nie powoduje automatycznego przełączenia awaryjnego obszaru roboczego. Wpływ awarii całego regionu zależy od tego, czy awaria ma wpływ na obszar roboczy, czy konto magazynu, które jest analizowane:

  • Awaria regionu obszaru roboczego: Jeśli region obszaru roboczego jest niedostępny, nie możesz zarządzać obszarem roboczym, pobierać raportów ani uzyskiwać nowych analiz do czasu przywrócenia działania regionu. Te efekty mają zastosowanie nawet wtedy, gdy konta magazynu danych znajdują się w regionach w dobrej kondycji i pozostają dostępne.

  • Niepowodzenie regionu konta magazynu danych: Jeśli region obszaru roboczego pozostanie w dobrej kondycji, możesz nadal zarządzać obszarem roboczym i pobierać jego raporty. Storage Discovery nadal agreguje szczegółowe informacje z kont magazynu w regionach w dobrej kondycji, ale nie może zbierać nowych informacji z konta magazynu, które jest niedostępne. Istniejące analizy dotyczące niedostępnego konta pozostają dostępne.

    Gdy konto magazynowe stanie się ponownie dostępne, Storage Discovery wznawia agregację szczegółowych informacji. Jeśli dane zostaną trwale utracone z konta magazynu danych, Storage Discovery nie może wygenerować ani uzupełnić analiz, które zależą od utraconych danych.

Jeśli w tym samym regionie są również hostowane konta magazynu analizowane przez obszar roboczy, awaria regionu może spowodować, że zarówno obszar roboczy, jak i te konta magazynu będą niedostępne do czasu odzyskania regionu.

Niestandardowe rozwiązania wieloregionowe zapewniające odporność

Jeśli potrzebujesz dostępu do raportów Storage Discovery podczas awarii całego regionu, utwórz drugi obszar roboczy w innym obsługiwanym regionie. Skonfiguruj oba obszary robocze, aby analizować te same zasoby pamięci masowej. Obszary robocze działają niezależnie, a każdy obszar roboczy wykonuje własną analizę i zachowuje własne szczegółowe informacje. Każdy obszar roboczy jest rozliczany oddzielnie.

Takie podejście nie jest wbudowaną funkcją odzyskiwania po awarii. Chroni dostęp do raportów przed awarią w którymkolwiek z regionów obszaru roboczego, ale nie replikuje raportów między obszarami roboczymi. Nie chroni również agregacji analiz, gdy awaria regionu sprawia, że analizowane konto magazynu jest niedostępne, ponieważ żaden z obszarów roboczych nie może zbierać informacji z tego konta.

Skonfiguruj konta magazynu danych oddzielnie, aby spełniały wymagania dotyczące odporności regionalnej. Aby uzyskać więcej informacji, zobacz Reliability in Azure Blob Storage(

Tworzenie kopii zapasowej i przywracanie

Storage Discovery nie zapewnia operacji tworzenia kopii zapasowych ani przywracania konfiguracji obszaru roboczego, szczegółowych informacji obszaru roboczego ani wygenerowanych raportów obszaru roboczego. Listę zasobów magazynowania znajdujących się za pojedynczym wykresem raportu można pobrać do pliku CSV, ale nie można użyć tego pliku do przywrócenia obszaru roboczego ani jego analiz. Aby uzyskać więcej informacji na temat pobierania listy zasobów, zobacz Co to jest Azure Storage Discovery?.

Usunięcie zakresu powoduje natychmiastową utratę szczegółowych informacji zebranych dla tego zakresu. Usunięcie obszaru roboczego powoduje natychmiastową utratę szczegółowych informacji zebranych dla wszystkich jego zakresów. Nie można odzyskać usuniętych historycznych analiz.

Jeśli przeniesiesz obszar roboczy do innej dzierżawy Microsoft Entra, trwale utracisz historię analiz, nawet jeśli później przeniesiesz obszar roboczy z powrotem do oryginalnej dzierżawy. Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące odnajdywania Azure Storage.

Zdefiniuj obszar pracy, katalogi główne obszarów pracy, zakresy i plan cenowy przy użyciu infrastruktury jako kodu i zapisz definicje w kontroli źródła. Za pomocą tych definicji można ponownie wdrożyć konfigurację obszaru roboczego, ale ponowne wdrożenie nie przywraca usuniętych analiz.

Jeśli obniżysz poziom obszaru roboczego z planu Standard do planu Free, Storage Discovery trwale usunie szczegółowe informacje starsze niż 15 dni. Nie można odzyskać tych wniosków, zmieniając obszar roboczy z powrotem na plan standardowy. Aby uzyskać więcej informacji, zobacz Często zadawane pytania dotyczące odnajdywania Azure Storage.

Odporność usługi na prace konserwacyjne

Firma Microsoft regularnie stosuje aktualizacje usług i wykonuje inną konserwację. Platforma Azure automatycznie obsługuje te działania, zapewniając bezproblemową i przejrzystą konserwację. Podczas zdarzeń konserwacji nie przewiduje się przestoju, chyba że poinformowano Cię o zaplanowanej konserwacji Azure Service Health.

Umowa dotycząca poziomu usług

Azure Storage Discovery nie oferuje umowy dotyczącej poziomu usług (SLA).

Treści powiązane

  • Ostatnia aktualizacja o