Przejdź z klasycznego do zmodernizowanego środowiska odzyskiwania po awarii programu VMware
Ten artykuł zawiera informacje o architekturze, niezbędnej infrastrukturze i często zadawanych pytaniach dotyczących przenoszenia replikacji maszyn wirtualnych lub fizycznych z klasycznej do zmodernizowanej architektury ochrony. Dzięki tej możliwości migracji można pomyślnie przenieść replikowane elementy z serwera konfiguracji do urządzenia replikacji usługi Azure Site Recovery. Ta migracja jest kierowana przez mechanizm replikacji inteligentnej, który zapewnia, że kompletna replikacja początkowa nie jest wykonywana ponownie dla niekrytycznych replikowanych elementów i transferowane są tylko dane różnicowe.
Uwaga
Plany odzyskiwania nie zostaną zmigrowane i będą musiały zostać utworzone ponownie w zmodernizowanym magazynie usługi Recovery Services.
Architektura
Składniki związane z migracją replikowanych elementów maszyny VMware lub fizycznej zostały podsumowane w poniższej tabeli:
| Składnik | Wymaganie |
|---|---|
| Replikowane elementy w klasycznym magazynie usługi Recovery Services | Co najmniej jeden zreplikowanych elementów chronionych przy użyciu architektury klasycznej i serwera konfiguracji w dobrej kondycji. Replikowany element powinien być w stanie niekrytycznym i musi być replikowany z lokalnego na platformę Azure za pomocą agenta mobilności działającego w wersji 9.50 lub nowszej. |
| Serwer konfiguracji używany przez zreplikowane elementy | Serwer konfiguracji używany przez zreplikowane elementy powinien znajdować się w stanie niekrytycznym, a jego składniki powinny zostać uaktualnione do najnowszej wersji (9.50 lub nowszej). |
| Magazyn usługi Recovery Services ze zmodernizowanym środowiskiem | Magazyn usługi Recovery Services z zmodernizowanym środowiskiem. |
| Urządzenie replikacji usługi Azure Site Recovery w dobrej kondycji | Niekrytyczne urządzenie replikacji usługi Azure Site Recovery, które może odnajdywać maszyny lokalne, wraz ze wszystkimi składnikami uaktualnionymi do najnowszej wersji (9.50 lub nowszej). Dokładne wymagane wersje są następujące: Serwer przetwarzania: 9.50 Serwer proxy: 1.35.8419.34591 Agent usługi Recovery Services: 2.0.9249.0 Usługa replikacji: 1.35.8433.24227 |
Wymagana infrastruktura
Upewnij się, że w przypadku pomyślnego przenoszenia zreplikowanego elementu upewnij się, że wykonano następujące czynności:
- Magazyn usługi Recovery Services korzystający z zmodernizowanego środowiska.
Uwaga
Każdy utworzony magazyn usługi Recovery Services będzie domyślnie włączony zmodernizowane środowisko. Nie można przełączyć się na środowisko klasyczne, ponieważ jego wycofanie zostało już ogłoszone.
- Urządzenie replikacji usługi Azure Site Recovery, które zostało pomyślnie zarejestrowane w magazynie, a wszystkie jego składniki są w stanie niekrytycznym.
- Wersja urządzenia musi być 9.50 lub nowsza. Aby uzyskać szczegółowy opis wersji, zobacz tutaj.
- Szczegóły serwera vCenter lub hosta vSphere, w którym znajdują się istniejące replikowane maszyny, są dodawane do urządzenia w celu pomyślnego odnajdywania lokalnego.
Wymagania wstępne
Przygotowywanie infrastruktury
Przed przejściem z architektury klasycznej do zmodernizowanej architektury upewnij się, że przed przejściem z architektury klasycznej:
- Utwórz magazyn usługi Recovery Services i upewnij się, że środowisko nie zostało przełączone na klasyczny
- Wdrażanie urządzenia replikacji usługi Azure Site Recovery.
- Dodaj szczegóły programu vCenter Server maszyny lokalnej do urządzenia, aby pomyślnie wykonać odnajdywanie.
Przygotowywanie klasycznego magazynu usługi Recovery Services
Upewnij się, że dla replikowanych elementów planujesz przenieść następujące elementy:
- Replikowany element to VMware lub maszyna fizyczna replikowana za pośrednictwem serwera konfiguracji.
- Replikacja nie występuje na koncie magazynu niezarządzanego, ale raczej na dysku zarządzanym.
- Replikacja odbywa się ze środowiska lokalnego na platformę Azure, a zreplikowany element nie znajduje się w trybie failover ani w stanie powrotu po awarii.
- Replikowany element nie replikuje danych z platformy Azure do środowiska lokalnego.
- Replikacja początkowa nie jest w toku i została już ukończona.
- Replikowany element nie jest w stanie "ponownej synchronizacji".
- Wersja serwera konfiguracji to 9.50 lub nowsza, a jego kondycja jest w stanie niekrytycznym.
- Serwer konfiguracji ma puls w dobrej kondycji.
- Wersja agenta usługi mobilności zainstalowana na maszynie źródłowej to 9.50 lub nowsza.
- Magazyny usługi Recovery Services z włączoną tożsamością msi są obsługiwane.
- Magazyny usługi Recovery Services z włączonymi prywatnymi punktami końcowymi są obsługiwane.
- Kondycja replikowanego elementu jest w stanie niekrytycznym lub punkty odzyskiwania są tworzone pomyślnie.
Przygotowywanie zmodernizowanego magazynu usługi Recovery Services
W przypadku zmodernizowanej konfiguracji architektury upewnij się, że:
- Magazyn usługi Recovery Services używany do modernizacji konfiguracji architektury znajduje się w tej samej lokalizacji geograficznej co magazyn klasyczny.
- Urządzenie replikacji usługi Azure Site Recovery jest wdrażane lokalnie z wersją 9.50 lub nowszą.
- Urządzenie zostało pomyślnie zarejestrowane w magazynie.
- Urządzenie i wszystkie jego składniki są w stanie niekrytycznym, a urządzenie ma puls w dobrej kondycji.
- Wersja programu vCenter Server jest obsługiwana przez zmodernizowaną architekturę.
- Szczegóły programu vCenter Server maszyny źródłowej są dodawane do urządzenia.
- Wersja dystrybucji systemu Linux jest obsługiwana przez zmodernizowaną architekturę. Dowiedz się więcej.
- Wersja systemu Windows Server jest obsługiwana przez zmodernizowaną architekturę. Dowiedz się więcej.
Obliczanie łącznego czasu przenoszenia
Całkowity czas wymagany do przeniesienia dowolnego zreplikowanego elementu z magazynu klasycznego do zmodernizowanego magazynu zależy od stanu replikacji elementu i rozmiaru dysku.
| Stan | Czas migracji do zmodernizowanego magazynu |
|---|---|
| Stan ochrony zreplikowanego elementu jest w dobrej kondycji , a ostatni punkt odzyskiwania został utworzony mniej niż 50 minut temu | Migracja jest zakończona w ciągu 1–2 godzin |
| Stan ochrony zreplikowanego elementu nie jest w dobrej kondycji lub ostatni punkt odzyskiwania został utworzony ponad 50 minut temu | Czas migracji będzie się różnić i będzie zależeć od rozmiaru dysku |
Jeśli stan ochrony maszyn nie jest w dobrej kondycji, użyj poniższej formuły, aby obliczyć dokładny czas maszyn:
Czas migracji = 1 godzina + 45 sekund/GiB
| Konfiguracja maszyny | Czas migracji |
|---|---|
| Jedna maszyna z dwoma dyskami o rozmiarze 256 GiB | ~ 4 godziny 15 minut [Oba dyski są migrowane równolegle] |
| 10 maszyn z dwoma dyskami każdy, oba rozmiary 256 GiB | ~ 4 godziny 15 minut [Wszystkie maszyny wirtualne i ich dyski są migrowane równolegle] |
| Jedna maszyna z czterema dyskami o rozmiarze 512 GiB | ~ 7 godzin 30 minut [Oba dyski są migrowane równolegle] |
| 10 maszyn z czterema dyskami, każdy rozmiar 512 GiB | ~ 7 godzin 30 minut [Wszystkie maszyny wirtualne i ich dyski są migrowane równolegle] |
Ta sama formuła służy do obliczania czasu migracji i jest wyświetlana w portalu.
Jak zdefiniować wymaganą infrastrukturę
Podczas migracji maszyn z klasycznej do zmodernizowanej architektury należy upewnić się, że wymagana infrastruktura została już zarejestrowana w zmodernizowanym magazynie usługi Recovery Services. Zapoznaj się ze szczegółami rozmiaru i pojemności urządzenia replikacji, aby ułatwić zdefiniowanie wymaganej infrastruktury.
Zgodnie z regułą należy skonfigurować tę samą liczbę urządzeń replikacji, co liczba serwerów przetwarzania w klasycznym magazynie usługi Recovery Services. W magazynie klasycznym, jeśli istnieje jeden serwer konfiguracji i cztery serwery przetwarzania, należy skonfigurować cztery urządzenia replikacji w zmodernizowanym magazynie usługi Recovery Services.
Cennik
Site Recovery opłata licencyjna będzie nadal naliczana w magazynie klasycznym do momentu wygaśnięcia okresu przechowywania wszystkich punktów odzyskiwania. Po wyczyszczeniu wszystkich punktów odzyskiwania ceny również przestaną działać w klasycznym magazynie. Po wygaśnięciu okresu przechowywania wszystkich punktów odzyskiwania replikowany element zostanie automatycznie usunięty za pośrednictwem operacji replikacji wyzwolonej przez system.
Site Recovery rozpocznie naliczanie opłaty licencyjnej za replikowane elementy w zmodernizowanym magazynie dopiero po wygenerowaniu pierwszego punktu odzyskiwania i wyczyszczeniu starszego magazynu. Jeśli w magazynie klasycznym istnieją jakiekolwiek dni użycia bezpłatnej wersji próbnej, te same informacje zostaną przekazane do zmodernizowanego magazynu. Ceny zaczną się od zmodernizowanego magazynu dopiero po upływie tego okresu próbnego.
Uwaga
W pewnym momencie ceny będą miały miejsce tylko przy użyciu jednego magazynu — klasycznego lub zmodernizowanego magazynu.
Często zadawane pytania
Dlaczego należy migrować maszyny do zmodernizowanej architektury?
Należy pamiętać, że klasyczna architektura odzyskiwania po awarii zostanie wycofana, dlatego użytkownicy powinni koniecznie przełączyć się do najnowszej i zmodernizowanej wersji. Poniższa tabela zawiera porównanie dwóch architektur, które ułatwiają wybranie odpowiedniej opcji zabezpieczania maszyn w przypadku awarii.
| Architektura klasyczna | Modernizacja architektury [Nowe] |
|---|---|
| Wiele konfiguracji wymaganych do odnajdywania danych lokalnych. | Centralne odnajdywanie lokalnego centrum danych przy użyciu usługi odnajdywania. |
| Obszerna liczba kroków wymaganych do początkowego dołączania. | Uproszczono środowisko dołączania , automatyzując tworzenie artefaktów i wprowadzając wartości domyślne w celu zmniejszenia wymaganych danych wejściowych. |
| Korzysta z ręcznie pobranego pliku w celu uzyskania kontekstu chmury. | Wprowadzono klucz replikacji na potrzeby uzyskiwania kontekstu chmury podczas konfigurowania urządzenia. |
| Obszerna liczba kroków wymaganych do prostego procesu włączania replikacji. | Uproszczone włączanie środowiska replikacji przez zmniejszenie liczby wymaganych danych wejściowych i ponowne zdefiniowanie każdego bloku. |
| Serwer konfiguracji nadal jest infrastrukturą lokalną z rozbudowaną konfiguracją dla różnych składników. | Ulepszone urządzenie przez przekonwertowanie wszystkich składników na mikrousługi hostowane na platformie Azure. Upraszcza to skalowanie, monitorowanie i rozwiązywanie problemów z urządzeniem. |
| Potrzeba serwera przetwarzania skalowalnego w poziomie i głównego serwera docelowego na platformie Azure dla maszyn z systemem Linux jest utrudniona. | Usunięto konieczność obsługi oddzielnego serwera przetwarzania i głównego serwera docelowego. |
| Użyto statycznego hasła do uwierzytelniania, które zakłócało wymagania biznesowe klienta dotyczące okresowej rotacji haseł. | Wprowadzono uwierzytelnianie oparte na certyfikatach, które jest bezpieczniejsze i rozwiązuje problemy z zabezpieczeniami klienta. |
| Uaktualnienie do zaktualizowanej wersji powinno odbywać się ręcznie i jest kłopotliwym procesem. | Wprowadzono automatyczne uaktualnienia zarówno dla składników urządzenia, jak i usługa mobilności. |
| Serwer konfiguracji nie ma wysokiej dostępności i może być narażony na zwijanie. | Zaimplementowano wysoką dostępność urządzenia w celu zapewnienia odporności. |
| Poświadczenia główne powinny być regularnie aktualizowane w celu zapewnienia wolnego od błędów środowiska uaktualniania. | Wyeliminowano wymaganie obsługi poświadczeń głównych komputera na potrzeby przeprowadzania automatycznych uaktualnień. |
| Statyczny adres IP należy przypisać do serwera konfiguracji w celu zachowania łączności. | Wprowadzono łączność opartą na nazwach FQDN między urządzeniem a maszynami lokalnymi. |
| Należy użyć tylko tej sieci wirtualnej, która ma włączoną sieć VPN typu lokacja-lokacja lub usługę Express Route. | Usunięto konieczność obsługi sieci VPN typu lokacja-lokacja lub usługi Express Route na potrzeby replikacji odwrotnej. |
| Należy również skonfigurować narzędzie innej firmy, MySQL. | Usunięto zależność od jakichkolwiek narzędzi innych firm. |
Jakie maszyny należy migrować do zmodernizowanej architektury?
Wszystkie maszyny VMware lub fizyczne replikowane przy użyciu serwera konfiguracji powinny zostać zmigrowane do zmodernizowanej architektury.
Gdzie powinien zostać utworzony zmodernizowany magazyn usługi Recovery Services?
Zmodernizowany magazyn usługi Recovery Services powinien znajdować się w tym samym regionie i dzierżawie co magazyn klasyczny. Może to być część dowolnej subskrypcji lub grupy zasobów.
Czy replikacja będzie kontynuowana podczas migracji?
Nie, replikacja zostanie przerwana przez pewien czas, gdy migracja jest w toku. W tym czasie ostatni utworzony punkt odzyskiwania w klasycznym magazynie usługi Recovery Services będzie dostępny do przejścia w tryb failover. Po zakończeniu migracji w zmodernizowanym magazynie usługi Recovery Services zostanie wygenerowany nowy punkt odzyskiwania.
Kiedy moja operacja migracji zostanie oznaczona jako ukończona?
Operacja migracji zostanie oznaczona jako ukończona tylko po pomyślnym utworzeniu pierwszego punktu odzyskiwania w zmodernizowanym magazynie usługi Recovery Services.
Jakie operacje można wykonać z klasycznego magazynu usługi Recovery Services po zakończeniu migracji?
Przejście w tryb failover z klasycznego magazynu można wykonać po migracji. Operacja trybu failover będzie nadal dostępna w magazynie klasycznym do momentu wygaśnięcia punktów odzyskiwania.
Jeśli na przykład okres przechowywania replikowanego elementu wynosi 72 godziny (trzy dni), najnowszy punkt odzyskiwania w magazynie klasycznym będzie nadal dostępny przez 72 godziny (trzy dni), po pomyślnej migracji. Po określonym czasie usługa Azure Site Recovery automatycznie wyzwoli operację replikacji przeczyszczania na zreplikowanym elemencie i wykona oczyszczanie wszystkich skojarzonych elementów magazynu i elementów powodujących rozliczenia.
Co zrobić, jeśli awaria wystąpi na mojej maszynie, gdy operacja migracji jest w toku?
Każdy replikowany element poddawany migracji może nadal obsługiwać operację trybu failover za pośrednictwem klasycznego magazynu usługi Recovery Services do momentu zakończenia okresu przechowywania końcowego punktu odzyskiwania. Jeśli spróbujesz wykonać operację trybu failover, będzie ona mieć pierwszeństwo przed operacją migracji, a zadanie migracji zostanie przerwane. Aby upewnić się, że replikowany element jest migrowany, należy ponownie wyzwolić operację migracji w późniejszym czasie.
Uwaga
Właściwości obliczeniowe i sieciowe replikowanych elementów można zaktualizować, gdy migracja jest w toku. Jednak zmiany mogą nie zostać zreplikowane w zmodernizowanym magazynie usługi Recovery Services.
Ile maszyn można migrować w jednym miejscu z modelu klasycznego do zmodernizowanego magazynu?
W jednym miejscu można przeprowadzić migrację maksymalnie 10 maszyn za pośrednictwem portalu.
Czy należy ponownie utworzyć sieci wirtualne, konta magazynu i zasady replikacji, które mają być używane w nowym magazynie?
Nie, te same zasoby, które były używane wcześniej, również będą domyślnie używane w zmodernizowanym magazynie. Zawsze można je zmienić z bloku Obliczenia i Sieć replikowanego elementu. Należy się upewnić, że zasoby nadal mają wymagany dostęp.
W jaki sposób moje zasady replikacji zostaną przeniesione do zmodernizowanego magazynu?
W ramach wymagań wstępnych Site Recovery utworzy zasady replikacji w zmodernizowanym magazynie z taką samą konfiguracją jak w klasycznym magazynie. Dlatego przed przeniesieniem zreplikowanego elementu skojarzone zasady są tworzone w zmodernizowanym magazynie. Zalecamy unikanie wprowadzania zmian w konfiguracji zasad replikacji w magazynie klasycznym po wyzwoleniu migracji, ponieważ te zmiany nie zostaną odzwierciedlone w zmodernizowanym magazynie. Przed rozpoczęciem procesu migracji najlepiej wprowadzić te zmiany.
Zasady replikacji utworzone w zmodernizowanym magazynie będą miały zmienioną nazwę w zmodernizowanym magazynie. Jest ona poprzedzona nazwą grupy zasobów i nazwą magazynu zmodernizowanego magazynu usługi Recovery Services. Jeśli więc nazwa zasad to "domyślne zasady replikacji" w klasycznym magazynie, w zmodernizowanym magazynie nazwa tej zasady to default replication policy contoso-modern-vault_contoso-rg, biorąc pod uwagę nazwę magazynu contoso-modern-vault, a grupa zasobów magazynu to contoso-rg.
Czy mogę edytować zasady replikacji podczas migracji lub po migracji w magazynie klasycznym?
Jeśli replika zasad replikacji została już utworzona w zmodernizowanym magazynie, wszelkie zmiany zasad w magazynie klasycznym nie zostaną rozpropagowane do zmodernizowanego magazynu.
Dlatego jeśli istnieje 10 replikowanych elementów, które są replikowane przy użyciu zasad i decydujesz się przenieść 5 z nich do zmodernizowanego środowiska, kopia zasad zostanie utworzona przed rozpoczęciem migracji. Teraz przed przeprowadzeniem migracji pozostałych pięciu elementów, jeśli w zasadach w magazynie klasycznym zostaną wprowadzone jakiekolwiek zmiany, zasady z zmodernizowanego magazynu nie zostaną zaktualizowane. Należy również wprowadzić te zmiany konfiguracji w zmodernizowanym magazynie.
Jak mogę zmigrować zreplikowane elementy, które znajdują się w grupie replikacji, znanej również jako grupy spójności z wieloma maszynami wirtualnymi?
Wszystkie replikowane elementy, które są częścią grupy replikacji, są migrowane razem. Wszystkie można wybrać, wybierając grupę replikacji lub pomijając je wszystkie. Jeśli proces migracji zakończy się niepowodzeniem dla niektórych maszyn w grupie replikacji, ale zakończy się powodzeniem dla innych, zostanie wykonane wycofanie do klasycznego środowiska dla nieudanych replikowanych elementów, a proces migracji może zostać ponownie wyzwolony dla tych elementów.
Następne kroki
Jak przejść z klasycznego do zmodernizowanego środowiska odzyskiwania po awarii programu VMware