Włączanie odporności strefy dla obciążeń Azure

Aby zwiększyć odporność aplikacji na awarie sprzętowe związane ze strefą dostępności, zakłócenia sieci i klęski żywiołowe, zaprojektuj obciążenia platformy Azure pod kątem odporności na awarie stref. W przypadku dystrybucji zasobów w wielu strefach dostępności w regionie Azure można zmniejszyć ryzyko awarii pojedynczej strefy wpływającej na usługi krytyczne.

Chociaż najlepszym rozwiązaniem jest rozwiązywanie problemów z odpornością strefy podczas początkowego planowania i wdrażania obciążeń, często należy przekonwertować istniejące nieodporne obciążenia na konfiguracje odporne na strefy. Ogólnie rzecz biorąc, proces włączania odporności na awarie w strefie dla istniejących obciążeń jest prosty, a Microsoft nadal upraszcza ten proces. Jednak każda zmiana obciążenia może powodować ryzyko. Po zrozumieniu związanego z nimi ryzyka będziesz w stanie ocenić i określić priorytet obciążeń i usług w ramach tych obciążeń, a następnie zastosować odporność strefową do zasobów o największym wpływie.

W tym artykule opisano kluczowe zagadnienia dotyczące włączania odporności strefowej w obciążeniach Azure. Ułatwia planowanie, implementowanie i weryfikowanie zmian.

Wskazówka

Jeśli obecnie projektujesz obciążenia lub planujesz przegląd projektu bieżących obciążeń, postępuj zgodnie z zaleceniami dotyczącymi projektowania pod kątem nadmiarowości w programie Azure Well-Architected Framework (WAF). Przewodnik zaleceń dla zapory sieci web ułatwia projektowanie redundancji obciążeń na wielu poziomach, koncentrując się na krytycznych procesach. Oprócz wspierania wdrażania stref dostępności przedstawiono również strategie, takie jak wdrożenia w wielu regionach i deployment stamps.

Co to jest odporność strefy?

Usługi Azure mogą być odporne na przerwy w strefach dostępności na dwa podstawowe sposoby:

Usługi z nadmiarowością strefową: Wiele usług Azure obsługuje nadmiarowość strefową. Usługi te automatycznie replikują dane między strefami dostępności, dystrybuują żądania przychodzące i przełączają się na inne strefy podczas awarii strefy. Każda usługa obsługuje te możliwości w sposób zrozumiały dla tej konkretnej usługi. Mechanizmy i zachowanie odzyskiwania różnią się w zależności od usługi, a aplikacje mogą nadal doświadczać przejściowych przerw w pracy podczas przełączenia awaryjnego. Niektóre usługi są domyślnie strefowo nadmiarowe, podczas gdy inne usługi mogą wymagać skonfigurowania nadmiarowości strefy.
Zonal services: Niektóre usługi Azure są strefowe, co oznacza, że można je przypiąć do określonej strefy dostępności. Aby uzyskać odporność na poziomie strefy przy użyciu usługi strefowej, wdróż oddzielne wystąpienia usługi w wielu strefach dostępności. Może być również konieczne zarządzanie dystrybucją ruchu, replikacją danych i przełączaniem awaryjnym między instancjami.

Niektóre usługi można wdrożyć w konfiguracji z nadmiarowością strefową lub w konfiguracji strefowej. W większości przypadków najlepiej jest wdrażać usługi strefowo nadmiarowe, jeśli to możliwe.

Aby uzyskać więcej informacji, zobacz Typy obsługi stref dostępności.

Procedura aktywacji odporności strefy

Wykonaj poniższe kroki, aby systematycznie przeglądać obciążenia Azure, ustalać priorytety pod kątem odporności strefy i włączać odporność strefy dla każdego składnika.

Wymagania wstępne

Przed rozpoczęciem wykonaj następujące czynności:

Zidentyfikuj każde obciążenie. Obciążenie odnosi się do kolekcji zasobów aplikacji, danych i infrastruktury pomocniczej, które działają razem w celu osiągnięcia zdefiniowanych wyników biznesowych. Aby uzyskać więcej informacji na temat obciążeń i sposobu ich definiowania, zobacz Well-Architected Framework workloads (Obciążenia platformyWell-Architected Framework).
Należy priorytetyzować przepływy użytkownika i systemu każdego obciążenia. Zapoznaj się ze ścieżkami krytycznymi i zależnościami obciążeń, aby określić, które składniki należy najpierw uczynić odpornymi na awarie stref. Aby uzyskać więcej informacji na temat używania analizy przepływu krytycznego do określania priorytetów przepływów pracy, zobacz Strategie architektury do identyfikowania i oceniania przepływów.

Przypisz ocenę krytycznej do każdego obciążenia i przepływu. Ta ocena pomaga zrozumieć wpływ potencjalnej awarii na Twoją firmę i kieruje decyzjami dotyczącymi tego, które obciążenia należy priorytetyzować, aby zapewnić odporność strefy. Należy również wziąć pod uwagę dopuszczalną ilość przestojów podczas ponownego konfigurowania obciążeń.

Możesz użyć taksonomii do klasyfikowania obciążeń na podstawie ich krytyczności. Takie podejście ułatwia skoncentrowanie wysiłków na najważniejszych usługach.

Rozważ następującą przykładową taksonomię, aby sklasyfikować obciążenia.

Typ obciążenia	Description	Wpływ zakłóceń
Krytyczne dla misji	Krytyczne przepływy i obciążenia, które muszą być wysoce niezawodne, zawsze dostępne, odporne na awarie i możliwe do przywrócenia w ramach zdefiniowanych celów przywracania, jeśli wystąpi jakikolwiek przestój.	Wszelkie zakłócenia podstawowych funkcji natychmiast ryzykuje katastrofalne szkody biznesowe lub wprowadza zagrożenia dla ludzkiego życia.
Krytyczne dla działania firmy	Podstawowe przepływy i obciążenia, które obsługują ważne funkcje biznesowe.	Zakłócenia mogą spowodować utratę finansową lub uszkodzenie marki.
Działalność biznesowa	Przyczynia się do wydajności operacji biznesowych, ale bez bezpośredniej obsługi klientów.	Może tolerować pewien poziom zakłóceń.
Administracyjny	Wewnętrzne przepływy produkcyjne i obciążenia nie są dostosowane do operacji biznesowych.	Może tolerować zakłócenia.

Aby uzyskać więcej informacji na temat klasyfikowania obciążeń zgodnie z oceną krytycznej, zobacz Przypisywanie oceny krytycznej do każdego przepływu.

Sprawdź, czy regiony, w których znajdują się zasoby Azure, obsługują strefy dostępności. Zapoznaj się z listą regionów Azure. Jeśli region nie obsługuje stref dostępności, rozważ przeniesienie zasobów do regionu, który to robi. Aby uzyskać więcej informacji, zobacz Przenoszenie zasobów Azure między grupami zasobów, subskrypcjami lub regionami.

Krok 1. Określanie priorytetów usług Azure w celu uzyskania odporności strefy

Po ustaleniu, od których przepływów obciążeń najbardziej zależy twoja firma, możesz skoncentrować się na usługach Azure, od których zależą te przepływy. Niektóre usługi Azure są bardziej krytyczne dla Twoich aplikacji niż inne. Określ priorytety tych usług, aby zapewnić, że aplikacje pozostaną dostępne i odporne, jeśli wystąpi awaria strefy.

Użyj poniższych wskazówek, aby określić priorytety grup usług Azure na podstawie ich krytyczności dla obciążeń roboczych. Podczas określania priorytetu usług dla odporności strefy należy wziąć pod uwagę konkretną architekturę aplikacji i wymagania biznesowe.

Zacznij od usług sieciowych. Obciążenia mają tendencję do udostępniania usług sieciowych, więc zwiększenie odporności tych usług może poprawić odporność wielu obciążeń jednocześnie.

Wiele podstawowych usług sieciowych jest automatycznie nadmiarowych w strefach, ale należy skupić się na takich składnikach, jak bramy Azure ExpressRoute, Azure VPN Gateway, Azure Application Gateway, Azure Load Balancer oraz Azure Firewall.
Zwiększ odporność magazynu danych operacyjnych. Operacyjne magazyny danych zawierają cenne dane, których często używa wiele obciążeń, więc poprawa dostępności tych magazynów danych może pomóc wielu obciążeniom.

Aby uzyskać odporność magazynu danych operacyjnych, skoncentruj się na usługach takich jak Azure SQL Database, Azure SQL Managed Instance, Azure Storage, Azure Data Lake Storage, Azure Cosmos DB, Azure Database for PostgreSQL, Azure Database for MySQL i Azure managed Redis.
Określanie priorytetów usług obliczeniowych. Wystąpienia aplikacji bezstanowych można replikować i dystrybuować między strefami bez replikowania stanu aplikacji między wystąpieniami. Jednak usługi obliczeniowe mogą również hostować aplikacje stanowe. Uwzględnij wymagania dotyczące danych, magazynowania i replikacji podczas planowania odporności strefy.

Usługi obliczeniowe obejmują Azure Virtual Machines, Azure Virtual Machine Scale Sets, Azure Kubernetes Service (AKS), Azure App Service, App Service Environment, Azure Functions, Azure Service Fabric i Azure Container Apps.
Przejrzyj pozostałe zasoby krytyczne dla działania firmy, z których korzystają przepływy krytyczne. Te zasoby mogą nie być tak krytyczne, jak zasoby wymienione wcześniej, ale nadal odgrywają rolę w funkcjonalności aplikacji i należy je wziąć pod uwagę pod kątem odporności strefy.
Przejrzyj pozostałe zasoby operacyjne firmy. Podejmij świadome decyzje dotyczące tego, czy mają być odporne na awarie strefowe. Ten przegląd obejmuje usługi, które mogą nie być bezpośrednio związane z krytycznymi obciążeniami, ale nadal przyczyniają się do ogólnej wydajności i niezawodności aplikacji.

Krok 2. Ocena metod konfiguracji strefy

Po określeniu priorytetów obciążeń i usług Azure zidentyfikuj podejście wymagane do włączenia obsługi strefy dostępności dla każdej usługi. Dowiedz się, co należy zrobić, aby skonfigurować nadmiarowość stref.

Każdy przewodnik po usłudze niezawodności Azure zawiera sekcję opisjącą sposób włączania odporności strefy dla tej usługi. Ta sekcja ułatwia zrozumienie nakładu pracy wymaganego do zapewnienia odporności każdej strefy usługi, dzięki czemu można odpowiednio zaplanować strategię. Aby uzyskać więcej informacji na temat określonej usługi, zobacz Azure przewodniki dotyczące usługi niezawodności.

Użyj tabeli konfiguracji stref do określania podejść dla typowych usług Azure.

Ważne

Jeśli obciążenie obejmuje składniki wdrożone w konfiguracji strefowej (lub pojedynczej strefy), zaplanuj, aby te składniki były odporne na awarie stref. Typowym podejściem jest wdrożenie osobnych instancji w innej strefie dostępności i przełączanie między nimi w razie potrzeby.

Krok 3. Testowanie opóźnienia

Kiedy zwiększasz odporność obciążeń na poziomie stref, rozważ opóźnienia między strefami dostępności. Czasami niektóre starsze systemy nie mogą tolerować niewielkiej ilości dodatkowych opóźnień, które wprowadza ruch między strefami, zwłaszcza w przypadku włączenia replikacji synchronicznej między strefami w warstwie danych. Jeśli podejrzewasz, że opóźnienie między strefami może mieć wpływ na obciążenie, uruchom testy przed i po włączeniu odporności strefy. Aby uzyskać więcej informacji na temat wpływu opóźnienia między strefami na aplikację i podejścia w celu ograniczenia problemów z opóźnieniami między strefami, zobacz Zasoby strefowe i odporność strefy.

Krok 4: Wprowadź zmiany

Dla każdego składnika postępuj zgodnie z instrukcjami dotyczącymi konfiguracji lub migracji w przewodniku dotyczącym niezawodności. Przed zmianą zasobów produkcyjnych:

Zdefiniuj kryteria akceptacji krytycznych przepływów, w tym akceptowalne przestoje, opóźnienie, przepływność i utratę danych.
Sprawdź wymagania dotyczące regionu, warstwy cenowej, pojemności i przydziału usługi. Uwzględnij zasoby zależne i wszystkie zasoby tymczasowe wymagane przez migrację.
Upewnij się, że masz możliwe do odzyskania kopie zapasowe, jeśli ma to zastosowanie. Skorzystaj z sekcji Tworzenie kopii zapasowych i przywracanie w przewodniku po niezawodności, aby dowiedzieć się, jak utworzyć kopię zapasową poszczególnych zasobów. Udokumentuj, jak wycofać lub przywrócić działanie, jeśli zmiana nie powiedzie się, w tym sposób obsługi danych zapisanych po przełączeniu migracji.
Przetestuj procedury wprowadzania zmian i odzyskiwania w reprezentatywnym środowisku nieprodukcyjnym.

Zastosuj zmiany etapami, jeśli usługa to obsługuje. Monitoruj kondycję aplikacji i krytyczne przepływy na każdym etapie i używaj procedury wycofywania lub odzyskiwania, jeśli wyniki nie spełniają kryteriów akceptacji.

Krok 5. Weryfikowanie odporności strefy

Po zastosowaniu zmian sprawdź, czy obciążenie spełnia zdefiniowane kryteria akceptacji. Zweryfikuj nową konfigurację, na przykład sprawdzając, czy usługa jest teraz skonfigurowana pod kątem nadmiarowości stref.

W przypadku niektórych usług zarządzasz liczbą instancji. Sprawdź, czy wystąpienia usługi są dystrybuowane między strefami. Oceń, czy dostępna pojemność zasobów w ocalałych strefach może spełniać Twoje wymagania, jeśli jedna strefa stanie się niedostępna. Nie zakładaj, że można przydzielić zapasową wydajność podczas awarii. Aby uzyskać więcej informacji, zobacz Zarządzanie pojemnością za pomocą nadmiernej aprowizacji.

W przypadku usług obsługujących testy awarii postępuj zgodnie z przewodnikiem po niezawodności, aby przetestować zachowanie aplikacji podczas awarii i odzyskiwania w kontrolowanym środowisku. Przetestuj zachowanie, za które odpowiadasz, zamiast próbować zweryfikować wewnętrzne mechanizmy trybu failover Microsoft.

Podejścia do konfiguracji strefy dla usług Azure

Każda usługa Azure obsługuje określony typ obsługi strefy dostępności, która jest oparta na zamierzonym użyciu usługi i architekturze wewnętrznej. Jeśli masz zasób, który nie jest skonfigurowany do używania stref dostępności (zwany również zasobem niestrefowym), możesz ponownie skonfigurować go przy użyciu obsługi stref dostępności. Przewodnik po niezawodności dla tej usługi zawiera wskazówki lub linki do instrukcji konfiguracji strefy dostępności.

Ta sekcja zawiera omówienie różnych typów metod konfiguracji strefy i podejścia do poszczególnych usług. Ta sekcja nie obejmuje usług innych niż regionalne, ponieważ Azure nie wdraża ich w jednym regionie. Aby uzyskać więcej informacji o usługach nieregionalnych, zobacz Usługi nieregionalne platformy Azure i przewodnik po niezawodności usługi.

Ważne

Po włączeniu nadmiarowości strefy w zasobie ten zasób staje się automatycznie odporny na awarie strefy. Jeśli używasz konfiguracji strefowej do przypinania zasobu do określonej strefy dostępności, zasób nie jest automatycznie strefowo nadmiarowy. Należy zapewnić odporność na awarię strefy. W przypadku usług strefowych ta pozycja odzwierciedla złożoność i koszt przypinania do pojedynczej strefy, a nie zapewnienia odporności strefowej. Aby uzyskać więcej informacji na temat dodatkowych kroków w celu uzyskania odporności strefy, zobacz przewodnik dotyczący niezawodności usługi , a także zasoby strefowe i odporność strefy.

Tabela konfiguracji stref zawiera listę obsługiwanych podejść do konfiguracji strefy dla wielu usług Azure, a także zawiera łącze do każdego przewodnika po niezawodności dla tej usługi. Przewodnik po niezawodności zawiera informacje o sposobie konfigurowania zasobów usługi niezonowej w celu włączenia obsługi stref dostępności.

W poniższej tabeli opisano typowe podejścia do konfiguracji strefy, w tym poziom nakładu pracy i przestoje wymagane do włączenia stref dostępności. Niektóre usługi mają różne podejścia wymienione ze względu na sposób ich działania.

Metoda	Description	Typowy poziom nakładu pracy	Może wymagać przestoju
Zawsze odporna strefa	Usługa jest domyślnie odporna na strefy w regionach, które obsługują strefy dostępności. Nie trzeba podejmować żadnych działań.	Żaden	Nie.
Włączanie	Wymagane są minimalne zmiany konfiguracji, takie jak włączenie nadmiarowości strefowej w ustawieniach. Proces nie ma żadnego lub ma minimalny wpływ na dostępność zasobu, ale należy wziąć pod uwagę wpływ na koszty lub wydajność.	Low	Brak lub minimum
Modyfikacja	Prawdopodobnie wymagane są pewne zmiany konfiguracji, takie jak ponowne wdrażanie zasobów zależnych lub modyfikowanie ustawień sieci.	Średni	Tak
Ponowne wdrożenie	Wymagane istotne zmiany, takie jak ponowne wdrażanie całych zasobów, aplikacji lub usług lub migrowanie danych do nowych usług.	High	Tak

Omówienie kosztów włączania obsługi strefy dostępności dla usługi. Niektóre usługi nie pobierają oddzielnej opłaty za tę funkcję, ale nadal płacisz za wdrożone zasoby i pojemność. Inne usługi wymagają określonej warstwy, minimalnej liczby wystąpień lub jednostek pojemności lub obu tych elementów. W przypadku usług magazynowania magazyn z nadmiarowością strefową (ZRS) może mieć wyższe stawki niż magazyn z nadmiarowością lokalną (LRS). Tabela w następnej sekcji identyfikuje te czynniki kosztów.

Uwaga / Notatka

Informacje przedstawione w tym artykule zawierają podsumowanie typowego podejścia do obsługi strefy dostępności i przedstawiono typowy wpływ na koszty. Jednak niektóre czynniki mogą mieć wpływ na sposób działania konkretnego rozwiązania. Na przykład niektóre usługi są wyświetlane jako zawsze odporne na strefy, ale to oznaczenie ma zastosowanie tylko w określonych regionach lub dla określonych warstw usługi. Użyj tych tabel jako punktu wyjścia, ale zapoznaj się z połączonym przewodnikiem dotyczącym niezawodności, aby zrozumieć konkretne szczegóły.

Azure usługi według podejścia konfiguracji strefowej

Poniższa tabela zawiera podsumowanie obsługi strefy dostępności dla wielu usług Azure i zapewnia podejście, w tym wpływ na koszty, w celu włączenia obsługi stref dostępności dla każdej usługi.

Usługa	Typowe podejście do konfiguracji strefy	Typowy wpływ na koszty
Wyszukiwanie AI platformy Azure	Włączanie	Wymagana minimalna warstwa i liczba replik
Azure API Management: warstwa Premium (wersja klasyczna)	Konfiguracja automatyczna: zawsze odporna na awarie stref Ręczna ponowna konfiguracja strefy: modyfikacja	Dodatkowe jednostki rozliczane według stawek warstwy Premium
Azure API Management: warstwy Standardowa w wersji 2 i Premium w wersji 2	Ponowne wdrożenie	Dodatkowe jednostki rozliczane według stawek wybranego poziomu
Azure App Configuration	Zawsze odporna strefa	N/A
Azure App Service	Włączanie	Wymagana minimalna warstwa i liczba instancji
Azure App Service — App Service Environment	Włączanie	Wymagana minimalna liczba wystąpień
Azure Application Gateway	Zawsze odporna strefa	N/A
Azure Application Gateway for Containers	Zawsze odporna strefa	N/A
Azure Automation	Zawsze odporna strefa	N/A
Azure Backup	Ponowne wdrożenie	Umiarkowany wzrost kosztów
Azure Bastion	Ponowne wdrożenie	Brak wpływu na koszty
Azure Batch	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby maszyn wirtualnych
Azure Blob Storage	Włączanie	Umiarkowany wzrost kosztów
Azure Chaos Studio	Zawsze odporna strefa	N/A
Azure Container Apps	Ponowne wdrożenie	Wymagana minimalna liczba replik
Azure Container Instances: Grupy kontenerów	Ponowne wdrożenie	Brak wpływu na koszty
Azure Container Instances: NGroups (wersja zapoznawcza)	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby grup kontenerów
Azure Container Registry	Zawsze odporna strefa	N/A
Azure Cosmos DB	Modyfikacja	Brak w przypadku używania automatycznego skalowania lub zapisu w wielu regionach
Azure Data Explorer	Modyfikacja	Umiarkowany wzrost kosztów
Azure Data Factory	Zawsze odporna strefa	N/A
Azure Data Lake Storage	Włączanie	Umiarkowany wzrost kosztów
Azure Database for MySQL	Ponowne wdrożenie	Wymaga repliki podstawowej i repliki wysokiej dostępności (HA)
Azure Database for PostgreSQL	Włączanie	Wymaga repliki podstawowej i repliki wysokiej dostępności
Azure Databricks	Włączanie	Brak wpływu na koszty dla tej samej liczby maszyn wirtualnych; umiarkowany wzrost kosztów magazynu
Azure Disk Storage	Włączanie	Umiarkowany wzrost kosztów
Ochrona przed atakami DDoS platformy Azure	Zawsze odporne na różne strefy	N/A
Rejestr urządzeń Azure	Zawsze odporna strefa	N/A
Azure DNS Private Resolver	Zawsze odporna strefa	N/A
Azure DocumentDB	Włączanie	Wymaga podstawowego shardu i zapasowego shardu HA
Azure Elastic SAN	Ponowne wdrożenie	Umiarkowany wzrost kosztów
Azure Event Grid	Zawsze odporna strefa	N/A
Azure Event Hubs: warstwa Dedykowana	Zawsze odporna strefa	Wymagana minimalna liczba jednostek wydajności (CU)
Azure Event Hubs: wszystkie inne warstwy	Zawsze odporna strefa	N/A
brama Azure ExpressRoute	Nowe bramy: domyślnie odporne na awarie stref Istniejące bramy niezonowe: modyfikacja	Wymagana minimalna jednostka SKU
Azure Files	Włączanie	ZRS: umiarkowany wzrost kosztów Strefowe LRS: brak wpływu na koszty
Azure Firewall	Nowe zapory: strefa odporna domyślnie Istniejące zapory niezonowe: modyfikacja (trwa automatyczna migracja)	Brak wpływu na koszty
Azure Functions: Dedykowany plan	Włączanie	Wymagana minimalna liczba wystąpień
Azure Functions: Plan elastycznej konsumpcji	Włączanie	Wymagana minimalna liczba wystąpień
Azure Functions: Plan Premium	Ponowne wdrożenie	Wymagana minimalna liczba wystąpień
Azure HDInsight	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby węzłów
Azure IoT Hub	Zawsze odporna strefa	N/A
Azure Key Vault	Zawsze odporna strefa	N/A
Azure Kubernetes Service (AKS)	Ponowne wdrożenie	Brak wpływu na koszty
Azure Load Balancer	Modyfikacja	Brak wpływu na koszty
Azure Logic Apps — warstwa Zużycie	Zawsze odporna strefa	N/A
Azure Logic Apps — warstwa Standardowa	Ponowne wdrożenie	Wymagana minimalna warstwa i liczba instancji
Azure Managed Grafana	Ponowne wdrożenie	Umiarkowany wzrost kosztów
Usługa Azure Managed Redis	Włączanie	Wymaga wystąpień podstawowego i wysokiej dostępności
modele kondycji Azure Monitor	Zawsze odporna strefa	N/A
Dzienniki Azure Monitor	Zawsze odporna strefa
Azure NAT Gateway	Ponowne wdrożenie	Brak wpływu na koszty
Azure NetApp Files	Ponowne wdrożenie	Zależy od konfiguracji replikacji
Azure Notification Hubs	Ponowne wdrożenie	Umiarkowany wzrost kosztów
usługa Azure Private Link	Zawsze odporna strefa	N/A
Azure Queue Storage	Włączanie	Umiarkowany wzrost kosztów
Azure Service Bus	Zawsze odporne na różne strefy	N/A
Azure Service Fabric	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby maszyn wirtualnych
Azure SignalR Service	Włączanie	Wymagana minimalna warstwa
Azure Site Recovery	Ponowne wdrożenie	Brak wpływu na koszty Site Recovery, umiarkowany wzrost kosztów magazynu repliki
Azure SQL Database: warstwa Krytyczne dla działania firmy	Włączanie	Brak wpływu na koszty
Azure SQL Database: warstwa Ogólnego przeznaczenia	Włączanie	Umiarkowany wzrost kosztów
Azure SQL Database: warstwa Hiperskala	Ponowne wdrożenie	Wymagana minimalna liczba replik
Azure SQL Database: warstwa Premium	Włączanie	Brak wpływu na koszty
Azure SQL Managed Instance	Włączanie	Umiarkowany wzrost kosztów
Azure Storage Actions	Zawsze odporne na awarie stref (warstwa sterowania) Włączanie (docelowych kont magazynu)	N/A (warstwa sterowania) Zależy od nadmiarowości docelowego konta magazynu danych
Azure Stream Analytics	Zawsze odporne na różne strefy	N/A
Azure Storage Discovery	Zawsze odporne na różne strefy	N/A
Azure Table Storage	Włączanie	Umiarkowany wzrost kosztów
Azure Virtual Machine Scale Sets	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby maszyn wirtualnych
Azure Virtual Machines	Modyfikacja	Brak wpływu na koszty dla tej samej liczby maszyn wirtualnych
Azure Virtual Network	Zawsze odporna strefa	N/A
Azure Virtual Network Manager	Zawsze odporne na różne strefy	N/A
Rozwiązanie Azure VMware	Ponowne wdrożenie	Brak wpływu na koszty dla tej samej liczby węzłów
Azure VPN Gateway	Modyfikacja	Wymagana minimalna jednostka SKU
Azure Web PubSub	Włączanie	Wymagana minimalna warstwa
Publiczny adres IP	Zawsze odporna strefa	N/A

Opinia

Czy ta strona była pomocna?

Ostatnia aktualizacja o 2026-10-30