Niezawodność w usłudze Azure Application Gateway w wersji 2

Usługa Azure Application Gateway to moduł równoważenia obciążenia ruchu internetowego, którego można użyć do zarządzania ruchem do aplikacji internetowych. Udostępnia zaawansowane funkcje, takie jak skalowanie automatyczne, nadmiarowość strefy, statyczne wirtualne adresy IP (VIP) i integracja zapory aplikacji internetowej (WAF) w celu dostarczania usług dostarczania aplikacji o wysokiej dostępności i zabezpieczaniu.

W przypadku korzystania z platformy Azure niezawodność jest wspólną odpowiedzialnością. Firma Microsoft oferuje szereg możliwości wspierania odporności systemów i odzyskiwania. Odpowiadasz za zrozumienie sposobu działania tych możliwości we wszystkich używanych usługach oraz wybór możliwości potrzebnych do osiągnięcia twoich celów biznesowych i celów dostępności.

W tym artykule opisano, jak usługa Application Gateway w wersji 2 jest odporna na różne potencjalne awarie i problemy, w tym przejściowe błędy, awarie stref dostępności i awarie regionów. Wyróżniono również niektóre kluczowe informacje dotyczące umowy dotyczącej poziomu usług (SLA) usługi Application Gateway w wersji 2.

Ważne

Niezawodność ogólnego rozwiązania zależy od konfiguracji serwerów zaplecza, do których usługa Application Gateway kieruje ruch. W zależności od rozwiązania mogą to być maszyny wirtualne platformy Azure, zestawy skalowania maszyn wirtualnych platformy Azure, usługi Azure App Services lub zewnętrzne punkty końcowe.

Serwery zaplecza nie znajdują się w zakresie tego artykułu, ale ich konfiguracje dostępności mają bezpośredni wpływ na odporność aplikacji. Zapoznaj się z przewodnikami dotyczącymi niezawodności dla wszystkich usług platformy Azure w rozwiązaniu, aby dowiedzieć się, jak każda usługa spełnia wymagania dotyczące niezawodności. Dzięki upewnieniu się, że serwery zaplecza są również skonfigurowane pod kątem wysokiej dostępności i nadmiarowości stref, można uzyskać kompleksową niezawodność aplikacji.

Zalecenia dotyczące wdrażania produkcyjnego

Aby dowiedzieć się, jak wdrożyć usługę Application Gateway w celu obsługi wymagań dotyczących niezawodności rozwiązania i jak niezawodność wpływa na inne aspekty architektury, zobacz Architecture best practices for Application Gateway in the Azure Well-Architected Framework (Najlepsze rozwiązania dotyczące architektury dla usługi Application Gateway w środowisku Azure Well-Architected Framework).

Omówienie architektury niezawodności

Application Gateway to usługa zarządzana. Ważne jest, aby zrozumieć niektóre kluczowe elementy architektury usługi, dzięki czemu można podejmować świadome decyzje dotyczące niezawodności.

• Brama: Podczas wdrażania usługi Application Gateway wdrażana jest brama, czyli zasób platformy Azure, z którym pracujesz.

• Instancje:Instancja jest pojedynczą instancją bramy. Gateway ma wiele instancji. Każde wystąpienie ma własny prywatny adres IP, obsługuje ruch i kieruje żądania.

  Ważne

  W przypadku wysokiej dostępności każda brama jest zawsze tworzona z co najmniej dwoma wystąpieniami. Jednak portal Azure może wskazywać, że gateway ma jedno wystąpienie, mimo że faktycznie ma dwa.

  Platforma automatycznie zarządza tworzeniem wystąpień, monitorowaniem kondycji i zastępowaniem wystąpień w złej kondycji. Zarządza również bezproblemowym usuwaniem wystąpień podczas zdarzeń skalowanych w poziomie. Ten proces jest znany jako opróżnianie połączeń.

  Na poniższym diagramie przedstawiono bramę z dwoma wystąpieniami:

  

Aby dystrybuować wystąpienia w różnych strefach dostępności i zwiększyć odporność na awarie oraz dostępność podczas awarii centrum danych, można włączyć redundancję stref.

• Skalowanie: Ważnym aspektem niezawodności bramy jest sposób skalowania w celu zaspokojenia zapotrzebowania na ruch. Jeśli brama nie jest odpowiednio skalowana, ruch nie może przepływać, a aplikacja może wystąpić przestój. Usługę Application Gateway można skonfigurować tak, aby korzystała z jednego z następujących trybów skalowania.

  • Skalowanie automatyczne: Automatycznie dostosowuje liczbę wystąpień w określonym zakresie. Skalowanie automatyczne skaluje liczbę wystąpień na podstawie bieżącego zapotrzebowania na ruch.

  • Skalowanie ręczne: Wymaga określenia dokładnej liczby wystąpień. Odpowiadasz za wybór liczby wystąpień, która spełnia twoje zapotrzebowanie na ruch.

  Jednostka pojemności reprezentuje pojemność, którą może przetworzyć brama. Jednostka pojemności to syntetyczna miara, która obejmuje ruch, liczbę połączeń i zasoby obliczeniowe. Każde wystąpienie może obsługiwać co najmniej 10 jednostek pojemności. Aby uzyskać więcej informacji, zobacz Skalowanie usługi Application Gateway w wersji 2 i zapory aplikacji internetowej w wersji 2.

• Sondy kondycji: Usługa Application Gateway używa sond kondycji do ciągłego monitorowania serwerów zaplecza, takich jak poszczególne serwery aplikacji. Ruch może być automatycznie przekierowywany do serwerów zaplecza w dobrej kondycji po wykryciu serwerów w złej kondycji.

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.

W przypadku korzystania z usługi Application Gateway należy wziąć pod uwagę następujące najlepsze rozwiązania:

• Zaimplementuj logikę ponawiania prób. Klienci powinni zaimplementować odpowiednie mechanizmy ponawiania prób dla przejściowych niepowodzeń połączeń.

• Skonfiguruj sondy kondycji z tolerancją. Skonfiguruj sondy kondycji, aby zezwolić na okres prolongaty dla błędów przejściowych. Sondy kondycji można skonfigurować z progiem złej kondycji, który określa liczbę kolejnych nieudanych prób połączenia, które powinny wyzwolić serwer zaplecza, aby był oznaczony jako w złej kondycji. Wartość domyślna trzech gwarantuje, że błędy przejściowe na serwerach zaplecza nie wyzwalają usługi Application Gateway, aby niepotrzebnie oznaczyć serwer jako w złej kondycji.

Odporność na błędy 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 Application Gateway zapewnia obsługę dwóch typów stref dostępności podczas wdrażania bramy Standard_v2 lub WAF_v2 w obsługiwanym regionie.

• Strefowo nadmiarowy: Platforma Azure automatycznie dystrybuuje wystąpienia w co najmniej dwóch strefach dostępności.

  Podczas wdrażania nowej bramy jest ona domyślnie strefowo nadmiarowa.

  Na poniższym diagramie przedstawiono strefowo nadmiarową bramę z trzema wystąpieniami rozproszonymi w trzech strefach dostępności:

  

• Strefowego: Platforma Azure wdraża wszystkie wystąpienia usługi Application Gateway w jednej strefie wybranej w wybranym regionie świadczenia usługi Azure.

  Na poniższym diagramie przedstawiono bramę strefową z trzema wystąpieniami wdrożonymi w tej samej strefie dostępności.

  

  Ważne

  Przypinanie do pojedynczej strefy dostępności jest zalecane tylko wtedy, gdy opóźnienie między strefami jest zbyt wysokie dla Twoich potrzeb i gdy sprawdzisz, czy opóźnienie nie spełnia wymagań. Sama brama strefowa nie zapewnia odporności na awarię strefy dostępności. Aby zwiększyć odporność wdrożenia usługi Application Gateway strefowej, należy jawnie wdrożyć oddzielne bramy w wielu strefach dostępności i skonfigurować routing ruchu i tryb failover.

Wymagania

• Obsługa regionów: Usługa Application Gateway obsługuje strefy dostępności dla warstw Standard_v2 i WAF_v2 we wszystkich regionach świadczenia usługi Azure, które obsługują strefy dostępności.

• SKU: Aby włączyć obsługę stref dostępności, należy użyć SKU Standard_v2 lub WAF_v2.

• Liczba instancji: Twoja brama musi mieć co najmniej dwie instancje.

  Uwaga / Notatka

  Wszystkie bramy mają co najmniej dwa wystąpienia, aby zapewnić wysoką dostępność. Nawet jeśli witryna Azure Portal wskazuje, że brama ma jedno wystąpienie, wewnętrznie jest ona zawsze tworzona z co najmniej dwoma wystąpieniami.

Rozważania

Bramy strefowo nadmiarowe są rozmieszczone w co najmniej dwóch strefach dostępności w regionie. Na przykład w regionie, w którym istnieją trzy strefy dostępności, wdrożenie strefowo nadmiarowej usługi Application Gateway w wersji 2 ma wystąpienia w co najmniej dwóch z tych stref. W zależności od regionalnych decyzji dotyczących pojemności i platformy wystąpienia mogą być rozłożone na dwie strefy lub trzy strefy.

Koszt

Obsługa strefy dostępności dla usługi Application Gateway w wersji 2 nie wiąże się z dodatkowymi opłatami przekraczającymi standardowe ceny jednostek pojemności. Aby uzyskać szczegółowe informacje o cenach, zobacz Omówienie cen usługi Application Gateway i zapory aplikacji internetowej i usługi Application Gateway.

Konfiguruj obsługę stref dostępności

W tej sekcji wyjaśniono, jak skonfigurować obsługę stref dostępności dla bram.

• Utwórz nową bramę z obsługą strefy dostępności. Podejście używane do konfigurowania stref dostępności zależy od tego, czy chcesz utworzyć strefowo nadmiarową, czy strefową bramę.

  • Strefowo nadmiarowy: Nowe bramy są domyślnie tworzone jako strefowo nadmiarowe. Wystąpienia są rozmieszczone w wielu strefach dostępności i mogą używać co najmniej dwóch stref w regionie.

    Aby wdrożyć nową bramę, zobacz Szybki start: bezpośredni ruch internetowy przy użyciu usługi Application Gateway — Azure Portal.

    W przypadku korzystania z interfejsu wiersza polecenia platformy Azure, programu Azure PowerShell, aplikacji Bicep, szablonów usługi Azure Resource Manager (szablonów usługi ARM) lub narzędzia Terraform można opcjonalnie określić strefy dostępności do wdrożenia bramy. Bramę strefowo nadmiarową można wdrożyć, określając co najmniej dwie strefy. Zalecamy jednak pominięcie listy stref, tak aby brama mogła używać wszystkich stref dostępności, chyba że masz określony powód, aby nie używać określonej strefy.

  • Strefowego: Bramę strefową można wdrożyć przy użyciu następujących narzędzi.

    • Interfejs wiersza polecenia platformy Azure: Należy jawnie wybrać strefy przy użyciu parametru --zones w poleceniu az network application-gateway create . Aby przypiąć bramę do jednej strefy, określ numer strefy logicznej.

    • Azure PowerShell: Użyj parametru -Zone w poleceniu New-AzApplicationGateway . Aby przypiąć bramę do jednej strefy, określ numer strefy logicznej.

    • Szablony Bicep i ARM:zones Skonfiguruj właściwość w definicji zasobu. Aby przypiąć bramę do jednej strefy, określ numer strefy logicznej.

    Uwaga / Notatka

    Wybierając, które strefy dostępności chcesz używać, faktycznie wybierasz logiczną strefę dostępności. W przypadku wdrażania innych składników obciążenia w innej subskrypcji platformy Azure mogą one użyć innego logicznego numeru strefy dostępności, aby uzyskać dostęp do tej samej fizycznej strefy dostępności. Aby uzyskać więcej informacji, zobacz Strefy dostępności fizycznej i logicznej.

• Zmień konfigurację strefy dostępności istniejącego wystąpienia usługi Application Gateway w wersji 2. Wszystkie bramy posiadają nadmiarowość strefową, chyba że skonfigurowano je jako zonalne.

  Jeśli musisz przejść z bramy strefowo nadmiarowej do konfiguracji strefowej, musisz wdrożyć nową bramę.

• Wyłącz obsługę strefy dostępności. Nie można wyłączyć obsługi strefy dostępności. Wszystkie bramy w regionach obsługujących strefy dostępności muszą być strefowo nadmiarowe lub strefowe.

Planowanie pojemności i zarządzanie nimi

Jeśli planujesz awarie strefy dla strefowo nadmiarowej bramy aplikacji lub wielu bram strefowych wdrożonych w wielu strefach, należy wziąć pod uwagę, że wystąpienia w strefach ocalałych mogą mieć zwiększone obciążenie, ponieważ ruch jest redystrybuowany. Połączenia mogą wystąpić krótkie przerwy, które mogą trwać przez kilka sekund.

Aby efektywnie zarządzać pojemnością, wykonaj następujące czynności:

• Użyj skalowania automatycznego. Skonfiguruj skalowanie automatyczne z odpowiednimi maksymalnymi liczbami wystąpień w celu obsługi potencjalnej redystrybucji ruchu podczas przestojów strefy.

  Jeśli używasz ręcznego skalowania, aby przygotować się do awarii strefy dostępności, rozważ nadmierne aprowizowanie liczby wystąpień w bramie. Nadmierna aprowizacja umożliwia rozwiązanie tolerowanie pewnego stopnia utraty pojemności, a jednocześnie działanie bez obniżonej wydajności. Aby uzyskać więcej informacji, zobacz Zarządzanie pojemnością za pomocą nadmiernej aprowizacji.

• Reagowanie na zmiany w wzorcach ruchu. Monitorowanie metryk pojemności i dostosowywanie parametrów skalowania na podstawie wzorców ruchu i wymagań dotyczących wydajności.

Zachowanie, gdy wszystkie strefy są w dobrej kondycji

W poniższej sekcji opisano, czego można oczekiwać po skonfigurowaniu usługi Application Gateway w wersji 2 z obsługą strefy dostępności, a wszystkie strefy dostępności działają.

• Routing ruchu między strefami: Usługa Application Gateway automatycznie dystrybuuje żądania przychodzące między wystąpienia we wszystkich strefach używanych przez bramę. Ta konfiguracja aktywne-aktywne zapewnia optymalną wydajność i rozkład obciążenia w normalnych warunkach operacyjnych.

• Zarządzanie wystąpieniami: Platforma automatycznie zarządza umieszczaniem wystąpień w strefach używanych przez bramę. Zastępuje on wystąpienia, które zakończyły się niepowodzeniem i utrzymuje skonfigurowaną liczbę wystąpień. Monitorowanie kondycji zapewnia, że tylko wystąpienia w dobrej kondycji odbierają ruch.

Zachowanie podczas awarii strefy

W poniższej sekcji opisano, czego można oczekiwać, gdy usługa Application Gateway w wersji 2 jest skonfigurowana z obsługą strefy dostępności i co najmniej jedna strefa dostępności jest niedostępna.

• Wykrywanie i reagowanie: Odpowiedzialność za wykrywanie i reagowanie zależy od konfiguracji strefy dostępności używanej przez bramę.

  • Strefowo nadmiarowy: Firma Microsoft zarządza wykrywaniem awarii strefy i automatycznie inicjuje tryb failover. Nie jest wymagana żadna akcja ze strony klienta.

  • Strefowego: Należy wykryć utratę strefy dostępności i zainicjować przejście w tryb failover do bramy pomocniczej utworzonej w innej strefie dostępności.

• • Powiadomienie: firma Microsoft nie powiadamia cię automatycznie, gdy strefa nie działa. Możesz jednak użyć usługi Azure Resource Health do monitorowania kondycji pojedynczego zasobu i skonfigurować alerty usługi Resource Health w celu powiadamiania o problemach. Możesz również użyć usługi Azure Service Health , aby zrozumieć ogólną kondycję usługi, w tym wszelkie błędy strefy, i skonfigurować alerty usługi Service Health w celu powiadamiania o problemach.

• Aktywne żądania: Podczas awarii strefy żądania przetwarzane przez wystąpienia w tej strefie są przerywane. Klienci powinni ponowić próbę żądań, postępując zgodnie ze wskazówkami dotyczącymi obsługi błędów przejściowych.

• Oczekiwana utrata danych: Błędy strefy nie powinny powodować utraty danych, ponieważ usługa Application Gateway jest usługą bezstanową.

• Oczekiwany przestój: Przestój, którego można oczekiwać, zależy od konfiguracji strefy dostępności używanej przez bramę.

  • Strefowo nadmiarowy: Podczas przestojów w strefach połączenia mogą wystąpić krótkie przerwy, które zwykle trwają kilka sekund, ponieważ ruch jest redystrybuowany.

  • Strefowego: Gdy strefa jest niedostępna, brama będzie niedostępna do momentu odzyskania strefy dostępności.

• Zarządzanie wystąpieniami: Zachowanie zarządzania wystąpieniami zależy od konfiguracji strefy dostępności używanej przez bramę.

  • Strefowo nadmiarowy: Platforma próbuje zachować pojemność bramy, tworząc tymczasowe wystąpienia w innych strefach dostępności.

    Wewnętrznie usługa Application Gateway używa zestawów skalowania maszyn wirtualnych, które wykonują równoważenie strefy o najlepszym wysiłku. Ze względu na to zachowanie operacje skalowania mogą nie wystąpić, gdy pojemność nie może być równomiernie podzielona między strefy (+/- 1 wystąpienie).

  • Strefowego: Jeśli są one wymagane, odpowiadasz za tworzenie wystąpień w strefach w dobrej kondycji.

• Przekierowywanie ruchu: Zachowanie przekierowania ruchu zależy od konfiguracji strefy dostępności używanej przez bramę.

  • Strefowo nadmiarowy: Usługa Application Gateway natychmiast rozpowszechnia ruch do wystąpień w strefach w dobrej kondycji, w tym wszystkie wystąpienia, które są tymczasowo tworzone.

  • Strefowego: Gdy strefa jest niedostępna, brama jest niedostępna. Jeśli masz bramę pomocniczą w innej strefie dostępności, odpowiadasz za przekierowywanie ruchu do tej bramy pomocniczej.

Odzyskiwanie strefy

Odzyskiwanie strefy zależne jest od konfiguracji strefy dostępności używanej przez bramę.

• Strefowo nadmiarowy: Po odzyskaniu strefy dostępności, której dotyczy problem, usługa Application Gateway automatycznie wykonuje następujące akcje:

  • Przywraca wystąpienia w odzyskanej strefie

  • Usuwa wszystkie wystąpienia tymczasowe, które zostały utworzone w innych strefach podczas awarii

  • Wraca do normalnego rozkładu ruchu we wszystkich dostępnych strefach

• Strefowego: Odpowiadasz za przekierowanie ruchu do bramy w oryginalnej strefie dostępności po odzyskaniu strefy dostępności.

Testowanie pod kątem niepowodzeń strefy

Opcje testowania niepowodzeń strefy zależą od konfiguracji strefy dostępności używanej przez bramę.

• Strefowo nadmiarowy: Platforma Application Gateway w pełni zarządza routingiem ruchu, trybem failover i powrotem po awarii dla bram strefowo nadmiarowych. Ponieważ firma Microsoft zarządza tą funkcją, nie musisz inicjować ani weryfikować procesów awarii strefy dostępności. Platforma obsługuje wszystkie scenariusze awarii strefy w sposób niewidoczny.

• Strefowego: Niektóre aspekty awarii strefy dostępności można symulować, jawnie zatrzymując bramę. Zatrzymując bramę, możesz przetestować sposób obsługi awarii w bramie przez inne systemy i moduły równoważenia obciążenia. Aby uzyskać więcej informacji, zobacz Jak zatrzymać i uruchomić usługę Application Gateway.

Odporność na awarie całego regionu

Usługa Application Gateway w wersji 2 jest usługą z jednym regionem. Jeśli region stanie się niedostępny, brama jest również niedostępna.

Niestandardowe rozwiązania obejmujące wiele regionów w celu zapewnienia odporności

Aby osiągnąć odporność w wielu regionach przy użyciu usługi Application Gateway w wersji 2, należy wdrożyć oddzielne bramy w każdym żądanym regionie i wdrożyć zarządzanie ruchem w różnych regionach. Odpowiadasz za wdrażanie i konfigurowanie każdej bramy, a także routing ruchu i tryb failover. Rozważ następujące kwestie:

• Konfigurowanie spójnych reguł i zasad usługi Application Gateway w różnych regionach. Infrastrukturę jako kod (IaC) można zdefiniować przy użyciu narzędzi, takich jak Bicep lub Terraform, aby uprościć wdrożenia i konfiguracje w różnych regionach.

• Wdróż globalne rozwiązanie do równoważenia obciążenia, które może wysyłać ruch między bramami regionalnymi. Globalne usługi równoważenia obciążenia na platformie Azure to Azure Traffic Manager i Azure Front Door. Każda usługa kieruje ruch w oparciu o kontrole kondycji, bliskość geograficzną lub metryki wydajności. Usługa Azure Front Door oferuje również szereg innych funkcji, w tym rozproszoną ochronę przed atakami typu "odmowa usługi" (DDoS), możliwości zapory aplikacji internetowej oraz zaawansowane reguły i funkcje routingu.

• Poza bramą rozważ replikowanie aplikacji zaplecza i danych między regionami. Zapoznaj się z przewodnikami dotyczącymi niezawodności dla każdej usługi platformy Azure, aby poznać podejścia wdrażania w wielu regionach.

Przykładowe podejście można znaleźć w temacie Use Application Gateway with Traffic Manager (Używanie usługi Application Gateway z usługą Traffic Manager).

Tworzenie kopii zapasowej i przywracanie

Usługa Application Gateway w wersji 2 to bezstanowa usługa, która nie wymaga tradycyjnych operacji tworzenia i przywracania kopii zapasowych. Wszystkie dane konfiguracji są przechowywane w usłudze Resource Manager i można je ponownie wdrożyć przy użyciu metod IaC, takich jak pliki Bicep lub szablony usługi ARM.

W przypadku zarządzania konfiguracją i odzyskiwania po awarii należy wykonać następujące czynności:

• Zdefiniuj konfigurację wdrożenia usługi Application Gateway przy użyciu plików Bicep lub szablonów usługi ARM albo wyeksportuj konfigurację istniejącej bramy.

• Przechowywanie certyfikatów zabezpieczeń warstwy transportu (TLS) w usłudze Azure Key Vault na potrzeby bezpiecznego zarządzania i replikacji.

• Niestandardowe konfiguracje, reguły i zasady kontroli wersji i kontroli wersji.

• Implementowanie zautomatyzowanych potoków wdrażania w celu zapewnienia spójnej aprowizacji bramy.

W przypadku większości rozwiązań nie należy polegać wyłącznie na kopiach zapasowych. Zamiast tego skorzystaj z innych możliwości opisanych w tym przewodniku, aby spełnić wymagania dotyczące odporności. Jednak kopie zapasowe chronią przed pewnymi zagrożeniami, których nie zapewniają inne podejścia. Aby uzyskać więcej informacji, zobacz Co to jest nadmiarowość, replikacja i kopia zapasowa?.

Odporność usługi na prace konserwacyjne

Usługa Application Gateway w wersji 2 wykonuje regularne uaktualnienia usług i inne zadania konserwacji. Aby zachować oczekiwaną wydajność podczas aktualizacji, platforma automatycznie dodaje dodatkowe wystąpienia bramy w trakcie procesu aktualizacji. Należy jednak upewnić się, że podsieć bramy ma wystarczającą ilość wolnej przestrzeni adresowej IP, aby można było utworzyć wystąpienia tymczasowe. Aby uzyskać więcej informacji, zobacz Jak usługa Application Gateway obsługuje rutynową konserwację?.

Umowa dotycząca poziomu usług

Umowa dotycząca poziomu usług (SLA) dla usług platformy Azure opisuje oczekiwaną dostępność każdej usługi oraz warunki, które rozwiązanie musi spełnić, aby osiągnąć te oczekiwania dotyczące dostępności. Aby uzyskać więcej informacji, zobacz Umowy SLA dotyczące usług online.

Aby brama mogła kwalifikować się do umowy SLA dotyczącej dostępności usługi Application Gateway, musi spełniać następujące kryteria:

• Musi być poprawnie skonfigurowany pod kątem równoważenia obciążenia HTTP.
• Musi mieć strefową nadmiarowość lub być skonfigurowana do autoskalowania.

Treści powiązane

• Omówienie niezawodności platformy Azure