Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule opisano obsługę niezawodności w usłudze Azure Elastic SAN i opisano zarówno odporność regionalną ze strefami dostępności, jak i odzyskiwaniem po awarii oraz ciągłością działania.
Obsługa 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 Azure Elastic SAN obsługuje wdrożenie w strefie dostępności przy użyciu magazynu lokalnie nadmiarowego (LRS) oraz wdrożenie regionalne z magazynem strefowo nadmiarowym (ZRS).
Wymagania wstępne
Elastyczne sieci SAN LRS i ZRS są obecnie dostępne tylko w podzestawie regionów. Aby uzyskać listę regionów, zobacz Cele skalowania dla elastycznej sieci SAN.
Tworzenie zasobu przy użyciu stref dostępności
Aby utworzyć elastyczną sieć SAN z włączoną strefą dostępności, zobacz Wdrażanie elastycznej sieci SAN.
Doświadczenie strefy ograniczonej
Podczas wdrażania elastycznej sieci SAN, jeśli wybierzesz opcję ZRS dla nadmiarowości sieci SAN, tryb failover strefowy jest obsługiwany przez platformę. Jeśli używasz prywatnego punktu końcowego do nawiązywania połączenia z elastyczną siecią SAN, przejście w tryb failover odbywa się bez ręcznej interwencji. Elastyczna sieć SAN ZRS, zaprojektowana do korzystania z prywatnych punktów końcowych, jest przeznaczona do samoleczenia i ponownego równoważenia, aby automatycznie wykorzystywać zdrowe strefy. Dostępność i obniżenie wydajności mogą potrwać kilka minut po przejściu w tryb failover do momentu ponownego równoważenia sieci SAN.
Jeśli łączysz się przy użyciu punktów końcowych usługi przechowywania, przełączenie awaryjne strefowe jest obsługiwane, ale może wymagać interwencji ręcznej. Elastyczna sieć SAN ZRS wykorzystująca końcówki usługi przechowywania nie przełączy się automatycznie do zdrowej strefy. Może być konieczne ponowne uruchomienie inicjatora iSCSI, aby zainicjować przejście w tryb failover do innej strefy w dobrej kondycji.
W przypadku wdrożenia elastycznej sieci SAN LRS może być konieczne wdrożenie nowej sieci SAN przy użyciu migawek wyeksportowanych na dyski zarządzane.
Projekt o małych opóźnieniach
Wdrażanie sieci SAN typu ZRS Elastic zapewnia większą niezawodność niż sieć SAN typu LRS Elastic, ale wiąże się z większym opóźnieniem zapisu. Przeprowadź test porównawczy Elastic SAN i symuluj obciążenie aplikacji, aby porównać opóźnienia między LRS a ZRS i sprawdzić, czy wpływa to na obciążenie.
Migracja strefy dostępności
Aby przeprowadzić migrację elastycznej sieci SAN z LRS do ZRS, utwórz migawki woluminów elastycznej sieci SAN, wyeksportuj je do migawek dysków zarządzanych, wdróż elastyczną sieć SAN z ZRS, a następnie utwórz woluminy w tej sieci SAN, korzystając z tych migawek dysków. Aby dowiedzieć się, jak używać migawek, zobacz Migawka woluminów elastycznej sieci SAN platformy Azure.
Ciągłość biznesowa i odzyskiwanie po awarii
Odzyskiwanie po awarii (DR) odnosi się do praktyk używanych przez organizacje do odzyskiwania po wystąpieniu zdarzeń o dużym wpływie, takich jak klęski żywiołowe lub nieudane wdrożenia, które powodują przestoje i utratę danych. Niezależnie od przyczyny najlepszym rozwiązaniem dla awarii jest dobrze zdefiniowany i przetestowany plan odzyskiwania po awarii oraz projekt aplikacji, który aktywnie obsługuje odzyskiwanie po awarii. Przed rozpoczęciem tworzenia planu odzyskiwania po awarii zobacz Zalecenia dotyczące projektowania strategii odzyskiwania po awarii.
W przypadku DR firma Microsoft używa modelu wspólnej odpowiedzialności . W tym modelu firma Microsoft zapewnia dostępność podstawowej infrastruktury i usług platformy. Jednak wiele usług platformy Azure nie replikuje automatycznie danych ani nie wraca z regionu, w którym wystąpił błąd, aby przeprowadzić replikację krzyżową do innego włączonego regionu. W przypadku tych usług odpowiadasz za skonfigurowanie planu odzyskiwania po awarii, który będzie odpowiedni dla twojego obciążenia. Większość usług oferty platformy Azure jako usługa (PaaS) udostępnia funkcje i wskazówki wspierające DR. Możesz użyć funkcji specyficznych dla usługi, aby wspierać szybkie odzyskiwanie i ułatwić opracowanie planu odzyskiwania po awarii.
Odzyskiwanie po awarii w jednym i wielu regionach
W przypadku elastycznej sieci SAN odpowiadasz za zarządzanie procesem odzyskiwania po awarii (DR). Możesz wykonywać migawki woluminów i eksportować je do migawek dysków zarządzanych. Następnie możesz skopiować migawkę przyrostową do nowego regionu, aby przechowywać dane w regionie innym niż ten, w którym znajduje się twoja elastyczna sieć SAN. Należy eksportować do regionów, które są znacznie oddalone geograficznie od regionu podstawowego, aby zmniejszyć prawdopodobieństwo wystąpienia katastrofy wpływającej na wiele regionów.
Wykrywanie, powiadamianie i zarządzanie awariami
Deklaracje awarii można znaleźć w usłudze Service Health — Microsoft Azure.
Wydajność i proaktywna odporność odzyskiwania po awarii
Firma Microsoft i jej klienci działają w ramach modelu wspólnej odpowiedzialności. Wspólna odpowiedzialność oznacza, że w przypadku usług odpowiedzialnych przez klienta, musisz zająć się odzyskiwaniem po awarii dla każdej usługi, którą wdrażasz i kontrolujesz. Przed wdrożeniem zweryfikuj, czy każda usługa, którą zamierzasz wdrożyć, współdziała z Elastic SAN. Aby zapewnić proaktywne odzyskiwanie, wstępnie wdróż systemy pomocnicze, aby nie wystąpiły problemy z pojemnością w przypadku wpływu na środowiska.