Zarządzanie repliką magazynu w programie VMM
Replika magazynu została wprowadzona w systemie Windows Server 2016. Umożliwia ona niezależną od magazynu, blokową, synchroniczną replikację między klastrami lub serwerami w celu przygotowania do awarii i odzyskiwania 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 umożliwia rozszerzenie lokacji 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
Replika magazynu umożliwia replikowanie danych klastra funkcji Hyper-V lub danych plików. Korzystanie z repliki magazynu w programie VMM zapewnia wiele korzyści biznesowych:
- Eliminuje koszt i złożoność związaną z rozwiązaniami replikacji synchronicznej, takimi jak sieć SAN.
- Replikacja synchroniczna minimalizuje przestoje i utratę danych. Zapewnia cel punktu odzyskiwania równy 0 (zero utraty danych). Cel czasu odzyskiwania (niedostępność danych) występuje tylko w czasie, w którym lokacja główna ulegnie awarii, a lokacja dodatkowa zostanie uruchomiona.
- Sprzęt magazynu źródłowego i docelowego nie musi być identyczny.
Przed rozpoczęciem
- Program VMM musi być uruchomiony w systemie Windows Server 2016 lub nowszym 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. Asynchroniczny nie jest obsługiwany.
- Potrzebujesz dwóch zestawów magazynu, woluminu lub magazynu plików. Lokalizacje źródłowe i docelowe muszą mieć ten sam typ magazynu (plik lub wolumin), 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 hiperkonwergentnym lub rozagregowanym) z drugiej.
- Każdy zestaw magazynu powinien być dostępny w każdym z klastrów. Magazyn klastra nie powinien być współużytkowany.
- Woluminy źródłowe i docelowe (w tym woluminy dziennika) muszą być identyczne w rozmiarze i rozmiarze bloku. Dzieje się tak, ponieważ replika magazynu używa replikacji blokowej.
- 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 ruch dwukierunkowy ICMP, SMB (port 445 i 5445 dla protokołu SMB Direct) i WS-MAN (port 5985).
- Musisz być członkiem grupy Administrator w każdym węźle klastra.
- Replika magazynu może być obecnie skonfigurowana tylko przy użyciu programu Windows PowerShell.
- Magazyn źródłowy i docelowy musi być zarządzany przez ten sam serwer programu VMM.
- Integracja programu VMM z usługą Azure Site Recovery nie jest obsługiwana.
- Ustawianie kolejności zapisu i grup spójności nie jest obsługiwane.
Kroki wdrażania
Identyfikowanie magazynu: zidentyfikuj magazyn źródłowy i docelowy, którego chcesz użyć.
Odnajdywanie i klasyfikowanie: jeśli magazyn nie znajduje się obecnie w sieci szkieletowej programu VMM, musisz go odnaleźć za pomocą 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.
Para: Paruj ź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 na odpowiednich macierzach magazynowych. Oprócz aprowizacji woluminu dla danych, które zostaną zreplikowane, należy również aprowizować wolumin na potrzeby dzienników transakcji replikacji. W miarę aktualizowania danych w magazynie źródłowym dziennik transakcji jest dołączany, a zmiany różnicowe są synchronizowane (przy użyciu replikacji synchronicznej) z magazynem docelowym.
Tworzenie grup replikacji: po utworzeniu woluminów należy utworzyć grupy replikacji. Grupy replikacji to grupy logiczne zawierające wiele woluminów. Grupy replikacji muszą być identyczne, zawierające odpowiednio woluminy danych i dziennika dla lokacji źródłowych i docelowych.
Włącz replikację: teraz możesz włączyć replikację między źródłowymi i docelowymi grupami 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 do magazynu docelowego.
Sprawdź stan: Teraz możesz sprawdzić stan podstawowej grupy replikacji. Powinien być w stanie Replikowanie.
Dodawanie maszyn wirtualnych: gdy replikacja różnicowa jest uruchomiona, można 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 uruchomisz ręczne przejście w tryb failover w odpowiedzi na planowane lub nieplanowane awarie. 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.
Uruchom powrót po awarii: po zakończeniu pracy w trybie failover, a maszyny wirtualne repliki są uruchomione, możesz wrócić po awarii w razie potrzeby. Upewnij się, że:
- Jeśli uruchomisz nieplanowany tryb failover, a lokalizacja źródłowa nie jest dostępna, uruchomisz tryb failover w celu powrotu po awarii z lokalizacji pomocniczej do lokalizacji podstawowej, a następnie utworzysz maszynę wirtualną w lokalizacji podstawowej.
- Jeśli uruchamiasz planowane przejście w tryb 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
Parowanie podstawowych i pomocniczych macierzy magazynowych przy użyciu zmiennych nazw 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 tak, aby był zgodny z nazwą klastra, użyj:
Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"
Aprowizuj lun i utwórz grupy magazynów
Aprowizuj jednostkę LUN z puli magazynów dla danych i dziennika. Następnie utwórz grupy replikacji.
Aprowizuj i utwórz w źródle.
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 miejscu docelowym.
$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 grupami replikacji źródłowej i docelowej.
Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous
Odświeżanie dostawców magazynu
- Otwórz konsolę programu VMM.
- Wybierz pozycję Dostawcy zasobów>sieci szkieletowej. Kliknij prawym przyciskiem myszy dostawcę >Odśwież.
Weryfikowanie 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>
Uruchom tryb 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. Nie można powrócić po awarii 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/konfiguracji po awarii.
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
Dowiedz się więcej
- 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 na temat migrowania magazynu.
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla