Zarządzanie repliką magazynu w programie VMM

Artykuł
04/29/2023

Ważne

Ta wersja programu Virtual Machine Manager (VMM) osiągnęła koniec wsparcia technicznego. Zalecamy uaktualnienie do programu VMM 2022.

Replika magazynu została wprowadzona w Windows Server 2016. Umożliwia niezależną od magazynu, synchroniczną replikację między klastrami lub serwerami w celu przygotowania do awarii i odzyskiwania po awarii oraz rozciąganie klastra trybu failover między lokacjami w celu zapewnienia wysokiej dostępności. Dzięki spójnym awaryjnie woluminom replikacja synchroniczna umożliwia dublowanie danych w fizycznych lokacjach, co zapobiega utracie danych na poziomie systemu plików. Replikacja asynchroniczna pozwala rozszerzać lokacje poza zakresy metropolitalne przy obecności ryzyka utraty danych.

Dowiedz się więcej i przejrzyj często zadawane pytania.

W tym artykule wyjaśniono, jak replika magazynu integruje się z programem System Center — Virtual Machine Manager (VMM) i opisano sposób konfigurowania repliki magazynu przy użyciu programu PowerShell w celu replikowania magazynu w sieci szkieletowej programu VMM.

Replika magazynu w programie VMM

Repliki magazynu możesz użyć do replikacji danych klastra funkcji Hyper-V lub danych pliku. Korzystanie z repliki magazynu w programie VMM zapewnia wiele korzyści biznesowych:

Eliminuje koszty i komplikacje związane z rozwiązaniami do replikacji synchronicznej, takimi jak sieć SAN.
Replikacja synchroniczna minimalizuje przestoje i ryzyko utraty danych. Zapewnia cel punktu odzyskiwania równy 0 (zero utraty danych). RTO (niedostępność danych) występuje tylko w okresie, w którym lokacja główna nie działa i uruchamiana jest lokacja dodatkowa.
Sprzęt w magazynie źródłowym i docelowym nie musi być identyczny.

Przed rozpoczęciem

Program VMM musi być uruchomiony w Windows Server 2016 lub nowszej wersji Datacenter Edition.
Funkcja Hyper-V musi być uruchomiona w systemie Windows Server 2016 lub nowszym centrum danych, Server Core lub Nano.
Obsługiwana jest tylko replikacja synchroniczna. Replikacja asynchroniczna nie jest obsługiwana.
Niezbędne są dwa zestawy magazynów — woluminów lub plików. Lokalizacja źródłowa i docelowa musi mieć ten sam typ magazynu (plików lub woluminów), ale rzeczywisty magazyn może być mieszany. Można na przykład mieć sieć SAN Fibre Channel na jednym końcu i bezpośrednie miejsca (w trybie hiperzbieżnym lub rozagregowanym) z drugiej.
Każdy zestaw magazynów powinien być dostępny we wszystkich klastrach. Magazyn klastrów nie powinien być udostępniany.
Wolumin źródłowy i docelowy (w tym woluminy dziennika) musi być identyczny pod względem rozmiaru ogólnego i rozmiaru bloku. Jest to wymagane, ponieważ funkcja repliki magazynu korzysta z replikacji bloku.
Potrzebujesz co najmniej jednego połączenia 1 GbE na każdym serwerze magazynu, najlepiej 10 GbE, iWARP lub InfiniBand.
Każdy serwer plików lub węzeł klastra wymaga reguł zapory, które zezwalają na dwukierunkowy ruch ICMP, SMB (port 445 oraz 5445 dla protokołu SMB Direct) i WS-MAN (port 5985).
Musisz być członkiem grupy administratorów w każdym węźle klastra.
Obecnie replikę magazynu można skonfigurować tylko przy użyciu programu Windows PowerShell.
Magazyny źródłowy i docelowy musi być zarządzany przez ten sam serwer programu VMM.
Integrowanie programu VMM z usługą Azure Site Recovery nie jest obsługiwane.
Ustawianie grup spójności i kolejności zapisu nie jest obsługiwane.

Kroki wdrażania

Określanie magazynu: należy wybrać magazyn źródłowy i docelowy do użycia.
Odnajdowanie i klasyfikowanie: jeśli magazyn nie znajduje się obecnie w sieci szkieletowej, należy odnaleźć go przy użyciu programu VMM. Zarówno magazyn źródłowy, jak i docelowy musi być zarządzany przez ten sam serwer programu VMM. Po odnalezieniu utwórz pulę magazynów i klasyfikację magazynu. Dowiedz się więcej.
Parowanie: należy sparować źródłową i docelową macierz magazynową.
Aprowizuj: po połączeniu magazynu należy aprowizować identyczne woluminy danych i dzienników z pul magazynów źródłowych i docelowych utworzonych w odpowiednich macierzach magazynowych. Poza aprowizowaniem woluminu danych do replikacji należy również aprowizować wolumin na potrzeby dzienników transakcji replikacji. Dane są aktualizowane w magazynie źródłowym, dlatego dziennik transakcji jest dołączany i zmiany różnicowe są synchronizowane (przy użyciu replikacji synchronicznej) w magazynie docelowym.
Tworzenie grup replikacji: po utworzeniu woluminów należy utworzyć grupy replikacji. Grupy replikacji to logiczne grupy zawierające wiele woluminów. Grupy replikacji muszą być identyczne, zawierające odpowiednio woluminy danych i dzienników dla lokacji źródłowych i docelowych.
Włączanie replikacji: teraz można włączyć replikację między źródłową i docelową grupą replikacji.
Odświeżanie: aby sfinalizować tworzenie grup replikacji i wyzwolić początkową replikację danych, należy odświeżyć podstawowego i pomocniczego dostawcę magazynu. Dane są replikowane w magazynie docelowym.
Sprawdzanie stanu: teraz można sprawdzić stan podstawowej grupy replikacji. Powinna ona mieć stan Replikowanie.
Dodawanie maszyn wirtualnych: gdy replikacja różnicowa jest uruchomiona, możesz dodać maszyny wirtualne korzystające z magazynu zawartego w grupie replikacji. Po dodaniu maszyn wirtualnych zostaną one wykryte i rozpocznie się automatyczne replikowanie.
Uruchamianie trybu failover: po zakończeniu replikacji w stanie Synchronizacja można uruchomić tryb failover, aby sprawdzić, czy działa zgodnie z oczekiwaniami. Nie ma mechanizmu testowania trybu failover, więc w odpowiedzi na planowane lub nieplanowane awarie uruchomisz ręczne przejście w tryb failover. Po przejściu w tryb failover możesz usunąć maszynę wirtualną w lokacji źródłowej (jeśli nadal istnieje) i utworzyć maszynę wirtualną w lokacji docelowej przy użyciu replikowanych danych.
Uruchamianie powrotu po awarii: jeśli praca w trybie failover zakończyła się i maszyny wirtualne repliki zostały uruchomione i działają prawidłowo, można wrócić do trybu pracy po awarii zgodnie z potrzebami. Upewnij się, że:
- Jeśli uruchomisz nieplanowany tryb failover, a lokalizacja źródłowa jest niedostępna, uruchomisz tryb failover, aby powrócić po awarii z lokalizacji pomocniczej do lokalizacji podstawowej, a następnie utworzyć maszynę wirtualną w lokalizacji podstawowej.
- Jeśli uruchamiasz planowaną pracę w trybie failover, a źródłowa maszyna wirtualna jest nadal dostępna, musisz zatrzymać replikację, usunąć źródłową maszynę wirtualną, utworzyć maszynę wirtualną w lokalizacji pomocniczej, a następnie ponownie uruchomić replikację. Następnie w lokacji głównej możesz utworzyć maszynę wirtualną z tymi samymi ustawieniami co oryginalna maszyna wirtualna.

Pobieranie obiektów programu PowerShell

Przed rozpoczęciem pobierz nazwę obiektów programu PowerShell, których chcesz użyć.
Pobierz nazwę podstawowej macierzy magazynowej i przypisz ją do zmiennej.
```
    $PriArray = Get-SCStorageArray - Name $PriArrayName
```
Pobierz nazwę pomocniczej macierzy magazynowej i przypisz ją do zmiennej.
```
    RecArray = Get-SCStorageArray - Name $RecArrayName
```
Pobierz nazwę podstawowej puli magazynów i przypisz ją do zmiennej.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Pobierz nazwę pomocniczej puli magazynów i przypisz ją do zmiennej.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Parowanie macierzy magazynowych

Sparuj główną i pomocniczą macierz magazynową przy użyciu zmiennych powiązanych z nazwami macierzy magazynowych.

Uwaga

Nazwa tablicy powinna być taka sama jak nazwa klastra.

      Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

Jeśli klaster został utworzony poza programem VMM i musisz zmienić nazwę tablicy na zgodną z nazwą klastra, użyj polecenia:

      Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"

Aprowizowanie jednostek LUN i tworzenie grup magazynów

Aprowizuj jednostkę LUN z puli magazynów dla danych i dziennika. Następnie utwórz grupy replikacji.

Aprowizuj i utwórz w lokalizacji źródłowej.

    Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

    $PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume $PrimaryLogVol

Aprowizuj i utwórz w lokalizacji docelowej.

    $RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -StorageVolume $RecoveryVol -LogStorageVolume $RecoveryLogVol

Włączanie replikacji

Teraz włącz replikację synchroniczną między źródłową i docelową grupą replikacji.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous

Odświeżanie dostawców magazynu

Otwórz konsolę programu VMM.
Wybierzpozycję Dostawcyzasobów sieci szkieletowej>. Kliknij prawym przyciskiem myszy dostawcę >Odśwież.

Sprawdzanie stanu replikacji

Pobierz stan replikacji dla źródłowej grupy replikacji, aby upewnić się, że replikacja działa zgodnie z oczekiwaniami.

    Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or ($_.Name.EndsWith("RecRG"))}  | fl Name, IsPrimary, ReplicationState, ReplicationHealth

Tworzenie maszyny wirtualnej

Utwórz maszynę wirtualną przy użyciu jednostki LUN w źródłowej grupie replikacji. Alternatywnie możesz utworzyć maszynę wirtualną w konsoli programu VMM.

    New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Uruchamianie trybu failover

Uruchom tryb failover.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Uruchamianie powrotu po awarii

Przed powrotem po awarii w konsoli programu VMM usuń źródłowe maszyny wirtualne, jeśli są one nadal dostępne. Po awarii nie można powrócić do tej samej maszyny wirtualnej.

Teraz uruchom powrót po awarii:

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode Synchronous -TargetReplicationGroup $RecRG

Po uruchomieniu powrotu po awarii można utworzyć maszyny wirtualne w lokacji źródłowej przy użyciu plików VHD/configuration, które zakończyły się niepowodzeniem.

Zatrzymywanie replikacji

Jeśli chcesz zatrzymać replikację, musisz uruchomić to polecenie cmdlet w lokalizacji źródłowej i docelowej.

    Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown  Tear down need to be done on both RGs

Więcej tutaj

Dowiedz się więcej o repliki magazynu.
Dowiedz się więcej o przydzielaniu magazynu do hostów i klastrów funkcji Hyper-V.
Dowiedz się więcej o usłudze Migrate Storage.

Udostępnij za pośrednictwem