Macierz obsługi odzyskiwania po awarii maszyny wirtualnej platformy Azure między regionami platformy Azure

Ten artykuł zawiera podsumowanie obsługi i wymagań wstępnych dotyczących odzyskiwania po awarii maszyn wirtualnych platformy Azure z jednego regionu platformy Azure do innego przy użyciu usługi Azure Site Recovery.

Obsługa metody wdrażania

Wdrożenie Pomoc techniczna
Azure Portal Obsługiwane.
Program PowerShell Obsługiwane. Dowiedz się więcej
Interfejs API REST Obsługiwane.
Interfejs wiersza polecenia Obecnie nieobsługiwane.

Obsługa przenoszenia/migrowania zasobów

Akcja zasobu Szczegóły
Przenoszenie magazynów między grupami zasobów Nieobsługiwane.
Przenoszenie zasobów obliczeniowych/magazynu/sieci między grupami zasobów Nieobsługiwane.

Jeśli przeniesiesz maszynę wirtualną lub skojarzone składniki, takie jak magazyn/sieć po replikowaniu maszyny wirtualnej, musisz wyłączyć i ponownie włączyć replikację dla maszyny wirtualnej.
Replikowanie maszyn wirtualnych platformy Azure z jednej subskrypcji do innej na potrzeby odzyskiwania po awarii Obsługiwane w tej samej dzierżawie usługi Azure Active Directory.
Migrowanie maszyn wirtualnych między regionami w obsługiwanych klastrach geograficznych (w ramach subskrypcji i między nimi) Obsługiwane w tej samej dzierżawie usługi Azure Active Directory.
Migrowanie maszyn wirtualnych w tym samym regionie Nieobsługiwane.
Dedykowane hosty platformy Azure Nieobsługiwane.

Obsługa regionów

Usługa Azure Site Recovery umożliwia globalne odzyskiwanie po awarii. Maszyny wirtualne można replikować i odzyskiwać między dwoma regionami platformy Azure na świecie. Jeśli masz obawy dotyczące niezależności danych, możesz ograniczyć replikację w określonym klastrze geograficznym. Różne klastry geograficzne są następujące:

Klaster geograficzny Regiony platformy Azure
Ameryka Kanada Wschodnia, Kanada Środkowa, Południowo-środkowe stany USA, Zachodnie stany USA, Wschodnie stany USA 2, Zachodnie stany USA, Zachodnie stany USA 2, Zachodnie stany USA 3, Środkowe stany USA, Północno-środkowe stany USA
Europa Zjednoczone Królestwo Zachodnie, Zjednoczone Królestwo Południowe, Europa Północna, Europa Zachodnia, Republika Południowej Afryki, Republika Południowej Afryki Północnej, Norwegia Wschodnia, Francja Środkowa, Szwajcaria Północna, Niemcy Zachodnie, Zjednoczone Emiraty Arabskie są traktowane jako część klastra geograficznego Europa)
Azja Indie Południowe, Indie Środkowe, Indie Zachodnie, Azja Południowo-Wschodnia, Azja Wschodnia, Japonia Wschodnia, Japonia Zachodnia, Korea Środkowa, Korea Południowa
JIO JIO Indie Zachodnie

Nie można przeprowadzić replikacji między regionami JIO i innych niż JIO dla Virtual Machines obecnych w subskrypcjach JIO. Dzieje się tak, ponieważ subskrypcje JIO mogą mieć zasoby tylko w regionach JIO.
Australia Australia Wschodnia, Australia Południowo-Wschodnia, Australia Środkowa, Australia Środkowa 2
Azure Government US GOV Virginia, US GOV Iowa, US GOV Arizona, US GOV Texas, US DOD East, US DOD Central
Niemcy Niemcy Środkowe, Niemcy Północno-Wschodnie
Chiny Chiny Wschodnie, Chiny Północne, Chiny Północne2, Chiny Wschodnie2
Brazylia Brazylia Południowa
Regiony z ograniczeniami zarezerwowane dla odzyskiwania po awarii w kraju Szwajcaria Zachodnia zarezerwowana dla Szwajcarii Północnej, Francja Południowa zarezerwowana dla Francji Środkowej, Norwegia Zachodnia dla klientów wschodnich Norwegii, JIO Indie Środkowe dla klientów JIO Indie Zachodnie, Brazylia Południowo-Wschodnia dla klientów Brazylii Południowej, Republika Południowej Afryki Południowej dla klientów z Rpa Południowej, Niemcy Północne dla klientów Zachodnich Niemiec Zachodnich, Środkowe Emiraty Arabskie dla klientów z Północy ZEA.

Aby używać regionów z ograniczeniami jako regionu podstawowego lub odzyskiwania, skontaktuj się z nimi, zgłaszając tutaj żądanie zarówno dla subskrypcji źródłowych, jak i docelowych.

Uwaga

  • W przypadku Brazylii Południowej można replikować i w trybie failover do następujących regionów: Brazylia Południowo-wschodnia, Południowo-środkowe stany USA, Zachodnie stany USA, Zachodnie stany USA, Południowo-środkowe stany USA, Wschodnie stany USA 2, Wschodnie stany USA 2 i Północno-środkowe stany USA.
  • Brazylia Południowa może być używana tylko jako region źródłowy, z którego maszyny wirtualne mogą replikować przy użyciu Site Recovery. Nie może działać jako region docelowy. Pamiętaj, że w przypadku przejścia w tryb failover z Brazylii Południowej jako regionu źródłowego do celu jest obsługiwany powrót po awarii do Brazylii Południowej z regionu docelowego. Brazylia Południowo-Wschodnia może być używana tylko jako region docelowy.
  • Jeśli region, w którym chcesz utworzyć magazyn, nie jest wyświetlany, upewnij się, że subskrypcja ma dostęp do tworzenia zasobów w tym regionie.
  • Jeśli podczas włączania replikacji nie widzisz regionu w klastrze geograficznym, upewnij się, że subskrypcja ma uprawnienia do tworzenia maszyn wirtualnych w tym regionie.

Magazyn pamięci podręcznej

Ta tabela zawiera podsumowanie obsługi konta magazynu pamięci podręcznej używanego przez Site Recovery podczas replikacji.

Ustawienie Pomoc techniczna Szczegóły
Konta magazynu ogólnego przeznaczenia w wersji 2 (warstwa Gorąca i Chłodna) Obsługiwane Użycie protokołu GPv2 nie jest zalecane, ponieważ koszty transakcji dla wersji 2 są znacznie wyższe niż konta magazynu w wersji 1.
Premium Storage Nieobsługiwane Konta magazynu w warstwie Standardowa są używane do magazynowania pamięci podręcznej, aby ułatwić optymalizację kosztów.
Region (Region) Ten sam region co maszyna wirtualna Konto magazynu pamięci podręcznej powinno znajdować się w tym samym regionie co chroniona maszyna wirtualna.
Subskrypcja Może się różnić od źródłowych maszyn wirtualnych Konto magazynu pamięci podręcznej nie musi znajdować się w tej samej subskrypcji co źródłowe maszyny wirtualne.
Zapory usługi Azure Storage dla sieci wirtualnych Obsługiwane Jeśli używasz konta magazynu pamięci podręcznej z włączoną zaporą lub docelowego konta magazynu, upewnij się, że opcja "Zezwalaj na zaufane usługi firmy Microsoft".

Upewnij się również, że zezwalasz na dostęp do co najmniej jednej podsieci źródłowej sieci wirtualnej.

Uwaga: nie ograniczaj dostępu sieci wirtualnej do kont magazynu używanych do Site Recovery. Należy zezwolić na dostęp ze strony "Wszystkie sieci".
Usuwanie nietrwałe Nieobsługiwane Usuwanie nietrwałe nie jest obsługiwane, ponieważ po włączeniu go na koncie magazynu pamięci podręcznej zwiększa koszt. Usługa ASR wykonuje bardzo częste tworzenie/usuwanie plików dziennika podczas replikowania, co powoduje zwiększenie kosztów.
Szyfrowanie magazynowane (CMK) Obsługiwane Szyfrowanie konta magazynu można skonfigurować przy użyciu kluczy zarządzanych przez klienta (CMK)

W poniższej tabeli wymieniono limity dotyczące liczby dysków, które mogą być replikowane do pojedynczego konta magazynu.

Typ konta magazynu Współczynnik zmian = 4 MB/s na dysk Współczynnik zmian = 8 MB/s na dysk
Konto magazynu w wersji 1 300 dysków 150 dysków
Konto magazynu w wersji 2 750 dysków 375 dysków

W miarę wzrostu średniego współczynnika zmian na dyskach liczba dysków, które konto magazynu może obsługiwać, zmniejsza się. Powyższa tabela może służyć jako przewodnik podejmowania decyzji dotyczących liczby kont magazynu, które należy aprowizować.

Należy pamiętać, że powyższe limity są specyficzne dla scenariuszy odzyskiwania po awarii między platformami Azure i strefami.

Zreplikowane systemy operacyjne maszyn

Site Recovery obsługuje replikację maszyn wirtualnych platformy Azure z systemami operacyjnymi wymienionymi w tej sekcji. Należy pamiętać, że jeśli maszyna już replikująca zostanie później uaktualniona (lub obniżona) do innego głównego jądra, należy wyłączyć replikację i ponownie włączyć replikację po uaktualnieniu.

Windows

System operacyjny Szczegóły
Windows Server 2022 Obsługiwane.
Windows Server 2019 Obsługiwane w przypadku serwera Server Core, serwera ze środowiskiem pulpitu.
Windows Server 2016 Obsługiwane funkcje Server Core, Serwer ze środowiskiem pulpitu.
Windows Server 2012 z dodatkiem R2 Obsługiwane.
Windows Server 2012 Obsługiwane.
Windows Server 2008 R2 z dodatkiem SP1/SP2 Obsługiwane.

Z wersji 9.30 rozszerzenia usługa mobilności dla maszyn wirtualnych platformy Azure należy zainstalować aktualizację stosu obsługi systemu Windows (SSU) i aktualizację SHA-2 na maszynach z systemem Windows Server 2008 R2 SP1/SP2. Algorytm SHA-1 nie jest obsługiwany od września 2019 r., a jeśli podpisywanie kodu SHA-2 nie jest włączone, rozszerzenie agenta nie zostanie zainstalowane/uaktualnione zgodnie z oczekiwaniami. Dowiedz się więcej o uaktualnieniu sha-2 i wymaganiach.
Windows 10 (x64) Obsługiwane.
Windows 8.1 (x64) Obsługiwane.
Windows 8 (x64) Obsługiwane.
Windows 7 (x64) z dodatkiem SP1 lub nowszym Z wersji 9.30 rozszerzenia usługa mobilności dla maszyn wirtualnych platformy Azure należy zainstalować aktualizację stosu obsługi systemu Windows (SSU) i aktualizację SHA-2 na maszynach z systemem Windows 7 z dodatkiem SP1. Algorytm SHA-1 nie jest obsługiwany od września 2019 r. i jeśli podpisywanie kodu SHA-2 nie jest włączone, rozszerzenie agenta nie zostanie zainstalowane/uaktualnione zgodnie z oczekiwaniami. Dowiedz się więcej o uaktualnieniu sha-2 i wymaganiach.

Linux

System operacyjny Szczegóły
Red Hat Enterprise Linux 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6,7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 lub nowsza), 8.5 (4.18.0-348.5.1.el8_5.x86_64 lub nowsza), 8.6
CentOS 6.5, 6.6, 6.7, 6.8, 6.9, 6.10
7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9 w wersji wstępnej ga, wersja 7.9 ga jest obsługiwana z wersji 9.37 poprawki
** 8.0, 8.1, 8.2, 8.3, 8.4, 8.5
Ubuntu 14.04 LTS Server Obejmuje obsługę wszystkich wersji 14.04. x wersji; Obsługiwane wersje jądra;
Ubuntu 16.04 LTS Server Obejmuje obsługę wszystkich wersji 16.04. x wersji; Obsługiwana wersja jądra

Serwery z systemem Ubuntu korzystające z uwierzytelniania opartego na hasłach i logowania oraz pakiet cloud-init do konfigurowania maszyn wirtualnych w chmurze mogą mieć wyłączone logowanie oparte na hasłach w trybie failover (w zależności od konfiguracji cloudinit). Logowanie oparte na hasłach można ponownie włączyć na maszynie wirtualnej, resetując hasło z menu Ustawienia rozwiązywania problemów > z pomocą techniczną > (maszyny wirtualnej w trybie failover w Azure Portal.
Ubuntu 18.04 LTS Server Obejmuje obsługę wszystkich wersji 18.04. x wersji; Obsługiwana wersja jądra

Serwery z systemem Ubuntu korzystające z uwierzytelniania opartego na hasłach i logowania oraz pakiet cloud-init do konfigurowania maszyn wirtualnych w chmurze mogą mieć wyłączone logowanie oparte na hasłach w trybie failover (w zależności od konfiguracji cloudinit). Logowanie oparte na hasłach można ponownie włączyć na maszynie wirtualnej, resetując hasło z menu Ustawienia rozwiązywania problemów > z pomocą techniczną > (maszyny wirtualnej w trybie failover w Azure Portal.
Serwer Ubuntu 20.04 LTS Obejmuje obsługę wszystkich wersji 20.04. x wersji; Obsługiwana wersja jądra
Debian 7 Obejmuje obsługę wszystkich 7. wersje xObsługiwane wersje jądra
Debian 8 Obejmuje obsługę wszystkich 8. wersje xObsługiwane wersje jądra
Debian 9 Obejmuje obsługę wersji 9.1 do 9.13. Debian 9.0 nie jest obsługiwany. Obsługiwane wersje jądra
Debian 10 Obsługiwane wersje jądra
SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5 (obsługiwane wersje jądra)
SUSE Linux Enterprise Server 15 15, SP1, SP2, SP3 (obsługiwane wersje jądra)
SUSE Linux Enterprise Server 11 SP3

Uaktualnianie maszyn replikujących z wersji SP3 do SP4 nie jest obsługiwane. Jeśli replikowana maszyna została uaktualniona, należy wyłączyć replikację i ponownie włączyć replikację po uaktualnieniu.
SUSE Linux Enterprise Server 11 SP4
Oracle Linux 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3 (z uruchomionym jądro zgodnym z red hat lub unbreakable Enterprise Kernel Release 3, 4, 5 i 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5

8.1 (uruchomione we wszystkich jądrach UEK i jądro <RedHat = 3.10.0-1062.* są obsługiwane w wersji 9.35 Obsługa pozostałych jąder RedHat jest dostępna w wersji 9.36)

Uwaga

W przypadku wersji systemu Linux usługa Azure Site Recovery nie obsługuje niestandardowych jąder systemu operacyjnego. Obsługiwane są tylko jądra magazynowe, które są częścią wersji pomocniczej/aktualizacji wersji pomocniczej dystrybucji.

Uwaga

Aby obsługiwać najnowsze jądra systemu Linux w ciągu 15 dni od wydania, usługa Azure Site Recovery wprowadza poprawkę poprawki poprawki na bieżąco z najnowszą wersją agenta mobilności. Ta poprawka jest wdrażana między dwiema wersjami głównymi. Aby zaktualizować agenta mobilności do najnowszej wersji (w tym poprawki poprawki na gorąco), wykonaj kroki wymienione w tym artykule. Ta poprawka jest obecnie wdrażana dla agentów mobilności używanych na platformie Azure w scenariuszu odzyskiwania po awarii na platformie Azure.

Obsługiwane wersje jądra systemu Ubuntu dla maszyn wirtualnych platformy Azure

Wersja wersja usługa mobilności Wersja jądra
14.04 LTS 9.48 W tej wersji nie są obsługiwane żadne nowe jądra 14.04 LTS.
14.04 LTS 9.47 W tej wersji nie są obsługiwane żadne nowe jądra 14.04 LTS.
14.04 LTS 9.46 W tej wersji nie są obsługiwane żadne nowe jądra 14.04 LTS.
14.04 LTS 9.45 W tej wersji nie są obsługiwane żadne nowe jądra 14.04 LTS.
14.04 LTS 9.44 3.13.0-24-generic do 3.13.0-170-generic,
3.16.0-25-generic do 3.16.0-77-generic,
3.19.0-18-generic do 3.19.0-80-generic,
4.2.0-18-generic do 4.2.0-42-generic,
4.4.0-21-generic do 4.4.0-148-generic,
4.15.0-1023-azure do 4.15.0-1045-azure
16.04 LTS 9.48 4.15.0-1112-azure, 4.15.0-1113-azure
16.04 LTS 9.47 W tej wersji nie są obsługiwane żadne nowe jądra 16.04 LTS.
16.04 LTS 9.46 4.4.0-21-generic do 4.4.0-206-generic
4.8.0-34-generic do 4.8.0-58-generic
4.10.0-14-generic do 4.10.0-42-generic
4.11.0-13-generic do 4.11.0-14-generic
4.13.0-16-generic do 4.13.0-45-generic
4.15.0-13-generic do 4.15.0-140-generic
4.11.0-1009-azure do 4.11.0-1016-azure
4.13.0-1005-azure do 4.13.0-1018-azure
4.15.0-1012-azure do 4.15.0-1111-azure
16.04 LTS 9.45 W tej wersji nie są obsługiwane żadne nowe jądra 16.04 LTS.
16.04 LTS 9.44 4.4.0-21-generic do 4.4.0-206-generic,
4.8.0-34-generic do 4.8.0-58-generic,
4.10.0-14-generic do 4.10.0-42-generic,
4.11.0-13-generic do 4.11.0-14-generic,
4.13.0-16-generic do 4.13.0-45-generic,
4.15.0-13-generic do 4.15.0-140-generic
4.11.0-1009-azure do 4.11.0-1016-azure,
4.13.0-1005-azure do 4.13.0-1018-azure
4.15.0-1012-azure do 4.15.0-1111-azure
18.04 LTS 9,49 4.15.0-1139-azure 4.15.0-1142-azure 4.15.0-1145-azure 4.15.0-180-generic
4.15.0-184-generic 4.15.0-187-generic

4.15.0-188-generic
5.4.0-1080-azure
5.4.0-1083-azure
5.4.0-1085-azure
5.4.0-113-generic
5.4.0-117-generic 5.4.0-120-generic
5.4.0-121-generic



18.04 LTS 9.48 4.15.0-1134-azure 4.15.0-1136-azure 4.15.0-173-generic 4.15.0-175-generic
5.4.0-105-ogólny 5.4.0-1073-azure
5.4.0-1074-azure
5.4.0-107-generic
5.4.0-109-generic 5.4.0-110-generic




18.04 LTS 9.47 5.4.0-92-generic 4.15.0-166-generic 4.15.0-1129-azure 5.4.0-1065-azure
4.15.0-1130-azure 4.15.0-167-generic 5.4.0-1067-azure 5.4.0-1068-azure 5.4.0-94-generic
5.4.0-96-generic 5.4.0-97-generic 5.4.0-99-generic

4.15.0-1131-azure
4.15.0-169-generic
5.4.0-100-generic
5.4.0-1069-azure
5.4.0-1070-azure







18.04 LTS 9.46 4.15.0-1126-azure 4.15.0-1125-azure 4.15.0-1123-azure 5.4.0-1058-azure
4.15.0-162-generic 4.15.0-161-generic 4.15.0-156-generic

5.4.0-01061-azure do 5.4.0-1063-azure
5.4.0-90-generic 5.4.0-89-generic
9.46 poprawka**
4.15.0-1127-azure
4.15.0-163-generic
5.4.0-1064-azure
5.4.0-91-generic




18.04 LTS 9.45 4.15.0-1123-azure 5.4.0-1058-azure 4.15.0-156-generic 4.15.0-1125-azure
4.15.0-161-generic
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-89-generic


20.04 LTS 9.48 5.4.0-1074-azure
5.4.0-107-generic 5.4.0-1077-azure
5.4.0-1078-azure
5.4.0-109-generic 5.4.0-110-generic

20.04 LTS 9.47 5.4.0-1065-azure 5.4.0-92-generic 5.4.0-1067-azure 5.4.0-1068-azure 5.4.0-94-generic

5.4.0-96-generic
5.4.0-97-generic 5.4.0-99-generic
5.4.0-100-generic

5.4.0-1069-azure
5.4.0-1070-azure


20.04 LTS 9.46 5.4.0-84-generic 5.4.0-1058-azure 5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-1063-azure
5.4.0-89-generic
5.4.0-90-generic
9.46 patch**
5.4.0-1064-azure
5.4.0-91-generic

20.04 LTS 9.45 5.4.0-1058-azure
5.4.0-84-generic 5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-89-generic
20.04 LTS 9.44 5.4.0-26-generic do 5.4.0-60-generic
5.4.0-1010-azure do 5.4.0-1043-azure 5.4.0-1047-azure
5.4.0-73-generic 5.4.0-1048-azure
5.4.0-74-generic

5.4.0-81-generic
5.4.0-1056-azure

Uwaga

Aby obsługiwać najnowsze jądra systemu Linux w ciągu 15 dni od wydania, usługa Azure Site Recovery wprowadza poprawkę poprawki poprawki na bieżąco z najnowszą wersją agenta mobilności. Ta poprawka jest wdrażana między dwiema wersjami głównymi. Aby zaktualizować agenta mobilności do najnowszej wersji (w tym poprawki poprawki na gorąco), wykonaj kroki wymienione w tym artykule. Ta poprawka jest obecnie wdrażana dla agentów mobilności używanych na platformie Azure w scenariuszu odzyskiwania po awarii na platformie Azure.

Uwaga

W systemie Ubuntu 20.04 początkowo wprowadziliśmy obsługę jąder 5.8.*, ale od tego czasu znaleźliśmy problemy z obsługą tego jądra i dlatego zredagowaliśmy te jądra z naszej instrukcji obsługi.

Obsługiwane wersje jądra Debian dla maszyn wirtualnych platformy Azure

Wersja wersja usługa mobilności Wersja jądra
Debian 7 9.48 W tej wersji nie są obsługiwane żadne nowe jądra Debian 7.
Debian 7 9.47 W tej wersji nie są obsługiwane żadne nowe jądra Debian 7.
Debian 7 9.46 W tej wersji nie są obsługiwane żadne nowe jądra Debian 7.
Debian 7 9.45 W tej wersji nie są obsługiwane żadne nowe jądra Debian 7.
Debian 7 9.44 3.2.0-4-amd64 do 3.2.0-6-amd64, 3.16.0-0.bpo.4-amd64
Debian 8 9.48 W tej wersji nie są obsługiwane żadne nowe jądra Debian 8.
Debian 8 9.47 W tej wersji nie są obsługiwane żadne nowe jądra Debian 8.
Debian 8 9.46 W tej wersji nie są obsługiwane żadne nowe jądra Debian 8.
Debian 8 9.45 W tej wersji nie są obsługiwane żadne nowe jądra Debian 8.
Debian 8 9.44 3.16.0-4-amd64 do 3.16.0-11-amd64, 4.9.0-0.bpo.4-amd64 do 4.9.0-0.bpo.11-amd64
Debian 9.1 9,49 4.9.0-19-amd64
Debian 9.1 9.48 4.9.0-18-amd64
4.19.0-0.bpo.19-amd64
4.19.0-0.bpo.17-cloud-amd64 do 4.19.0-0.bpo.19-cloud-amd64
Debian 9.1 9.47 4.9.0-16-amd64, 4.9.0-17-amd64
Debian 9.1 9.46 W tej wersji nie są obsługiwane żadne nowe jądra Debian 9.1.
Debian 9.1 9.45 4.19.0-0.bpo.18-amd64
4.19.0-0.bpo.18-cloud-amd64
Debian 10 9,49 4.19.0-21-amd64
4.19.0-21-cloud-amd64
5.10.0-0.bpo.15-amd64 5.10.0-0.bpo.15-cloud-amd64
Debian 10 9.48 4.19.0-20-amd64
4.19.0-20-cloud-amd64
5.8.0-0.bpo.2-amd64, 5.8.0-0.bpo.2-cloud-amd64, 5.9.0-0.bpo.2-amd64, 5.9.0-0.bpo.2-cloud-amd64, 5.9.0-0.bpo.5-amd64, 5.9.0-0.bpo.5-cloud-amd64, 5.10.0-0.bpo.7-amd64, 5.10.0-0.bpo.7-cloud-amd64, 5.10.0-0.bpo.9-amd64, 5.10.0-0.bpo.9-cloud-amd64, 5.10.0-0.bpo.11-amd64, 5.10.0-0.bpo.11-cloud-amd64, 5.10.0-0.bpo.12-amd64, 5.10.0-0.bpo.12-cloud-amd64
Debian 10 9.47 W tej wersji nie są obsługiwane żadne nowe jądra Debian 10.
Debian 10 9.46 W tej wersji nie są obsługiwane żadne nowe jądra Debian 10.
Debian 10 9.45 4.19.0-18-amd64
4.19.0-18-cloud-amd64

Uwaga

Aby obsługiwać najnowsze jądra systemu Linux w ciągu 15 dni od wydania, usługa Azure Site Recovery wprowadza poprawkę poprawki poprawki na bieżąco z najnowszą wersją agenta mobilności. Ta poprawka jest wdrażana między dwiema wersjami głównymi. Aby zaktualizować agenta mobilności do najnowszej wersji (w tym poprawki poprawki na gorąco), wykonaj kroki wymienione w tym artykule. Ta poprawka jest obecnie wdrażana dla agentów mobilności używanych na platformie Azure w scenariuszu odzyskiwania po awarii na platformie Azure.

Obsługiwane wersje jądra systemu SUSE Linux Enterprise Server 12 dla maszyn wirtualnych platformy Azure

Wersja wersja usługa mobilności Wersja jądra
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9,49 4.12.14-16.100-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.48 4.12.14-122.110-default:5
4.12.14-122.113-default:5
4.12.14-122.116-default:5
4.12.14-122.121-default:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.47 Wszystkie akcje SUSE 12 SP1,SP2,SP3,SP4,SP5 jądra są obsługiwane.

4.12.14-16.85-azure:5
4.12.14-122.106-default:5
4.12.14-16.88-azure:5
4.12.14-122.110-default:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.46 Wszystkie akcje SUSE 12 SP1,SP2,SP3,SP4,SP5 jądra są obsługiwane.

4.12.14-16.80-azure
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.45 W tej wersji nie są obsługiwane żadne nowe jądra systemu SLES 12.

Obsługiwane wersje jądra systemu SUSE Linux Enterprise Server 15 dla maszyn wirtualnych platformy Azure

Wersja wersja usługa mobilności Wersja jądra
SUSE Linux Enterprise Server 15, SP1, SP2, SP3 9.48 5.3.18-59.5-default:3
5.3.18-150300.38.59-azure:3
5.3.18-150300.38.62-azure:3
SUSE Linux Enterprise Server 15, SP1, SP2 9.47 Domyślnie obsługiwane są wszystkie podstawowe jądra SUSE 15, SP1, SP2 .

5.3.18-38.31-azure 5.3.18-38.8-azure 5.3.18-57-default 5.3.18-59.10-default
5.3.18-59.1 3-default 5.3.18-59.16-default 5.3.18-59.19-default 5.3.18-59.24-default 5.3.18-59.27-default 5.3.18-59.30-default 5.3.18-59.34-default 5.3.18-59.37-default 5.3.18-59.5-default 5.3.18-38.34-azure:3
5.3.18-150300.59.43-default:3 5.3.18-150300.59.46-default
:3
5.3.18-59.40-default:3












SUSE Linux Enterprise Server 15, SP1, SP2 9.46 Domyślnie obsługiwane są wszystkie podstawowe jądra SUSE 15, SP1, SP2 .

4.12.14-5.5-azure do wersji 4.12.14-5.47-azure 4.12.14-8.5-azure do 4.12.14-8.55-azure
5.3.18-16-azure
5.5.3.18-18.5-azure do 5.3.18-18.58-azure
5.3.18-18.69-azure
5.3.18-18.72-azure 5.3.18-18.75-azure


SUSE Linux Enterprise Server 15, SP1, SP2 9.45 Domyślnie obsługiwane są wszystkie podstawowe jądra SUSE 15, SP1, SP2 .

4.12.14-5.5-azure do 4.12.14-5.47-azure

4.12.14-8.5-azure do 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure do 5.3.18-18.58-azure
5.3.18-18.69-azure
SUSE Linux Enterprise Server 15, SP1, SP2 9.44 Domyślnie obsługiwane są wszystkie podstawowe jądra SUSE 15, SP1, SP2 .

4.12.14-5.5-azure do wersji 4.12.14-5.47-azure

4.12.14-8.5-azure do 4.12.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure do 5.3.18-18.58-azure

Uwaga

Aby obsługiwać najnowsze jądra systemu Linux w ciągu 15 dni od wydania, usługa Azure Site Recovery wprowadza poprawkę poprawki na bieżąco z najnowszą wersją agenta mobilności. Ta poprawka jest wdrażana między dwiema wersjami głównymi. Aby zaktualizować do najnowszej wersji agenta mobilności (w tym poprawki poprawki na gorąco), wykonaj kroki wymienione w tym artykule. Ta poprawka jest obecnie wdrażana dla agentów mobilności używanych na platformie Azure do scenariusza odzyskiwania po awarii platformy Azure.

Replikowane maszyny — system plików systemu Linux/magazyn gościa

  • Systemy plików: ext3, ext4, XFS, BTRFS
  • Menedżer woluminów: LVM2

Uwaga

Oprogramowanie wielościeżkowe nie jest obsługiwane.

Replikowane maszyny — ustawienia obliczeniowe

Ustawienie Pomoc techniczna Szczegóły
Rozmiar Dowolny rozmiar maszyny wirtualnej platformy Azure z co najmniej dwoma rdzeniami procesora CPU i 1 GB pamięci RAM Sprawdź rozmiary maszyn wirtualnych platformy Azure.
Pamięć RAM Sterownik usługi Azure Site Recovery zużywa 6% pamięci RAM.
Zestawy dostępności Obsługiwane Jeśli włączysz replikację dla maszyny wirtualnej platformy Azure z opcjami domyślnymi, zestaw dostępności zostanie utworzony automatycznie na podstawie ustawień regionu źródłowego. Możesz zmodyfikować te ustawienia.
Strefy dostępności Obsługiwane
Dedykowane hosty Nieobsługiwane
Korzyść użycia hybrydowego (HUB) Obsługiwane Jeśli źródłowa maszyna wirtualna ma włączoną licencję centrum, testowy tryb failover lub przełączona w tryb failover maszyna wirtualna używa również licencji koncentratora.
VMSS Flex Scenariusz dostępności — obsługiwany. Scenariusz skalowalności — nieobsługiwany.
Obrazy galerii platformy Azure — opublikowana przez firmę Microsoft Obsługiwane Obsługiwane, jeśli maszyna wirtualna jest uruchomiona w obsługiwanym systemie operacyjnym.
Obrazy z galerii platformy Azure — opublikowane przez inne firmy Obsługiwane Obsługiwane, jeśli maszyna wirtualna jest uruchomiona w obsługiwanym systemie operacyjnym.
Obrazy niestandardowe — opublikowane przez inne firmy Obsługiwane Obsługiwane, jeśli maszyna wirtualna jest uruchomiona w obsługiwanym systemie operacyjnym.
Maszyny wirtualne migrowane przy użyciu Site Recovery Obsługiwane Jeśli maszyna wirtualna VMware lub maszyna fizyczna została zmigrowana na platformę Azure przy użyciu Site Recovery, należy odinstalować starszą wersję usługa mobilności uruchomioną na maszynie i ponownie uruchomić maszynę przed replikacją do innego regionu świadczenia usługi Azure.
Zasady kontroli dostępu opartej na rolach platformy Azure Nieobsługiwane Zasady kontroli dostępu opartej na rolach (RBAC) platformy Azure na maszynach wirtualnych nie są replikowane do maszyny wirtualnej trybu failover w regionie docelowym.
Rozszerzenia Nieobsługiwane Rozszerzenia nie są replikowane do maszyny wirtualnej trybu failover w regionie docelowym. Należy ją zainstalować ręcznie po przejściu w tryb failover.
Grupy umieszczania w pobliżu Obsługiwane Maszyny wirtualne znajdujące się wewnątrz grupy umieszczania w pobliżu mogą być chronione przy użyciu Site Recovery.
Tagi Obsługiwane Tagi generowane przez użytkownika stosowane na źródłowych maszynach wirtualnych są przenoszone do docelowych maszyn wirtualnych po zakończeniu testowania trybu failover lub trybu failover. Tagi na maszynach wirtualnych są replikowane co 24 godziny, o ile maszyny wirtualne są obecne w regionie docelowym.

Replikowane maszyny — akcje dysku

Akcja Szczegóły
Zmienianie rozmiaru dysku na replikowanej maszynie wirtualnej Zmiana rozmiaru na źródłowej maszynie wirtualnej jest obsługiwana. Zmiana rozmiaru w dół na źródłowej maszynie wirtualnej nie jest obsługiwana. Przed przejściem w tryb failover należy wykonać zmianę rozmiaru. Nie trzeba wyłączać/ponownie włączać replikacji.

Jeśli zmienisz źródłową maszynę wirtualną po przejściu w tryb failover, zmiany nie są przechwytywane.

Jeśli zmienisz rozmiar dysku na maszynie wirtualnej platformy Azure po przejściu w tryb failover, zmiany nie zostaną przechwycone przez Site Recovery, a powrót po awarii będzie mieć oryginalny rozmiar maszyny wirtualnej.

Jeśli zmiana rozmiaru na >=4 TB, zapoznaj się ze wskazówkami dotyczącymi buforowania dysków tutaj.
Dodawanie dysku do replikowanej maszyny wirtualnej Obsługiwane
Zmiany w trybie offline na chronionych dyskach Odłączanie dysków i modyfikowanie ich w trybie offline wymaga wyzwolenia pełnej synchronizacji.
Buforowanie dysku Buforowanie dysków nie jest dostępne dla dysków o pojemności 4 TiB i większych. Jeśli do maszyny wirtualnej jest dołączonych wiele dysków, każdy dysk mniejszy niż 4 TiB będzie obsługiwać buforowanie. Zmienianie ustawień pamięci podręcznej dysku platformy Azure powoduje odłączenie i ponowne dołączenie dysku docelowego. Jeśli jest to dysk systemu operacyjnego, maszyna wirtualna zostanie ponownie uruchomiona. Zatrzymasz wszystkie aplikacje/usługi, na które może mieć wpływ to zakłócenie, przed zmianą ustawień pamięci podręcznej dysku. Niezgodne z tymi zaleceniami mogą prowadzić do uszkodzenia danych.

Replikowane maszyny — magazyn

W tej tabeli podsumowano obsługę dysku systemu operacyjnego maszyny wirtualnej platformy Azure, dysku danych i dysku tymczasowego.

  • Ważne jest, aby obserwować limity dysków maszyn wirtualnych i cele dla dysków zarządzanych , aby uniknąć problemów z wydajnością.
  • W przypadku wdrożenia przy użyciu ustawień domyślnych Site Recovery automatycznie tworzy dyski i konta magazynu na podstawie ustawień źródłowych.
  • W przypadku dostosowywania upewnij się, że postępuj zgodnie z wytycznymi.
Składnik Pomoc techniczna Szczegóły
Maksymalny rozmiar dysku systemu operacyjnego 4096 GB Dowiedz się więcej o dyskach maszyn wirtualnych.
Dysk tymczasowy Nieobsługiwane Dysk tymczasowy jest zawsze wykluczony z replikacji.

Nie przechowuj żadnych trwałych danych na dysku tymczasowym. Dowiedz się więcej.
Maksymalny rozmiar dysku danych 32 TB dla dysków zarządzanych

4 TB dysków niezarządzanych
Minimalny rozmiar dysku danych Brak ograniczeń dotyczących dysków niezarządzanych. 2 GB dla dysków zarządzanych
Maksymalna liczba dysków danych Do 64, zgodnie z obsługą określonego rozmiaru maszyny wirtualnej platformy Azure Dowiedz się więcej o rozmiarach maszyn wirtualnych.
Maksymalny rozmiar dysku danych na konto magazynu (w przypadku dysków niezarządzanych) 35 TB Jest to górny limit skumulowanego rozmiaru stronicowych obiektów blob utworzonych na koncie usługi Premium Storage
Szybkość zmian dysku danych Maksymalnie 20 MB/s na dysk w przypadku magazynu w warstwie Premium. Maksymalnie 2 MB/s na dysk dla magazynu w warstwie Standardowa. Jeśli średni współczynnik zmian danych na dysku jest stale wyższy niż maksymalny, replikacja nie nadrobi zaległości.

Jeśli jednak sporadycznie przekroczono wartość maksymalną, replikacja może nadrobić zaległości, ale mogą wystąpić nieznacznie opóźnione punkty odzyskiwania.
Dysk danych — standardowe konto magazynu Obsługiwane
Dysk danych — konto magazynu w warstwie Premium Obsługiwane Jeśli maszyna wirtualna ma dyski rozmieszczone na kontach magazynu w warstwie Premium i Standardowa, możesz wybrać inne docelowe konto magazynu dla każdego dysku, aby mieć taką samą konfigurację magazynu w regionie docelowym.
Dysk zarządzany — standardowa Obsługiwane w regionach świadczenia usługi Azure, w których jest obsługiwana usługa Azure Site Recovery.
Dysk zarządzany — wersja Premium Obsługiwane w regionach świadczenia usługi Azure, w których jest obsługiwana usługa Azure Site Recovery.
Limity subskrypcji dysku Maksymalnie 3000 chronionych dysków na subskrypcję Upewnij się, że subskrypcja źródłowa lub docelowa nie ma więcej niż 3000 dysków chronionych przez usługę Azure Site Recovery (zarówno dane, jak i system operacyjny).
Dysk SSD w warstwie Standardowa Obsługiwane
Nadmiarowość Obsługiwane są magazyny LRS i GRS.

Magazyn ZRS nie jest obsługiwany.
Chłodna i gorąca pamięć masowa Nieobsługiwane Dyski maszyn wirtualnych nie są obsługiwane w magazynie chłodnym i gorącym
Miejsca do magazynowania Obsługiwane
Interfejs magazynu NVMe Nieobsługiwane
Szyfrowanie na hoście Nieobsługiwane Maszyna wirtualna zostanie chroniona, ale maszyna wirtualna przełączona w tryb failover nie będzie mieć włączonego szyfrowania na hoście. Zobacz szczegółowe informacje dotyczące tworzenia maszyny wirtualnej z szyfrowaniem end-to-end przy użyciu szyfrowania na hoście.
Szyfrowanie danych magazynowanych (SSE) Obsługiwane Ustawienie SSE jest ustawieniem domyślnym dla kont magazynu.
Szyfrowanie danych magazynowanych (CMK) Obsługiwane Klucze oprogramowania i modułu HSM są obsługiwane w przypadku dysków zarządzanych
Podwójne szyfrowanie magazynowane Obsługiwane Dowiedz się więcej na temat obsługiwanych regionów dla systemów Windows i Linux
Szyfrowanie FIPS Nieobsługiwane
Usługa Azure Disk Encryption (ADE) dla systemu operacyjnego Windows Obsługiwane w przypadku maszyn wirtualnych z dyskami zarządzanymi. Maszyny wirtualne korzystające z dysków niezarządzanych nie są obsługiwane.

Klucze chronione przez moduł HSM nie są obsługiwane.

Szyfrowanie poszczególnych woluminów na jednym dysku nie jest obsługiwane.
Usługa Azure Disk Encryption (ADE) dla systemu operacyjnego Linux Obsługiwane w przypadku maszyn wirtualnych z dyskami zarządzanymi. Maszyny wirtualne korzystające z dysków niezarządzanych nie są obsługiwane.

Klucze chronione przez moduł HSM nie są obsługiwane.

Szyfrowanie poszczególnych woluminów na jednym dysku nie jest obsługiwane.

Znany problem z włączaniem replikacji. Dowiedz się więcej.
Rotacja kluczy sygnatury dostępu współdzielonego Nieobsługiwane Jeśli klucz SYGNATURy dostępu współdzielonego dla kont magazynu zostanie obrócony, klient musi wyłączyć i ponownie włączyć replikację.
Buforowanie hostów Obsługiwane
Dodaj gorącą Obsługiwane Włączenie replikacji dla dysku danych dodanego do replikowanej maszyny wirtualnej platformy Azure jest obsługiwane dla maszyn wirtualnych korzystających z dysków zarządzanych.

Jednocześnie do maszyny wirtualnej platformy Azure można dodać tylko jeden dysk. Równoległe dodawanie wielu dysków nie jest obsługiwane.
Dysk z usuwaniem na gorąco Nieobsługiwane Jeśli usuniesz dysk danych na maszynie wirtualnej, musisz wyłączyć replikację i ponownie włączyć replikację dla maszyny wirtualnej.
Wykluczanie dysku Wsparcie. Do skonfigurowania należy użyć programu PowerShell . Dyski tymczasowe są domyślnie wykluczone.
Bezpośrednie miejsca do magazynowania Obsługiwane w przypadku punktów odzyskiwania spójnych na poziomie awarii. Punkty odzyskiwania spójne na poziomie aplikacji nie są obsługiwane.
Skalowalny w poziomie serwer plików Obsługiwane w przypadku punktów odzyskiwania spójnych na poziomie awarii. Punkty odzyskiwania spójne na poziomie aplikacji nie są obsługiwane.
DRBD Dyski, które są częścią konfiguracji drBD, nie są obsługiwane.
LRS Obsługiwane
GRS Obsługiwane
RA-GRS Obsługiwane
ZRS Nieobsługiwane
Chłodna i gorąca pamięć masowa Nieobsługiwane Dyski maszyn wirtualnych nie są obsługiwane w magazynie chłodnym i gorącym
Zapory usługi Azure Storage dla sieci wirtualnych Obsługiwane W przypadku ograniczenia dostępu sieci wirtualnej do kont magazynu włącz opcję Zezwalaj na zaufane usługi firmy Microsoft.
Konta magazynu ogólnego przeznaczenia w wersji 2 (warstwa Gorąca i Chłodna) Obsługiwane Koszty transakcji znacznie rosną w porównaniu z kontami magazynu ogólnego przeznaczenia w wersji 1
Generacja 2 (rozruch UEFI) Obsługiwane
Dyski NVMe Nieobsługiwane
Dyski udostępnione platformy Azure Nieobsługiwane
Dyski w warstwie Ultra Nieobsługiwane
Opcja bezpiecznego transferu Obsługiwane
Dyski z włączonym akceleratorem zapisu Nieobsługiwane
Tagi Obsługiwane Tagi generowane przez użytkownika są replikowane co 24 godziny.
Usuwanie nietrwałe Nieobsługiwane Usuwanie nietrwałe nie jest obsługiwane, ponieważ po włączeniu go na koncie magazynu zwiększa koszt. Usługa ASR wykonuje bardzo częste operacje tworzenia/usuwania plików dziennika podczas replikowania, co powoduje zwiększenie kosztów.
Dyski iSCSI Nieobsługiwane Usługa ASR może służyć do migrowania lub przełączania dysków iSCSI w tryb failover na platformę Azure. Jednak dyski iSCSI nie są obsługiwane w przypadku replikacji z platformy Azure do platformy Azure i trybu failover/powrotu po awarii.

Ważne

Aby uniknąć problemów z wydajnością, upewnij się, że postępujesz zgodnie ze skalowalnością dysku maszyny wirtualnej i celami wydajności dla dysków zarządzanych. Jeśli używasz ustawień domyślnych, Site Recovery tworzy wymagane dyski i konta magazynu na podstawie konfiguracji źródłowej. Jeśli dostosujesz i wybierzesz własne ustawienia, postępuj zgodnie z celami skalowalności i wydajności dysków dla źródłowych maszyn wirtualnych.

Limity i współczynniki zmian danych

W poniższej tabeli podsumowano Site Recovery limity.

  • Te limity są oparte na naszych testach, ale oczywiście nie obejmują wszystkich możliwych kombinacji we/wy aplikacji.
  • Rzeczywiste wyniki mogą się różnić w zależności od kombinacji operacji we/wy aplikacji.
  • Istnieją dwa limity, które należy wziąć pod uwagę, na współczynnik zmian danych na dysku i współczynnik zmian danych maszyny wirtualnej.
  • Bieżący limit współczynnika zmian danych na maszynę wirtualną wynosi 54 MB/s, niezależnie od rozmiaru.
Miejsce docelowe magazynu Średnia liczba operacji we/wy dysku źródłowego Średni źródłowy współczynnik zmian danych na dysku Łączny współczynnik zmian danych na dysku dziennie
Standard Storage 8 KB 2 MB/s 168 GB na dysk
Dysk w warstwie Premium P10 lub P15 8 KB 2 MB/s 168 GB na dysk
Dysk w warstwie Premium P10 lub P15 16 KB 4 MB/s 336 GB na dysk
Dysk w warstwie Premium P10 lub P15 32 KB lub większy 8 MB/s 672 GB na dysk
Dysk w warstwie Premium P20, P30, P40 lub P50 8 KB 5 MB/s 421 GB na dysk
Dysk w warstwie Premium P20, P30, P40 lub P50 16 KB lub większy 20 MB/s 1684 GB na dysk

Replikowane maszyny — sieć

Ustawienie Pomoc techniczna Szczegóły
Karta sieciowa Maksymalna liczba obsługiwana dla określonego rozmiaru maszyny wirtualnej platformy Azure Karty sieciowe są tworzone podczas tworzenia maszyny wirtualnej podczas pracy w trybie failover.

Liczba kart sieciowych na maszynie wirtualnej trybu failover zależy od liczby kart sieciowych na źródłowej maszynie wirtualnej po włączeniu replikacji. Jeśli dodasz lub usuniesz kartę sieciową po włączeniu replikacji, nie będzie to miało wpływu na liczbę kart sieciowych na replikowanej maszynie wirtualnej po przejściu w tryb failover.

Kolejność kart sieciowych po przejściu w tryb failover nie gwarantuje, że jest taka sama jak oryginalna kolejność.

Możesz zmienić nazwy kart sieciowych w regionie docelowym na podstawie konwencji nazewnictwa organizacji. Zmiana nazwy karty sieciowej jest obsługiwana przy użyciu programu PowerShell.
Internetowy moduł równoważenia obciążenia Nieobsługiwane Możesz skonfigurować publiczne/internetowe moduły równoważenia obciążenia w regionie podstawowym. Jednak publiczne/internetowe moduły równoważenia obciążenia nie są obsługiwane przez usługę Azure Site Recovery w regionie odzyskiwania po awarii.
Wewnętrzny moduł równoważenia obciążenia Obsługiwane Skojarz wstępnie skonfigurowany moduł równoważenia obciążenia przy użyciu skryptu Azure Automation w planie odzyskiwania.
Publiczny adres IP Obsługiwane Skojarz istniejący publiczny adres IP z kartą sieciową. Możesz też utworzyć publiczny adres IP i skojarz go z kartą sieciową przy użyciu skryptu Azure Automation w planie odzyskiwania.
Sieciowa grupa zabezpieczeń na karcie sieciowej Obsługiwane Skojarz sieciową grupę zabezpieczeń z kartą sieciową przy użyciu skryptu Azure Automation w planie odzyskiwania.
Sieciowa grupa zabezpieczeń w podsieci Obsługiwane Skojarz sieciową grupę zabezpieczeń z podsiecią przy użyciu skryptu Azure Automation w planie odzyskiwania.
Zarezerwowany (statyczny) adres IP Obsługiwane Jeśli karta sieciowa na źródłowej maszynie wirtualnej ma statyczny adres IP, a podsieć docelowa ma ten sam dostępny adres IP, jest przypisany do maszyny wirtualnej w trybie failover.

Jeśli podsieć docelowa nie ma tego samego adresu IP, jedna z dostępnych adresów IP w podsieci jest zarezerwowana dla maszyny wirtualnej.

Można również określić stały adres IP i podsieć w obszarze Replikowane elementy>Ustawienia>Interfejsy sieciowe> sieci.
Dynamiczny adres IP Obsługiwane Jeśli karta sieciowa w źródle ma dynamiczne adresowanie IP, karta sieciowa na maszynie wirtualnej w trybie failover jest również domyślnie dynamiczna.

Można to zmodyfikować na stały adres IP, jeśli jest to wymagane.
Wiele adresów IP Obsługiwane Po przejściu w tryb failover maszyny wirtualnej z wieloma adresami IP tylko podstawowy adres IP karty sieciowej w regionie źródłowym jest domyślnie przechowywany. Aby przejść do trybu failover Dodatkowe konfiguracje adresów IP, przejdź do bloku Sieć i skonfiguruj je.
Traffic Manager Obsługiwane Możesz wstępnie skonfigurować usługę Traffic Manager, aby ruch był kierowany do punktu końcowego w regionie źródłowym w regularny sposób i do punktu końcowego w regionie docelowym w przypadku przejścia w tryb failover.
Azure DNS Obsługiwane
Niestandardowe DNS Obsługiwane
Nieuwierzytelniony serwer proxy Obsługiwane Dowiedz się więcej
Uwierzytelniony serwer proxy Nieobsługiwane Jeśli maszyna wirtualna używa uwierzytelnionego serwera proxy na potrzeby łączności wychodzącej, nie można jej replikować przy użyciu usługi Azure Site Recovery.
Połączenie lokacja-lokacja sieci VPN z środowiskiem lokalnym

(z usługą ExpressRoute lub bez)
Obsługiwane Upewnij się, że trasy zdefiniowane przez użytkownika i sieciowe grupy zabezpieczeń są skonfigurowane w taki sposób, aby ruch Site Recovery nie był kierowany do środowiska lokalnego. Dowiedz się więcej
Połączenie sieci wirtualnej z siecią wirtualną Obsługiwane Dowiedz się więcej
Punkty końcowe usługi dla sieci wirtualnej Obsługiwane Jeśli ograniczasz dostęp sieci wirtualnej do kont magazynu, upewnij się, że zaufane usługi firmy Microsoft mają dostęp do konta magazynu.
Wydajniejsze sieci Obsługiwane Przyspieszona sieć musi być włączona na źródłowej maszynie wirtualnej. Dowiedz się więcej.
Palo Alto Network Appliance Nieobsługiwane W przypadku urządzeń innych firm często istnieją ograniczenia nałożone przez dostawcę wewnątrz maszyny wirtualnej. Usługa Azure Site Recovery wymaga dostępności agenta, rozszerzeń i łączności wychodzącej. Jednak urządzenie nie zezwala na skonfigurowanie żadnych działań wychodzących wewnątrz maszyny wirtualnej.
Protokół IPv6 Nieobsługiwane Mieszane konfiguracje, które obejmują protokół IPv4 i IPv6, również nie są obsługiwane. Zwolnij podsieć zakresu IPv6 przed dowolną operacją Site Recovery.
Dostęp do łącza prywatnego do usługi Site Recovery Obsługiwane Dowiedz się więcej
Tagi Obsługiwane Tagi generowane przez użytkownika na kart sieciowych są replikowane co 24 godziny.

Następne kroki