Niezawodność w usłudze Azure Logic Apps
W tym artykule opisano obsługę niezawodności w usłudze Azure Logic Apps, obejmującą odporność wewnątrz regionalną za pośrednictwem stref dostępności i wdrożeń w wielu regionach.
Odporność to wspólna odpowiedzialność między Tobą a firmą Microsoft, dlatego w tym artykule opisano również sposoby tworzenia odpornego rozwiązania spełniającego Twoje potrzeby.
Przepływy pracy aplikacji logiki ułatwiają integrowanie i organizowanie danych między aplikacjami, usługami w chmurze i systemami lokalnymi dzięki zmniejszeniu ilości kodu, który trzeba napisać. Podczas planowania odporności upewnij się, że rozważasz nie tylko aplikacje logiki, ale także te zasoby platformy Azure używane z aplikacjami logiki:
Połączenia tworzone na podstawie przepływów pracy aplikacji logiki do innych aplikacji, usług i systemów. Aby uzyskać więcej informacji, zobacz Połączenia z zasobami w dalszej części tego tematu.
Lokalne bramy danych, które są zasobami platformy Azure tworzonymi i używanymi w aplikacjach logiki do uzyskiwania dostępu do danych w systemach lokalnych. Każdy zasób bramy reprezentuje oddzielną instalację bramy danych na komputerze lokalnym. Lokalną bramę danych można skonfigurować pod kątem wysokiej dostępności przy użyciu wielu komputerów. Aby uzyskać więcej informacji, zobacz Obsługa wysokiej dostępności.
Konta integracji, na których definiujesz i przechowujesz artefakty używane przez przepływy pracy aplikacji logiki na potrzeby scenariuszy integracji z przedsiębiorstwem (B2B). Na przykład można skonfigurować odzyskiwanie po awarii między regionami dla kont integracji.
Wielodostępna usługa Azure Logic Apps automatycznie zarządza infrastrukturą obliczeniową i zasobami dla przepływów pracy Zużycie. Nie musisz konfigurować żadnych maszyn wirtualnych ani zarządzać nimi. Przepływy pracy użycia współdzielą infrastrukturę obliczeniową między wieloma klientami.
Usługa Azure Logic Apps z jedną dzierżawą uruchamia standardowe przepływy pracy na dedykowanych zasobach obliczeniowych, które są przeznaczone dla Ciebie i są nazywane planami. Każdy plan może mieć wiele wystąpień, a te wystąpienia można opcjonalnie rozłożyć w wielu strefach dostępności. Przepływy pracy są uruchamiane w wystąpieniach planu.
Zalecenia dotyczące wdrażania produkcyjnego
W przypadku przedsiębiorstwa i bezpiecznych przepływów pracy z wymaganiami dotyczącymi izolacji lub zabezpieczeń sieci zalecamy utworzenie i uruchomienie standardowych przepływów pracy w usłudze Azure Logic Apps z jedną dzierżawą, a nie przepływów pracy użycia w wielodostępnej usłudze Azure Logic Apps. Aby uzyskać więcej informacji, zobacz Tworzenie i wdrażanie w różnych środowiskach.
W przypadku wdrożeń produkcyjnych z usługą Azure Logic Apps z jedną dzierżawą należy włączyć nadmiarowość stref w celu rozłożenia zasobów aplikacji logiki w wielu strefach dostępności.
Błędy przejściowe
Błędy przejściowe są krótkie, sporadyczne błędy w składnikach. Występują one często w środowisku rozproszonym, takich jak chmura, i są one normalną częścią operacji. Poprawiają się po krótkim czasie. Ważne jest, aby aplikacje obsługiwały 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 dowiedzieć się więcej na temat obsługi błędów przejściowych, zobacz Zalecenia dotyczące przekazywania błędów przejściowych.
W usłudze Azure Logic Apps wiele wyzwalaczy i akcji automatycznie obsługuje zasady ponawiania prób, które automatycznie ponawiają żądania, które kończą się niepowodzeniem z powodu błędów przejściowych. Aby dowiedzieć się, jak zmienić lub wyłączyć zasady ponawiania dla aplikacji logiki, zobacz Obsługa błędów i wyjątków w usłudze Azure Logic Apps.
Jeśli akcja nie powiedzie się, możesz dostosować zachowanie kolejnych akcji. Zakresy można również tworzyć w celu grupowania powiązanych akcji, które mogą zakończyć się niepowodzeniem lub powodzeniem.
Aby uzyskać więcej informacji na temat obsługi błędów w usłudze Azure Logic Apps, zobacz Obsługa błędów i wyjątków w usłudze Azure Logic Apps.
Obsługa strefy dostępności
Strefy dostępności są fizycznie oddzielnymi grupami centrów danych w każdym regionie świadczenia usługi Azure. Gdy jedna strefa ulegnie awarii, usługi mogą przejść w tryb failover do jednej z pozostałych stref.
Aby uzyskać więcej informacji na temat stref dostępności na platformie Azure, zobacz Co to są strefy dostępności?
Usługa Azure Logic Apps obsługuje nadmiarowość strefy, która rozprzestrzenia zasoby obliczeniowe w wielu strefach dostępności. Podczas dystrybucji zasobów obciążeń aplikacji logiki w różnych strefach dostępności zwiększa się odporność i niezawodność obciążeń aplikacji logiki produkcyjnej.
Nowe i istniejące przepływy pracy aplikacji logiki Zużycie w wielodostępnych usłudze Azure Logic Apps automatycznie mają włączoną nadmiarowość strefy.
W przypadku standardowych przepływów pracy z opcją hostingu planu usługi przepływu pracy w usłudze Azure Logic Apps z jedną dzierżawą można opcjonalnie włączyć nadmiarowość strefy.
W przypadku standardowych przepływów pracy z opcją hostingu środowiska App Service Environment w wersji 3 można opcjonalnie włączyć nadmiarowość strefy. Aby uzyskać więcej informacji na temat sposobu obsługi stref dostępności przez środowiska App Service Environment w wersji 3, zobacz Niezawodność w usłudze App Service.
Obsługiwane regiony
Aplikacje logiki użycia, które są wdrażane w dowolnym regionie obsługującym strefy dostępności, są automatycznie strefowo nadmiarowe. Japonia Zachodnia jest wyjątkiem, który obecnie nie obsługuje strefowo nadmiarowych aplikacji logiki, ponieważ niektóre usługi zależności nie obsługują jeszcze nadmiarowości strefy.
Aplikacje logiki w warstwie strefowo nadmiarowej w warstwie Standardowa można wdrażać przy użyciu planów usługi przepływu pracy w dowolnym regionie obsługującym strefy dostępności dla usługi aplikacja systemu Azure Service. Japonia Zachodnia jest wyjątkiem, który obecnie nie obsługuje strefowo nadmiarowych aplikacji logiki. Aby uzyskać więcej informacji, zobacz Niezawodność w usłudze aplikacja systemu Azure Service.
Aby zobaczyć, które regiony obsługują strefy dostępności dla środowiska App Service Environment w wersji 3, zobacz Regiony.
Wymagania
Należy wdrożyć co najmniej trzy wystąpienia planu usługi przepływu pracy. Każde wystąpienie w przybliżeniu odpowiada jednej maszynie wirtualnej. Aby dystrybuować te wystąpienia (maszyny wirtualne) w różnych strefach dostępności, musisz mieć co najmniej trzy wystąpienia.
Kwestie wymagające rozważenia
- Magazyn: podczas konfigurowania magazynu zewnętrznego dla stanowych przepływów pracy w warstwie Standardowa należy skonfigurować konto magazynu pod kątem nadmiarowości strefy. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące magazynu dla usługi Azure Functions.
Łączniki: Wbudowane łączniki są automatycznie strefowo nadmiarowe, gdy aplikacja logiki jest strefowo nadmiarowa.
Konta integracji: konta integracji jednostki SKU w warstwie Premium są domyślnie strefowo nadmiarowe.
Koszt
Nie ma dodatkowych kosztów związanych z nadmiarowością strefy, która jest automatycznie włączona dla nowych i istniejących przepływów pracy Zużycie w wielodostępnych usłudze Azure Logic Apps.
Jeśli masz standardowe przepływy pracy z planem usługi Przepływu pracy w usłudze Azure Logic Apps z jedną dzierżawą, nie ma dodatkowych kosztów dotyczących włączania stref dostępności, o ile masz co najmniej trzy wystąpienia planu. Opłaty są naliczane na podstawie jednostki SKU planu, określonej pojemności i wszystkich wystąpień skalowanych w górę lub w dół na podstawie kryteriów skalowania automatycznego. Jeśli włączysz strefy dostępności, ale określisz pojemność mniejszą niż trzy wystąpienia, platforma wymusza co najmniej trzy wystąpienia i opłaty za te trzy wystąpienia.
Środowisko App Service Environment w wersji 3 ma określony model cenowy dla nadmiarowości strefy. Aby uzyskać informacje o cenach środowiska App Service Environment w wersji 3, zobacz Cennik.
Konfigurowanie obsługi strefy dostępności
Przepływy pracy aplikacji logiki użycia automatycznie obsługują nadmiarowość strefy, więc nie jest wymagana żadna konfiguracja.
Utwórz nowy przepływ pracy z nadmiarowością strefy.
Aby włączyć nadmiarowość stref dla przepływów pracy aplikacji logiki w warstwie Standardowa, zobacz Włączanie nadmiarowości stref dla aplikacji logiki.
Migracja
Nie można włączyć nadmiarowości strefy po utworzeniu planu usługi. Zamiast tego należy utworzyć nowy plan z włączoną nadmiarowością strefy i usunąć stary.
Wyłącz nadmiarowość strefy.
Nie można wyłączyć nadmiarowości strefy po utworzeniu planu usługi przepływu pracy. Zamiast tego należy utworzyć nowy plan z wyłączoną nadmiarowością strefy i usunąć stary.
Planowanie pojemności i zarządzanie nimi
Aby przygotować się do niepowodzenia strefy dostępności, rozważ nadmierne aprowizowanie pojemności usługi. Nadmierna aprowizacja pozwala rozwiązaniu tolerować pewien stopień utraty pojemności i nadal działać bez obniżonej wydajności.
Aby dowiedzieć się, ile wystąpień do nadmiernej aprowizacji, ważne jest, aby wiedzieć, że platforma rozpowszechnia wystąpienia w wielu strefach. Musisz uwzględnić co najmniej awarię jednej strefy.
Wykonaj następujące kroki, aby dowiedzieć się, ile wystąpień należy aprowizować:
- Określ liczbę wystąpień, których wymaga szczytowe obciążenie. W tym przykładzie używamy dwóch scenariuszy. Jeden jest z 3 wystąpieniami, a jeden ma 4.
- Pobierz liczbę wystąpień nadmiernej aprowizacji, mnożąc liczbę wystąpień obciążenia szczytowego przez współczynnik [(strefy/(strefy-1)].
- Zaokrąglij wynik do najbliższej liczby całkowitej.
Uwaga
W poniższej tabeli założono, że używasz trzech stref dostępności. Jeśli używasz innej liczby stref dostępności, odpowiednio dostosuj formułę.
| Szczytowa liczba wystąpień obciążenia | Współczynnik [(strefy/(strefy-1)] | Formuła | Wystąpienia do aprowizacji (zaokrąglone) |
|---|---|---|---|
| 3 | 3/2 lub 1.5 | (3 x 1,5 = 4,5) | 5 wystąpień |
| 100 | 3/2 lub 1.5 | (4 x 1,5 = 6) | 6 wystąpień |
Routing ruchu między strefami
Podczas normalnych operacji wywołania przepływu pracy mogą używać zasobów obliczeniowych w dowolnej ze stref dostępności w regionie.
Podczas normalnych operacji wywołania przepływu pracy są rozmieszczone wśród wszystkich dostępnych wystąpień planu we wszystkich strefach dostępności.
Środowisko strefowe
Wykrywanie i reagowanie: platforma Azure Logic Apps jest odpowiedzialna za wykrywanie awarii w strefie dostępności. Nie musisz nic robić, aby zainicjować tryb failover strefy.
Aktywne żądania: jeśli strefa dostępności stanie się niedostępna, wszystkie wykonania przepływu pracy w toku, które są uruchamiane na maszynie wirtualnej w uszkodzonej strefie dostępności, zostaną zakończone. Platforma Azure Logic Apps automatycznie wznawia przepływ pracy na innej maszynie wirtualnej w innej strefie dostępności. Ze względu na to zachowanie aktywne przepływy pracy mogą napotkać przejściowe błędy lub większe opóźnienie, ponieważ nowe maszyny wirtualne są dodawane do pozostałych stref dostępności.
Powrót po awarii
Gdy strefa dostępności zostanie odzyskana, usługa Azure Logic Apps automatycznie przywraca wystąpienia w strefie dostępności, usuwa wszystkie tymczasowe wystąpienia utworzone w innych strefach dostępności i przekierowuje ruch między wystąpieniami w normalny sposób.
Testowanie pod kątem niepowodzeń strefy
Platforma Azure Logic Apps zarządza routingiem ruchu, trybem failover i powrotem po awarii dla strefowo nadmiarowych zasobów aplikacji logiki. Nie musisz nic inicjować. Ta funkcja jest w pełni zarządzana, dlatego nie trzeba weryfikować procesów awarii strefy dostępności.
Obsługa wielu regionów
Każda aplikacja logiki jest wdrażana w jednym regionie świadczenia usługi Azure. Jeśli region stanie się niedostępny, aplikacja logiki jest również niedostępna.
Alternatywne podejścia obejmujące wiele regionów
Aby zapewnić większą odporność, możesz wdrożyć aplikację logiki rezerwowej lub kopii zapasowej w regionie pomocniczym i przejść w tryb failover do tego innego regionu, jeśli region podstawowy jest niedostępny. Aby włączyć tę funkcję, wykonaj następujące zadania:
- Wdróż aplikację logiki zarówno w regionach podstawowych, jak i pomocniczych.
- Skonfiguruj ponownie połączenia z zasobami zgodnie z potrzebami.
- Konfigurowanie równoważenia obciążenia i zasad trybu failover.
- Zaplanuj monitorowanie kondycji wystąpienia podstawowego i inicjowanie trybu failover.
Aby uzyskać więcej informacji na temat wdrożeń w wielu regionach dla przepływów pracy aplikacji logiki, zobacz następującą dokumentację:
- Wdrożenia w wielu regionach w usłudze Azure Logic Apps
- Konfigurowanie odzyskiwania po awarii między regionami dla kont integracji w usłudze Azure Logic Apps
- Tworzenie zadań replikacji dla zasobów platformy Azure przy użyciu usługi Azure Logic Apps
Umowa dotycząca poziomu usług
Umowa dotycząca poziomu usług (SLA) dla usługi Azure Logic Apps opisuje oczekiwaną dostępność usługi. Niniejsza umowa opisuje również warunki, które należy spełnić w celu osiągnięcia tego oczekiwania. Aby zrozumieć te warunki, zapoznaj się z umowami dotyczącymi poziomu usług (SLA) dla usług online.