LEKCJA 7

Quorum i File Share Witness (FSW) – jak klaster „podejmuje decyzje”

---

Cel lekcji

Po tej lekcji kursant:

• rozumie czym jest quorum

• wie dlaczego klaster bez quorum się nie uruchamia

• potrafi dobrać właściwy typ quorum

• umie skonfigurować File Share Witness

• rozumie dlaczego FSW NIE przechowuje danych

---

7.1 Problem, który quorum rozwiązuje

Wyobraź sobie klaster 2-węzłowy:

• Node1 – działa

• Node2 – działa

• sieć między nimi pada

👉 Oba węzły myślą, że są „same”

Pytanie:

Który ma prawo działać?

Bez quorum:

• oba węzły mogą przejąć zasoby

• dane ulegają uszkodzeniu

To się nazywa split-brain
I quorum istnieje tylko po to, żeby temu zapobiec.

---

7.2 Czym jest quorum (definicja)

Quorum = mechanizm głosowania w klastrze

Każdy element może mieć:

• 1 głos

• albo brak głosu

Klaster działa tylko jeśli ma większość głosów.

---

7.3 Co może mieć głos w klastrze

---

7.4 Dlaczego 2-node cluster jest „problematyczny”

Dwa węzły = 2 głosy
Większość = 2

Jeśli jeden padnie:

• zostaje 1 głos

• brak większości

• klaster się wyłącza ❌

➡️ Dlatego 2-node cluster ZAWSZE potrzebuje świadka

---

7.5 Typy quorum (musisz znać wszystkie)

1️⃣ Node Majority

• tylko nody głosują

• min. 3 nody

• nie nadaje się dla 2-node

---

2️⃣ Node and Disk Majority

• nody + dysk

• stary model

• dziś rzadko używany

---

3️⃣ Node and File Share Majority ✅ (NAJWAŻNIEJSZE)

• nody + File Share Witness

• idealne dla 2-node cluster

• najczęstszy wybór w hotelach, biurach

---

4️⃣ Disk Only

• bardzo stary model

• praktycznie nieużywany

---

7.6 File Share Witness – co to jest naprawdę

❌ Co ludzie myślą:

„To jakiś dysk na dane”

✅ Co to jest naprawdę:

• pusty udział sieciowy

• przechowuje kilka KB metadanych

• NIE trzyma:

  • plików

  • baz

  • danych aplikacji

FSW to arbiter, nie magazyn.

---

7.7 Gdzie może być File Share Witness

Zasada:

Witness nie może zależeć od klastra

---

7.8 Przykład praktyczny (hotel – bardzo ważne)

Scenariusz:

• 2 serwery Windows (SQL / File Server)

• 1 NAS Synology

• 500 pokoi

• 24/7 recepcja

Rozwiązanie:

• Klaster: 2 nody

• Witness: udział SMB na Synology

Dlaczego:

• tani

• stabilny

• oddzielny od klastra

---

7.9 Jak działa głosowanie (na przykładzie)

Elementy:

• Node1 → 1 głos

• Node2 → 1 głos

• File Share Witness → 1 głos

Razem: 3 głosy

Awaria Node2:

• Node1 + FSW = 2 głosy

• większość jest

• klaster działa dalej ✅

---

7.10 Konfiguracja File Share Witness – krok po kroku

KROK 1 – przygotuj udział

Na serwerze / NAS:

• utwórz folder (np. \\nas\witness)

• brak danych w środku

Uprawnienia:

• Full Control dla:

  • kont komputerów nodów klastra

  • lub grupy „Cluster Name Object”

---

KROK 2 – ustaw quorum

Failover Cluster Manager →
More Actions → Configure Cluster Quorum Settings

Wybierz:

• Select the quorum witness

• Configure a file share witness

Wskaż:

---

KROK 3 – weryfikacja

W Cluster Manager:

• Quorum Configuration → OK

• Witness → Online

---

7.11 Najczęstsze błędy z File Share Witness

❌ Witness na nodzie klastra
❌ Brak uprawnień NTFS
❌ Witness na tym samym storage co dane
❌ Mylenie FSW z backupem

---

7.12 Co się stanie, jeśli witness padnie

• klaster działa dalej

• dopóki działa większość nodów

• witness jest tylko „głosem zapasowym”

Ale:

• przy kolejnej awarii → klaster może się zatrzymać

---

7.13 Jedno zdanie do zapamiętania

Quorum decyduje, czy klaster ma prawo działać.
File Share Witness jest sędzią, nie magazynem danych.

---

Zadanie po lekcji

1. Dlaczego 2-node cluster bez witnessa jest zły?

2. Czy FSW przechowuje dane użytkowników?

3. Gdzie NIE wolno umieszczać witnessa?