Niezawodność w usłudze Azure App Service

2025-06-22

W tym artykule opisano obsługę niezawodności w usłudze Azure App Service obejmującą odporność wewnątrz regionalną za pośrednictwem stref dostępności i wdrożeń obejmujących wiele regionów.

Niezawodność jest wspólną odpowiedzialnością między Tobą a firmą Microsoft. W tym przewodniku można określić, które opcje niezawodności spełniają określone cele biznesowe i cele dotyczące czasu pracy.

App Service to oparta na protokole HTTP usługa do hostowania aplikacji internetowych, interfejsów API REST i zapleczy mobilnych. Usługa App Service integruje się z platformą Microsoft Azure w celu zapewnienia zabezpieczeń, równoważenia obciążenia, skalowania automatycznego i zautomatyzowanego zarządzania aplikacjami. Aby dowiedzieć się, jak usługa App Service może zwiększyć niezawodność i odporność obciążenia aplikacji, zobacz Omówienie usługi App Service.

Podczas wdrażania usługi App Service można aprowizować wiele wystąpień w planie usługi App Service. Ten plan reprezentuje pracowników obliczeniowych, którzy uruchamiają kod aplikacji. Platforma stara się wdrożyć wystąpienia w różnych obszarach błędów, ale nie dystrybuuje automatycznie wystąpień w różnych strefach dostępności.

Zalecenia dotyczące wdrażania produkcyjnego

Użyj planów usługi App Service premium w wersji v3/v4.
Aktywuj replikację strefy. Aby dowiedzieć się więcej o wymaganiach dotyczących nadmiarowości strefy i sposobie jej włączania, zobacz sekcję Obsługa stref dostępności

Włącz nadmiarowość strefy, która wymaga, aby plan usługi App Service używał co najmniej dwóch wystąpień.

Błędy przejściowe

Błędy przejściowe to krótkie, 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 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 uzyskać więcej informacji, zobacz Zalecenia dotyczące obsługi błędów przejściowych.

Zestawy SDK dostarczane przez firmę Microsoft zwykle obsługują błędy przejściowe. Ponieważ hostujesz własne aplikacje w usłudze App Service, rozważ, jak uniknąć powodowania błędów przejściowych:

Zastosuj wiele instancji w ramach planu. Usługa App Service wykonuje automatyczne aktualizacje i inne formy konserwacji wystąpień w Twoim planie. Jeśli instancja stanie się niesprawna, usługa może automatycznie zastąpić tę instancję nową, sprawną instancją. Podczas procesu zamiany może wystąpić krótki etap, w którym poprzednie wystąpienie jest niedostępne, a nowe wystąpienie nie jest gotowe do obsługi ruchu. Te efekty można ograniczyć, wdrażając wiele wystąpień planu usługi App Service.
Użyj slotów wdrożeniowych. Miejsca wdrożenia usługi App Service umożliwiają wdrażanie aplikacji bez przestojów. Użyj miejsc wdrożenia, aby zminimalizować wpływ wdrożeń i zmian konfiguracji dla użytkowników. Miejsca wdrożenia zmniejszają również prawdopodobieństwo ponownego uruchomienia aplikacji. Ponowne uruchomienie aplikacji powoduje błąd przejściowy.
Unikaj skalowania w górę lub skalowania w dół. Skalowanie w górę i w dół wymaga zaangażowania w zmianę CPU, pamięci i innych zasobów przydzielonych do każdego wystąpienia. Operacje skalowania w górę i w dół mogą wyzwalać ponowne uruchomienie aplikacji. Zamiast skalować w górę lub w dół, wybierz poziom i rozmiar instancji spełniający wymagania dotyczące wydajności przy typowym obciążeniu. Możesz skalować w poziomie i pionie, dynamicznie dodając i usuwając wystąpienia, aby dostosować się do zmieniającego się natężenia ruchu.

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.

Usługę App Service można skonfigurować jako strefowo nadmiarową, co oznacza, że zasoby są rozmieszczone w wielu strefach dostępności. Dystrybucja w wielu strefach pomaga obciążeniom roboczym produkcji osiągnąć odporność i niezawodność. Podczas konfigurowania nadmiarowości strefowej w usługach App Service wszystkie aplikacje korzystające z danego planu stają się strefowo nadmiarowe.

Dystrybucja wystąpień we wdrożeniu strefowo nadmiarowym jest zgodna z określonymi regułami. Zasady te nadal mają zastosowanie w miarę skalowania aplikacji w górę i w dół. Aby uzyskać więcej informacji, zobacz Zagadnienia.

Obsługa regionów

Plany usługi App Service z nadmiarowością strefową można wdrożyć w dowolnym regionie obsługującym strefy dostępności.

Aby zobaczyć, które regiony obsługują strefy dostępności dla środowiska App Service Environment w wersji 3, zobacz Regiony.

Wymagania

Należy użyć planów typu Premium wersja 2–4. Aby wyświetlić więcej informacji, upewnij się, że wybierzesz odpowiednią warstwę w górnej części tej strony.

Należy użyć typów planów Premium v2–4 lub Izolowany v2 i mieć minimum dwóch instancji planu.
Strefy dostępności są obsługiwane tylko w nowszych jednostkach skalowania usługi App Service. Nawet jeśli korzystasz z jednego z obsługiwanych regionów, ale strefy dostępności nie są obsługiwane dla jednostki skalowania, której używasz, to podczas tworzenia planu usługi App Service z nadmiarowością strefową pojawi się błąd.

Jednostka skalująca, do której jesteś przypisany, jest oparta na grupie zasobów, do której wdrażasz plan usługi App Service. Aby upewnić się, że obciążenia trafiają do jednostki skalowania obsługującej strefy dostępności, może być konieczne utworzenie nowej grupy zasobów oraz nowego planu App Service i aplikacji App Service w tej nowej grupie zasobów.

Aby sprawdzić, czy plan usługi App Service znajduje się na sygnaturze obsługującej strefy dostępności, sprawdź maximumNumberOfZones właściwość planu usługi App Service. Jeśli wartość jest większa niż jeden, twój znak obsługuje strefy i możesz włączyć nadmiarowość stref na planie. Jeśli wartość jest równa jednej, jednostka skalowania nie obsługuje stref dostępności i należy wdrożyć nowy plan w celu zapewnienia nadmiarowości stref.
```
az appservice plan show -n <app-service-plan-name> -g <resource-group-name> --query properties.maximumNumberOfZones
```
W planie trzeba wdrożyć dwa wystąpienia co najmniej.

Kwestie wymagające rozważenia

Podczas przestoju strefy dostępności niektóre aspekty usługi Azure App Service mogą być dotknięte, nawet jeśli aplikacja nadal obsługuje ruch. Te zachowania obejmują skalowanie planu usługi App Service, tworzenie aplikacji, konfigurację aplikacji i publikowanie aplikacji.

Jeśli włączysz nadmiarowość strefy w planie usługi App Service, możesz również poprawić odporność na aktualizacje wprowadzane przez platformę App Service. Aby dowiedzieć się więcej, zobacz Niezawodność podczas konserwacji usługi.

Dystrybucja wystąpień we wdrożeniu strefowo nadmiarowym jest zgodna z określonymi regułami. Te zasady pozostają stosowane w miarę skalowania aplikacji w górę i w dół.

Minimalna liczba wystąpień: Plan usługi App Service musi mieć co najmniej dwa wystąpienia dla nadmiarowości strefowej.
Maksymalna liczba stref dostępności obsługiwanych przez plan: Platforma Azure określa liczbę stref dostępności, z których może korzystać plan. Aby wyświetlić liczbę stref dostępności, których plan może użyć, zobacz właściwość maximumNumberOfZones w planie usługi App Service. Jest to właściwość tylko do odczytu. Jeśli ta wartość jest równa 1, plan usługi App Service nie obsługuje nadmiarowości strefy. Jeśli wartość maximumNumberOfZones jest większa niż 1, plan App Service można skonfigurować do zapewnienia nadmiarowości stref.
```
az appservice plan show -n <app-service-plan-name> -g <resource-group-name> --query properties.maximumNumberOfZones
```
Dystrybucja wystąpień: Po włączeniu nadmiarowości stref instancje planu są automatycznie dystrybuowane w wielu strefach dostępności. Dystrybucja jest oparta na następujących regułach:
- Wystąpienia są rozłożone równomiernie, jeśli określisz pojemność (liczbę wystąpień) większą niż maximumNumberOfZones i liczba wystąpień jest podzielna przez maximumNumberOfZones.
- Wszystkie pozostałe wystąpienia są rozmieszczane w pozostałych strefach.
- Gdy platforma App Service przydziela wystąpienia dla planu usługi App Service z redundancją strefową, korzysta z równoważenia stref opartych na najlepszym wysiłku, które zapewniają bazowe zestawy skalowania maszyn wirtualnych platformy Azure. Plan usługi App Service jest zrównoważony, jeśli każda strefa ma taką samą liczbę maszyn wirtualnych lub różni się o plus jedną maszynę wirtualną lub o jedną maszynę wirtualną mniej w porównaniu do wszystkich innych stref. Aby uzyskać więcej informacji, zobacz Równoważenie strefy.
Umieszczanie strefy fizycznej: Możesz wyświetlić fizyczną strefę dostępności używaną dla każdego wystąpienia planu usługi App Service. Użyj interfejsu API REST, który zwraca physicalZone wartość dla każdego wystąpienia.
```
az rest --method get --url https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/instances?api-version=2024-04-01
```

W przypadku planów usługi App Service, które nie są skonfigurowane jako strefowo nadmiarowe, bazowe instancje maszyn wirtualnych nie są odporne na awarie strefy dostępności. Mogą doświadczyć przestojów podczas awarii w dowolnej strefie w tym regionie.

Koszt

W przypadku korzystania z planów usługi App Service Premium w wersji 2-4 nie ma dodatkowych kosztów związanych z włączaniem stref dostępności, o ile masz co najmniej dwa wystąpienia w planie usługi App Service. Opłaty są naliczane na podstawie SKU planu usługi App Service, określonej pojemności oraz wszelkich instancji, do których skalujesz zgodnie z kryteriami automatycznego skalowania.

Jeśli włączysz strefy dostępności, ale określisz pojemność mniejszą niż dwie, platforma wymusza minimalną liczbę wystąpień wynoszącą dwa. Platforma nalicza opłaty za te dwa wystąpienia.

W przypadku korzystania z planu App Service Isolated w wersji 2 nie poniesiesz dodatkowych kosztów związanych z włączaniem stref dostępności, pod warunkiem że masz w swoim planie usługi App Service co najmniej dwa lub więcej wystąpień. Opłaty są naliczane na podstawie SKU planu usługi App Service, określonej pojemności i instancji, do których skalujesz na podstawie kryteriów skalowania automatycznego.

Konfigurowanie obsługi stref dostępności

Aby wdrożyć nowy plan usługi App Service z nadmiarowością strefową, należy użyć typów planów Premium w wersji 2–4. Aby wyświetlić więcej informacji, upewnij się, że wybierzesz odpowiednią warstwę w górnej części tej strony.

Utwórz nowy plan usługi App Service z nadmiarowością strefową. Aby wdrożyć nowy plan App Service ze strefową redundancją, wybierz opcję Strefowa redundancja podczas wdrażania planu w Azure Portal lub ustaw właściwość planu App Service na zoneRedundant w poleceniu Azure CLI, poleceniu Azure PowerShell, pliku Bicep lub szablonie Azure Resource Manager.
- Interfejs wiersza polecenia platformy Azure
- Biceps
```
az appservice plan create -g MyResourceGroup -n MyPlan --zone-redundant --number-of-workers 2 --sku P1V3
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do modyfikowania zone-redundant właściwości, musisz określić --number-of-workers właściwość , czyli liczbę wystąpień, i użyć pojemności większej lub równej 2.
```
resource appServicePlan 'Microsoft.Web/serverfarms@2022-03-01' = {
    name: appServicePlanName
    location: location
    sku: {
        name: sku
        capacity: 2
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}
```
Migrowanie istniejącego planu usługi App Service do stref nadmiarowości. Jeśli masz istniejący plan usługi App Service, który obsługuje nadmiarowość strefy (maksymalna dostępna strefa jest większa niż 1), możesz włączyć nadmiarowość strefy, ustawiając właściwość planu zoneRedundant usługi App Service na true wartość w interfejsie wiersza polecenia platformy Azure, pliku Bicep lub szablonu usługi Resource Manager:
```
az appservice plan update -g <resource group name> -n <app service plan name> --set zoneRedundant=true sku.capacity=2
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do modyfikowania zoneRedundant właściwości, musisz określić sku.capacity właściwość , czyli liczbę wystąpień, i użyć pojemności większej lub równej 2.

Jeśli korzystasz z planu lub konfiguracji, która nie obsługuje stref dostępności, musisz utworzyć nowy plan usługi App Service w nowej grupie zasobów, aby móc korzystać z infrastruktury usługi App Service, która obsługuje strefy.

Uwaga

Zmiana stanu nadmiarowości w strefie planu usługi App Service odbywa się niemal natychmiast. Podczas tego procesu nie występują problemy z przestojami ani wydajnością.
Wyłącz strefową nadmiarowość. Aby wyłączyć nadmiarowość strefy, ustaw właściwość planu zoneRedundant usługi App Service na false lub użyj interfejsu wiersza polecenia platformy Azure:
```
az appservice plan update -g <resource group name> -n <app service plan name> --set zoneRedundant=false sku.capacity=1
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do wyłączenia właściwości zoneRedundant, powinieneś określić właściwość sku.capacity, w przeciwnym razie wartość domyślnie wynosi 1.

Utwórz nowy plan usługi App Service z rezerwą strefową.
1. Jeśli nie masz wstępnie istniejącego strefowo nadmiarowego środowiska App Service Environment, wdróż nowe strefowo nadmiarowe środowisko App Service Environment. Aby uzyskać więcej informacji na temat tworzenia środowiska App Service Environment, zobacz Tworzenie środowiska App Service Environment.
2. Aby utworzyć plan usługi App Service w witrynie Azure Portal, wybierz pozycję Strefowo nadmiarowy. Aby utworzyć plan za pomocą polecenia Azure CLI, polecenia Azure PowerShell, pliku Bicep lub szablonu Azure Resource Manager, ustaw właściwość planu usługi App Service na zoneRedundant, jak w poniższym przykładowym kodzie:
- Interfejs wiersza polecenia platformy Azure
- Biceps
```
az appservice plan create -g MyResourceGroup -n MyPlan --app-service-environment MyAse --zone-redundant --number-of-workers 2 --sku I1V2
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do modyfikowania zoneRedundant właściwości, musisz określić number-of-workers właściwość , czyli liczbę wystąpień, i użyć pojemności większej lub równej 2.
```
resource appServicePlan 'Microsoft.Web/serverfarms@2022-03-01' = {
    name: appServicePlanName
    location: location
    hostingEnvironmentProfile: {
        id: '...'
    }
    sku: {
        name: sku
        capacity: 2
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}
```
Migrowanie istniejącego planu usługi App Service do nadmiarowości strefowej Jeśli masz istniejące środowisko App Service Environment lub izolowany plan usługi App Service w wersji 2, który obsługuje nadmiarowość strefową, możesz włączyć nadmiarowość stref w dowolnym momencie. Aby włączyć nadmiarowość strefy dla App Service Environment, ustaw właściwość zoneRedundant na true lub użyj Azure CLI.
- Interfejs wiersza polecenia platformy Azure
- Biceps
```
az resource update --ids /subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/hostingEnvironments/{aseName} --set properties.zoneRedundant=true
```
```
resource asev3 'Microsoft.Web/hostingEnvironments@2020-12-01' = {
    name: aseName
    location: location
    kind: 'ASEV3'
    dependsOn: [
        virtualnetwork
    ] 
    properties: {
        ...
        zoneRedundant: true
    }
}
```
Uwaga

Po zmianie stanu nadmiarowości strefy środowiska App Service Environment należy zainicjować uaktualnienie, które potrwa od 12 do 24 godzin. Podczas procesu uaktualniania nie występują żadne problemy z przestojami ani wydajnością.

W przypadku izolowanych planów usługi App Service v2, jeśli środowisko App Service Environment jest strefowo nadmiarowe, plany usługi App Service mogą również być strefowo nadmiarowe. Każdy plan usługi App Service ma własne ustawienie strefowej redundancji, co oznacza, że w środowisku App Service Environment można mieć kombinację planów ze strefową redundancją i bez strefowej redundancji. Aby włączyć redundancję strefową w planie usługi App Service Isolated v2, ustaw właściwość planu zoneRedundant na true lub użyj Azure CLI.
- Interfejs wiersza polecenia platformy Azure
- Biceps
```
az appservice plan update -g <resource group name> -n <app service plan name> --set zoneRedundant=true sku.capacity=2
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do modyfikowania zoneRedundant właściwości, musisz określić sku.capacity właściwość , czyli liczbę wystąpień, i użyć pojemności większej lub równej 2.
```
resource appServicePlan 'Microsoft.Web/serverfarms@2022-03-01' = {
    name: appServicePlanName
    location: location
    hostingEnvironmentProfile: {
        id: '...'
    }
    sku: {
        name: sku
        capacity: 2
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}
```
Wyłącz strefową nadmiarowość. Aby wyłączyć nadmiarowość strefy, możesz ustawić plan usługi App Service lub właściwość App Service Environment zoneRedundant na false lub użyć interfejsu wiersza polecenia platformy Azure:
```
az resource update --ids /subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/hostingEnvironments/{aseName} --set properties.zoneRedundant=false

az appservice plan update -g <resource group name> -n <app service plan name> --set zoneRedundant=false sku.capacity=1
```
Uwaga

Jeśli używasz interfejsu wiersza polecenia platformy Azure do wyłączenia właściwości zoneRedundant, powinieneś określić właściwość sku.capacity, w przeciwnym razie wartość domyślnie wynosi 1.

Planowanie pojemności i zarządzanie nimi

Aby przygotować się do awarii strefy dostępności, rozważ przydzielenie dodatkowych zasobów planu usługi App Service. Nadmierna aprowizacja pozwala rozwiązaniu tolerować pewien stopień utraty pojemności i nadal działać bez obniżonej wydajności. Aby uzyskać więcej informacji, zobacz Zarządzanie pojemnością za pomocą nadmiernej aprowizacji.

Normalne operacje

W następnej sekcji opisano, czego można oczekiwać, gdy plany usługi App Service są skonfigurowane pod kątem nadmiarowości strefowej, a wszystkie strefy dostępności są operacyjne.

Routing ruchu między strefami: Podczas normalnych operacji ruch jest kierowany między wszystkimi dostępnymi wystąpieniami planu usługi App Service we wszystkich strefach dostępności.
Replikacja danych między strefami: Podczas normalnych operacji każdy stan przechowywany w systemie plików aplikacji jest przechowywany w magazynie strefowo nadmiarowym i synchronicznie replikowany między strefami dostępności.

Doświadczenie obniżenia strefy

W poniższej sekcji opisano, czego można oczekiwać, gdy plany usługi App Service są skonfigurowane pod kątem nadmiarowości strefy, a co najmniej jedna strefa dostępności jest niedostępna:

Wykrywanie i reagowanie: Platforma App Service automatycznie wykrywa błędy w strefie dostępności i inicjuje odpowiedź. Do zainicjowania trybu failover strefy nie jest wymagana interwencja ręczna.
Aktywne żądania: Gdy strefa dostępności jest niedostępna, wszystkie żądania w toku, które są połączone z wystąpieniem planu App Service w wadliwej strefie dostępności, są przerywane. Należy je przeprowadzić ponownie.
Przekierowywanie ruchu: Gdy strefa jest niedostępna, usługa App Service wykrywa utracone wystąpienia z tej strefy i automatycznie próbuje znaleźć nowe wystąpienia zastępcze. Po znalezieniu zamienników następnie dystrybuuje ruch między nowe wystąpienia zgodnie z potrzebami.

Jeśli skalowanie automatyczne jest skonfigurowane i określa, że potrzebne są więcej wystąpień, wysyła żądanie do usługi App Service w celu dodania tych wystąpień. Zachowanie skalowania automatycznego działa niezależnie od zachowania platformy usługi App Service, oznacza to, że specyfikacja liczby wystąpień nie musi być wielokrotnością dwóch. Aby uzyskać więcej informacji, zobacz Skalowanie aplikacji w górę w usłudze App Service i Omówienie skalowania automatycznego.

Ważne

Nie ma gwarancji, że żądania dotyczące większej liczby wystąpień w scenariuszu awarii strefy kończą się powodzeniem. Uzupełnianie utraconych wystąpień odbywa się na zasadzie najlepszych starań. Jeśli potrzebujesz gwarantowanej pojemności po utracie strefy dostępności, należy utworzyć i skonfigurować plany usługi App Service, aby uwzględnić utratę strefy. Można to osiągnąć przez przydzielenie dodatkowych zasobów pojemności w planie usługi App Service.
Zachowania niezwiązane z czasem wykonywania: Aplikacje wdrożone w planie usługi App Service z rezerwą na strefy nadal działają i obsługują ruch, nawet gdy strefa dostępności wystąpi awaria. Jednak zachowania niewynikające z czasu wykonania mogą być dotknięte podczas awarii strefy dostępności. Te zachowania obejmują skalowanie planu usługi App Service, tworzenie aplikacji, konfigurację aplikacji i publikowanie aplikacji.

Powrót po awarii

Po odzyskaniu strefy dostępności usługa App Service automatycznie tworzy wystąpienia w odzyskanej strefie dostępności, usuwa wszystkie tymczasowe wystąpienia utworzone w innych strefach dostępności i kieruje ruch między wystąpieniami jak zwykle.

Testowanie pod kątem awarii strefy

Platforma App Service zarządza routingiem ruchu, trybem awaryjnym i powrotem do pracy po awarii dla strefowo nadmiarowych planów usługi App Service. Ponieważ ta funkcja jest w pełni zarządzana, nie trzeba inicjować ani weryfikować procesów awarii strefy dostępności.

Obsługa wielu regionów

Usługa App Service to usługa jednoregionowa. Jeśli region stanie się niedostępny, aplikacja jest również niedostępna.

Alternatywne podejścia obejmujące wiele regionów

Aby zmniejszyć ryzyko awarii w jednym regionie wpływającej na aplikację, wdrażaj ją w wielu regionach. Poniższe kroki pomagają zwiększyć odporność:

Wdróż aplikację na instancjach w każdym regionie.
Skonfiguruj równoważenie obciążenia i zasady przełączania awaryjnego.
Replikuj dane między regionami, aby można było odzyskać ostatni stan aplikacji.

Następujące zasoby są związane z tym podejściem:

Przykładowe podejście ilustrujące tę architekturę można znaleźć w temacie Wdrażanie w przedsiębiorstwie o wysokiej dostępności przy użyciu środowiska App Service Environment.

Kopie zapasowe

W przypadku korzystania z warstwy Podstawowa lub nowszej możesz utworzyć kopię zapasową aplikacji usługi App Service w pliku przy użyciu funkcji tworzenia kopii zapasowej i przywracania usługi App Service.

Ta funkcja jest przydatna, jeśli trudno jest ponownie wdrożyć kod lub jeśli stan jest przechowywany na dysku. 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 Tworzenie kopii zapasowej i przywracanie aplikacji w usłudze App Service.

Niezawodność podczas konserwacji usługi

Usługa Azure App Service wykonuje regularne uaktualnienia usług, a także inne formy konserwacji. Aby zapewnić dostępność oczekiwanej pojemności podczas uaktualniania, platforma automatycznie dodaje dodatkowe wystąpienia planu usługi App Service podczas procesu uaktualniania.

Aktywuj replikację strefy. Po włączeniu nadmiarowości strefy w planie usługi App Service można również poprawić odporność na aktualizacje wprowadzane przez platformę App Service. Domeny aktualizacji obejmują kolekcje maszyn wirtualnych, które są odłączane na czas aktualizacji. Domeny aktualizacji są powiązane ze strefami dostępności. Wdrożenie wielu wystąpień w planie usługi App Service i włączenie nadmiarowości strefowej dla tego planu zapewnia dodatkową warstwę odporności podczas aktualizacji, jeśli wystąpienie lub strefa będzie niesprawne.

Aby dowiedzieć się więcej, zobacz Rutynowa planowana konserwacja usługi Azure App Service.

Dostosuj cykl uaktualniania. Możesz dostosować cykl uaktualniania dla środowiska App Service Environment. Jeśli musisz zweryfikować wpływ uaktualnień na obciążenie, rozważ włączenie uaktualnień ręcznych, aby można było przeprowadzić walidację i testowanie w wystąpieniu nieprodukcyjnym przed wdrożeniem zmiany w wystąpieniu produkcyjnym.

Aby dowiedzieć się więcej na temat preferencji konserwacji, zobacz Uaktualnianie preferencji dotyczących planowanej konserwacji środowiska App Service Environment.

Umowa dotycząca poziomu usług (SLA)

Umowa dotycząca poziomu usług (SLA) dla usługi App Service opisuje oczekiwaną dostępność usługi oraz warunki, które muszą zostać spełnione, aby osiągnąć te oczekiwania dotyczące dostępności. Aby uzyskać więcej informacji, zobacz Umowy SLA dotyczące usług online.

Podczas wdrażania strefowo redundantnego planu App Service zwiększa się procent czasu pracy określony w umowie SLA.

Niezawodność na platformie Azure