Konfigurowanie kworum klastra dla platformy SQL Server na maszynach wirtualnych platformy Azure

Dotyczy:program SQL Server na maszynie wirtualnej platformy Azure

W tym artykule przedstawiono, jak skonfigurować jedną z trzech opcji kworum dla klastra trybu failover systemu Windows Server działającego w programie SQL Server na maszynach wirtualnych platformy Azure: świadka dysku, świadka chmurowego i świadka udziału plików.

Omówienie

Kworum dla klastra jest określane przez liczbę elementów głosowania, które muszą być częścią aktywnego członkostwa w klastrze, aby można było prawidłowo uruchomić lub kontynuować działanie. Skonfigurowanie zasobu kworum umożliwia dwuwęzłowemu klastrowi kontynuowanie pracy, gdy tylko jeden węzeł jest online. Klaster trybu failover systemu Windows Server jest podstawową technologią dla programu SQL Server na maszynach wirtualnych platformy Azure o wysokiej dostępności: wystąpienia klastra trybu failover (FCI) i grupy dostępności (AGs).

Świadek dysku jest najbardziej odporną opcją kworum, ale aby użyć świadka dysku w SQL Server na maszynie wirtualnej Azure, musisz użyć dysku udostępnionego Azure, co nakłada pewne ograniczenia na rozwiązanie wysokiej dostępności. W związku z tym należy użyć świadka dysku podczas konfigurowania wystąpienia klastra trybu failover z udostępnionymi dyskami na platformie Azure, a w przeciwnym razie, kiedy to możliwe, użyj świadka w chmurze. Jeśli używasz systemu Windows Server 2012 R2 lub starszego, który nie obsługuje świadka w chmurze, możesz użyć świadka udziału plików.

Dostępne są następujące opcje kworum dla programu SQL Server na maszynach wirtualnych platformy Azure:

	Świadek w chmurze	Monitor dysku	Świadek udziału plików
Obsługiwany system operacyjny	Windows Server 2016+	wszystkie	wszystkie

Aby dowiedzieć się więcej na temat kworum, zobacz Omówienie klastra trybu failover systemu Windows Server.

Świadek w chmurze

Świadek w chmurze to rodzaj świadka kworum klastra nadmiarowego, który używa usługi Microsoft Azure Storage do głosowania w kworum klastra.

Poniższa tabela zawiera dodatkowe informacje i zagadnienia dotyczące monitora w chmurze:

Typ świadka	opis	Wymagania i zalecenia
Świadek w chmurze	Używa usługi Azure Storage jako świadka w chmurze, zawiera tylko znacznik czasu. Idealne rozwiązanie w przypadku wdrożeń w wielu lokacjach, wielu strefach i wielu regionach. Tworzy znany kontener msft-cloud-witness w ramach konta magazynowego Microsoft. Zapisuje pojedynczy plik obiektu blob z unikatowym identyfikatorem odpowiedniego klastra używanym jako nazwa pliku obiektu blob w kontenerze	Domyślny rozmiar to 1 MB. Użyj ogólnego przeznaczenia dla rodzaju konta. Usługa Blob Storage nie jest obsługiwana. Użyj przechowywania Standard. Usługa Azure Premium Storage nie jest obsługiwana. Klaster trybu przełączania awaryjnego używa pliku blob jako punktu arbitrażu, co wymaga pewnych gwarancji spójności podczas odczytywania danych. Dlatego musisz wybrać lokalnie nadmiarowe przechowywanie dla typu Replikacji. Powinien być wykluczony z kopii zapasowych i skanowania antywirusowego Świadek dysku nie jest obsługiwany w Storage Spaces Direct. Świadek w chmurze używa protokołu HTTPS (domyślny port 443) do komunikacji z usługą Azure Blob Storage. Upewnij się, że port HTTPS jest dostępny za pośrednictwem serwera proxy sieci.

Podczas konfigurowania zasobu kworum monitora w chmurze dla klastra trybu failover należy wziąć pod uwagę następujące kwestie:

• Zamiast przechowywać klucz dostępu, klaster trybu failover generuje i bezpiecznie przechowuje token zabezpieczeń dostępu współdzielonego (SAS).
• Wygenerowany token SAS jest prawidłowy, o ile klucz dostępu pozostaje prawidłowy. Podczas rotacji podstawowego klucza dostępu ważne jest, aby najpierw zaktualizować Cloud Witness (we wszystkich klastrach korzystających z tego konta magazynu) przy użyciu pomocniczego klucza dostępu, zanim zregenerujesz podstawowy klucz dostępu.
• Świadek w chmurze używa interfejsu REST HTTPS usługi konta usługi Azure Storage. Oznacza to, że port HTTPS musi być otwarty we wszystkich węzłach klastra.

Świadek w chmurze wymaga konta usługi Azure Storage. Aby skonfigurować konto magazynowe, wykonaj następujące kroki:

1. Zaloguj się w witrynie Azure Portal.
2. Na menu Centrum wybierz pozycję Nowe —> Dane + Magazyn —> Konto magazynowania.
3. Na stronie Tworzenie konta magazynu wykonaj następujące czynności:
   1. Wprowadź nazwę konta przechowywania. Nazwy kont przechowywania muszą mieć długość od 3 do 24 znaków i mogą zawierać tylko cyfry i małe litery. Nazwa konta magazynu musi być również unikatowa na platformie Azure.
   2. W polu Rodzaj konta wybierz pozycję Ogólnego przeznaczenia.
   3. W obszarze Wydajność wybierz opcję Standardowa.
   4. W sekcji Replikacja wybierz opcję Magazyn lokalnie nadmiarowy (LRS).

Po utworzeniu konta magazynu wykonaj następujące kroki, aby skonfigurować zasób kworum świadka w chmurze dla klastra trybu failover.

PowerShell

Istniejące polecenie Set-ClusterQuorum programu PowerShell ma nowe parametry odpowiadające funkcji Świadka chmury.

Możesz skonfigurować Cloud Witness za pomocą polecenia cmdlet Set-ClusterQuorum, używając polecenia programu PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>

W rzadkim przypadku musisz użyć innego punktu końcowego, użyj tego polecenia programu PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey> -Endpoint <servername>

Zapoznaj się z dokumentacją dotyczącą świadka w chmurze, aby uzyskać pomoc dotyczącą znajdowania klucza dostępu do konta magazynu.

Menedżer Klastra Awaryjnego Przełączania

Użyj Kreatora Konfiguracji Kworum wbudowanego w Menedżer Klastra Przełączania Awaryjnego, aby skonfigurować świadka chmury. W tym celu wykonaj następujące kroki:

1. Otwórz Menedżer klastra awaryjnego przełączania.

2. Kliknij prawym przyciskiem myszy klaster ->Więcej akcji ->Skonfiguruj ustawienia kworum klastra. Spowoduje to uruchomienie Kreatora konfiguracji kworum klastra.

   

3. Na stronie Wybierz konfiguracje kworum, wybierz pozycję Wybierz świadka kworum.

   

4. Na stronie Wybierz świadka kworum wybierz pozycję Skonfiguruj świadka w chmurze.

   

5. Na stronie Konfigurowanie świadka w chmurze wprowadź informacje o koncie usługi Azure Storage. Aby uzyskać pomoc, jak znaleźć te informacje, zobacz dokumentację świadka w chmurze.

   1. (Wymagany parametr) Nazwa konta usługi Azure Storage.
   2. (Wymagany parametr) Klucz dostępu odpowiadający kontu magazynowemu.
      1. Podczas tworzenia po raz pierwszy użyj klucza dostępu podstawowego
      2. Podczas rotacji podstawowego klucza dostępu użyj pomocniczego klucza dostępu
   3. (Opcjonalny parametr) Jeśli zamierzasz użyć innego punktu końcowego usługi platformy Azure (na przykład platformy Azure obsługiwanego przez firmę 21Vianet), zaktualizuj nazwę serwera punktu końcowego.

   

6. Po pomyślnej konfiguracji świadka w chmurze można wyświetlić nowo utworzony zasób świadka w przystawce Menedżer klastra trybu failover.

   

Świadek dysku

Świadek dysku to mały dysk klastrowany w grupie dostępna pamięć masowa klastra. Ten dysk charakteryzuje się wysoką dostępnością i może przełączać się między węzłami.

Zalecaną opcją kworum przy użyciu rozwiązania zapewniającego wysoką dostępność z wykorzystaniem współdzielonej przestrzeni dyskowej, takiego jak instancja klastra failover z dyskami współdzielonymi Azure, jest monitor dysku.

Poniższa tabela zawiera dodatkowe informacje i zagadnienia dotyczące świadka dysku kworum.

Typ świadka	opis	Wymagania i zalecenia
Świadek dysku	Dedykowana jednostka LUN przechowująca kopię bazy danych klastra Najbardziej przydatny w przypadku klastrów z magazynem udostępnionym (nie replikowanym)	Minimalny rozmiar jednostki LUN to 512 MB Musi być dedykowana do użycia w klastrze i nie może być przypisana do klastrowanej roli Musi być uwzględniona w klastrowanej pamięci masowej i przechodzić testy walidacyjne pamięci masowej Nie może być dyskiem, który jest udostępnianym woluminem klastra (CSV). Dysk podstawowy z jednym woluminem Nie musi mieć litery dysku Może być sformatowany z użyciem systemu plików NTFS lub ReFS Opcjonalnie można skonfigurować sprzętową macierz RAID w celu zapewnienia odporności na uszkodzenia Powinien być wykluczony z tworzenia kopii zapasowych i skanowania antywirusowego. Świadek dysku nie jest obsługiwany w Storage Spaces Direct

Aby użyć dysku udostępnionego platformy Azure dla dysku świadka, musisz najpierw utworzyć dysk i zamontować go. Aby to zrobić, wykonaj kroki opisane w sekcji Montowanie dysku w przewodniku dotyczącym wystąpienia klastra trybu failover dysku udostępnionego platformy Azure. Dysk nie musi być premiumowy.

Po zainstalowaniu dysku dodaj go do magazynu klastra, wykonując następujące czynności:

1. Otwórz Menedżer klastra awaryjnego przełączenia.
2. Wybierz pozycję Dyski w obszarze Magazyn w okienku nawigacji po lewej stronie.
3. Wybierz pozycję Dodaj dysk w obszarze Akcje w okienku nawigacji po prawej stronie.
4. Wybierz właśnie zainstalowany dysk udostępniony platformy Azure i zanotuj nazwę, na przykład Cluster Disk 3.

Po dodaniu dysku jako magazynu klastrowanego skonfiguruj go jako świadka dysku przy użyciu PowerShell.

Istniejące polecenie Set-ClusterQuorum programu PowerShell ma nowe parametry odpowiadające Cloud Witness.

Użyj ścieżki udziału plików jako parametru świadka dysku podczas korzystania z polecenia cmdlet Set-ClusterQuorum programu PowerShell.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 3"

Można również użyć menedżera klastra trybu failover; wykonaj te same kroki jak dla świadka w chmurze, ale zamiast tego wybierz świadka dyskowego jako opcję kworum.

Świadek udziału plików

Świadek udziału plików to udział plików SMB, który jest zwykle skonfigurowany na serwerze plików z systemem Windows Server. Przechowuje informacje klastrowania w pliku witness.log, ale nie przechowuje kopii bazy danych klastra. Na platformie Azure można skonfigurować udział plików na oddzielnej maszynie wirtualnej.

Skonfiguruj świadka udziału plików, jeśli świadek dysku lub świadek chmury są niedostępne lub nieobsługiwane w Twoim środowisku.

Poniższa tabela zawiera dodatkowe informacje i kwestie dotyczące świadka udziału plików kworum.

Typ świadka	opis	Wymagania i zalecenia
Świadek udziału plików	Udział plików SMB skonfigurowany na serwerze plików z systemem Windows Server Nie przechowuje kopii bazy danych klastra Przechowuje informacje o klastrze tylko w pliku witness.log Najbardziej przydatne w przypadku klastrów z wieloma lokacjami z replikowanym magazynem	Minimalna ilość wolnego miejsca na dysku to 5 MB Musi być dedykowany dla jednego klastra i nie może być używany do przechowywania danych użytkowników lub aplikacji Muszą być włączone uprawnienia do zapisu dla obiektu komputera pod nazwą klastra. Poniżej przedstawiono dodatkowe zagadnienia dotyczące serwera plików hostującego monitor udziału plików: Pojedynczy serwer plików można skonfigurować z użyciem świadków udziału plików dla wielu klastrów. Serwer plików musi znajdować się w innej lokacji niż obciążenie klastra. Dzięki temu każda lokacja klastra ma taką samą szansę zachowania poprawności działania w przypadku utraty komunikacji sieciowej między lokacjami. Jeśli serwer plików znajduje się w tej samej lokalizacji, to ona staje się lokalizacją główną i jest jedyną, która może uzyskać dostęp do udziału plików. Serwer plików może działać na maszynie wirtualnej, jeśli maszyna wirtualna nie jest hostowana w tym samym klastrze, który używa monitora udziału plików. Dla wysokiej dostępności serwer plików można skonfigurować w oddzielnym klastrze failover.

Po utworzeniu udziału plików i prawidłowym skonfigurowaniu uprawnień zainstaluj udział plików w węzłach klastrowanych. Możesz wykonać te same ogólne kroki, aby zamontować udział plików, jak opisano w sekcji Zamontowanie udziału plików przewodnika po klastrze trybu failover dla udziału plików w warstwie Premium.

Po poprawnym skonfigurowaniu i zamontowaniu udziału plików użyj narzędzia PowerShell, aby dodać udział plików jako zasób świadka kworum.

Set-ClusterQuorum -FileShareWitness <UNC path to file share> -Credential $(Get-Credential)

Zostaniesz poproszony o podanie konta i hasła do lokalnego konta (w kontekście udziału plików), które nie jest kontem administratora, ale ma pełne uprawnienia administratora do tego udziału. Klaster przechowuje nazwę i hasło zaszyfrowane i niedostępne przez nikogo.

Można również użyć Menedżera Klastra Przełączania Awaryjnego; wykonaj te same kroki jak w przypadku świadka w chmurze, ale wybierz opcję świadka udziału plików jako kworum.

Zmiana zasad głosowania przy kworum

Istnieje możliwość zmiany głosowania kworum węzła uczestniczącego w klastrze przełączania awaryjnego Windows Server.

Podczas modyfikowania ustawień głosowania węzła postępuj zgodnie z następującymi wytycznymi:

Wytyczne dotyczące głosowania kworum
Rozpocznij od każdego węzła bez głosowania domyślnie. Każdy węzeł powinien mieć tylko głos z wyraźnym uzasadnieniem.
Włącz pozwolenia na głosowanie dla węzłów klastra hostujących replikę główną grupy dostępności lub preferowanych właścicieli instancji klastra przełączania awaryjnego.
Włącz głosowania dla administratorów automatycznego przełączenia awaryjnego. Każdy węzeł, który może hostować replikę podstawową lub wystąpienie klastra trybu failover w wyniku automatycznego przejścia w tryb failover, powinien mieć głos.
Jeśli grupa dostępności ma więcej niż jedną replikę pomocniczą, włącz tylko głosy dla replik z automatycznym trybem failover.
Wyłącz głosy dla węzłów znajdujących się w wtórnych lokalizacjach odzyskiwania po awarii. Węzły w lokacjach pomocniczych nie powinny wpływać na decyzję o przełączeniu klastra w tryb offline, jeśli nie ma problemów z lokacją główną.
Powinni mieć nieparzystą liczbę głosów, z co najmniej trzema głosami kworum. Dodaj świadka kworum do dodatkowego głosowania, jeśli jest to konieczne w klastrze z dwoma węzłami.
Ponownie oceń przydziały głosów po przełączeniu awaryjnym. Nie chcesz przechodzić w tryb przełączenia awaryjnego do konfiguracji klastra, która nie obsługuje stabilnego kworum.

Następne kroki

Aby dowiedzieć się więcej, zobacz:

• Ustawienia usługi HADR dla programu SQL Server na maszynach wirtualnych platformy Azure
• Klaster trybu failover systemu Windows Server z programem SQL Server na maszynach wirtualnych platformy Azure
• Grupy dostępności Always On z programem SQL Server na maszynach wirtualnych platformy Azure
• Klaster trybu failover systemu Windows Server z programem SQL Server na maszynach wirtualnych platformy Azure
• Instancje klastrów z trybem przełączania awaryjnego z programem SQL Server na maszynach wirtualnych platformy Azure
• Omówienie instancji klastra przełączania awaryjnego