Punkt odniesienia migracji strefy dostępności platformy Azure
W tym artykule pokazano, jak ocenić gotowość aplikacji do strefy dostępności na potrzeby migracji ze strefy niedostępnej do obsługi strefy dostępności. Przeprowadzimy Cię przez kroki, które należy określić, jak można korzystać z obsługi strefy dostępności zgodnie z wymaganiami aplikacji i regionalnymi. 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 udostępnia zasoby, które są replikowane lub dystrybuowane automatycznie w różnych strefach.
Oprócz dwóch opcji strefy dostępności, strefowo nadmiarowa i strefowo nadmiarowa 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 na awarie regionalne i strefowe.
Aby zobaczyć, 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 podsieci nie będą odporne na strefy i mogą spaść podczas awarii strefowej w tym regionie.
Zagadnienia dotyczące migracji do obsługi strefy dostępności
Istnieje wiele możliwych sposobów tworzenia niezawodnej aplikacji platformy Azure ze strefami dostępności, które spełniają cele umowy SLA i niezawodności. Wykonaj poniższe kroki, aby wybrać odpowiednie podejście do potrzeb w oparciu o zagadnienia techniczne i regulacyjne, możliwości usług, miejsce przechowywania danych, wymagania dotyczące zgodności i opóźnienie.
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 twój region obsługuje strefy dostępności, zdecydowanie zalecamy skonfigurowanie obciążenia dla stref dostępności. Jeśli twój 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, w którym jest dostępna obsługa strefy 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 Wskazówki dotyczące 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 Produkty dostępne 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 twój region nie obsługuje usług i jednostek SKU, których wymaga aplikacja, musisz 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 przy użyciu nadmiarowości strefy.
Aby zapewnić wysoką dostępność strefową usługi Azure IaaS Virtual Machines, użyj rozwiązania Virtual Machine Scale Sets (VMSS) Flex, aby rozpowszechniać 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 rygorystycznym wymaganiem, jest skonfigurowanie obciążenia przy użyciu strefowo nadmiarowego wdrożenia.
W przypadku krytycznych składników aplikacji, które wymagają fizycznej odległości i małych opóźnień, takich jak gry, symulacje inżynieryjne i handel o wysokiej częstotliwości (HFT), zalecamy skonfigurowanie wdrożenia strefowego. Virtual Machine Scale Sets Flex zapewnia strefy dostosowane do zasobów obliczeniowych 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. Ta ciągła wymiana danych za pośrednictwem interfejsów API może mieć wpływ na wydajność. Aby zwiększyć wydajność i zachować niezawodną architekturę, możesz wybrać wdrożenie strefowe.
Wdrożenie strefowe wymaga:
Identyfikowanie zasobów lub usług poufnych opóźnienia w architekturze.
Upewnij się, że opóźnienia poufne zasoby lub usługi obsługują wdrożenie strefowe.
Współlokalizuj poufne zasoby lub usługi opóźnienia w tej samej strefie. Inne usługi w architekturze mogą nadal pozostać strefowo nadmiarowe.
Replikuj usługi strefowe wrażliwe na opóźnienia w wielu strefach dostępności, aby zapewnić odporność 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 w różnych strefach w celu uzyskania wyższej umowy SLA w czasie pracy i ochrony przed awariami strefowymi.
W przypadku aplikacji 3-warstwowej 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łalności biznesowej i odzyskiwanie po awarii w tym samym regionie i gdy nie ma pary regionalnej, zdecydowanie zalecamy skonfigurowanie obciążenia przy użyciu nadmiarowości strefy. Podejście jednoregionowe ma również zastosowanie do 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 maszyn wirtualnych 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ę 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 połączenie strefowych, strefowo nadmiarowych i globalnych usług działa najlepiej, aby spełnić wymagania biznesowe i techniczne.
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.
Opłaty za przepustowość między strefami mają zastosowanie, gdy ruch przechodzi między strefami. Aby dowiedzieć się więcej o cenach przepustowości, zobacz Cennik przepustowości.