a fürt és a készlet kvórumának megértése

• 01/18/2019
• 11 perc olvasni
• • a
  • e
  • v
  • C
  • J
  • +3

a következőkre vonatkozik: Windows Server 2019, Windows Server 2016

A Windows Server feladatátvételi Fürtözése magas rendelkezésre állást biztosít a munkaterhelések számára. Ezek az erőforrások akkor tekinthetők nagyon elérhetőnek, ha a gazdagépeket kiszolgáló csomópontok fel vannak állítva; a klaszter azonban általában a csomópontok több mint felének futtatását igényli, amelyet kvórumnak neveznek.

a Quorum célja, hogy megakadályozza az osztott agyú forgatókönyveket, amelyek akkor fordulhatnak elő, ha a hálózatban partíció van, és a csomópontok részhalmazai nem tudnak kommunikálni egymással. Ez azt eredményezheti, hogy a csomópontok mindkét részhalmaza megpróbálja birtokolni a munkaterhelést, és ugyanarra a lemezre ír, ami számos problémához vezethet. Ez azonban megakadályozható a feladatátvételi klaszterezés kvórumának koncepciójával, amely e csomópontcsoportok közül csak egyet kényszerít a futásra, így e csoportok közül csak az egyik marad online.

a Quorum meghatározza, hogy a fürt hány hibát képes fenntartani, miközben továbbra is online marad. A Quorum úgy van kialakítva, hogy kezelje a forgatókönyvet, ha probléma van a fürtcsomópontok részhalmazai közötti kommunikációval, így több kiszolgáló nem próbál egyszerre egy erőforráscsoportot tárolni és ugyanarra a lemezre írni. A kvórum ezen fogalmával a fürt arra kényszeríti a fürt szolgáltatást, hogy álljon meg a csomópontok egyik részhalmazában annak biztosítása érdekében, hogy egy adott erőforráscsoportnak csak egy valódi tulajdonosa legyen. Miután a leállított csomópontok ismét kommunikálhatnak a csomópontok fő csoportjával, automatikusan újra csatlakoznak a fürthöz, és elindítják fürtszolgáltatásukat.

A Windows Server 2019 és a Windows Server 2016 rendszerben a rendszer két összetevője rendelkezik saját határozatképességi mechanizmussal:

• klaszter kvórum: ez a klaszter szintjén működik (pl.
• Pool Quorum: ez a pool szintjén működik, ha a Storage Spaces Direct engedélyezve van (azaz elveszítheti a csomópontokat és a meghajtókat, és a pool marad fenn). A tárolókészleteket úgy tervezték, hogy mind fürtözött, mind nem fürtözött forgatókönyvekben használhatók legyenek, ezért eltérő határozatképességi mechanizmusuk van.

a klaszter határozatképességének áttekintése

az alábbi táblázat áttekintést nyújt a klaszter Határozatképességének eredményeiről forgatókönyvenként:

szerver csomópontok	képes túlélni egy szerver csomópont hiba	képes túlélni egy szerver csomópont hiba, akkor egy másik	képes túlélni két egyidejű szerver csomópont hiba
2	50/50	nem	nem
2 + tanú	Igen	nem	nem
3	Igen	50/50	nem
3 + tanú	Igen	Igen	nem
4	Igen	Igen	50/50
4 + tanú	Igen	Igen	Igen
5	igen	Igen	Igen

Cluster quorum recommendations

• ha két csomópontja van, tanú szükséges.
• ha három vagy négy csomópontja van, a tanú erősen ajánlott.
• ha rendelkezik Internet-hozzáféréssel, használjon felhőalapú tanút
• ha informatikai környezetben van más gépekkel és fájlmegosztásokkal, akkor használjon fájlmegosztási tanút

hogyan működik a fürt kvóruma

amikor a csomópontok meghibásodnak, vagy amikor a csomópontok egyes részhalmazai elveszítik a kapcsolatot egy másik részhalmazzal, a túlélő csomópontoknak ellenőrizniük kell, hogy ők alkotják-e a fürt többségét az online maradáshoz. Ha ezt nem tudják ellenőrizni, kikapcsolnak.

de a többség fogalma csak akkor működik tisztán, ha a fürtben lévő csomópontok száma páratlan (például három csomópont egy öt csomópontos fürtben). Tehát mi a helyzet a páros számú csomóponttal rendelkező klaszterekkel (mondjuk egy négy csomópontos klaszterrel)?

kétféle módon lehet A klaszter a szavazatok teljes számát páratlanná tenni:

1. először is, ez megy fel egy hozzáadásával egy tanú egy extra szavazatot. Ehhez felhasználói beállítás szükséges.
2. vagy egy szerencsétlen csomópont szavazatának nullázásával mehet le (szükség szerint automatikusan megtörténik).

amikor a túlélő csomópontok sikeresen ellenőrzik, hogy ők a többség, a többség meghatározása frissül, hogy csak a túlélők között legyen. Ez lehetővé teszi a fürt számára, hogy elveszítse az egyik csomópontot, majd egy másikat, majd egy másikat stb. Az egymást követő kudarcok után alkalmazkodó szavazatok teljes számának ezt a koncepcióját dinamikus határozatképességnek nevezik.

dinamikus tanú

dinamikus tanú bekapcsolja a tanú szavazatát, hogy megbizonyosodjon arról, hogy a szavazatok száma páratlan. Ha páratlan számú szavazat van, a tanúnak nincs szavazata. Ha páros számú szavazat van, a tanúnak szavazata van. A dinamikus tanú jelentősen csökkenti annak kockázatát, hogy a klaszter lemegy a tanú kudarca miatt. A fürt eldönti, hogy használja-e a tanú szavazását a fürtben elérhető szavazási csomópontok száma alapján.

a dinamikus kvórum a dinamikus tanúval az alábbiakban leírt módon működik.

dinamikus kvórum viselkedés

• ha páros számú csomópont van, és nincs tanú, akkor az egyik csomópont nullázza a szavazatát. Például a négy csomópont közül csak három kap szavazatot, így a szavazatok teljes száma három, a szavazatokkal rendelkező két túlélő pedig többségnek számít.
• ha páratlan számú csomópontja van, és nincs tanúja, akkor mindegyik szavazatot kap.
• ha páros számú csomópontod van plusz tanú, a tanú szavaz, tehát az összeg páratlan.
• ha páratlan számú csomópont van plusz tanú, a tanú nem szavaz.

a dinamikus kvórum lehetővé teszi, hogy dinamikusan hozzárendeljünk egy szavazatot egy csomóponthoz, hogy elkerüljük a szavazatok többségének elvesztését, és lehetővé tegyük a fürt futtatását egy csomóponttal (last-man standing néven ismert). Vegyünk egy négy csomópontos fürtöt példaként. Tegyük fel, hogy a határozatképességhez 3 szavazat szükséges.

ebben az esetben a fürt lement volna, ha két csomópontot elveszít.

a dinamikus kvórum azonban megakadályozza ezt. A határozatképességhez szükséges szavazatok teljes számát most a rendelkezésre álló csomópontok száma alapján határozzák meg. Tehát a dinamikus kvórummal a fürt akkor is fent marad, ha három csomópontot veszít.

a fenti forgatókönyv olyan általános fürtökre vonatkozik, amelyek nem rendelkeznek közvetlen tárhelyekkel. Ha azonban a Storage Spaces Direct engedélyezve van, a fürt csak két csomóponthibát képes támogatni. Ezt részletesebben a pool quorum szakasz ismerteti.

példák

két csomópont tanú nélkül.

egy csomópont szavazata nullázódik, így a többségi szavazatot összesen 1 szavazatból határozzák meg. Ha a nem szavazó csomópont váratlanul lemegy, a túlélőnek 1/1-e van, a klaszter pedig túlél. Ha a szavazási csomópont váratlanul lemegy, a túlélőnek 0/1-e van, a klaszter pedig lemegy. Ha a szavazási csomópont kecsesen le van kapcsolva, a szavazás átkerül a másik csomópontra, és a fürt túlél. Ezért fontos, hogy beállítsunk egy tanút.

• túlélhet egy szerverhibát: ötven százalék esély.
• lehet túlélni egy szerver hiba, akkor egy másik: nem.
• egyszerre két szerverhibát képes túlélni: nem.

két csomópont egy tanúval.

mindkét csomópont szavaz, plusz a tanú szavaz, tehát a többséget összesen 3 szavazat határozza meg. Ha bármelyik csomópont lemegy, a túlélőnek 2/3-a van, a klaszter pedig túlél.

• képes túlélni egy szerver hiba: Igen.
• lehet túlélni egy szerver hiba, akkor egy másik: nem.
• egyszerre két szerverhibát képes túlélni: nem.

három csomópont tanú nélkül.

minden csomópont szavaz, így a többséget összesen 3 szavazat határozza meg. Ha bármelyik csomópont lemegy, a túlélők száma 2/3, a klaszter pedig túléli. A klaszter két csomóponttá válik tanú nélkül – ezen a ponton az 1.forgatókönyvben vagy.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másik: ötven százalék esély.
• egyszerre két szerverhibát képes túlélni: nem.

három csomópont egy tanúval.

minden csomópont szavaz, tehát a tanú kezdetben nem szavaz. A többséget összesen 3 szavazat határozza meg. Egy hiba után a klaszternek két csomópontja van egy tanúval – ami visszatér a 2. forgatókönyvhöz. Tehát most a két csomópont és a tanú szavaz.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: Igen.
• egyszerre két szerverhibát képes túlélni: nem.

négy csomópont tanú nélkül

egy csomópont szavazata nullázódik, így a többséget összesen 3 szavazat határozza meg. Egy hiba után a fürt három csomóponttá válik, és a 3.forgatókönyvben van.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: Igen.
• két szerverhibát képes túlélni egyszerre: ötven százalék esély.

négy csomópont egy tanúval.

minden csomópont szavaz és a tanú szavaz, így a többséget összesen 5 szavazat határozza meg. Egy kudarc után a 4.forgatókönyvben vagy. Két egyidejű hiba után ugorjon le a 2. forgatókönyvre.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: Igen.
• egyszerre két szerverhibát képes túlélni: Igen.

öt csomópont és azon túl.

minden csomópont szavaz, vagy egy kivételével az összes szavazat, függetlenül attól, hogy a teljes páratlan. Storage Spaces Direct nem tudja kezelni több mint két csomópont le egyébként, így ezen a ponton, nincs tanú szükséges vagy hasznos.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: Igen.
• egyszerre két szerverhibát képes túlélni: Igen.

most, hogy megértjük, hogyan működik a kvórum, nézzük meg a kvórum tanúinak típusát.

határozatképes tanúk típusai

a Feladatátvételi csoportosítás a határozatképes tanúk három típusát támogatja:

• Cloud Witness-Blob tárolás Az Azure-ban, amely a fürt összes csomópontja számára elérhető. Azt állítja, fürtözés információt a tanú.naplófájl, de nem tárolja a fürt adatbázis másolatát.
• File Share Witness – egy Windows Server rendszert futtató fájlkiszolgálón konfigurált SMB fájlmegosztás. Azt állítja, fürtözés információt a tanú.naplófájl, de nem tárolja a fürt adatbázis másolatát.
• Disk Witness – egy kis fürtözött lemez, amely a Cluster Available Storage csoportban található. Ez a lemez nagyon elérhető, és a csomópontok közötti feladatátvételre képes. Ez tartalmazza a fürt adatbázis másolatát. A lemez tanú nem támogatott tárhelyek közvetlen.

Pool quorum overview

most beszéltünk a Cluster Quorumról, amely a klaszter szintjén működik. Most merüljünk bele a Pool Quorumba, amely a pool szintjén működik (azaz elveszítheti a csomópontokat és a meghajtókat, és a pool fent maradhat). A tárolókészleteket úgy tervezték, hogy mind fürtözött, mind nem fürtözött forgatókönyvekben használhatók legyenek, ezért eltérő határozatképességi mechanizmusuk van.

az alábbi táblázat áttekintést nyújt a kvórum eredményeiről forgatókönyvenként:

szerver csomópontok	képes túlélni egy szerver csomópont hiba	képes túlélni egy szerver csomópont hiba, akkor egy másik	képes túlélni két egyidejű szerver csomópont hiba
2	nem	nem	nem
2 + tanú	Igen	nem	nem
3	Igen	nem	nem
3 + tanú	Igen	nem	nem
4	Igen	nem	nem
4 + tanú	Igen	Igen	Igen
5	igen	Igen	Igen

a pool quorum működése

ha a meghajtók meghibásodnak, vagy ha a meghajtók egy részhalmaza elveszíti a kapcsolatot egy másik részhalmazzal, a túlélő meghajtóknak ellenőrizniük kell, hogy ők alkotják-e a készlet többségét, hogy online maradjanak. Ha ezt nem tudják ellenőrizni, kikapcsolnak. A készlet az az entitás, amely offline állapotba kerül, vagy online marad annak alapján, hogy elegendő lemeze van-e a határozatképességhez (50% + 1). A pool erőforrás tulajdonosa (aktív fürtcsomópont) lehet A +1.

de a pool kvórum a klaszter kvórumától eltérően működik a következő módokon:

• a pool egy csomópontot használ a klaszterben tanúként, mint döntetlen megszakító, hogy túlélje a meghajtók felét (ez a csomópont, amely a pool erőforrás tulajdonosa)
• a pool nem rendelkezik dinamikus határozatképességgel
• a pool nem hajtja végre saját verzióját a szavazás eltávolításáról

példák

négy szimmetrikus elrendezésű csomópontok.

a 16 meghajtó mindegyikének egy szavazata van, a második csomópontnak pedig egy szavazata is van (mivel ez a pool erőforrás tulajdonosa). A többséget összesen 16 szavazat határozza meg. Ha a harmadik és a negyedik csomópont lemegy, a túlélő részhalmaznak 8 meghajtója van, és a pool erőforrás tulajdonosa, ami 9/16 szavazat. Tehát a medence túlél.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: Igen.
• egyszerre két szerverhibát képes túlélni: Igen.

négy csomópont szimmetrikus elrendezéssel és meghajtó hibával.

a 16 meghajtó mindegyikének egy szavazata van, a 2.csomópontnak pedig egy szavazata is van (mivel ez a pool erőforrás tulajdonosa). A többséget összesen 16 szavazat határozza meg. Először a 7-es meghajtó megy le. Ha a harmadik és a negyedik csomópont lemegy, a túlélő részhalmaznak 7 meghajtója van, és a pool erőforrás tulajdonosa, ami 8/16 szavazat. Tehát a medencének nincs többsége, és lemegy.

• képes túlélni egy szerver hiba: Igen.
• lehet túlélni egy szerver hiba, akkor egy másik: nem.
• egyszerre két szerverhibát képes túlélni: nem.

négy csomópont nem szimmetrikus elrendezéssel.

a 24 meghajtó mindegyikének egy szavazata van, a második csomópontnak pedig egy szavazata is van (mivel ez a pool erőforrás tulajdonosa). A többséget összesen 24 szavazat határozza meg. Ha a harmadik és a negyedik csomópont csökken, a túlélő részhalmaznak 8 meghajtója van, és a pool erőforrás tulajdonosa, ami 9/24 szavazat. Tehát a medencének nincs többsége, és lemegy.

• képes túlélni egy szerver hiba: Igen.
• túlélhet egy szerverhibát, majd egy másikat: **attól függ **(nem maradhat fenn, ha mindkét csomópont leáll, de túlélheti az összes többi forgatókönyvet.
• egyszerre két szerverhibát képes túlélni: ** Attól függ * * (nem lehet túlélni, ha mindkét csomópont három és négy lemegy, de képes túlélni az összes többi forgatókönyv.

Pool quorum recommendations

• győződjön meg arról, hogy a fürt minden csomópontja szimmetrikus (minden csomópontnak ugyanannyi meghajtója van)
• engedélyezze a háromutas tükröt vagy a kettős paritást, hogy elviselje a csomópont hibáit, és a virtuális lemezeket online tartsa. További részletekért lásd a kötet útmutató oldalt.
• ha kettőnél több csomópont nem működik, vagy két csomópont és egy másik csomópont lemeze nem működik, előfordulhat, hogy a kötetek nem férnek hozzá az adatok mindhárom példányához, ezért offline állapotba kerülnek, és nem érhetők el. Javasoljuk, hogy a kiszolgálókat gyorsan hozza vissza, vagy cserélje ki a lemezeket, hogy biztosítsa a kötet összes adatának legnagyobb rugalmasságát.