Udostępnij za pośrednictwem


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ągania 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.

Replika magazynu umożliwia niezależną od magazynu, na poziomie bloku, synchroniczną replikację między klastrami lub serwerami w celu przygotowania do awarii i odzyskiwania oraz rozciągania 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 opisuje 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.
  • Program VMM musi być uruchomiony w systemie Windows Server 2025 lub nowszym wersji Datacenter Edition.
  • Funkcja Hyper-V musi być uruchomiona w systemie Windows Server 2019 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 musi być dostępny w każdym z klastrów. Magazyn klastra nie może być udostępniony.
  • 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 dwukierunkowy ruch ICMP, SMB (port 445 i 5445 dla protokołu SMB Direct) oraz dwukierunkowy ruch 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

  1. Identyfikowanie magazynu: zidentyfikuj magazyn źródłowy i docelowy, którego chcesz użyć.

  2. 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.

  3. Para: Paruj źródłową i docelową macierz magazynową.

  4. 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. Gdy dane są aktualizowane w magazynie źródłowym, dziennik transakcji jest dołączany, a zmiany różnicowe są synchronizowane (przy użyciu replikacji synchronicznej) z magazynem docelowym.

  5. 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.

  6. Włącz replikację: teraz możesz włączyć replikację między źródłowymi i docelowymi grupami replikacji.

  7. 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.

  8. Sprawdź stan: Teraz możesz sprawdzić stan podstawowej grupy replikacji. Musi być w stanie Replikowanie.

  9. 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.

  10. 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.

  11. 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

  1. Przed rozpoczęciem pobierz nazwę obiektów programu PowerShell, których chcesz użyć.

  2. Pobierz nazwę podstawowej macierzy magazynowej i przypisz ją do zmiennej.

        $PriArray = Get-SCStorageArray -Name $PriArrayName
    
  3. Pobierz nazwę pomocniczej macierzy magazynowej i przypisz ją do zmiennej.

        RecArray = Get-SCStorageArray -Name $RecArrayName
    
  4. Pobierz nazwę podstawowej puli magazynów i przypisz ją do zmiennej.

        $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
    
  5. 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 musi 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.

  1. 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
    
  2. 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

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

  1. Otwórz konsolę programu VMM.
  2. 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.

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

Następne kroki