Punkt odniesienia migracji strefy dostępności platformy Azure
W tym artykule pokazano, jak ocenić gotowość aplikacji w strefie dostępności do celów migracji ze strefy niedostępnej do obsługi stref dostępności. Dowiedz się, jak można korzystać z obsługi stref dostępności oraz jak spełnić wymagania aplikacji i odporności. Aby uzyskać bardziej szczegółowe informacje na temat stref dostępności i regionów, które je obsługują, zobacz Co to są regiony platformy Azure i strefy dostępności.
Podczas tworzenia niezawodnych obciążeń można wybrać co najmniej jedną z następujących konfiguracji strefy dostępności:
Strefowe. Konfiguracja strefowa zapewnia określoną, wybraną samodzielnie strefę dostępności.
Strefowo nadmiarowe. Konfiguracja strefowo nadmiarowa zapewnia zasoby replikowane lub dystrybuowane automatycznie między strefami.
Oprócz dwóch opcji strefy dostępności strefowe i strefowo nadmiarowe platforma Azure oferuje usługi globalne, co oznacza, że są dostępne globalnie niezależnie od regionu. Ponieważ te usługi są zawsze dostępne w różnych regionach, są odporne zarówno na awarie regionalne, jak i strefowe.
Aby sprawdzić, które usługi platformy Azure obsługują strefy dostępności, zobacz Usługa strefy dostępności i obsługa regionalna.
Uwaga
Jeśli nie wybierzesz konfiguracji strefy dla zasobu, strefowo lub strefowo nadmiarowego, zasób i jego składniki podrzędne nie będą odporne na strefy i mogą spaść podczas awarii strefowej w tym regionie.
Zagadnienia dotyczące migracji do obsługi stref dostępności
Istnieje wiele możliwych sposobów tworzenia niezawodnej aplikacji platformy Azure ze strefami dostępności, które spełniają cele umów SLA i niezawodności. Wykonaj poniższe kroki, aby wybrać odpowiednie podejście do Twoich potrzeb na podstawie zagadnień technicznych i regulacyjnych, możliwości usług, rezydencji danych, wymagań dotyczących zgodności i opóźnień.
Krok 1. Sprawdzanie, czy region świadczenia usługi Azure obsługuje strefy dostępności
W tym pierwszym kroku należy sprawdzić , czy wybrany region świadczenia usługi Azure obsługuje strefy dostępności, a także wymagane usługi platformy Azure dla aplikacji.
Jeśli region obsługuje strefy dostępności, zdecydowanie zalecamy skonfigurowanie obciążenia dla stref dostępności. Jeśli region nie obsługuje stref dostępności, należy użyć wskazówek dotyczących usługi Azure Resource Mover, aby przeprowadzić migrację do regionu, który oferuje obsługę stref dostępności.
Uwaga
W przypadku niektórych usług strefy dostępności można skonfigurować tylko podczas wdrażania. Jeśli chcesz uwzględnić strefy dostępności dla istniejących usług, może być konieczne ponowne wdrożenie. Zapoznaj się z dokumentacją specyficzną dla usługi w temacie Omówienie wskazówek dotyczących migracji stref dostępności dla produktów i usług platformy Microsoft Azure.
Krok 2. Sprawdzanie dostępności produktu i jednostki SKU w regionie świadczenia usługi Azure
W tym kroku sprawdzisz, czy wymagane usługi i jednostki SKU platformy Azure są dostępne w strefach dostępności wybranego regionu świadczenia usługi Azure.
Aby sprawdzić dostępność regionalnych usług, zobacz Dostępność produktów według regionów.
Aby wyświetlić listę dostępnych jednostek SKU maszyn wirtualnych według regionu i strefy platformy Azure, zobacz Sprawdzanie dostępności jednostki SKU maszyny wirtualnej.
Jeśli region nie obsługuje usług i jednostek SKU, których wymaga aplikacja, należy wrócić do kroku 1. Sprawdź dostępność produktu w regionie świadczenia usługi Azure, aby znaleźć nowy region obsługujący usługi i jednostki SKU wymagane przez aplikację. Zdecydowanie zalecamy skonfigurowanie obciążenia z nadmiarowością strefową.
W przypadku wysokiej dostępności maszyn wirtualnych IaaS platformy Azure w wielu strefach użyj zestawu skalowania maszyn wirtualnych Flex , aby rozłożyć maszyny wirtualne w wielu strefach dostępności.
Krok 3. Rozważ wymagania aplikacji
W tym ostatnim kroku określisz, na podstawie wymagań aplikacji, jakiego rodzaju obsługa strefy dostępności jest najbardziej odpowiednia dla aplikacji.
Poniżej przedstawiono trzy ważne pytania, które pomogą Ci wybrać prawidłowe wdrożenie strefy dostępności:
Czy aplikacja zawiera składniki wrażliwe na opóźnienia?
Strefy dostępności platformy Azure w tym samym regionie świadczenia usługi Azure są połączone przez sieć o wysokiej wydajności z opóźnieniem rundy mniejszym niż 2 ms.
Zalecane podejście do osiągnięcia wysokiej dostępności, jeśli małe opóźnienie nie jest ścisłym wymaganiem, jest skonfigurowanie obciążenia przy użyciu wdrożenia strefowo nadmiarowego.
W przypadku krytycznych składników aplikacji wymagających fizycznego zbliżenia i małych opóźnień, takich jak gry, symulacje inżynieryjne i handel o wysokiej częstotliwości (HFT), zalecamy skonfigurowanie wdrożenia strefowego. Zestawy skalowania maszyn wirtualnych Flex zapewniają wyrównane strefy obliczeniowe wraz z dołączonymi dyskami magazynu.
Czy kod aplikacji ma gotowość do obsługi modelu rozproszonego?
W przypadku modelu rozproszonych mikrousług i w zależności od aplikacji istnieje możliwość ciągłej wymiany danych między mikrousługami w różnych strefach. Ciągła wymiana danych za pośrednictwem interfejsów API może mieć wpływ na wydajność. Aby zwiększyć wydajność i utrzymać niezawodną architekturę, możesz wybrać wdrożenie strefowe.
Wdrożenie strefowe wymaga:
Zidentyfikuj zasoby lub usługi wrażliwe na opóźnienia w architekturze.
Upewnij się, że zasoby lub usługi wrażliwe na opóźnienia obsługują wdrożenie strefowe.
Współlokuj poufne zasoby lub usługi opóźnienia w tej samej strefie. Inne usługi w architekturze mogą nadal pozostać strefowo nadmiarowe.
Replikowanie usług strefowych wrażliwych na opóźnienia w wielu strefach dostępności w celu zapewnienia odporności strefy.
Równoważenie obciążenia między wieloma wdrożeniami strefowymi przy użyciu standardowych lub globalnych modułów równoważenia obciążenia.
Jeśli usługa platformy Azure obsługuje strefy dostępności, zdecydowanie zalecamy użycie nadmiarowości strefowej przez rozłożenie węzłów między strefy w celu uzyskania wyższej umowy SLA w czasie pracy i ochrony przed awariami strefowymi.
W przypadku aplikacji trójwarstwowej ważne jest, aby zrozumieć warstwy aplikacji, firmy i danych; a także ich stan (stanowy lub bezstanowy) do tworzenia architektury zgodnie z najlepszymi rozwiązaniami i wskazówkami zgodnie z typem obciążenia.
W przypadku wyspecjalizowanych obciążeń na platformie Azure, jak pokazano poniżej, zapoznaj się z odpowiednimi wskazówkami dotyczącymi architektury strefy docelowej i najlepszymi rozwiązaniami.
SAP
Azure Virtual Desktop
Azure Kubernetes Service
Oracle
Czy chcesz osiągnąć ciągłość działania i odzyskiwanie po awarii w tym samym regionie świadczenia usługi Azure ze względu na zgodność, miejsce przechowywania danych lub wymagania dotyczące ładu?
Aby zapewnić ciągłość działania i odzyskiwanie po awarii w tym samym regionie i gdy nie ma pary regionalnej, zdecydowanie zalecamy skonfigurowanie obciążenia z nadmiarowością strefową. Podejście jednoregionowe dotyczy również niektórych branż, które mają ścisłe wymagania dotyczące rezydencji danych i ładu w tym samym regionie świadczenia usługi Azure. Aby dowiedzieć się, jak replikować, pracować w trybie failover i powrotu po awarii maszyn wirtualnych platformy Azure z jednej strefy dostępności do innej w tym samym regionie świadczenia usługi Azure, zobacz Włączanie odzyskiwania po awarii maszyny wirtualnej platformy Azure między strefami dostępności.
Jeśli potrzebujesz wielu regionów lub jeśli region świadczenia usługi Azure nie obsługuje stref dostępności, zalecamy używanie par regionalnych. Pary regionalne znajdują się daleko w odległości około 100 mil od siebie i zapewniają ochronę promienia wybuchu przed awariami na poziomie regionalnym, takimi jak pożar, powodzie, trzęsienie ziemi i inne naturalne lub nieprzewidziane katastrofy. Aby uzyskać więcej informacji, zobacz Replikacja między regionami na platformie Azure: ciągłość działania i odzyskiwanie po awarii.
Uwaga
Mogą istnieć scenariusze, w których kombinacja strefowych, strefowo nadmiarowych i globalnych usług najlepiej odpowiada wymaganiom biznesowym i technicznym.
Inne kwestie do rozważenia
Aby dowiedzieć się więcej na temat testowania aplikacji pod kątem dostępności i odporności, zobacz Testowanie aplikacji pod kątem dostępności i odporności.
Każde centrum danych w regionie jest przypisane do strefy fizycznej. Strefy fizyczne są mapowane na strefy logiczne w ramach subskrypcji platformy Azure. Subskrypcje platformy Azure są automatycznie przypisywane do tego mapowania w momencie utworzenia subskrypcji. Możesz użyć dedykowanego interfejsu API REST usługi ARM, listLocations i ustawić wersję interfejsu API na 2022-12-01, aby wyświetlić listę mapowania strefy logicznej na strefę fizyczną dla subskrypcji. Te informacje są ważne w przypadku krytycznych składników aplikacji, które wymagają wspólnej lokalizacji z zasobami platformy Azure sklasyfikowanymi jako usługi strategiczne, które mogą nie być dostępne we wszystkich strefach fizycznych.