Udostępnij za pośrednictwem

Użyj współdzielonych woluminów w klastrze przełączania awaryjnego

Udostępnione woluminy klastra (CSV) umożliwiają jednoczesny dostęp do odczytu i zapisu do tej samej jednostki LUN (dysku), która została udostępniona jako wolumin NTFS, dla wielu węzłów w klastrze trybu failover systemu Windows Server lub w lokalnych środowiskach Azure. Dysk można skonfigurować jako odporny system plików (ReFS); jednak dysk CSV będzie w trybie przekierowanym, co oznacza, że dostęp do zapisu zostanie wysłany do węzła koordynatora. Aby uzyskać więcej informacji, zobacz Informacje o synchronizacji we/wy i przekierowaniu we/wy w komunikacji CSV w dalszej części tego dokumentu. W przypadku woluminów CSV role klastrowane mogą szybko przełączać się w tryb failover z jednego węzła do innego węzła bez konieczności zmiany własności dysku lub odinstalowywanie i ponowne instalowanie woluminu. CSV również pomaga uprościć zarządzanie potencjalnie dużą liczbą LUN w klastrze failover.

CSV zapewnia ogólnego przeznaczenia, klastrowany system plików, który działa na warstwie powyżej NTFS lub ReFS. Aplikacje CSV obejmują:

  • Klastrowane pliki wirtualnego dysku twardego (VHD/VHDX) dla klastrowanych maszyn wirtualnych Hyper-V
  • Skalowalne poziomo udziały plików do przechowywania danych aplikacji dla klastrowanej roli serwera plików Scale-Out. Przykłady danych aplikacji dla tej roli obejmują Hyper-V pliki maszyn wirtualnych i dane programu Microsoft SQL Server. Należy pamiętać, że system plików ReFS nie jest obsługiwany dla serwera plików Scale-Out w systemie Windows Server 2012 R2 i poniżej. Aby uzyskać więcej informacji na temat serwera plików Scale-Out, zobacz Scale-Out File Server for Application Data.
  • Wystąpienie klastra przełączania awaryjnego programu Microsoft SQL Server 2014 (lub nowszego). Obciążenie klastrowane programu Microsoft SQL Server w programie SQL Server 2012 i starszych wersjach programu SQL Server nie obsługuje użycia woluminów CSV.
  • Windows Server 2019 lub nowszy Microsoft Distributed Transaction Control (MSDTC)

Notatka

Woluminy CSV nie obsługują obciążenia klastrowanego programu Microsoft SQL Server w programie SQL Server 2012 i starszych wersjach programu SQL Server.

W systemie Windows Server 2012 funkcja CSV została znacznie ulepszona. Na przykład zależności usług Active Directory Domain Services zostały usunięte. Dodano obsługę ulepszeń funkcjonalnych w chkdsk, w celu współdziałania z aplikacjami antywirusowymi i kopiami zapasowymi oraz do integracji z ogólnymi funkcjami magazynu, takimi jak woluminy zaszyfrowane przez funkcję BitLocker i miejsca do magazynowania. Aby zapoznać się z omówieniem funkcji CSV wprowadzonych w systemie Windows Server 2012, zobacz Co nowego w klastrze przełączania awaryjnego w systemie Windows Server 2012 [przekierowane].

System Windows Server 2012 R2 wprowadza dodatkowe funkcje, takie jak rozproszona własność CSV; zwiększoną odporność dzięki dostępności usługi Serwera; większą elastyczność w zakresie ilości pamięci fizycznej, którą można przydzielić do pamięci podręcznej CSV; lepszą diagnostykę i ulepszone współdziałanie, które obejmuje obsługę systemu plików ReFS i deduplikacji. Aby uzyskać więcej informacji, zobacz Nowości w klastrze pracy awaryjnej.

Notatka

Aby uzyskać informacje na temat używania deduplikacji danych w scenariuszach CSV (Clustered Shared Volumes) w infrastrukturze wirtualnych pulpitów (VDI), zobacz wpisy na blogu Wdrażanie deduplikacji danych dla pamięci VDI w Windows Server 2012 R2 oraz Rozszerzanie deduplikacji danych na nowe obciążenia w Windows Server 2012 R2.

Zapoznaj się z wymaganiami i zagadnieniami dotyczącymi używania CSV w klastrze nadmiarowym.

Przed rozpoczęciem korzystania z woluminów CSV w klastrze z funkcją przełączenia awaryjnego, zapoznaj się z wymaganiami dotyczącymi sieci, magazynu oraz innymi istotnymi kwestiami opisanymi w tej sekcji.

Zagadnienia dotyczące konfiguracji sieci

Podczas konfigurowania sieci obsługujących woluminy CSV należy wziąć pod uwagę następujące kwestie.

  • Wiele sieci i wielu kart sieciowych. Aby umożliwić tolerancję na błędy w przypadku awarii sieci, zalecamy, aby wiele sieci klastrów obsługiwało ruch CSV lub aby skonfigurować zespołowe karty sieciowe.

    Jeśli węzły klastra są połączone z sieciami, które nie powinny być używane przez klaster, należy je wyłączyć. Na przykład zalecamy wyłączenie sieci iSCSI na potrzeby klastra w celu zapobiegania ruchowi woluminów CSV w tych sieciach. Aby wyłączyć sieć, w Menedżerze klastra Failover wybierz pozycję Sieci, wybierz sieć, wybierz akcję Właściwości, a następnie wybierz pozycję Nie zezwalaj na komunikację sieciową klastra w tej sieci. Alternatywnie można skonfigurować właściwość roli sieci przy użyciu polecenia cmdlet Get-ClusterNetwork środowiska Windows PowerShell.

  • właściwości adaptera sieciowego. We właściwościach wszystkich adapterów, które obsługują komunikację klastrową, upewnij się, że są włączone następujące ustawienia:

    • Klient sieci Microsoft i Udostępnianie plików i drukarek dla sieci Microsoft. Te ustawienia obsługują blok komunikatów serwera (SMB) 3.0, który jest domyślnie używany do przenoszenia ruchu CSV między węzłami. Aby włączyć protokół SMB, upewnij się również, że usługa Serwera i stacja robocza są uruchomione i że są skonfigurowane do automatycznego uruchamiania w każdym węźle klastra.

      Notatka

      W systemie Windows Server 2012 R2 i nowszym istnieje wiele wystąpień usługi serwera na każdy węzeł klastra failover. Istnieje domyślna instancja, która obsługuje ruch przychodzący od klientów SMB, którzy uzyskują dostęp do standardowych udziałów plików, oraz druga instancja CSV, obsługująca tylko ruch CSV między węzłami. Ponadto, jeśli usługa serwera na węźle przestanie działać prawidłowo, własność CSV automatycznie przechodzi na inny węzeł.

      Protokół SMB 3.0 zawiera funkcje SMB Multichannel i SMB Direct, które umożliwiają przesył ruchu CSV między wieloma sieciami w klastrze oraz wykorzystanie kart sieciowych obsługujących zdalny bezpośredni dostęp do pamięci (RDMA). Domyślnie funkcja SMB Multichannel jest używana na potrzeby ruchu CSV. Aby uzyskać więcej informacji, zobacz Server Message Block overview.

    • filtr wydajności Microsoft Failover Cluster Virtual Adapter. To ustawienie poprawia zdolność węzłów do przekierowywania danych wejścia/wyjścia, gdy jest to konieczne do uzyskania dostępu do woluminu CSV, na przykład gdy awaria łączności uniemożliwia węzłowi bezpośrednie połączenie z dyskiem CSV. Filtr wydajności wirtualnej karty NetFT jest domyślnie wyłączony we wszystkich wersjach z wyjątkiem systemu Windows Server 2012 R2. Filtr jest wyłączony, ponieważ może powodować problemy z klastrami Hyper-V, które mają klaster gościa uruchomiony na maszynach wirtualnych uruchomionych na nich. Zaobserwowano problemy, w których filtr wydajności wirtualnego adaptera NetFT na hoście niepoprawnie kieruje ruch NetFT przeznaczony dla maszyny wirtualnej gościa do hosta. Może to spowodować problemy z komunikacją z klastrem gościa na maszynie wirtualnej. Jeśli wdrażasz jakiekolwiek obciążenie innych niż Hyper-V z klastrami gościa, włączenie filtru wydajności wirtualnej karty NetFT zoptymalizuje i poprawi wydajność klastra. Aby uzyskać więcej informacji, zobacz Informacje o synchronizacji we/wy i przekierowywaniu we/wy w komunikacji CSV w dalszej części tego tematu.

  • Priorytetyzacja sieci klastra. Ogólnie zaleca się, aby nie zmieniać preferencji skonfigurowanych przez klaster dla sieci.

  • konfiguracja podsieci IP. Nie jest wymagana żadna określona konfiguracja podsieci dla węzłów w sieci używającej CSV. Wolumin CSV może obsługiwać klastry rozproszone z wieloma podsieciami.

  • Jakość usług oparta na zasadach (QoS). Zalecamy skonfigurowanie polityki priorytetu QoS i polityki minimalnej przepustowości dla ruchu sieciowego do każdego węzła podczas korzystania z CSV. Aby uzyskać więcej informacji, zobacz Quality of Service (QoS).

  • sieć pamięci masowej. Aby uzyskać zalecenia dotyczące sieci magazynu, zapoznaj się z wytycznymi dostarczonymi przez dostawcę magazynu. Aby uzyskać dodatkowe uwagi dotyczące magazynu dla woluminów CSV, zobacz Wymagania dotyczące konfiguracji magazynu i dysku w dalszej części tego tematu.

Aby zapoznać się z omówieniem wymagań dotyczących sprzętu, sieci i przechowywania dla klastrów z funkcją przełączania awaryjnego, zobacz Wymagania sprzętowe klastrów z funkcją przełączania awaryjnego i opcje przechowywania.

Informacje na temat synchronizacji oraz przekierowywania operacji wejścia/wyjścia w komunikacji za pomocą plików CSV

  • synchronizacja wejścia/wyjścia: Cluster Shared Volumes (CSV) umożliwiają wielu węzłom jednoczesny dostęp do odczytu i zapisu w tym samym magazynie udostępnionym. Gdy węzeł wykonuje operacje wejścia/wyjścia dysku (I/O) na woluminie CSV, węzeł komunikuje się bezpośrednio z pamięcią masową, na przykład za pośrednictwem sieci SAN. Jednak w dowolnym momencie jeden węzeł (nazywany węzłem koordynacji) jest właścicielem zasobu dysku fizycznego skojarzonego z jednostką LUN. Węzeł koordynatora woluminu CSV jest wyświetlany w Menedżerze klastra trybu failover jako węzeł właściciela w obszarze dyski . Jest on również wyświetlany w danych wyjściowych polecenia cmdlet programu Get-ClusterSharedVolume środowiska Windows PowerShell.

    Notatka

    Począwszy od systemu Windows Server 2012 R2, własność woluminów CSV jest równomiernie rozdzielana pomiędzy węzły klastra failover, w oparciu o liczbę woluminów CSV zarządzanych przez każdy węzeł. Ponadto własność jest automatycznie ponownie zrównoważona, gdy istnieją warunki, takie jak przełączenie awaryjne CSV, węzeł ponownie dołącza do klastra, dodaje się nowy węzeł do klastra, węzeł klastra uruchamia się ponownie lub uruchamia się klaster przełączania awaryjnego po jego zamknięciu.

    Gdy w systemie plików na woluminie CSV wystąpią pewne niewielkie zmiany, te metadane muszą być synchronizowane w każdym z węzłów fizycznych, które uzyskują dostęp do jednostki LUN, nie tylko w węźle pojedynczego koordynatora. Na przykład po uruchomieniu, utworzeniu lub usunięciu maszyny wirtualnej na woluminie CSV albo migracji maszyny wirtualnej te informacje muszą być synchronizowane na każdym z węzłów fizycznych, które uzyskują dostęp do maszyny wirtualnej. Te operacje aktualizacji metadanych są wykonywane równolegle w sieciach klastra przy użyciu protokołu SMB 3.0. Te operacje nie wymagają, aby wszystkie węzły fizyczne komunikowały się z magazynem udostępnionym.

  • przekierowanie we/wy: błędy łączności magazynu i niektóre operacje magazynowania mogą uniemożliwić danej węzłowi bezpośrednią komunikację z magazynem. Aby zachować funkcjonalność, gdy węzeł nie komunikuje się z magazynem, węzeł przekierowuje dysk I/O za pośrednictwem sieci klastra do węzła koordynującego, w którym dysk jest aktualnie zamontowany. Jeśli w bieżącym węźle koordynującym wystąpi awaria połączenia z magazynem, wszystkie operacje I/O dysku są tymczasowo kolejkowane, gdy nowy węzeł zostanie ustanowiony jako nowy węzeł koordynujący.

Serwer używa jednego z następujących trybów przekierowania we/wy, w zależności od sytuacji:

  • Przekierowanie systemu plików Przekierowanie odbywa się na poziomie woluminu — na przykład, gdy migawki CSV są wykonywane za pomocą aplikacji kopii zapasowej, gdy wolumin CSV jest ręcznie umieszczany w trybie przekierowanego wejścia/wyjścia (I/O).
  • Przekierowanie bloku Przekierowanie odbywa się na poziomie bloku plików — na przykład w przypadku utraty łączności magazynu z woluminem. Przekierowywanie bloków jest znacznie szybsze niż przekierowywanie systemu plików.

W systemie Windows Server 2012 R2 i nowszym można wyświetlić stan woluminu CSV na podstawie węzła. Możesz na przykład sprawdzić, czy I/O jest wykonywane bezpośrednio czy przekierowywane, lub czy wolumin CSV jest niedostępny. Jeśli wolumin CSV jest w trybie przekierowania we/wy, możesz również wyświetlić przyczynę. Użyj polecenia cmdlet programu Windows PowerShell Get-ClusterSharedVolumeState, aby wyświetlić te informacje.

Ważny

  • Należy pamiętać, że woluminy CSV wstępnie sformatowane z użyciem ReFS wykorzystywane na szczycie sieci SAN nie będą używać bezpośredniego I/O, niezależnie od spełnienia wszystkich innych wymagań dotyczących bezpośredniego I/O.
  • Jeśli planujesz używać woluminów CSV w połączeniu z dyskami dołączonymi sieci SAN(-FrontEnd), przed przekonwertowaniem dysków z systemem plików NTFS na wolumin CSV w celu wykorzystania korzyści z wydajności bezpośrednich operacji we/wy.
  • To zachowanie jest zgodnie z projektem. Zapoznaj się ze stronami połączonymi w sekcji Więcej informacji poniżej.
  • Ze względu na integrację woluminów CSV z funkcjami SMB 3.0, takimi jak SMB Multichannel i SMB Direct, przekierowywany ruch I/O może być przesyłany w wielu sieciach klastra.
  • Należy zaplanować sieci klastrów, aby umożliwić potencjalny wzrost ruchu sieciowego do węzła koordynującego podczas przekierowywania wejścia/wyjścia.

Nota

  • W systemie Windows Server 2012, dzięki ulepszeniom w projekcie CSV, wolumin CSV wykonuje więcej operacji w trybie bezpośredniego I/O niż miało to miejsce w systemie Windows Server 2008 R2.
  • Ze względu na integrację woluminu CSV z funkcjami SMB 3.0, takimi jak SMB Multichannel i SMB Direct, przekierowywany ruch we/wy może być przesyłany strumieniowo w wielu sieciach klastra.
  • Należy zaplanować sieci klastrów, aby umożliwić potencjalny wzrost ruchu sieciowego do węzła koordynacji podczas przekierowywania we/wy.

Wymagania dotyczące konfiguracji magazynu i dysku

Aby korzystać z woluminów CSV, magazyn i dyski muszą spełniać następujące wymagania:

  • Format systemu plików. W systemie Windows Server 2012 dysk lub miejsce do magazynowania woluminu CSV musi być dyskiem podstawowym podzielonym na partycje z systemem plików NTFS. W systemie Windows Server 2012 R2 dysk lub miejsce do magazynowania woluminu CSV musi być dyskiem podstawowym podzielonym na partycje z systemem plików NTFS lub ReFS. W systemie Windows Server 2016 lub nowszym i lokalnym na platformie Azure dysk lub miejsce do magazynowania woluminu CSV musi być dyskiem podstawowym lub dyskiem tabeli partycji GUID (GPT), który jest partycjonowany za pomocą systemu plików NTFS lub ReFS.

    Plik CSV ma następujące dodatkowe wymagania:

    • W systemie Windows Server 2012 nie można użyć dysku dla woluminu CSV sformatowanego przy użyciu plików FAT, FAT32 lub ReFS.
    • W systemie Windows Server 2012 R2 i nowszym nie można użyć dysku dla woluminu CSV sformatowanego przy użyciu funkcji FAT lub FAT32.
    • Dysk CSV nie może być używany jako dysk świadka kworum. Aby uzyskać więcej informacji na temat kworum klastra, zobacz Understanding Quorum in Storage Spaces Direct.
    • Po dodaniu dysku jako woluminu CSV jest on wyznaczony w formacie CSVFS (dla systemu plików CSV). Dzięki temu klaster i inne oprogramowanie odróżniają magazyn CSV od innego magazynu NTFS lub ReFS. Ogólnie rzecz biorąc, system plików CSVFS obsługuje te same funkcje co system plików NTFS lub ReFS. Jednak niektóre funkcje nie są obsługiwane. Na przykład w systemie Windows Server 2012 R2 nie można włączyć kompresji w pliku CSV. W systemie Windows Server 2012 nie można włączyć deduplikacji ani kompresji danych w pliku CSV.

  • typ zasobu w klastrze. W przypadku woluminu CSV należy użyć typu zasobu Dysk fizyczny. Domyślnie dysk lub miejsce do magazynowania dodawane do magazynu klastra jest automatycznie konfigurowane w ten sposób.

  • wybór dysków CSV lub innych dysków w magazynie klastra. Podczas wybierania co najmniej jednego dysku dla klastrowanej maszyny wirtualnej należy wziąć pod uwagę sposób użycia każdego dysku. Jeśli dysk będzie używany do przechowywania plików utworzonych przez funkcję Hyper-V, takich jak pliki VHD/VHDX lub pliki konfiguracyjne, można wybrać spośród dysków CSV lub innych dostępnych dysków w magazynie klastra. Jeśli dysk będzie dyskiem fizycznym, który jest bezpośrednio dołączony do maszyny wirtualnej (nazywany również dyskiem przelotowym), nie można wybrać dysku CSV i musisz wybrać jeden z pozostałych dostępnych dysków w magazynie klastra.

  • nazwa ścieżki do identyfikowania dysków. Dyski w pliku CSV są identyfikowane z nazwą ścieżki. Każda ścieżka wydaje się znajdować na dysku systemowym węzła jako wolumin numerowany w folderze \ClusterStorage. Ta ścieżka jest taka sama, gdy jest oglądana z dowolnego węzła w klastrze. W razie potrzeby można zmienić nazwy woluminów, ale jest to zalecane przed zainstalowaniem dowolnej maszyny wirtualnej (jeśli Hyper-V) lub aplikacji, takiej jak program SQL Server. Nie można zmienić nazwy woluminu CSV, jeśli istnieją otwarte uchwyty (tj. maszyna wirtualna, która aktywnie działa lub jest w stanie zapisanym).

Aby uzyskać informacje o wymaganiach dotyczących magazynu dla woluminów CSV, zapoznaj się z wytycznymi dostarczonymi przez dostawcę magazynu. Aby zapoznać się z dodatkowymi kwestiami dotyczącymi planowania pamięci masowej dla woluminów CSV, zobacz Planuj użycie woluminów CSV w klastrze trybu failover w dalszej części tego tematu.

Wymagania dotyczące węzła

Aby używać plików CSV, węzły muszą spełniać następujące wymagania:

  • litera dysku systemowego. We wszystkich węzłach litera dysku dla dysku systemowego musi być taka sama.
  • protokół uwierzytelniania. Protokół NTLM musi być włączony na wszystkich węzłach. Ta opcja jest domyślnie włączona. Począwszy od systemów Windows Server 2019 i Azure Local, zależności NTLM zostały usunięte, ponieważ używa certyfikatów do uwierzytelniania.

Planowanie użycia CSV w klastrze przełączania awaryjnego

W tej sekcji wymieniono zagadnienia dotyczące planowania i zalecenia dotyczące używania CSV w klastrze trybu failover.

Ważny

Poproś dostawcę magazynu o zalecenia dotyczące konfigurowania konkretnej jednostki magazynowej dla woluminów CSV. Jeśli zalecenia od dostawcy magazynu różnią się od informacji w tym temacie, skorzystaj z zaleceń od dostawcy magazynu.

Rozmieszczenie LUN, woluminów i plików VHD

Aby jak najlepiej wykorzystać wolumin CSV w celu zapewnienia magazynu dla klastrowanych maszyn wirtualnych, warto zapoznać się ze sposobem rozmieszczania jednostek LUN (dysków) podczas konfigurowania serwerów fizycznych. Podczas konfigurowania odpowiednich maszyn wirtualnych spróbuj rozmieścić pliki VHD w podobny sposób.

Rozważ serwer fizyczny, dla którego należy zorganizować dyski i pliki w następujący sposób:

  • Pliki systemowe, w tym plik stronicowy, na jednym dysku fizycznym
  • Pliki danych na innym dysku fizycznym

W przypadku równoważnej klastrowanej maszyny wirtualnej należy zorganizować woluminy i pliki w podobny sposób:

  • Pliki systemowe, w tym plik stronicowy, w pliku VHD w jednym pliku CSV
  • Pliki danych w pliku VHD w innym pliku CSV

W przypadku dodania innej maszyny wirtualnej, jeśli to możliwe, należy zachować ten sam układ dysków VHD na tej maszynie wirtualnej.

Liczba i rozmiary jednostek LUN i woluminów

Podczas planowania konfiguracji magazynu dla klastra trybu failover korzystającego z woluminów CSV należy wziąć pod uwagę następujące zalecenia:

  • Aby zdecydować, ile jednostek LUN skonfigurować, skontaktuj się z dostawcą magazynu. Na przykład dostawca magazynu może zalecić skonfigurowanie każdej jednostki LUN z jedną partycją i umieszczenie na nim jednego woluminu CSV.

  • Utwórz co najmniej jeden plik CSV na węzeł.

  • Nie ma żadnych ograniczeń dotyczących liczby maszyn wirtualnych, które mogą być obsługiwane na jednym woluminie CSV. Należy jednak wziąć pod uwagę liczbę maszyn wirtualnych, które mają znajdować się w klastrze, oraz obciążenie (operacje we/wy na sekundę) dla każdej maszyny wirtualnej. Rozważmy następujące przykłady:

    • Jedna organizacja wdraża maszyny wirtualne, które będą obsługiwać infrastrukturę pulpitu wirtualnego (VDI), która jest stosunkowo lekkim obciążeniem. Klaster używa pamięci o wysokiej wydajności. Administrator klastra, po konsultacji z dostawcą magazynu, decyduje się na umieszczenie stosunkowo dużej liczby maszyn wirtualnych na wolumin CSV.
    • Inna organizacja wdraża dużą liczbę maszyn wirtualnych, które będą obsługiwać intensywnie używaną aplikację bazy danych, która jest cięższym obciążeniem. Klaster używa magazynu o niższej wydajności. Administrator klastra, po konsultacji z dostawcą magazynu, decyduje się na umieszczenie stosunkowo małej liczby maszyn wirtualnych na wolumin CSV.

  • Podczas planowania konfiguracji magazynu dla określonej maszyny wirtualnej należy wziąć pod uwagę wymagania dotyczące dysku usługi, aplikacji lub roli, które będzie obsługiwać maszyna wirtualna. Zrozumienie tych wymagań pomaga uniknąć rywalizacji o dyski, co może spowodować niską wydajność. Konfiguracja magazynu dla maszyny wirtualnej powinna być dokładnie podobna do konfiguracji magazynu używanej dla serwera fizycznego, na którym jest uruchomiona ta sama usługa, aplikacja lub rola. Aby uzyskać więcej informacji, zobacz sekcję Rozmieszczenie jednostek LUN, woluminów i plików VHD wcześniej w tym temacie.

    Można również ograniczyć rywalizację o dysk, mając magazyn z dużą liczbą niezależnych fizycznych dysków twardych. Odpowiednio wybierz sprzęt magazynu i skontaktuj się z dostawcą, aby zoptymalizować wydajność magazynu.

  • W zależności od obciążeń klastra i ich potrzeb związanych z operacjami we/wy można rozważyć skonfigurowanie tylko procentu maszyn wirtualnych w celu uzyskania dostępu do każdej jednostki LUN, podczas gdy inne maszyny wirtualne nie mają łączności i są zamiast tego przeznaczone do operacji obliczeniowych.

Dodawanie dysku do woluminu CSV w klastrze trybu failover

Funkcja CSV jest domyślnie włączona w klastrze przełączania awaryjnego. Aby dodać dysk do CSV, należy dodać dysk do grupy Dostępna pamięć masowa klastra (jeśli jeszcze nie został dodany), a następnie dodać dysk do CSV w klastrze. Aby wykonać te procedury, można użyć Menedżera klastra trybu przełączania awaryjnego lub poleceń cmdlet programu Windows PowerShell dla klastrów trybu przełączania awaryjnego.

Dodaj dysk do dostępnego magazynu

  1. W Menedżerze klastra trybu failover w drzewie konsoli rozwiń nazwę klastra, a następnie rozwiń węzeł Storage.

  2. Kliknij prawym przyciskiem myszy Dyski, a następnie wybierz Dodaj dysk. Zostanie wyświetlona lista przedstawiająca dyski, które można dodać do użycia w klastrze trybu failover.

  3. Wybierz dysk lub dyski, które chcesz dodać, a następnie wybierz pozycję OK.

    Dyski są teraz przypisane do grupy Dostępna pamięć masowa.

Równoważne polecenia Windows PowerShell (dodaj dysk do dostępnej pamięci masowej)

Następujące polecenie cmdlet programu Windows PowerShell lub polecenia cmdlet wykonują tę samą funkcję co poprzednia procedura. Wprowadź każde polecenie cmdlet w jednym wierszu, mimo że mogą one być wyświetlane w kilku wierszach z powodu ograniczeń formatowania.

Poniższy przykład identyfikuje dyski gotowe do dodania do klastra, a następnie dodaje je do grupy Dostępny magazyn.

Get-ClusterAvailableDisk | Add-ClusterDisk

Dodaj dysk z dostępnego magazynu do woluminu CSV

  1. W Menedżerze klastra trybu failover, w drzewie konsoli, rozwiń nazwę klastra, rozwiń Storage, a następnie wybierz Dyski.

  2. Wybierz co najmniej jeden dysk przypisany do dostępnej przestrzeni dyskowej, kliknij prawym przyciskiem myszy zaznaczenie, a następnie wybierz Dodaj do Udostępnionych Woluminów Klastra.

    Dyski są teraz przypisane do grupy udostępnionego woluminu klastra w klastrze. Dyski są widoczne dla każdego węzła klastra jako woluminy numerowane (punkty instalacji) w folderze %SystemDrive%ClusterStorage. Woluminy są wyświetlane w systemie plików CSVFS.

Notatka

Nazwy woluminów CSV można zmienić w folderze %SystemDrive%ClusterStorage.

Równoważne polecenia programu Windows PowerShell (dodawanie dysku do woluminu CSV)

Następujące polecenie cmdlet programu Windows PowerShell lub polecenia cmdlet wykonują tę samą funkcję co poprzednia procedura. Wprowadź każde polecenie cmdlet w jednym wierszu, mimo że mogą one być wyświetlane w kilku wierszach z powodu ograniczeń formatowania.

W poniższym przykładzie dodano Dysk klastra 1 do Dostępna przestrzeń dyskowa do woluminu CSV w klastrze lokalnym.

Add-ClusterSharedVolume –Name "Cluster Disk 1"

Włącz pamięć podręczną CSV dla obciążeń intensywnie korzystających z odczytu (opcjonalnie)

Pamięć podręczna CSV zapewnia buforowanie niebuforowanych operacji we/wy tylko do odczytu na poziomie bloków, przydzielając pamięć systemową (RAM) jako pamięć podręczną z zapisem bezpośrednim. (Niebuforowane operacje we/wy nie są buforowane przez menedżera pamięci podręcznej). Może to zwiększyć wydajność aplikacji, takich jak Hyper-V, które przeprowadzają niebuforowane operacje we/wy przy dostępie do dysku VHD. Pamięć podręczna CSV może zwiększyć wydajność żądań odczytu bez buforowania żądań zapisu. Włączenie pamięci podręcznej CSV jest również przydatne w scenariuszach serwera plików Scale-Out.

Notatka

Zalecamy włączenie pamięci podręcznej CSV dla wszystkich wdrożeń serwera plików klastrowanych Hyper-V i Scale-Out.

W systemie Windows Server 2019 pamięć podręczna CSV jest domyślnie włączona z przydzieloną 1 gibibajtą (GiB). W systemach Windows Server 2016 i Windows Server 2012 jest on domyślnie wyłączony. W systemie Windows Server 2012 R2 pamięć podręczna CSV jest domyślnie włączona; jednak nadal należy przydzielić rozmiar pamięci podręcznej bloków, który ma być zarezerwowany.

W poniższej tabeli opisano dwa ustawienia konfiguracji kontrolujące pamięć podręczną CSV.

Windows Server 2012 R2 i nowsze Windows Server 2012 Opis
BlockCacheSize SharedVolumeBlockCacheSizeInMB Jest to wspólna właściwość klastra, która umożliwia zdefiniowanie ilości pamięci (w megabajtach) do zarezerwowania dla pamięci podręcznej CSV w każdym węźle w klastrze. Jeśli na przykład zdefiniowano wartość 512, 512 MB pamięci systemowej jest zarezerwowane na każdym węźle. (W wielu klastrach zalecana jest wartość 512 MB). Ustawienie domyślne to 0 (dla wyłączonego).
EnableBlockCache CsvEnableBlockCache Jest to właściwość prywatna zasobu dysku fizycznego klastra. Umożliwia włączenie pamięci podręcznej CSV na pojedynczym dysku dodanym do CSV. W systemie Windows Server 2012 ustawienie domyślne to 0 (dla wyłączonego). Aby włączyć pamięć podręczną CSV na dysku, skonfiguruj wartość 1. Domyślnie w systemie Windows Server 2012 R2 to ustawienie jest włączone.

Możesz monitorować pamięć podręczną CSV w Monitorze Wydajności, dodając liczniki pod Pamięć Podręczna Woluminów CSV klastra.

Konfigurowanie pamięci podręcznej CSV

  1. Uruchom program Windows PowerShell jako administrator.

  2. Aby zdefiniować pamięć podręczną 512 MB, która ma być zarezerwowana w każdym węźle, wpisz następujące polecenie:

    • W systemie Windows Server 2012 R2 lub nowszym:

      (Get-Cluster).BlockCacheSize = 512

    • W systemie Windows Server 2012:

      (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512

  3. W systemie Windows Server 2012, aby włączyć buforowanie CSV na woluminie CSV o nazwie Cluster Disk 1, wprowadź następujące polecenie:

    Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1

Notatka

  • W systemie Windows Server 2012 można przydzielić tylko 20% całkowitej fizycznej pamięci RAM do pamięci podręcznej CSV. W systemie Windows Server 2012 R2 lub nowszym można przydzielić do 80%. Ponieważ serwery plików Scale-Out zazwyczaj nie są ograniczone przez pamięć, można osiągnąć znaczące zwiększenie wydajności dzięki dodatkowej pamięci na pamięć podręczną CSV.
  • Aby uniknąć rywalizacji o zasoby, należy ponownie uruchomić każdy węzeł w klastrze po zmodyfikowaniu pamięci przydzielonej do pamięci podręcznej CSV. W systemie Windows Server 2012 R2 i nowszym ponowne uruchomienie nie jest już wymagane.
  • Po włączeniu lub wyłączeniu pamięci podręcznej CSV na pojedynczym dysku, aby ustawienie zaczęło obowiązywać, musisz przełączyć zasób dysku fizycznego w tryb offline i przywrócić go do trybu online. (Domyślnie w systemie Windows Server 2012 R2 lub nowszym jest włączona pamięć podręczna CSV).
  • Aby uzyskać więcej informacji na temat pamięci podręcznej CSV, która zawiera informacje o licznikach wydajności, zobacz wpis w blogu How to Enable CSV Cache.

Tworzenie kopii zapasowych plików CSV

Istnieje wiele metod tworzenia kopii zapasowych informacji przechowywanych na plikach CSV w klastrze przełączania awaryjnego. Możesz użyć aplikacji do tworzenia kopii zapasowych firmy Microsoft lub aplikacji innej niż Microsoft. Ogólnie rzecz biorąc, wolumin CSV nie nakłada specjalnych wymagań dotyczących kopii zapasowych wykraczających poza wymagania dotyczące klastrowanego magazynu sformatowanego przy użyciu systemu plików NTFS lub ReFS. Kopie zapasowe woluminów CSV nie zakłócają również innych operacji magazynowania woluminów CSV.

Podczas wybierania aplikacji kopii zapasowej i harmonogramu tworzenia kopii zapasowych dla woluminu CSV należy wziąć pod uwagę następujące czynniki:

  • Tworzenie kopii zapasowej woluminu CSV na poziomie woluminu można uruchomić z dowolnego węzła łączącego się z woluminem CSV.
  • Aplikacja do tworzenia kopii zapasowych może używać migawek oprogramowania lub migawek sprzętowych. W zależności od tego, czy aplikacja kopii zapasowej jest w stanie je obsłużyć, kopie zapasowe mogą korzystać ze zrzutów migawek usługi kopiowania woluminów w tle (VSS) spójnych z poziomu aplikacji oraz z poziomu awarii.
  • Jeśli tworzysz kopię zapasową woluminów CSV z wieloma uruchomionymi maszynami wirtualnymi, zazwyczaj należy wybrać metodę tworzenia kopii zapasowych opartą na systemie operacyjnym zarządzania. Jeśli aplikacja kopii zapasowej obsługuje ją, można utworzyć kopię zapasową wielu maszyn wirtualnych jednocześnie.
  • Pliki CSV obsługują żądania tworzenia kopii zapasowych z uruchomioną kopią zapasową systemu Windows Server. Jednak kopia zapasowa systemu Windows Server ogólnie zapewnia tylko podstawowe rozwiązanie do tworzenia kopii zapasowych, które może nie być odpowiednie dla organizacji z większymi klastrami. Kopia zapasowa systemu Windows Server nie obsługuje kopii zapasowej maszyny wirtualnej spójnej z aplikacją w woluminie CSV. Obsługuje tylko kopie zapasowe spójne przy awarii na poziomie woluminu. Jeśli przywrócisz kopię zapasową spójną z awarią, maszyna wirtualna pozostanie w stanie, w jakim byłaby, gdyby w momencie tworzenia kopii zapasowej doszło do jej awarii. Utworzenie kopii zapasowej maszyny wirtualnej na woluminie CSV zakończy się powodzeniem, ale zostanie zarejestrowane zdarzenie błędu, co wskazuje, że nie jest to obsługiwane.
  • Podczas tworzenia kopii zapasowej klastra trybu failover może być wymagane poświadczenia administracyjne.

Ważny

Pamiętaj, aby dokładnie przejrzeć dane, które aplikacja kopii zapasowej tworzy i przywraca, które funkcje woluminów CSV obsługuje, oraz wymagania dotyczące zasobów aplikacji w każdym węźle klastra.

Ostrzeżenie

Jeśli musisz przywrócić dane kopii zapasowej na woluminie CSV, należy pamiętać o możliwościach i ograniczeniach aplikacji kopii zapasowej, aby zachować i przywrócić dane spójne na poziomie aplikacji w węzłach klastra. Na przykład w przypadku niektórych aplikacji, jeśli wolumin CSV zostanie przywrócony w węźle innym niż węzeł, w którym utworzono kopię zapasową woluminu CSV, możesz przypadkowo zastąpić ważne dane dotyczące stanu aplikacji w węźle, w którym odbywa się przywracanie.

Więcej informacji