A fürt és a készlet Kvórumának megértése Azure Stack HCI-benUnderstanding cluster and pool quorum on Azure Stack HCI

A következőkre vonatkozik: Azure Stack HCI, Version 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

A Windows Server feladatátvételi fürtszolgáltatás magas rendelkezésre állást biztosít a munkaterhelések számára.Windows Server Failover Clustering provides high availability for workloads. Ezek az erőforrások akkor tekinthetők nagyon elérhetőnek, ha az erőforrásokat futtató csomópontok vannak. a fürthöz azonban általában több mint felet kell futtatni, ami a kvórumnak is ismert.These resources are considered highly available if the nodes that host resources are up; however, the cluster generally requires more than half the nodes to be running, which is known as having quorum.

A kvórum úgy van kialakítva, hogy megakadályozza a megosztott agyi forgatókönyveket, amelyek akkor fordulnak elő, ha a hálózatban van partíció, és a csomópontok részhalmaza nem tud kommunikálni egymással.Quorum is designed to prevent split-brain scenarios which can happen when there is a partition in the network and subsets of nodes cannot communicate with each other. Ennek hatására a csomópontok mindkét részhalmaza kipróbálhatja a számítási feladatokat, és ugyanarra a lemezre írható, amely számos problémát eredményezhet.This can cause both subsets of nodes to try to own the workload and write to the same disk which can lead to numerous problems. Ez azonban megakadályozza a feladatátvételi fürtszolgáltatás Kvórumának fogalmát, amely a csomópontok közül csak az egyiket kényszeríti a működés folytatására, így csak az egyik csoport fog online maradni.However, this is prevented with Failover Clustering's concept of quorum which forces only one of these groups of nodes to continue running, so only one of these groups will stay online.

A kvórum meghatározza, hogy a fürt hány hibát tart fenn, miközben továbbra is online állapotban marad.Quorum determines the number of failures that the cluster can sustain while still remaining online. A kvórum úgy van kialakítva, hogy a fürtcsomópontok részhalmazai közötti kommunikáció során probléma legyen a forgatókönyvek kezelése során, így több kiszolgáló nem próbálkozik egyszerre az erőforráscsoport futtatásával, és ugyanazon a lemezre való írásával.Quorum is designed to handle the scenario when there is a problem with communication between subsets of cluster nodes, so that multiple servers don't try to simultaneously host a resource group and write to the same disk at the same time. A kvórum fogalma alapján a fürt arra kényszeríti a fürtszolgáltatást, hogy a csomópontok egyik részhalmazában álljon le, így biztosítva, hogy egy adott erőforráscsoport csak egy valódi tulajdonosa legyen.By having this concept of quorum, the cluster will force the cluster service to stop in one of the subsets of nodes to ensure that there is only one true owner of a particular resource group. Ha a leállított csomópontok újra kommunikálhatnak a csomópontok fő csoportjához, a automatikusan újracsatlakozik a fürthöz, és elindítja a Fürtszolgáltatást.Once nodes which have been stopped can once again communicate with the main group of nodes, they will automatically rejoin the cluster and start their cluster service.

A Windows Server 2019-ben a rendszer két összetevőt tartalmaz a saját kvórum mechanizmusaival:In Windows Server 2019, there are two components of the system that have their own quorum mechanisms:

  • Fürt kvóruma: Ez a fürt szintjén működik (azaz elveszítheti a csomópontokat, és megtarthatja a fürtöt)Cluster Quorum: This operates at the cluster level (i.e. you can lose nodes and have the cluster stay up)
  • Készlet kvóruma: Ez a készlet szintjén működik, ha a közvetlen tárolóhelyek engedélyezve van (azaz elveszítheti a csomópontokat és a meghajtókat, és megtarthatja a készletet).Pool Quorum: This operates on the pool level when Storage Spaces Direct is enabled (i.e. you can lose nodes and drives and have the pool stay up). A Storage-készletek fürtözött és nem fürtözött helyzetekben is használhatók, ezért eltérő kvórum mechanizmussal rendelkeznek.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

A fürt Kvórumának áttekintéseCluster quorum overview

Az alábbi táblázat áttekintést nyújt a fürt Kvórumának eredményeiről forgatókönyv szerint:The table below gives an overview of the Cluster Quorum outcomes per scenario:

Kiszolgálói csomópontokServer nodes Egy kiszolgáló-csomópont meghibásodása esetén is megmaradhatCan survive one server node failure Képes túlélni egy kiszolgáló-csomópont hibáját, majd egy másikatCan survive one server node failure, then another Képes túlélni két egyidejű kiszolgáló csomópont hibájátCan survive two simultaneous server node failures
22 50/5050/50 NemNo NemNo
2 + tanú2 + Witness IgenYes NemNo NemNo
33 IgenYes 50/5050/50 NemNo
3 + tanúsító3 + Witness IgenYes IgenYes NemNo
44 IgenYes IgenYes 50/5050/50
4 + tanúsító4 + Witness IgenYes IgenYes IgenYes
5 és újabb5 and above IgenYes IgenYes IgenYes

Fürt kvórumával kapcsolatos javaslatokCluster quorum recommendations

  • Ha két csomóponttal rendelkezik, a tanúsító megadása kötelező.If you have two nodes, a witness is required.
  • Ha három vagy négy csomóponttal rendelkezik, erősen ajánlott a tanúsító.If you have three or four nodes, witness is strongly recommended.
  • Ha van internet-hozzáférése, használjon Felhőbeli tanúsítóIf you have Internet access, use a cloud witness
  • Ha más gépekkel és fájlmegosztással rendelkező informatikai környezetben van, használjon tanúsító fájlmegosztástIf you're in an IT environment with other machines and file shares, use a file share witness

A fürt Kvórumának működéseHow cluster quorum works

Ha a csomópontok meghibásodnak, vagy ha a csomópontok egy részhalmaza elveszti a kapcsolatot egy másik részhalmazsal, a túlélő csomópontoknak ellenőriznie kell, hogy a fürt többsége marad-e online állapotban.When nodes fail, or when some subset of nodes loses contact with another subset, surviving nodes need to verify that they constitute the majority of the cluster to remain online. Ha nem tudják ellenőrizni, hogy offline állapotba lépnek-e.If they can't verify that, they'll go offline.

A többségi koncepció azonban csak akkor működik, ha a fürt csomópontjainak teljes száma páratlan (például három csomópont egy öt csomópontos fürtben).But the concept of majority only works cleanly when the total number of nodes in the cluster is odd (for example, three nodes in a five node cluster). Tehát mi a helyzet a fürtökkel a páros számú csomóponttal (azaz egy négy csomópontos fürttel)?So, what about clusters with an even number of nodes (say, a four node cluster)?

A fürt két módon teheti meg a páratlan szavazatok teljes számát :There are two ways the cluster can make the total number of votes odd:

  1. Először is felteheti az egyiket , ha egy további szavazással felvesz egy tanúsító .First, it can go up one by adding a witness with an extra vote. Ehhez felhasználói beállításra van szükség.This requires user set-up.
  2. Az is előfordulhat, hogy az egyik a nem szerencsés csomópontok szavazásának nullázása (ha szükséges, automatikusan történik).Or, it can go down one by zeroing one unlucky node's vote (happens automatically as needed).

Amikor a túlélő csomópontok sikeresen ellenőrzik a többséget, a többség definíciója frissül, hogy csak a túlélők közé tartozik.Whenever surviving nodes successfully verify they are the majority, the definition of majority is updated to be among just the survivors. Ez lehetővé teszi, hogy a fürt elveszítse az egyik csomópontot, majd egy másikat, majd egy másikat és így tovább.This allows the cluster to lose one node, then another, then another, and so forth. Az egymást követő hibák után alkalmazkodó szavazatok összesített számának fogalma *dinamikus kvórum _ néven ismert.This concept of the total number of votes adapting after successive failures is known as *Dynamic quorum _.

Dinamikus tanúsítóDynamic witness

A dinamikus tanúsító tanú a tanú szavazásával ellenőrzi, hogy a szavazatok _total száma páratlan-e.Dynamic witness toggles the vote of the witness to make sure that the _total number of votes* is odd. Ha páratlan számú szavazattal rendelkezik, a tanúsító nem rendelkezik szavazattal.If there are an odd number of votes, the witness doesn't have a vote. Ha páros számú szavazat van, a tanúsító szavazattal rendelkezik.If there is an even number of votes, the witness has a vote. A dinamikus tanúsító jelentős mértékben csökkenti annak a kockázatát, hogy a fürt a tanú meghibásodása miatt leáll.Dynamic witness significantly reduces the risk that the cluster will go down because of witness failure. A fürt eldönti, hogy a tanúsító szavazatot a fürtben elérhető szavazati csomópontok száma alapján használja-e.The cluster decides whether to use the witness vote based on the number of voting nodes that are available in the cluster.

A dinamikus kvórum dinamikus tanúsító szerkezettel működik az alábbiakban ismertetett módon.Dynamic quorum works with Dynamic witness in the way described below.

Dinamikus kvórum viselkedéseDynamic quorum behavior

  • Ha páros számú csomóponttal rendelkezik, és nincs tanúsító, az egyik csomópontot a szavazatok lenullázása után kapja meg.If you have an even number of nodes and no witness, one node gets its vote zeroed. 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 szavazatok két túlélő pedig többségnek számít.For example, only three of the four nodes get votes, so the total number of votes is three, and two survivors with votes are considered a majority.
  • Ha páratlan számú csomóponttal rendelkezik, és nincs tanúsító, akkor minden szavazatot kap.If you have an odd number of nodes and no witness, they all get votes.
  • Ha páros számú csomópont és tanúsító is van, akkor a tanú szavaz, így a teljes összeg páratlan.If you have an even number of nodes plus witness, the witness votes, so the total is odd.
  • Ha páratlan számú csomóponttal és tanúval rendelkezik, a tanúsító nem szavaz.If you have an odd number of nodes plus witness, the witness doesn't vote.

A dinamikus kvórum lehetővé teszi, hogy egy szavazatot dinamikusan rendeljen egy csomóponthoz, hogy elkerülje a szavazatok többségét, és lehetővé tegye, hogy a fürt egyetlen csomóponttal fusson (az utolsó ember állóként ismert).Dynamic quorum enables the ability to assign a vote to a node dynamically to avoid losing the majority of votes and to allow the cluster to run with one node (known as last-man standing). Vegyük példaként egy négy csomópontos fürtöt.Let's take a four-node cluster as an example. Tegyük fel, hogy a kvórum 3 szavazatot igényel.Assume that quorum requires 3 votes.

Ebben az esetben a fürt leállt, ha két csomópontot vesztett el.In this case, the cluster would have gone down if you lost two nodes.

Az ábrán négy fürtcsomópont látható, amelyek mindegyike szavazást kap

A dinamikus kvórum azonban megakadályozza, hogy ez megtörténjen.However, dynamic quorum prevents this from happening. A kvórumhoz szükséges szavazatok teljes száma az elérhető csomópontok száma alapján van meghatározva.The total number of votes required for quorum is now determined based on the number of nodes available. Így a dinamikus kvórum esetén a fürt akkor is marad, ha három csomópontot veszít.So, with dynamic quorum, the cluster will stay up even if you lose three nodes.

Az ábrán négy fürtcsomópont látható, ahol a csomópontok egy időben meghibásodnak, és az egyes hibák után a szükséges szavazatok száma módosítva.

A fenti forgatókönyv olyan általános fürtre vonatkozik, amelyen nincs Közvetlen tárolóhelyek engedélyezve.The above scenario applies to a general cluster that doesn't have Storage Spaces Direct enabled. Ha azonban Közvetlen tárolóhelyek van engedélyezve, a fürt csak két csomópontos hibát támogat.However, when Storage Spaces Direct is enabled, the cluster can only support two node failures. Ezt részletesebben a készlet kvóruma szakaszban találja.This is explained more in the pool quorum section.

PéldákExamples

Két csomópont tanúsító nélkül.Two nodes without a witness.

Az egyik csomópont szavazata nulla, így a többségi szavazás összesen 1 szavazattal van meghatározva.One node's vote is zeroed, so the majority vote is determined out of a total of 1 vote. Ha a nem szavazó csomópont váratlanul leáll, a túlélő a 1/1-as, a fürt pedig életben marad.If the non-voting node goes down unexpectedly, the survivor has 1/1 and the cluster survives. Ha a szavazati csomópont váratlanul leáll, a túlélő a 0/1-as és a fürt leáll.If the voting node goes down unexpectedly, the survivor has 0/1 and the cluster goes down. Ha a szavazati csomópontot szabályosan leállítja, a rendszer átviszi a szavazást a másik csomópontra, a fürt pedig életben marad.If the voting node is gracefully powered down, the vote is transferred to the other node, and the cluster survives.\ *Ezért fontos a tanúsító konfigurálása. _\ *This is why it's critical to configure a witness. _

A határozatképesség magyarázata két, tanúsító nélküli csomópont esetében

  • Egy kiszolgáló meghibásodása esetén is fennmaradhat: _ * ötven% Chance * *.Can survive one server failure: _*Fifty percent chance**.
  • Egyetlen kiszolgálóhiba esetén is fennmaradhat, majd egy másik: nem.Can survive one server failure, then another: No.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: nem.Can survive two server failures at once: No.

Két csomópont tanúsító.Two nodes with a witness.

Mindkét csomópont szavaz, és a tanú szavazata is van, így a többséget összesen 3 szavazattal határozzuk meg.Both nodes vote, plus the witness votes, so the majority is determined out of a total of 3 votes. Ha bármelyik csomópont leáll, a túlélő a 2/3-as, a fürt pedig életben marad.If either node goes down, the survivor has 2/3 and the cluster survives.

A határozatképesség magyarázata az esetben két, tanúsító csomóponttal

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egyetlen kiszolgálóhiba esetén is fennmaradhat, majd egy másik: nem.Can survive one server failure, then another: No.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: nem.Can survive two server failures at once: No.

Három csomópont tanúsító nélkül.Three nodes without a witness.

Minden csomópont szavaz, így a többséget összesen 3 szavazattal határozzuk meg.All nodes vote, so the majority is determined out of a total of 3 votes. Ha bármelyik csomópont leáll, a túlélők 2/3, a fürt pedig életben marad.If any node goes down, the survivors are 2/3 and the cluster survives. A fürt két, tanúsító nélküli csomópont lesz – ezen a ponton az 1. forgatókönyvben van.The cluster becomes two nodes without a witness – at that point, you're in Scenario 1.

A kvórum magyarázata három, tanúsító csomópont nélkül

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: 50%-os eséllyel.Can survive one server failure, then another: Fifty percent chance.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: nem.Can survive two server failures at once: No.

Három csomópont tanúsító.Three nodes with a witness.

Minden csomópont szavaz, így a tanúsító kezdetben nem szavaz.All nodes vote, so the witness doesn't initially vote. A többség megállapítása összesen 3 szavazattal történik.The majority is determined out of a total of 3 votes. Egy hiba után a fürt két, tanúsító csomóponttal rendelkezik, amely visszakerül a 2. forgatókönyvbe.After one failure, the cluster has two nodes with a witness – which is back to Scenario 2. Tehát most a két csomópont és a tanú szavaz.So, now the two nodes and the witness vote.

A határozatképesség ismertetése három, tanúsító csomóponttal

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: Igen.Can survive one server failure, then another: Yes.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: nem.Can survive two server failures at once: No.

Négy csomópont tanúsító nélkülFour nodes without a witness

Az egyik csomópont szavazata nulla, így a többséget összesen 3 szavazattal határozzuk meg.One node's vote is zeroed, so the majority is determined out of a total of 3 votes. Egy hiba után a fürt három csomópontba kerül, és a 3. forgatókönyvben van.After one failure, the cluster becomes three nodes, and you're in Scenario 3.

A határozatképesség ismertetése négy, tanúsító nélküli csomópont esetében

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: Igen.Can survive one server failure, then another: Yes.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: 50%-os eséllyel.Can survive two server failures at once: Fifty percent chance.

Négy csomópont tanúsító.Four nodes with a witness.

Az összes csomópont és a tanú szavazata, így a többséget összesen 5 szavazat határozza meg.All nodes votes and the witness votes, so the majority is determined out of a total of 5 votes. Egy hiba után a 4. forgatókönyvben van.After one failure, you're in Scenario 4. Két egyidejű hiba után ugorjon le a 2. forgatókönyvre.After two simultaneous failures, you skip down to Scenario 2.

A határozatképesség ismertetése négy, tanúsító csomóponttal

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: Igen.Can survive one server failure, then another: Yes.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: Igen.Can survive two server failures at once: Yes.

Öt csomópont és azon kívül.Five nodes and beyond.

Minden csomópont szavaz, vagy csak egy szavazatot, bármi is legyen az egész páratlan.All nodes vote, or all but one vote, whatever makes the total odd. Közvetlen tárolóhelyek a kettőnél több csomópontot nem tud kezelni, ezért ezen a ponton nincs szükség tanúsító vagy hasznos elemre.Storage Spaces Direct cannot handle more than two nodes down anyway, so at this point, no witness is needed or useful.

A kvórum magyarázata az esetben öt csomóponttal és azon túl

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: Igen.Can survive one server failure, then another: Yes.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: Igen.Can survive two server failures at once: Yes.

Most, hogy megértettük, hogyan működik a kvórum, tekintsük át a kvórum tanúinak típusait.Now that we understand how quorum works, let's look at the types of quorum witnesses.

Kvórum tanúsító típusaiQuorum witness types

A feladatátvételi fürtszolgáltatás háromféle típusú kvórumot támogat:Failover Clustering supports three types of Quorum Witnesses:

  • Felhőbeli tanú – a blob Storage az Azure-ban a fürt összes csomópontja számára elérhető.Cloud Witness - Blob storage in Azure accessible by all nodes of the cluster. Egy tanúsító. log fájlban tárolja a fürtszolgáltatási információkat, de nem tárolja a fürt adatbázisának másolatát.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Tanúsító fájlmegosztás – olyan SMB-fájlmegosztás, amely Windows Server rendszert futtató fájlkiszolgálón van konfigurálva.File Share Witness – A SMB file share that is configured on a file server running Windows Server. Egy tanúsító. log fájlban tárolja a fürtszolgáltatási információkat, de nem tárolja a fürt adatbázisának másolatát.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Tanúsító lemez – egy kisméretű fürtözött lemez, amely a fürt rendelkezésre álló tárolási csoportjában található.Disk Witness - A small clustered disk which is in the Cluster Available Storage group. Ez a lemez nagyon elérhető, és képes a csomópontok közötti feladatátvételre.This disk is highly-available and can failover between nodes. A fürt adatbázisának másolatát tartalmazza.It contains a copy of the cluster database.\ **Közvetlen tárolóhelyek _ nem támogatja a tanúsító lemezeket*.\ *A Disk Witness isn't supported with Storage Spaces Direct _.

Pool kvórum – áttekintésPool quorum overview

Épp most beszéltünk a fürt Kvórumáról, amely a fürt szintjén működik.We just talked about Cluster Quorum, which operates at the cluster level. Most tekintsük át a Pool-kvórumot, amely a készlet szintjén működik (azaz elveszítheti a csomópontokat és a meghajtókat, és megmarad a készlet).Now, let's dive into Pool Quorum, which operates on the pool level (i.e. you can lose nodes and drives and have the pool stay up). A Storage-készletek fürtözött és nem fürtözött helyzetekben is használhatók, ezért eltérő kvórum mechanizmussal rendelkeznek.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

Az alábbi táblázat áttekintést nyújt a készlet Kvórumának eredményeiről:The table below gives an overview of the Pool Quorum outcomes per scenario:

Kiszolgálói csomópontokServer nodes Egy kiszolgáló-csomópont meghibásodása esetén is megmaradhatCan survive one server node failure Képes túlélni egy kiszolgáló-csomópont hibáját, majd egy másikatCan survive one server node failure, then another Képes túlélni két egyidejű kiszolgáló csomópont hibájátCan survive two simultaneous server node failures
22 NemNo NemNo NemNo
2 + tanú2 + Witness IgenYes NemNo NemNo
33 IgenYes NemNo NemNo
3 + tanúsító3 + Witness IgenYes NemNo NemNo
44 IgenYes NemNo NemNo
4 + tanúsító4 + Witness IgenYes IgenYes IgenYes
5 és újabb5 and above IgenYes IgenYes IgenYes

A készlet Kvórumának működéseHow pool quorum works

Ha a meghajtók meghibásodnak, vagy ha a meghajtók egyes részhalmazai elvesztik a kapcsolatot egy másik alkészlettel, a túlélő meghajtóknak ellenőriznie kell, hogy a készlet _majority *, hogy online maradnak.When drives fail, or when some subset of drives loses contact with another subset, surviving drives need to verify that they constitute the _majority* of the pool to remain online. Ha nem tudják ellenőrizni, hogy offline állapotba lépnek-e.If they can't verify that, they'll go offline. A készlet az az entitás, amely offline állapotba kerül, vagy online állapotban marad attól függően, hogy elegendő lemez van-e a kvórumhoz (50% + 1).The pool is the entity that goes offline or stays online based on whether it has enough disks for quorum (50% + 1). A készlet erőforrás-tulajdonosa (aktív fürt csomópontja) lehet a + 1.The pool resource owner (active cluster node) can be the +1.

A készlet kvóruma azonban eltérően működik a fürt kvórumán, a következő módokon:But pool quorum works differently from cluster quorum in the following ways:

  • a készlet a fürt egyik csomópontját használja tanúsító, hogy az elmaradt meghajtók fele túlélje (ez a csomópont a készlet erőforrás-tulajdonosa).the pool uses one node in the cluster as a witness as a tie-breaker to survive half of drives gone (this node that is the pool resource owner)
  • a készlet nem rendelkezik dinamikus kvórumtalthe pool does NOT have dynamic quorum
  • a készlet nem implementálja a szavazatok eltávolításának saját verziójátthe pool does NOT implement its own version of removing a vote

PéldákExamples

Négy csomópont szimmetrikus elrendezéssel.Four nodes with a symmetrical layout.

A 16 meghajtó mindegyike egy szavazattal rendelkezik, a két csomópont pedig egy szavazattal is rendelkezik (mivel ez a készlet erőforrás-tulajdonos).Each of the 16 drives has one vote and node two also has one vote (since it's the pool resource owner). A többséget összesen 16 szavazat határozza meg.The majority is determined out of a total of 16 votes. Ha a három és négy csomópont leáll, a túlélő részhalmaz 8 meghajtóval és a készlet erőforrás-tulajdonosával rendelkezik, amely 9/16 szavazat.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/16 votes. Így a készlet életben marad.So, the pool survives.

Készlet kvóruma 1

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: Igen.Can survive one server failure, then another: Yes.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: Igen.Can survive two server failures at once: Yes.

Négy csomópont szimmetrikus elrendezéssel és meghajtó meghibásodásával.Four nodes with a symmetrical layout and drive failure.

A 16 meghajtó mindegyike egy szavazattal rendelkezik, a 2. csomópont pedig egy szavazattal is rendelkezik (mivel ez a készlet erőforrás-tulajdonosa).Each of the 16 drives has one vote and node 2 also has one vote (since it's the pool resource owner). A többséget összesen 16 szavazat határozza meg.The majority is determined out of a total of 16 votes. Először is, a 7. meghajtó leáll.First, drive 7 goes down. Ha a három és négy csomópont leáll, a túlélő részhalmaz 7 meghajtóval és a készlet erőforrás-tulajdonosával rendelkezik, amely 8/16 szavazat.If nodes three and four go down, the surviving subset has 7 drives and the pool resource owner, which is 8/16 votes. Így a készlet nem rendelkezik a többséggel, és leáll.So, the pool doesn't have majority and goes down.

Készlet 2. kvóruma

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egyetlen kiszolgálóhiba esetén is fennmaradhat, majd egy másik: nem.Can survive one server failure, then another: No.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: nem.Can survive two server failures at once: No.

Négy csomópont nem szimmetrikus elrendezéssel.Four nodes with a non-symmetrical layout.

A 24 meghajtó mindegyike egy szavazattal rendelkezik, a két csomópont pedig egy szavazattal is rendelkezik (mivel ez a készlet erőforrás-tulajdonos).Each of the 24 drives has one vote and node two also has one vote (since it's the pool resource owner). A többséget összesen 24 szavazattal határozzuk meg.The majority is determined out of a total of 24 votes. Ha a három és négy csomópont leáll, a túlélő részhalmaz 8 meghajtóval és a készlet erőforrás-tulajdonosával rendelkezik, amely 9/24 szavazat.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/24 votes. Így a készlet nem rendelkezik a többséggel, és leáll.So, the pool doesn't have majority and goes down.

Pool-kvórum 3

  • Egyetlen kiszolgálóhiba esetén is fennmaradhat: Igen.Can survive one server failure: Yes.
  • Egy kiszolgáló meghibásodása esetén is fennmaradhat, majd egy másik: függ (nem lehet túlélni, ha a három és négy csomópont is leáll, de az összes többi esetben képes túlélni.Can survive one server failure, then another: Depends (cannot survive if both nodes three and four go down, but can survive all other scenarios.
  • Egyszerre két kiszolgáló meghibásodását képes túlélni: a függvénytől függ (nem lehet túlélni, ha a három és négy csomópont is leáll, de az összes többi esetben képes túlélni.Can survive two server failures at once: Depends (cannot survive if both nodes three and four go down, but can survive all other scenarios.

Pool kvórum javaslataiPool quorum recommendations

  • Győződjön meg arról, hogy a fürt minden csomópontja szimmetrikus (mindegyik csomópont azonos számú meghajtóval rendelkezik)Ensure that each node in your cluster is symmetrical (each node has the same number of drives)
  • Engedélyezze a háromutas tükrözést vagy a kettős paritást, hogy el tudja viselni a csomópontok hibáit, és a virtuális lemezeket online állapotban tartsa.Enable three-way mirror or dual parity so that you can tolerate a node failures and keep the virtual disks online.
  • Ha a kettőnél több csomópont van, vagy két csomópont, és egy másik csomóponton lévő lemez nem érhető el, előfordulhat, hogy a kötetek nem férnek hozzá az összes adat mindhárom példányához, ezért offline állapotba kerülhetnek, és nem érhetők el.If more than two nodes are down, or two nodes and a disk on another node are down, volumes may not have access to all three copies of their data, and therefore be taken offline and be unavailable. Javasoljuk, hogy a-kiszolgálókat a köteten lévő összes adatmennyiség rugalmasságának biztosítása érdekében a lehető leggyorsabban hozza vissza vagy cserélje le a lemezeket.It's recommended to bring the servers back or replace the disks quickly to ensure the most resiliency for all the data in the volume.

További lépésekNext steps

További információkat a következő cikkekben talál:For more information, see the following: