Udostępnij za pośrednictwem


Replikacja klastra rozproszonego przy użyciu magazynu udostępnionego

W tym ćwiczeniu testowym skonfigurujesz te komputery i ich pamięć masową w jednym klastrze rozciągniętym, w którym dwa węzły współużytkują jeden zestaw pamięci, a dwa inne węzły współużytkują kolejny zestaw pamięci, a następnie replikacja utrzymuje oba zestawy pamięci masowej jako zduplikowane w klastrze, aby umożliwić natychmiastową procedurę failover. Te węzły i ich magazyn powinny znajdować się w oddzielnych lokacjach fizycznych, chociaż nie jest to wymagane. Istnieją oddzielne kroki tworzenia klastrów Hyper-V i serwera plików jako przykładowych scenariuszy.

Ważny

W tej ocenie serwery w różnych lokalizacjach muszą mieć możliwość komunikowania się z innymi serwerami za pośrednictwem sieci, ale nie mają żadnej fizycznej łączności z udostępnioną pamięcią masową innej lokalizacji. Ten scenariusz nie korzysta z funkcji Storage Spaces Direct.

Warunki

W tym przewodniku użyto następującego środowiska jako przykładu:

  • Cztery serwery o nazwie SR-SRV01, SR-SRV02, SR-SRV03i SR-SRV04 utworzone w jednym klastrze o nazwie SR-SRVCLUS.

  • Para logicznych "lokacji", które reprezentują dwa różne centra danych, z jednym nazywanym Redmond i drugą o nazwie Bellevue.

Notatka

Można użyć tylko dwóch węzłów, gdzie każdy węzeł znajduje się w oddzielnej lokalizacji. Jednak nie da się przeprowadzić przełączenia awaryjnego wewnątrzlokacyjnego, mając tylko dwa serwery. Można użyć aż 64 węzłów.

Diagram przedstawiający dwa węzły w Redmond replikujące z dwoma węzłami tego samego klastra w lokacji Bellevue

RYSUNEK 1. Replikacja magazynu w klastrze rozciągniętym

Warunki wstępne

  • Las usług Domenowych Active Directory (nie musi działać system Windows Server 2016).
  • 2-64 serwery z systemem Windows Server 2019 lub Windows Server 2016, Datacenter Edition. Jeśli korzystasz z systemu Windows Server 2019, możesz zamiast tego użyć wersji Standard Edition, jeśli replikujesz tylko jeden wolumin o rozmiarze do 2 TB.
  • Dwa zestawy magazynu udostępnionego przy użyciu identyfikatorów JBOD SAS (takich jak miejsca do magazynowania), Fibre Channel SAN, udostępniony dysk VHDX lub obiekt docelowy iSCSI. Pamięć masowa powinna zawierać kombinację nośników HDD i SSD i musi obsługiwać rezerwację trwałą (Persistent Reservation). Uczynisz każdy zestaw magazynów dostępnym tylko dla dwóch serwerów (układ asymetryczny).
  • Każdy zestaw magazynu musi zezwalać na tworzenie co najmniej dwóch dysków wirtualnych, jeden dla replikowanych danych i jeden dla dzienników. Pamięć masowa musi mieć ten sam rozmiar sektorów na wszystkich dyskach danych. Fizyczna pamięć musi mieć te same rozmiary sektorów na wszystkich dyskach dziennika.
  • Co najmniej jedno połączenie 1 GbE na każdym serwerze na potrzeby replikacji synchronicznej.
  • Co najmniej 2 GB pamięci RAM i dwa rdzenie na serwer. Potrzebujesz więcej pamięci i rdzeni dla większej liczby maszyn wirtualnych.
  • Odpowiednie reguły zapory i routera pozwalające na dwukierunkowy ruch ICMP, SMB (port 445 i 5445 dla SMB Direct) oraz WS-MAN (port 5985) pomiędzy wszystkimi węzłami.
  • Sieć między serwerami z wystarczającą przepustowością, aby obsługiwać obciążenie zapisu we/wy oraz średnie opóźnienie około 5 ms w przypadku replikacji synchronicznej. Replikacja asynchroniczna nie ma zalecenia dotyczącego opóźnienia.
  • Replikowany magazyn nie może znajdować się na dysku zawierającym folder systemu operacyjnego Windows.

Ważny

Chociaż istnieje możliwość dołączenia urządzenia magazynującego do pojedynczego serwera i użycia go do replikacji, klaster trybu failover systemu Windows nadal opiera się na trwałych rezerwacjach SCSI. W związku z tym magazyn musi być nadal typem magazynu udostępnionego, takim jak technologia SAN. Dyski lokalne lub dyski prezentowane przez funkcję hypervisor mogą nie być zgodne. Na platformie Azure dyski muszą mieć rozmiar SSD w warstwie Premium, który obsługuje udostępnianie, nawet jeśli dołączono do niej tylko jedną maszynę wirtualną.

Wiele z tych wymagań można określić za pomocą polecenia cmdlet Test-SRTopology. Dostęp do tego narzędzia można uzyskać, jeśli zainstalujesz replikę magazynu lub funkcje narzędzia do zarządzania repliką magazynu na co najmniej jednym serwerze. Nie ma potrzeby konfigurowania Storage Replica, aby używać tego narzędzia; wystarczy zainstalować polecenie cmdlet. Więcej informacji znajduje się w poniższych krokach.

Konfiguruj system operacyjny, cechy, role, pamięć masową i sieć

  1. Zainstaluj system Windows Server na wszystkich węzłach serwera przy użyciu opcji instalacji Server Core lub Server ze środowiskiem pulpitu.

    Ważny

    Od tego momentu zawsze loguj się jako użytkownik domeny, który jest członkiem wbudowanej grupy administratorów na wszystkich serwerach. Zawsze pamiętaj, aby podnieść poziom monitów programu PowerShell i CMD w przyszłości podczas uruchamiania na instalacji serwera graficznego lub na komputerze z systemem Windows 10.

  2. Dodaj informacje o sieci i dołącz węzły do domeny, a następnie uruchom je ponownie.

    Notatka

    W tym momencie przewodnik zakłada, że masz dwie pary serwerów do wykorzystania w klastrze rozciągniętym. Sieć WAN lub LAN oddziela serwery, a serwery należą do lokacji fizycznych lub logicznych. Przewodnik uwzględnia SR-SRV01 i SR-SRV02, które są umieszczone w lokalizacji Redmond oraz SR-SRV03 i SR-SRV04, które są umieszczone w lokalizacji Bellevue.

  3. Połącz pierwszy zestaw udostępnionej obudowy magazynu JBOD, udostępnionego dysku VHDX, obiektu docelowego iSCSI lub sieci SAN FC z serwerami w lokacji Redmond.

  4. Połącz drugi zestaw pamięci masowej z serwerami w lokacji Bellevue.

  5. W razie potrzeby zainstaluj najnowsze oprogramowanie układowe magazynu i obudowy dostarczane przez dostawcę, najnowsze sterowniki karty HBA (Host Bus Adapter) dostarczane przez dostawcę, najnowsze oprogramowanie układowe BIOS/UEFI dostarczane przez dostawcę, najnowsze sterowniki sieciowe dostarczane przez dostawcę i najnowsze sterowniki dla mikroukładu płyty głównej we wszystkich czterech węzłach. Uruchom ponownie węzły, jeśli to konieczne.

    Notatka

    Zapoznaj się z dokumentacją dostawcy sprzętu w celu skonfigurowania udostępnionego magazynu i sprzętu sieciowego.

  6. Upewnij się, że ustawienia systemu BIOS/UEFI dla serwerów zapewniają wysoką wydajność, takie jak wyłączanie języka C-State, ustawianie szybkości QPI, włączanie NUMA i ustawianie najwyższej częstotliwości pamięci. Upewnij się, że zarządzanie energią w systemie Windows Server jest ustawione na wysoką wydajność. Uruchom ponownie zgodnie z wymaganiami.

  7. Skonfiguruj role w następujący sposób:

    • metoda graficzna

      Uruchom ServerManager.exe i dodaj wszystkie węzły serwera, klikając Zarządzaj, a następnie Dodaj Serwery.

      Ważny

      Zainstalujklastra trybu failover i role i funkcje repliki magazynu na każdym z węzłów i uruchom je ponownie. Jeśli planujesz używać innych ról, takich jak funkcja Hyper-V, serwer plików itp., możesz je również zainstalować.

    • Użycie metody Windows PowerShell

      Na SR-SRV04 lub komputerze zarządzania zdalnego uruchom następujące polecenie w konsoli programu Windows PowerShell, aby zainstalować wymagane funkcje i role klastra rozproszonego na czterech węzłach i ponownie je uruchomić.

      $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'
      
      $Servers | foreach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
      
      

      Aby uzyskać więcej informacji na temat tych kroków, zobacz Instalowanie lub odinstalowywanie ról, usług ról lub funkcji.

  8. Skonfiguruj magazyn w następujący sposób:

    Ważny

    • Musisz utworzyć dwa woluminy w każdej obudowie: jeden dla danych i jeden dla dzienników.
    • Dyski do logów i danych muszą być inicjowane jako GPT, zamiast MBR.
    • Dwa woluminy danych muszą mieć identyczny rozmiar.
    • Dwa woluminy dziennika powinny mieć identyczny rozmiar.
    • Wszystkie replikowane dyski danych muszą mieć te same rozmiary sektorów.
    • Wszystkie dyski dziennika muszą mieć te same rozmiary sektorów.
    • Woluminy dziennika powinny używać pamięci masowej opartej na technologii flash oraz ustawień wysokiej wydajności i odporności. Microsoft zaleca, aby magazyn dzienników był szybszy niż magazyn danych. Woluminów dziennika nigdy nie powinno się używać do innych obciążeń.
    • Dyski danych mogą używać dysków HDD, SSD lub kombinacji warstwowej i mogą używać przestrzeni lustrzanych lub z parzystością albo RAID 1 lub 10 albo RAID 5 lub RAID 50.
    • Wolumin dziennika musi być domyślnie co najmniej 9 GB i może być większy lub mniejszy w zależności od wymagań dziennika.
    • Woluminy muszą być sformatowane za pomocą systemu plików NTFS lub ReFS.
    • Do działania Test-SRTopology rola serwera plików jest potrzebna wyłącznie, ponieważ otwiera wymagane porty zapory ogniowej do testowania.
    • w przypadku obudów JBOD:

      1. Upewnij się, że każdy para sparowanych węzłów serwera może widzieć wyłącznie obudowy zasobów magazynowych danego lokalu (tj. magazynu asymetrycznego), oraz że połączenia SAS są poprawnie skonfigurowane.

      2. Skonfiguruj magazyn za pomocą Storage Spaces, wykonując kroki 1–3 podane w Wdrażanie Storage Spaces na serwerze Stand-Alone Server przy użyciu programu Windows PowerShell lub Menedżera serwera.

    • Dla magazynu iSCSI:

      1. Upewnij się, że każdy zestaw sparowanych węzłów serwera może zobaczyć tylko obudowy pamięci masowej tego miejsca (tj. magazyn asymetryczny). W przypadku korzystania z interfejsu iSCSI należy użyć więcej niż jednej karty sieciowej.

      2. Skonfiguruj pamięć masową za pomocą dokumentacji dostawcy. Jeśli używasz obiektów docelowych iSCSI opartych na systemie Windows, zapoznaj się z Magazyn Blokowy Obiektów Docelowych iSCSI, Instrukcją.

    • w przypadku przechowywania danych w sieci FC SAN:

      1. Upewnij się, że każda para węzłów serwerowych może zobaczyć tylko obudowy pamięci danej lokalizacji (tj. pamięć asymetryczna) i że hosty są prawidłowo strefowane.

      2. Skonfiguruj pamięć masową za pomocą dokumentacji dostawcy.

Konfigurowanie klastra awaryjnego Hyper-V lub serwera plików dla klastra ogólnego zastosowania

Po skonfigurowaniu węzłów serwera następnym krokiem jest utworzenie jednego z następujących typów klastrów:

Konfigurowanie klastra awaryjnego przełączania Hyper-V

Notatka

Pomiń tę sekcję i przejdź do sekcji Konfigurowanie serwera plików na potrzeby ogólnego użycia klastra, jeśli chcesz utworzyć klaster serwerów plików, a nie klaster Hyper-V.

Teraz utworzysz normalny klaster trybu failover. Po konfiguracji, walidacji i testowaniu rozszerzysz go przy użyciu Storage Replica. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

Metoda graficzna

  1. Uruchom cluadmin.msc.

  2. Zweryfikuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować.

    Notatka

    Z powodu użycia magazynu asymetrycznego należy oczekiwać błędów magazynu podczas walidacji klastra.

  3. Utwórz klaster obliczeniowy Hyper-V. Upewnij się, że nazwa klastra ma maksymalnie 15 znaków. Poniżej użyto przykładu SR-SRVCLUS. Jeśli węzły będą znajdować się w różnych podsieciach, należy utworzyć adres IP dla nazwy klastra dla każdej podsieci i użyć zależności "OR". Więcej informacji można znaleźć w Konfigurowanie adresów IP i zależności dla klastrów z wieloma podsieciami — część III.

  4. Skonfiguruj świadka udziału plików lub świadka w chmurze, aby zapewnić kworum w przypadku utraty lokalizacji.

    Notatka

    System Windows Server zawiera teraz opcję świadka opartego na technologii chmury (Azure) . Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

    Ostrzeżenie

    Aby uzyskać więcej informacji na temat konfiguracji kworum, zobacz Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster — konfiguracja świadka. Aby uzyskać więcej informacji na temat cmdletu Set-ClusterQuorum, zobacz Set-ClusterQuorum.

  5. Przejrzyj rekomendacje dotyczące sieci dla klastra Hyper-V w systemie Windows Server 2012 i upewnij się, że sieć klastra została optymalnie skonfigurowana.

  6. Dodaj jeden dysk w lokacji Redmond do klastra CSV. Aby to zrobić, kliknij prawym przyciskiem myszy dysk źródłowy w węźle Dyski sekcji Storage, a następnie kliknij Dodaj do udostępnionych woluminów klastra.

  7. Korzystając z przewodnika Deploy a Hyper-V Cluster, wykonaj kroki 7–10 w witrynie Redmond, aby utworzyć testową maszynę wirtualną, co pozwala upewnić się, że klaster działa prawidłowo w dwóch węzłach współużytkujących zasoby w pierwszym miejscu testowym.

  8. Jeśli tworzysz dwuwezłowy klaster rozszerzony, przed kontynuowaniem musisz dodać całą pamięć masową. W tym celu otwórz sesję programu PowerShell z uprawnieniami administracyjnymi w węzłach klastra i uruchom następujące polecenie: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

    Jest to zachowanie według projektu w systemie Windows Server 2016.

  9. Uruchom Windows PowerShell i użyj polecenia Test-SRTopology cmdlet, aby ustalić, czy spełniasz wszystkie wymagania Storage Replica.

    Na przykład, aby zweryfikować dwa proponowane węzły klastra rozciągniętego, z których każdy posiada wolumin D: i E:, i uruchomić test przez 30 minut:

    1. Przenieś całą dostępną pamięć do SR-SRV01.

    2. Kliknij Utwórz pustą rolę w sekcji Role Menedżera klastra trybu failover.

    3. Dodaj magazyn online do tej pustej roli o nazwie Rola Nowa.

    4. Przenieś całą dostępną pamięć masową do SR-SRV03.

    5. Kliknij Utwórz pustą rolę w sekcji Role Menedżera klastra trybu failover.

    6. Przenieś pustą nową rolę (2) do SR-SRV03.

    7. Dodaj magazyn online do tej pustej roli o nazwie Nowa rola (2).

    8. Teraz zamontowałeś wszystkie zasoby z przypisanymi literami dysków i możesz ocenić klaster przy użyciu Test-SRTopology.

      Na przykład:

      MD c:\temp
      
      Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName D: -SourceLogVolumeName E: -DestinationComputerName SR-SRV03 -DestinationVolumeName D: -DestinationLogVolumeName E: -DurationInMinutes 30 -ResultPath c:\temp
      

      Ważny

      W przypadku używania serwera testowego, na którym nie ma obciążenia operacjami zapisu we/wy na określonym woluminie źródłowym podczas okresu oceny, rozważ dodanie obciążenia, w przeciwnym razie Test-SRTopology nie wygeneruje przydatnego raportu. Należy przetestować obciążenia przypominające środowisko produkcyjne, aby wyświetlić rzeczywiste liczby i zalecane rozmiary dziennika. Alternatywnie wystarczy skopiować niektóre pliki do woluminu źródłowego podczas testu lub pobrać i uruchomić narzędzie DISKSPD w celu wygenerowania operacji we/wy zapisu. Na przykład, próbka z niskim obciążeniem zapisu IO przez dziesięć minut do woluminu D: Diskspd.exe -c1g -d600 -W5 -C5 -b4k -t2 -o2 -r -w5 -i100 d:\test.dat

  10. Sprawdź raport TestSrTopologyReport-< data >.html, aby zapewnić, że spełniasz wymagania Storage Replica, i zanotuj przewidywany początkowy czas synchronizacji oraz zalecenia dotyczące dziennika.

    Ekran pokazujący raport z replikacji

  11. Zwróć dyski do dostępnego magazynu i usuń tymczasowe puste role.

  12. Po spełnieniu wymagań usuń testową maszynę wirtualną. Dodaj wszystkie rzeczywiste testowe maszyny wirtualne potrzebne do dalszej oceny do proponowanego węzła źródłowego.

  13. Konfigurowanie rozpoznawania lokacji klastra rozproszonego w taki sposób, aby serwery SR-SRV01 i SR-SRV02 znajdują się w lokacji Redmond, SR-SRV0 3 i SR-SRV04 znajdują się w lokacji Bellevue, a Redmond jest preferowana dla własności węzłów źródłowego magazynu i maszyn wirtualnych:

    New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
    
    New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
    
    Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
    Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue
    
    (Get-Cluster).PreferredSite="Redmond"
    

    Notatka

    Nie ma możliwości skonfigurowania świadomości lokalizacji przy użyciu Menedżera klastrów awaryjnych w systemie Windows Server 2016.

  14. (opcjonalnie) Konfigurowanie sieci klastra i usługi Active Directory w celu szybszego przejścia w tryb failover lokacji DNS. Można użyć Hyper-V sieci zdefiniowanej programowo, rozproszonych sieci VLAN, urządzeń abstrakcji sieci, obniżonego czasu wygaśnięcia DNS i innych typowych technik.

    Aby uzyskać więcej informacji, zapoznaj się z sesją konferencji Microsoft Ignite: Stretching Failover Clusters and Using Storage Replica in Windows Server vNext (Rozciągnięcie klastrów trybu failover i używanie repliki magazynu w systemie Windows Server vNext) oraz Enable Change Notifications between Sites - How and Why? (Włączanie powiadomień o zmianach między lokacjami — jak i dlaczego? wpis w blogu.

  15. (opcjonalnie) Konfigurowanie odporności maszyny wirtualnej, aby goście nie zatrzymywali się długo podczas awarii węzłów. Zamiast tego dokonują przełączenia na nowe źródło magazynowania replikacji w ciągu 10 sekund.

    (Get-Cluster).ResiliencyDefaultPeriod=10
    

    Notatka

    Nie ma możliwości skonfigurowania odporności VM za pomocą narzędzia Failover Cluster Manager w systemie Windows Server 2016.

Metoda programu Windows PowerShell

  1. Przetestuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować:

    Test-Cluster SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04
    

    Notatka

    Z powodu użycia magazynu asymetrycznego należy oczekiwać błędów magazynu podczas walidacji klastra.

  2. Utwórz serwer plików dla klastra magazynu ogólnego użycia (należy określić własny statyczny adres IP używany przez klaster). Upewnij się, że nazwa klastra ma maksymalnie 15 znaków. Jeśli węzły znajdują się w różnych podsieciach, należy utworzyć adres IP dodatkowej lokacji przy użyciu zależności "OR". Więcej informacji można znaleźć w Konfigurowanie adresów IP i zależności dla klastrów z wieloma podsieciami — część III.

    New-Cluster -Name SR-SRVCLUS -Node SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04 -StaticAddress <your IP here>
    Add-ClusterResource -Name NewIPAddress -ResourceType "IP Address" -Group "Cluster Group"
    Set-ClusterResourceDependency -Resource "Cluster Name" -Dependency "[Cluster IP Address] or [NewIPAddress]"
    
  3. Skonfiguruj świadka udziału plików lub świadka chmurowego (Azure) w klastrze, który wskazuje na udział hostowany na kontrolerze domeny lub innym, niezależnym serwerze. Na przykład:

    Set-ClusterQuorum -FileShareWitness \\someserver\someshare
    

    Notatka

    System Windows Server zawiera teraz opcję świadka opartego na technologii chmury (Azure) . Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

    Aby uzyskać więcej informacji na temat konfiguracji kworum, zobacz Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster — konfiguracja świadka. Aby uzyskać więcej informacji na temat cmdletu Set-ClusterQuorum, zobacz Set-ClusterQuorum.

  4. Przejrzyj rekomendacje dotyczące sieci dla klastra Hyper-V w systemie Windows Server 2012 i upewnij się, że sieć klastra została optymalnie skonfigurowana.

  5. Jeśli tworzysz dwuwezłowy klaster rozszerzony, przed kontynuowaniem musisz dodać całą pamięć masową. W tym celu otwórz sesję programu PowerShell z uprawnieniami administracyjnymi w węzłach klastra i uruchom następujące polecenie: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

    Jest to zachowanie według projektu w systemie Windows Server 2016.

  6. Korzystając z przewodnika Deploy a Hyper-V Cluster, wykonaj kroki 7–10 w witrynie Redmond, aby utworzyć testową maszynę wirtualną, co pozwala upewnić się, że klaster działa prawidłowo w dwóch węzłach współużytkujących zasoby w pierwszym miejscu testowym.

  7. Po zakończeniu testowania usuń testową maszynę wirtualną. Dodaj wszystkie rzeczywiste testowe maszyny wirtualne potrzebne do dalszej oceny do proponowanego węzła źródłowego.

  8. Skonfiguruj rozpoznawanie lokacji klastra rozproszonego w taki sposób, aby serwery SR-SRV01 i SR-SRV02 znajdowały się w lokacji Redmond, SR-SRV03 i SR-SRV04 były w lokacji Bellevue, a Redmond było preferowane dla własności węzłów źródłowego magazynu i maszyn wirtualnych.

    New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
    
    New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
    
    Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
    Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue
    
    (Get-Cluster).PreferredSite="Redmond"
    
  9. (opcjonalnie) Konfigurowanie sieci klastra i usługi Active Directory w celu szybszego przejścia w tryb failover lokacji DNS. Można użyć Hyper-V sieci zdefiniowanej programowo, rozproszonych sieci VLAN, urządzeń abstrakcji sieci, obniżonego czasu wygaśnięcia DNS i innych typowych technik.

    Aby uzyskać więcej informacji, zapoznaj się z sesją konferencji Microsoft Ignite: Rozciąganie klastrów failover i używanie repliki pamięci w Windows Server vNext oraz Włączanie powiadomień o zmianach między lokalizacjami - jak i dlaczego.

  10. (opcjonalnie) Skonfiguruj odporność maszyny wirtualnej, aby goście nie zatrzymywali się przez długi czas podczas usterek węzłów. Zamiast tego dokonują przełączenia na nowe źródło magazynowania replikacji w ciągu 10 sekund.

    (Get-Cluster).ResiliencyDefaultPeriod=10
    

    Notatka

    Nie ma możliwości zapewnienia odporności środowiska wirtualnego przy użyciu Menedżera klastra awaryjnego przełączania w systemie Windows Server 2016.

Konfigurowanie serwera plików na potrzeby klastra ogólnego użycia

Notatka

Pomiń tę sekcję, jeśli masz już skonfigurowany klaster Failover Hyper-V zgodnie z opisem w Konfigurowanie klastra Failover Hyper-V.

Teraz utworzysz normalny klaster trybu failover. Po konfiguracji, walidacji i testowaniu rozszerzysz go przy użyciu Storage Replica. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

Metoda graficzna

  1. Uruchom cluadmin.msc.

  2. Zweryfikuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować.

    Notatka

    Z powodu użycia magazynu asymetrycznego należy oczekiwać błędów magazynu podczas walidacji klastra.

  3. Utwórz serwer magazynu plików do ogólnego użytku. Upewnij się, że nazwa klastra ma maksymalnie 15 znaków. Poniżej użyto przykładu SR-SRVCLUS. Jeśli węzły będą znajdować się w różnych podsieciach, należy utworzyć adres IP dla nazwy klastra dla każdej podsieci i użyć zależności "OR". Więcej informacji można znaleźć w Konfigurowanie adresów IP i zależności dla klastrów z wieloma podsieciami — część III.

  4. Skonfiguruj świadka udziału plików lub świadka w chmurze, aby zapewnić kworum w przypadku utraty lokalizacji.

    Notatka

    System Windows Server zawiera teraz opcję świadka opartego na technologii chmury (Azure) . Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

    Notatka

    Aby uzyskać więcej informacji na temat konfiguracji kworum, zobacz Configure and Manage the Quorum in a Windows Server 2012 Failover Cluster — konfiguracja świadka. Aby uzyskać więcej informacji na temat polecenia cmdlet Set-ClusterQuorum, należy zobaczyć Set-ClusterQuorum.

  5. Jeśli tworzysz dwuwezłowy klaster rozszerzony, przed kontynuowaniem musisz dodać całą pamięć masową. W tym celu otwórz sesję programu PowerShell z uprawnieniami administracyjnymi w węzłach klastra i uruchom następujące polecenie: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

    Jest to zachowanie według projektu w systemie Windows Server 2016.

  6. Upewnij się, że skonfigurowano optymalnie sieć klastra.

    Notatka

    Przed przejściem do następnego kroku należy zainstalować rolę serwera plików na wszystkich węzłach. |

  7. W obszarze role kliknij pozycję Konfiguruj rolę. Przejrzyj sekcję Przed rozpoczęciem i kliknij przycisk Dalej.

  8. Wybierz File Server i kliknij Dalej.

  9. Pozostaw wybrany Serwer plików do użytku ogólnego, a następnie kliknij przycisk Dalej.

  10. Podaj nazwę punktu dostępu klienta (15 znaków lub mniej) i kliknij przycisk Dalej.

  11. Wybierz dysk, który ma być woluminem danych, a następnie kliknij przycisk Dalej.

  12. Przejrzyj ustawienia i kliknij przycisk Dalej. Kliknij Zakończ.

  13. Kliknij prawym przyciskiem myszy nową rolę serwera plików i kliknij Dodaj udostępnianie plików. Przejdź do kreatora, aby skonfigurować udziały.

  14. Opcjonalnie: Dodaj kolejną instancję serwera plików, która używa innej pamięci w tej witrynie.

  15. Skonfiguruj świadomość lokalizacji klastra rozciągniętego tak, aby serwery SR-SRV01 i SR-SRV02 były w lokalizacji Redmond, SR-SRV03 i SR-SRV04 były w lokalizacji Bellevue, a Redmond była preferowana do posiadania węzłów magazynu źródłowego i maszyn wirtualnych.

    New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
    
    New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
    
    Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
    Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue
    
    (Get-Cluster).PreferredSite="Redmond"
    

    Notatka

    Nie ma możliwości skonfigurowania świadomości lokalizacji przy użyciu Menedżera klastrów awaryjnych w systemie Windows Server 2016.

  16. (Opcjonalnie) Skonfiguruj sieć klastra i usługę Active Directory, aby szybciej przejść w tryb failover lokacji DNS. Można wykorzystać rozciągnięte sieci VLAN, urządzenia abstrakcji sieci, obniżone TTL DNS i inne popularne techniki.

Aby uzyskać więcej informacji, zapoznaj się z sesją konferencji Microsoft Ignite dotyczącą rozciągania klastrów przełączania awaryjnego i używania repliki magazynu w Windows Server vNext oraz wpisem w blogu Włączanie powiadomień o zmianach między witrynami - jak i dlaczego.

Metoda PowerShell

  1. Przetestuj proponowany klaster i przeanalizuj wyniki, aby upewnić się, że możesz kontynuować:

    Test-Cluster SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04
    

    Notatka

    Z powodu użycia magazynu asymetrycznego należy oczekiwać błędów magazynu podczas walidacji klastra.

  2. Utwórz klaster obliczeniowy Hyper-V (należy określić własny statyczny adres IP używany przez klaster). Upewnij się, że nazwa klastra ma maksymalnie 15 znaków. Jeśli węzły znajdują się w różnych podsieciach, należy utworzyć adres IP dodatkowej lokacji przy użyciu zależności "OR". Więcej informacji można znaleźć w Konfigurowanie adresów IP i zależności dla klastrów z wieloma podsieciami — część III.

    New-Cluster -Name SR-SRVCLUS -Node SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04 -StaticAddress <your IP here>
    
    Add-ClusterResource -Name NewIPAddress -ResourceType "IP Address" -Group "Cluster Group"
    
    Set-ClusterResourceDependency -Resource "Cluster Name" -Dependency "[Cluster IP Address] or [NewIPAddress]"
    
  3. Skonfiguruj świadka udziału plików lub świadka chmurowego (Azure) w klastrze, który wskazuje na udział hostowany na kontrolerze domeny lub innym, niezależnym serwerze. Na przykład:

    Set-ClusterQuorum -FileShareWitness \\someserver\someshare
    

    Notatka

    System Windows Server zawiera teraz opcję świadka w chmurze przy użyciu platformy Azure. Możesz wybrać tę opcję kworum zamiast świadka udostępniania plików.

    Aby uzyskać więcej informacji na temat konfiguracji kworum, zobacz Zrozumienie kworum klastra i puli. Aby uzyskać więcej informacji na temat polecenia cmdlet Set-ClusterQuorum, należy zobaczyć Set-ClusterQuorum.

  4. Jeśli tworzysz dwuwezłowy klaster rozszerzony, przed kontynuowaniem musisz dodać całą pamięć masową. W tym celu otwórz sesję programu PowerShell z uprawnieniami administracyjnymi w węzłach klastra i uruchom następujące polecenie: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

    Jest to zachowanie według projektu w systemie Windows Server 2016.

  5. Upewnij się, że skonfigurowano optymalnie sieć klastra.

  6. Skonfiguruj rolę serwera plików. Na przykład:

    Get-ClusterResource
    Add-ClusterFileServerRole -Name SR-CLU-FS2 -Storage "Cluster Disk 4"
    
    MD f:\share01
    
    New-SmbShare -Name Share01 -Path f:\share01 -ContinuouslyAvailable $false
    
  7. Skonfiguruj rozpoznawanie lokalizacji klastra rozproszonego, aby serwery SR-SRV01 i SR-SRV02 znajdowały się w lokalizacji Redmond, SR-SRV03 i SR-SRV04 znajdowały się w lokalizacji Bellevue, a Redmond była preferowana jako właściciel węzłów magazynu źródłowego i maszyn wirtualnych.

    New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"
    
    New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"
    
    Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
    Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
    Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue
    
    (Get-Cluster).PreferredSite="Redmond"
    
  8. (Opcjonalnie) Skonfiguruj sieć klastra i usługę Active Directory, aby szybciej przejść w tryb failover lokacji DNS. Można wykorzystać rozciągnięte sieci VLAN, urządzenia abstrakcji sieci, obniżone TTL DNS i inne popularne techniki.

    Aby uzyskać więcej informacji, zapoznaj się z sesją konferencji Microsoft Ignite dotyczącą rozciągania klastrów przełączania awaryjnego i używania repliki magazynu w Windows Server vNext oraz wpisem w blogu Włączanie powiadomień o zmianach między witrynami - jak i dlaczego.

Skonfiguruj klaster rozciągnięty

Teraz skonfigurujesz klaster stretch przy użyciu Menedżera klastra Failover lub środowiska Windows PowerShell. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

Metoda Menedżera klastra nadmiarowego

  1. W przypadku obciążeń Hyper-V w jednym węźle, w którym masz dane, które chcesz replikować, dodaj źródłowy dysk danych z dostępnych dysków do udostępnionych woluminów klastra, jeśli nie został jeszcze skonfigurowany. Nie dodawaj wszystkich dysków; wystarczy dodać pojedynczy dysk. W tym momencie połowa dysków będzie widoczna w trybie offline, ponieważ jest to magazyn asymetryczny. W przypadku replikowania obciążenia zasobu dysku fizycznego (PDR), takiego jak serwer plików do użytku ogólnego, masz już gotowy do użycia dysk powiązany z rolą.

    ekran przedstawiający menedżera klastra trybu failover

  2. Kliknij prawym przyciskiem myszy dysk CSV lub dysk dołączony do roli, kliknij Replikacja, a następnie kliknij Włącz.

  3. Wybierz odpowiedni docelowy wolumin danych i kliknij przycisk Dalej. Wyświetlone dyski docelowe będą miały wolumin o takim samym rozmiarze jak wybrany dysk źródłowy. W przypadku przechodzenia między oknami dialogowymi kreatora dostępna pamięć masowa zostanie automatycznie przeniesiona i włączona w tle zgodnie z potrzebami.

    Ekran przedstawiający stronę 'Wybierz dysk docelowy' kreatora Konfiguracja repliki przechowywania

  4. Wybierz odpowiedni źródłowy dysk dziennika i kliknij przycisk Dalej. Źródłowy wolumin dziennika powinien znajdować się na dysku SSD lub podobnie szybkich nośnikach, a nie na dyskach talerzowych.

  5. Wybierz odpowiedni docelowy wolumin dziennika i kliknij przycisk Dalej. Wyświetlone dyski dziennika docelowego będą miały wolumin o takim samym rozmiarze jak wybrany źródłowy wolumin dysku dziennika.

  6. Pozostaw wartość Zastąp wolumin na zastąp docelowy wolumin, jeśli wolumin docelowy nie zawiera poprzedniej kopii danych z serwera źródłowego. Jeśli miejsce docelowe zawiera podobne dane, z ostatniej kopii zapasowej, lub poprzedniej replikacji, wybierz inicjowanego dysku docelowego, a następnie kliknij Dalej.

  7. Pozostaw wartość Tryb replikacji na Replikacja synchroniczna, jeśli planujesz użyć replikacji z zerowym RPO. Zmień ją na Replikacja Asynchroniczna, jeśli planujesz rozciągnąć klaster przez sieci o większych opóźnieniach lub potrzebujesz mniejszego opóźnienia operacji IO na węzłach głównego obiektu.

  8. Pozostaw wartość grupy spójności na najwyższa wydajność, jeśli nie planujesz używać porządkowania zapisu później z dodatkowymi parami dysków w grupie replikacji. Jeśli planujesz dodać kolejne dyski do tej grupy replikacji i wymagana jest gwarantowana kolejność zapisu, wybierz pozycję Włącz porządkowanie zapisu, a następnie kliknij przycisk Dalej.

  9. Kliknij przycisk Dalej, aby skonfigurować replikację i tworzenie klastra rozproszonego.

    Ekran przedstawiający stronę Wybierz potwierdzenie kreatora konfiguracji replikacji pamięci

  10. Na ekranie Podsumowanie zanotuj wyniki okna dialogowego uzupełniania. Raport można wyświetlić w przeglądarce internetowej.

  11. W tym momencie skonfigurowano partnerstwo dla repliki magazynu między dwoma sekcjami klastra, chociaż replikacja nadal trwa. Istnieje kilka sposobów, aby zobaczyć stan replikacji za pomocą narzędzia graficznego.

    1. Użyj kolumny roli replikacji i karty replikacji. Po zakończeniu synchronizacji początkowej dyski źródłowe i docelowe będą miały stan replikacji Ciągłe replikowanie.

      Ekran przedstawiający kartę Replikacji dysku w Menedżerze klastra przełączania awaryjnego

    2. Uruchom eventvwr.exe.

      1. Na serwerze źródłowym przejdź do Aplikacje i usługi \ Microsoft \ Windows \ StorageReplica \ Admin i sprawdź zdarzenia 5015, 5002, 5004, 1237, 5001 i 2200.

      2. Na serwerze docelowym przejdź do Aplikacje i usługi \ Microsoft \ Windows \ StorageReplica \ Operational i poczekaj na zdarzenie 1215. To zdarzenie określa liczbę skopiowanych bajtów i czas potrzebny. Przykład:

        Log Name:      Microsoft-Windows-StorageReplica/Operational
        Source:        Microsoft-Windows-StorageReplica
        Date:          4/6/2016 4:52:23 PM
        Event ID:      1215
        Task Category: (1)
        Level:         Information
        Keywords:      (1)
        User:          SYSTEM
        Computer:      SR-SRV03.Threshold.nttest.microsoft.com
        Description:
        Block copy completed for replica.
        
        ReplicationGroupName: Replication 2
        ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
        ReplicaName: \\?\Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}\
        ReplicaId: {00000000-0000-0000-0000-000000000000}
        End LSN in bitmap:
        LogGeneration: {00000000-0000-0000-0000-000000000000}
        LogFileId: 0
        CLSFLsn: 0xFFFFFFFF
        Number of Bytes Recovered: 68583161856
        Elapsed Time (ms): 140
        
      3. Na serwerze docelowym przejdź do Aplikacje i usługi \ Microsoft \ Windows \ StorageReplica \ Admin i sprawdź zdarzenia 5009, 1237, 5001, 5015, 5005 i 2200, aby zrozumieć postęp przetwarzania. W tej sekwencji nie powinny występować ostrzeżenia o błędach. Będzie wiele wydarzeń 1237; te wskazują postęp.

        Ostrzeżenie

        Użycie procesora CPU i pamięci może być wyższe niż zwykle do momentu ukończenia synchronizacji początkowej.

Metoda programu Windows PowerShell

  1. Upewnij się, że konsola programu PowerShell jest uruchomiona przy użyciu konta administratora z podwyższonym poziomem uprawnień.

  2. Dodaj źródłowy magazyn danych do klastra tylko jako CSV. Aby uzyskać rozmiar, partycję i układ woluminów dostępnych dysków, użyj następujących poleceń:

    Move-ClusterGroup -Name "available storage" -Node sr-srv01
    
    $DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
    $DiskResources | foreach {
        $resource = $_
        $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid
    
        Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
            Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
    } | FT -AutoSize
    
    Move-ClusterGroup -Name "available storage" -Node sr-srv03
    
    $DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
    $DiskResources | foreach {
        $resource = $_
        $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid
    
        Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
            Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
    } | FT -AutoSize
    
  3. Ustaw prawidłowy dysk dla CSV za pomocą odpowiedniego polecenia:

    Add-ClusterSharedVolume -Name "Cluster Disk 4"
    Get-ClusterSharedVolume
    Move-ClusterSharedVolume -Name "Cluster Disk 4" -Node sr-srv01
    
  4. Skonfiguruj klaster rozproszony, określając następujące elementy:

    • Węzły źródłowe i docelowe (gdzie dane źródłowe są na dysku CSV, podczas gdy wszystkie inne dyski nie są dyskami CSV).

    • Nazwy grup replikacji źródłowej i docelowej.

    • Dyski źródłowe i docelowe, w których rozmiary partycji są zgodne.

    • Woluminy dziennika źródłowego i docelowego, w których jest wystarczająca ilość wolnego miejsca, aby pomieścić rozmiar dziennika w obu dyskach, a pamięć to SSD lub podobny szybki nośnik.

    • Woluminy dziennika źródłowego i docelowego, w których jest wystarczająca ilość wolnego miejsca, aby pomieścić rozmiar dziennika w obu dyskach, a pamięć to SSD lub podobny szybki nośnik.

    • Rozmiar dziennika.

    • Źródłowy wolumin dziennika powinien znajdować się na dysku SSD lub podobnie szybkich nośnikach, a nie na dyskach talerzowych.

    New-SRPartnership -SourceComputerName sr-srv01 -SourceRGName rg01 -SourceVolumeName "C:\ClusterStorage\Volume1" -SourceLogVolumeName e: -DestinationComputerName sr-srv03 -DestinationRGName rg02 -DestinationVolumeName d: -DestinationLogVolumeName e: -LogType Raw
    

    Notatka

    Można również użyć New-SRGroup w jednym węźle w każdej lokacji i New-SRPartnership, aby utworzyć replikację na etapach, a nie jednocześnie.

  5. Określ postęp replikacji.

    1. Na serwerze źródłowym uruchom następujące polecenie i sprawdź zdarzenia 5015, 5002, 5004, 1237, 5001 i 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
      
    2. Na serwerze docelowym uruchom następujące polecenie, aby wyświetlić zdarzenia replikacji magazynu pokazujące tworzenie partnerstwa. To zdarzenie określa liczbę skopiowanych bajtów i czas potrzebny. Przykład:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
      
      TimeCreated  : 4/6/2016 4:52:23 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
      
             ReplicationGroupName: Replication 2
             ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
             ReplicaName: ?Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}
             ReplicaId: {00000000-0000-0000-0000-000000000000}
             End LSN in bitmap:
             LogGeneration: {00000000-0000-0000-0000-000000000000}
             LogFileId: 0
             CLSFLsn: 0xFFFFFFFF
             Number of Bytes Recovered: 68583161856
             Elapsed Time (ms): 140
      
    3. Na serwerze docelowym uruchom następujące polecenie i sprawdź zdarzenia 5009, 1237, 5001, 5015, 5005 i 2200, aby zrozumieć postęp przetwarzania. W tej sekwencji nie powinny występować ostrzeżenia o błędach. Będzie wiele wydarzeń 1237; te wskazują postęp.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
      
    4. Alternatywnie grupa docelowych serwerów repliki na bieżąco określa liczbę bajtów pozostałych do skopiowania i może być odpytywana za pomocą programu PowerShell. Na przykład:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Jako przykład postępu (który nie zostanie zakończony):

      while($true) {
      
       $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
       [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
       Start-Sleep -s 5
      }
      
  6. Aby uzyskać stan źródła i miejsca docelowego replikacji w klastrze rozproszyć, użyj Get-SRGroup i Get-SRPartnership, aby wyświetlić skonfigurowany stan replikacji w klastrze rozproszyć.

    Get-SRGroup
    Get-SRPartnership
    (Get-SRGroup).replicas
    

Zarządzanie replikacją klastra rozproszonego

Teraz będziesz zarządzać i obsługiwać swój klaster rozciągnięty. Wszystkie poniższe kroki można wykonać bezpośrednio w węzłach klastra lub z komputera zdalnego zarządzania, który zawiera narzędzia administracji zdalnej serwera systemu Windows Server.

Metoda narzędzi graficznych

  1. Użyj Menedżera klastra przełączania awaryjnego, aby określić bieżące źródło i miejsce docelowe replikacji oraz ich stan.

  2. Aby zmierzyć wydajność replikacji, uruchom Perfmon.exe w węzłach źródłowych i docelowych.

    1. W węźle docelowym:

      1. Dodaj obiekty statystyk repliki magazynu ze wszystkimi licznikami wydajności dla woluminu danych.

      2. Sprawdź wyniki.

    2. W węźle źródłowym:

      1. Dodaj obiekty Statystyki repliki magazynu i Statystyki operacji we/wy partycji repliki magazynu ze wszystkimi ich licznikami wydajności dla woluminu danych (drugi obiekt jest dostępny tylko, gdy dane znajdują się na bieżącym serwerze źródłowym).

      2. Sprawdź wyniki.

  3. W celu zmiany źródła i miejsca docelowego replikacji w klastrze rozproszonym, należy użyć następujących metod:

    1. Aby przenieść replikację danych źródłowych między węzłami na tej samej witrynie: kliknij prawym przyciskiem myszy źródłowy plik CSV, kliknij Przenieś miejsce przechowywania, kliknij Wybierz węzeł, a następnie wybierz węzeł na tej samej witrynie. W przypadku używania magazynu innego niż CSV dla dysku przypisanego do roli, przenosisz rolę.

    2. Aby przenieść replikację źródłową z jednej lokalizacji do innej: kliknij prawym przyciskiem myszy na źródłowym pliku CSV, kliknij Przenieś magazyn, kliknij Wybierz węzeł, a następnie wybierz węzeł w innej lokalizacji. Jeśli skonfigurowano preferowaną lokację, możesz użyć najlepszego możliwego węzła, aby zawsze przenieść magazyn źródłowy do węzła w preferowanej lokacji. W przypadku używania magazynu innego niż CSV dla dysku przypisanego do roli, przenosisz rolę.

    3. Aby wykonać planowane przełączenie awaryjne i zmienić kierunek replikacji między lokalizacjami: wyłącz oba węzły w jednej lokalizacji przy użyciu ServerManager.exe lub SConfig.

    4. Aby wykonać nieplanowane przełączenie awaryjne i zmienić kierunek replikacji między lokalizacjami, odetnij zasilanie obu węzłów w jednej lokalizacji.

      Notatka

      W systemie Windows Server 2016 może być konieczne użycie Menedżera klastra trybu failover lub Move-ClusterGroup, aby przenieść dyski docelowe z powrotem do innej lokacji ręcznie po powrocie węzłów do trybu online.

      Notatka

      Storage Replica odmontowuje woluminy docelowe. Jest to zgodnie z projektem.

  4. Aby zmienić rozmiar dziennika z domyślnego rozmiaru 8 GB, kliknij prawym przyciskiem myszy zarówno źródłowe, jak i docelowe dyski dziennika, kliknij kartę dziennika replikacji, a następnie zmień rozmiary na obu dyskach, aby były zgodne.

    Notatka

    Domyślny rozmiar dziennika to 8 GB. W zależności od wyników polecenia cmdlet Test-SRTopology możesz zdecydować się na użycie -LogSizeInBytes o wyższej lub niższej wartości.

  5. Aby dodać kolejną parę replikowanych dysków do istniejącej grupy replikacji, należy upewnić się, że w dostępnym magazynie znajduje się co najmniej jeden dodatkowy dysk. Następnie kliknij prawym przyciskiem myszy dysk źródłowy i wybierz pozycję Dodaj powiązanie replikacji.

    Notatka

    Potrzeba dodatkowego "fikcyjnego" dysku w dostępnej pamięci masowej jest spowodowana regresją i nie jest zamierzona. Menedżer klastra trybu failover wcześniej obsługiwał dodawanie większej liczby dysków i będzie ponownie dostępny w przyszłej wersji.

  6. Aby usunąć istniejącą replikację:

    1. Uruchom cluadmin.msc.

    2. Kliknij prawym przyciskiem myszy źródłowy dysk CSV i kliknij przycisk Replikacja, a następnie kliknij Usuń. Zaakceptuj monit ostrzegawczy.

    3. Opcjonalnie usuń pamięć z systemu CSV, aby przywrócić ją do dostępnej pamięci na potrzeby dalszych testów.

      Notatka

      Może być konieczne użycie DiskMgmt.msc lub ServerManager.exe, aby dodać litery dysku zwrotnego do woluminów po powrocie do dostępnego magazynu.

Metoda Windows PowerShell

  1. Użyj Get-SRGroup i (Get-SRGroup).Replicas w celu określenia bieżącego źródła i miejsca docelowego replikacji oraz ich stanu.

  2. Aby zmierzyć wydajność replikacji, użyj polecenia cmdlet Get-Counter w węzłach źródłowych i docelowych. Nazwy liczników to:

    • \Storage Replica Partition I/O Statistics(*)\Number of times flush paused (\Statystyki operacji we/wy partycji repliki magazynu(*)\Liczba wstrzymanych opróżnień)

    • \Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O (\Statystyki I/O partycji repliki magazynu(*)\Liczba oczekujących operacji czyszczenia I/O)

    • \Storage Replica Partition I/O Statistics(*)\Number of requests for last log write (\Statystyki operacji we/wy partycji repliki magazynu(*)\Liczba żądań ostatniego zapisu dziennika)

    • \Storage Replica Partition I/O Statistics(*)\Średnia długość kolejki opróżniania

    • \Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length (\Statystyki operacji we/wy partycji repliki magazynu(*)\Bieżąca długość kolejki opróżniania)

    • \Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests (\Statystyki operacji we/wy partycji repliki magazynu(*)\Liczba żądań zapisu aplikacji)

    • \Storage Replica Partition I/O Statistics(*)\Avg. Number of requests per log write (\Statystyki operacji we/wy partycji repliki magazynu(*)\Średnia liczba żądań na zapis dziennika)

    • \Storage Replica Partition I/O Statistics(*)\Avg. App Write Latency (\Statystyki operacji we/wy partycji repliki magazynu(*)\Avg. Opóźnienie zapisu aplikacji)

    • \Storage Replica Partition I/O Statistics(*)\Avg. App Read Latency (\Statystyki operacji we/wy partycji repliki magazynu(*)\Avg. Opóźnienie odczytu aplikacji)

    • \Statystyki replikacji danych(*)\Docelowe RPO

    • \Storage Replica Statistics(*)\Current RPO

    • \Storage Replica Statistics(*)\Avg. Log Queue Length (\Statystyki repliki magazynu(*)\Średnia długość kolejki dziennika)

    • \Storage Replica Statistics(*)\Current Log Queue Length (\Statystyki repliki magazynu(*)\Bieżąca długość kolejki dziennika)

    • \Storage Replica Statistics(*)\Total Bytes Received (\Statystyki repliki magazynu(*)\Całkowita liczba odebranych bajtów)

    • \Storage Replica Statistics(*)\Łączna liczba wysłanych bajtów

    • \Storage Replica Statistics(*)\Avg. Network Send Latency (\Statystyki repliki magazynu(*)\Średnia opóźnienie wysyłania sieci)

    • \Statystyki Repliki Magazynu(*)\Stan Replikacji

    • \Statystyki Replikacji Magazynu(*)\Średnie Opóźnienie Podróży Zwrotnej Wiadomości

    • \Storage Replica Statistics(*)\Last Recovery Elapsed Time (\Statystyki repliki magazynu(*)\Ostatni upływający czas odzyskiwania)

    • \Storage Replica Statistics(*)\Number of Flushed Recovery Transactions (\Statystyki repliki magazynu(*)\Liczba opróżnionych transakcji odzyskiwania)

    • \Storage Replica Statistics(*)\Number of Recovery Transactions (\Statystyki repliki magazynu(*)\Liczba transakcji odzyskiwania)

    • \Storage Replica Statistics(*)\Number of Flushed Replication Transactions (\Statystyki repliki magazynu(*)\Liczba opróżnionych transakcji replikacji)

    • \Storage Replica Statistics(*)\Number of Replication Transactions (\Statystyki repliki magazynu(*)\Liczba transakcji replikacji)

    • \Statystyki replikacji pamięci masowej(*)\Maksymalny numer sekwencji dziennika

    • \Storage Replica Statistics(*)\Number of Messages Received (\Statystyki repliki magazynu(*)\Liczba odebranych komunikatów)

    • \Storage Replica Statistics(*)\Liczba wysłanych wiadomości

    Aby uzyskać więcej informacji na temat liczników wydajności w programie Windows PowerShell, zobacz Get-Counter.

  3. W celu zmiany źródła i miejsca docelowego replikacji w klastrze rozproszonym, należy użyć następujących metod:

    1. Aby przenieść źródło replikacji z jednego węzła do innego w lokacji Redmond, przenieś zasób CSV przy użyciu polecenia cmdlet Move-ClusterSharedVolume.

      Get-ClusterSharedVolume | fl *
      Move-ClusterSharedVolume -Name "cluster disk 4" -Node sr-srv02
      
    2. Aby przenieść kierunek replikacji z jednej lokalizacji do innej, zgodnie z "planem", przenieś zasób CSV, używając polecenia cmdlet Move-ClusterSharedVolume.

      Get-ClusterSharedVolume | fl *
      Move-ClusterSharedVolume -Name "cluster disk 4" -Node sr-srv04
      

      Spowoduje to również odpowiednie przeniesienie dzienników i danych dla innych lokalizacji i węzłów.

    3. Aby wykonać nieplanowane przełączenie awaryjne i zmienić kierunek replikacji między lokalizacjami, odetnij zasilanie obu węzłów w jednej lokalizacji.

      Notatka

      Storage Replica odmontowuje woluminy docelowe. Jest to zgodnie z projektem.

  4. Aby zmienić rozmiar logu z domyślnego 8 GB, użyj Set-SRGroup zarówno w źródłowych, jak i docelowych grupach replik przechowywania. Aby na przykład ustawić wszystkie dzienniki na 2 GB:

    Get-SRGroup | Set-SRGroup -LogSizeInBytes 2GB
    Get-SRGroup
    
  5. Aby dodać kolejną parę replikowanych dysków do istniejącej grupy replikacji, należy upewnić się, że w dostępnym magazynie znajduje się co najmniej jeden dodatkowy dysk. Następnie możesz kliknąć prawym przyciskiem myszy dysk źródłowy i wybrać polecenie Dodaj powiązanie replikacji.

    Notatka

    Potrzeba dodatkowego "fikcyjnego" dysku w dostępnej pamięci masowej jest spowodowana regresją i nie jest zamierzona. Menedżer klastra trybu failover wcześniej obsługiwał dodawanie większej liczby dysków i będzie ponownie dostępny w przyszłej wersji.

    Użyj polecenia cmdlet set-SRPartnership z parametrami -SourceAddVolumePartnership i -DestinationAddVolumePartnership.

  6. Aby usunąć replikację, użyj Get-SRGroup, Get-SRPartnership, Remove-SRGroupi Remove-SRPartnership w dowolnym węźle.

    Get-SRPartnership | Remove-SRPartnership
    Get-SRGroup | Remove-SRGroup
    

    Notatka

    W przypadku korzystania z komputera do zdalnego zarządzania należy określić nazwę klastra dla tych cmdletów i podać dwie nazwy grup zasobów.