Over cluster-en groeps quorum op Azure Stack HCIUnderstanding cluster and pool quorum on Azure Stack HCI

Van toepassing op: Azure Stack HCI, versie 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

Windows Server failover clustering biedt hoge Beschik baarheid voor werk belastingen.Windows Server Failover Clustering provides high availability for workloads. Deze resources worden als Maxi maal beschikbaar beschouwd als de knoop punten die als host fungeren voor de resources. het cluster vereist meestal echter meer dan de helft van de knoop punten die worden uitgevoerd. Dit is ook bekend als een quorum.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.

Quorum is zodanig ontworpen dat gesplitste scenario's worden voor komen die zich kunnen voordoen als er een partitie in het netwerk is en subsets van knoop punten niet met elkaar kunnen communiceren.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. Dit kan ertoe leiden dat beide subsets van knoop punten de werk belasting proberen te verzorgen en naar dezelfde schijf schrijven die kan leiden tot talloze problemen.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. Dit wordt echter voor komen met het concept quorum van Failover Clustering, waardoor slechts één van deze groepen knoop punten wordt uitgevoerd, zodat slechts één van deze groepen online blijft.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.

Quorum bepaalt het aantal fouten dat het cluster kan ondervinden terwijl nog steeds online blijft.Quorum determines the number of failures that the cluster can sustain while still remaining online. Quorum is ontworpen om het scenario af te handelen wanneer er een probleem is met de communicatie tussen subsets van cluster knooppunten, zodat meerdere servers niet tegelijkertijd een resource groep hoeven te hosten en op hetzelfde moment naar dezelfde schijf schrijven.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. Door dit concept quorum te hebben, wordt de Cluster service geforceerd gestopt in een van de subsets van knoop punten om ervoor te zorgen dat er slechts één echte eigenaar van een bepaalde resource groep is.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. Als knoop punten die zijn gestopt opnieuw kunnen communiceren met de hoofd groep knoop punten, worden ze automatisch opnieuw lid van het cluster en wordt de Cluster service gestart.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.

In Windows Server 2019 zijn er twee onderdelen van het systeem die hun eigen quorum mechanismen hebben:In Windows Server 2019, there are two components of the system that have their own quorum mechanisms:

  • Cluster quorum: dit werkt op het cluster niveau (dat wil zeggen, u kunt knoop punten verliezen en het cluster up-to-date houden)Cluster Quorum: This operates at the cluster level (i.e. you can lose nodes and have the cluster stay up)
  • Groeps quorum: dit werkt op het groeps niveau als opslagruimten direct is ingeschakeld (dat wil zeggen: u kunt knoop punten en stations kwijt raken en de groep laten blijven staan).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). Opslag groepen zijn ontworpen om te worden gebruikt in geclusterde en niet-geclusterde scenario's, waardoor ze een ander quorum mechanisme hebben.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

Overzicht van cluster quorumCluster quorum overview

De onderstaande tabel geeft een overzicht van de cluster quorum resultaten per scenario:The table below gives an overview of the Cluster Quorum outcomes per scenario:

Server knooppuntenServer nodes Kan één storing in het server knooppunt overlevenCan survive one server node failure Kan één storing in het server knooppunt beleven, vervolgens een andereCan survive one server node failure, then another Kan twee gelijktijdige server knooppunt storingen overlevenCan survive two simultaneous server node failures
22 50/5050/50 NeeNo NeeNo
2 + Witness2 + Witness JaYes NeeNo NeeNo
33 JaYes 50/5050/50 NeeNo
3 + Witness3 + Witness JaYes JaYes NeeNo
44 JaYes JaYes 50/5050/50
4 + Witness4 + Witness JaYes JaYes JaYes
5 en hoger5 and above JaYes JaYes JaYes

Aanbevelingen voor cluster quorumCluster quorum recommendations

  • Als u twee knoop punten hebt, is een Witness vereist.If you have two nodes, a witness is required.
  • Als u drie of vier knoop punten hebt, wordt de witness ten zeerste aanbevolen.If you have three or four nodes, witness is strongly recommended.
  • Als u toegang hebt tot internet, gebruikt u een ** cloudwitness**If you have Internet access, use a cloud witness
  • Als u zich in een IT-omgeving bevindt met andere computers en bestands shares, gebruikt u een bestands share-WitnessIf you're in an IT environment with other machines and file shares, use a file share witness

Hoe cluster quorum werktHow cluster quorum works

Als knoop punten mislukken of als een deel van een subset knoop punten geen contact met een andere subset verliest, moeten de knoop punten naleven dat ze de meeste van het cluster in de meeste gevallen online moeten blijven.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. Als ze niet kunnen controleren of ze deze offline gaan.If they can't verify that, they'll go offline.

Het concept van meerderheid werkt echter alleen goed wanneer het totale aantal knoop punten in het cluster oneven is (bijvoorbeeld drie knoop punten in een cluster met vijf clusters).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). Wat gaat er dus uit van clusters met een even aantal knoop punten (bijvoorbeeld een cluster met vier nodes)?So, what about clusters with an even number of nodes (say, a four node cluster)?

Er zijn twee manieren waarop het cluster het totale aantal stemmen oneven kan maken:There are two ways the cluster can make the total number of votes odd:

  1. Eerst kan het een voor een worden gemaakt door een Witness met een extra stem toe te voegen.First, it can go up one by adding a witness with an extra vote. Hiervoor moet de gebruiker zijn ingesteld.This requires user set-up.
  2. Het kan ook worden vervolgd door de stem van één unlucky-knoop punt op nul te zetten ( dit gebeurt automatisch als dat nodig is).Or, it can go down one by zeroing one unlucky node's vote (happens automatically as needed).

Wanneer het naleven van de knoop punten een geslaagde controle heeft ondergaan , wordtde definitie van meerderheid bijgewerkt zodat deze zich alleen onder de overleving bevindt.Whenever surviving nodes successfully verify they are the majority, the definition of majority is updated to be among just the survivors. Hierdoor kan het cluster één knoop punt verliezen, vervolgens een andere, vervolgens een andere, enzovoort.This allows the cluster to lose one node, then another, then another, and so forth. Dit concept van het totale aantal stemmen dat na opeenvolgende storingen wordt aangepast, wordt het dynamische quorumgenoemd.This concept of the total number of votes adapting after successive failures is known as Dynamic quorum.

Dynamische WitnessDynamic witness

De dynamische Witness schakelt de stem van de witness in om ervoor te zorgen dat het totale aantal stemmen oneven is.Dynamic witness toggles the vote of the witness to make sure that the total number of votes is odd. Als er een oneven aantal stemmen zijn, heeft de witness geen stem.If there are an odd number of votes, the witness doesn't have a vote. Als er een even aantal stemmen is, heeft de witness een stem.If there is an even number of votes, the witness has a vote. Dynamic Witness vermindert het risico dat het cluster uitvalt vanwege een Witness-fout.Dynamic witness significantly reduces the risk that the cluster will go down because of witness failure. Het cluster bepaalt of de witness-stem moet worden gebruikt op basis van het aantal stem knooppunten dat beschikbaar is in het cluster.The cluster decides whether to use the witness vote based on the number of voting nodes that are available in the cluster.

Dynamische quorum werkt met Dynamic Witness op de manier die hieronder wordt beschreven.Dynamic quorum works with Dynamic witness in the way described below.

Gedrag van dynamische quorumDynamic quorum behavior

  • Als u een even aantal knoop punten hebt en er geen Witness is, krijgt het ene knoop punt de stem nul.If you have an even number of nodes and no witness, one node gets its vote zeroed. Zo krijgen slechts drie van de vier knoop punten stemmen, dus is het totale aantal stemmen drie en worden twee overlevings deel genomen aan een meerderheid van stemmen.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.
  • Als u een oneven aantal knoop punten hebt en geen Witness, krijgen ze allemaal stemmen.If you have an odd number of nodes and no witness, they all get votes.
  • Als u een even aantal knoop punten plus Witness hebt, zijn de getuigen stemmen, zodat het totaal oneven is.If you have an even number of nodes plus witness, the witness votes, so the total is odd.
  • Als u een oneven aantal knoop punten plus Witness hebt, heeft de witness geen stem.If you have an odd number of nodes plus witness, the witness doesn't vote.

Met dynamisch quorum kan een stem aan een knoop punt dynamisch worden toegewezen om te voor komen dat de meerderheid van stemmen verloren gaat, en dat het cluster kan worden uitgevoerd met één knoop punt (ook wel de laatste positie van de mens genoemd).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). Laten we een cluster met vier knoop punten maken als voor beeld.Let's take a four-node cluster as an example. Stel dat voor het quorum drie stemmen zijn vereist.Assume that quorum requires 3 votes.

In dit geval is het cluster niet meer beschikbaar als u twee knoop punten hebt verloren.In this case, the cluster would have gone down if you lost two nodes.

Diagram van vier cluster knooppunten die elk een stem ophalen

Dynamische quorum voor komt dit echter niet.However, dynamic quorum prevents this from happening. Het totale aantal stemmen dat is vereist voor quorum wordt nu bepaald op basis van het aantal beschik bare knoop punten.The total number of votes required for quorum is now determined based on the number of nodes available. Met een dynamisch quorum blijft het cluster, zelfs als u drie knoop punten kwijtraakt, actief.So, with dynamic quorum, the cluster will stay up even if you lose three nodes.

Diagram met vier cluster knooppunten, waarbij knoop punten een voor een mislukken, en het aantal vereiste stemmen dat na elke storing wordt aangepast.

Het bovenstaande scenario is van toepassing op een algemeen cluster waarvoor geen Opslagruimten Direct is ingeschakeld.The above scenario applies to a general cluster that doesn't have Storage Spaces Direct enabled. Als Opslagruimten Direct echter is ingeschakeld, kan het cluster alleen twee knooppunt fouten ondersteunen.However, when Storage Spaces Direct is enabled, the cluster can only support two node failures. Dit wordt uitgelegd in het gedeelte pool quorum.This is explained more in the pool quorum section.

VoorbeeldenExamples

Twee knoop punten zonder Witness.Two nodes without a witness.

De stem van het ene knoop punt is nul, dus de meerderheids stem wordt bepaald uit een totaal van 1 stem.One node's vote is zeroed, so the majority vote is determined out of a total of 1 vote. Als het knoop punt zonder stem onverwacht uitvalt, is de Survivor van 1/1 en blijft het cluster actief.If the non-voting node goes down unexpectedly, the survivor has 1/1 and the cluster survives. Als het stemmende knoop punt onverwacht uitvalt, heeft de Survivor 0/1 en wordt het cluster niet meer beschikbaar.If the voting node goes down unexpectedly, the survivor has 0/1 and the cluster goes down. Als het stem knooppunt correct is uitgeschakeld, wordt de stem overgedragen naar het andere knoop punt en blijft het cluster actief.If the voting node is gracefully powered down, the vote is transferred to the other node, and the cluster survives. Daarom is het essentieel om een Witness te configureren.This is why it's critical to configure a witness.

Het quorum dat wordt uitgelegd in het geval met twee knoop punten zonder Witness

  • Kan één server fout overstaan: 50 procent kans.Can survive one server failure: Fifty percent chance.
  • Kan één server storing beleven, vervolgens een andere: Nee.Can survive one server failure, then another: No.
  • Kan twee Server fouten in één keer overleven: Nee.Can survive two server failures at once: No.

Twee knoop punten met een Witness.Two nodes with a witness.

Beide knoop punten stemmen mee, plus de getuigen stemmen, waardoor de meerderheid wordt bepaald uit een totaal van drie stemmen.Both nodes vote, plus the witness votes, so the majority is determined out of a total of 3 votes. Als een van beide knoop punten uitvalt, heeft de Survivor 2/3 en blijft het cluster actief.If either node goes down, the survivor has 2/3 and the cluster survives.

Het quorum wordt uitgelegd in het geval met twee knoop punten met een Witness

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan één server storing beleven, vervolgens een andere: Nee.Can survive one server failure, then another: No.
  • Kan twee Server fouten in één keer overleven: Nee.Can survive two server failures at once: No.

Drie knoop punten zonder Witness.Three nodes without a witness.

Alle knoop punten stemmen mee, waardoor de meerderheid wordt bepaald uit een totaal van drie stemmen.All nodes vote, so the majority is determined out of a total of 3 votes. Als een knoop punt uitvalt, zijn de nagelaten betrekkingen 2/3 en blijft het cluster actief.If any node goes down, the survivors are 2/3 and the cluster survives. Het cluster wordt twee knoop punten zonder Witness. u bent op dat moment in scenario 1.The cluster becomes two nodes without a witness – at that point, you're in Scenario 1.

Het quorum wordt uitgelegd in het geval met drie knoop punten zonder Witness

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan één server storing beleven en vervolgens een andere: 50 procent kans.Can survive one server failure, then another: Fifty percent chance.
  • Kan twee Server fouten in één keer overleven: Nee.Can survive two server failures at once: No.

Drie knoop punten met een Witness.Three nodes with a witness.

Alle knoop punten stemmen mee, zodat de witness niet in eerste instantie stemt.All nodes vote, so the witness doesn't initially vote. De meerderheid wordt bepaald door een totaal van drie stemmen.The majority is determined out of a total of 3 votes. Na één storing heeft het cluster twee knoop punten met een Witness – die weer terug is op scenario 2.After one failure, the cluster has two nodes with a witness – which is back to Scenario 2. Nu zijn dit de twee knoop punten en de witness-stem.So, now the two nodes and the witness vote.

Het quorum wordt uitgelegd in het geval met drie knoop punten met een Witness

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in één server beleven en vervolgens een andere: Ja.Can survive one server failure, then another: Yes.
  • Kan twee Server fouten in één keer overleven: Nee.Can survive two server failures at once: No.

Vier knoop punten zonder WitnessFour nodes without a witness

De stem van het ene knoop punt is nul, waardoor de meerderheid wordt bepaald uit een totaal van drie stemmen.One node's vote is zeroed, so the majority is determined out of a total of 3 votes. Na één storing wordt het cluster drie knoop punten en bent u in scenario 3.After one failure, the cluster becomes three nodes, and you're in Scenario 3.

Het quorum wordt uitgelegd in het geval met vier knoop punten zonder Witness

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in één server beleven en vervolgens een andere: Ja.Can survive one server failure, then another: Yes.
  • Kan twee Server fouten in één keer overleven: 50 procent kans.Can survive two server failures at once: Fifty percent chance.

Vier knoop punten met een Witness.Four nodes with a witness.

Alle knoop punten stemmen mee en de getuigen stemmen, waardoor de meerderheid wordt bepaald uit een totaal van vijf stemmen.All nodes votes and the witness votes, so the majority is determined out of a total of 5 votes. Als er een fout is opgetreden, kunt u zich in scenario 4 bevindt.After one failure, you're in Scenario 4. Na twee gelijktijdige storingen gaat u naar scenario 2.After two simultaneous failures, you skip down to Scenario 2.

Het quorum wordt uitgelegd in het geval met vier knoop punten met een Witness

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in één server beleven en vervolgens een andere: Ja.Can survive one server failure, then another: Yes.
  • Kan twee Server fouten in één keer overleven: Ja.Can survive two server failures at once: Yes.

Vijf knoop punten en voorbij.Five nodes and beyond.

Alle knoop punten stemmen mee, of allemaal maar één stem, wat het totale aantal oneven maakt.All nodes vote, or all but one vote, whatever makes the total odd. Opslagruimten Direct kunt niet meer dan twee knoop punten omlaag afhandelen, dus er is op dit moment geen Witness vereist of nuttig.Storage Spaces Direct cannot handle more than two nodes down anyway, so at this point, no witness is needed or useful.

Het quorum wordt uitgelegd in het geval met vijf knoop punten en buiten

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in één server beleven en vervolgens een andere: Ja.Can survive one server failure, then another: Yes.
  • Kan twee Server fouten in één keer overleven: Ja.Can survive two server failures at once: Yes.

Nu we begrijpen hoe quorum werkt, gaan we kijken naar de typen quorum-witnesss.Now that we understand how quorum works, let's look at the types of quorum witnesses.

Typen quorum-witnesssQuorum witness types

Failover Clustering ondersteunt drie typen quorum-Witnesss:Failover Clustering supports three types of Quorum Witnesses:

  • Cloud-Witness -Blob-opslag in azure die toegankelijk is voor alle knoop punten van het cluster.Cloud Witness - Blob storage in Azure accessible by all nodes of the cluster. Het onderhoudt cluster informatie in een Witness. log-bestand, maar slaat geen kopie van de cluster database op.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Bestands share-Witness : een SMB-bestands share die is geconfigureerd op een bestands server met Windows Server.File Share Witness – A SMB file share that is configured on a file server running Windows Server. Het onderhoudt cluster informatie in een Witness. log-bestand, maar slaat geen kopie van de cluster database op.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Schijfwitness: een kleine geclusterde schijf die zich in de opslag groep beschik bare cluster bevindt.Disk Witness - A small clustered disk which is in the Cluster Available Storage group. Deze schijf is Maxi maal beschikbaar en kan worden gefailover tussen knoop punten.This disk is highly-available and can failover between nodes. Het bevat een kopie van de cluster database.It contains a copy of the cluster database. Een schijfwitness wordt niet ondersteund met opslagruimten direct.A Disk Witness isn't supported with Storage Spaces Direct.

Overzicht van groeps quorumPool quorum overview

We hebben net gebruikgemaakt van het cluster quorum, dat op het cluster niveau wordt uitgevoerd.We just talked about Cluster Quorum, which operates at the cluster level. Nu gaan we een pool quorum maken, dat werkt op het niveau van de groep (dat wil zeggen, u kunt knoop punten en stations kwijt raken en de groep blijven behouden).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). Opslag groepen zijn ontworpen om te worden gebruikt in geclusterde en niet-geclusterde scenario's, waardoor ze een ander quorum mechanisme hebben.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

De onderstaande tabel geeft een overzicht van de resultaten van het pool quorum per scenario:The table below gives an overview of the Pool Quorum outcomes per scenario:

Server knooppuntenServer nodes Kan één storing in het server knooppunt overlevenCan survive one server node failure Kan één storing in het server knooppunt beleven, vervolgens een andereCan survive one server node failure, then another Kan twee gelijktijdige server knooppunt storingen overlevenCan survive two simultaneous server node failures
22 NeeNo NeeNo NeeNo
2 + Witness2 + Witness JaYes NeeNo NeeNo
33 JaYes NeeNo NeeNo
3 + Witness3 + Witness JaYes NeeNo NeeNo
44 JaYes NeeNo NeeNo
4 + Witness4 + Witness JaYes JaYes JaYes
5 en hoger5 and above JaYes JaYes JaYes

Hoe groeps quorum werktHow pool quorum works

Als er een storing optreedt in de stations of wanneer een deel van een subset van stations geen contact met een andere subset meer heeft, moeten de stations controleren of ze de meerderheid van de groep zijn om online te blijven.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. Als ze niet kunnen controleren of ze deze offline gaan.If they can't verify that, they'll go offline. De pool is de entiteit die offline gaat of online blijft, op basis van het feit of het quorum voldoende schijven heeft (50% + 1).The pool is the entity that goes offline or stays online based on whether it has enough disks for quorum (50% + 1). De resource-eigenaar van de groep (actief cluster knooppunt) kan de + 1 zijn.The pool resource owner (active cluster node) can be the +1.

Het groeps quorum werkt echter op de volgende manieren anders dan bij cluster quorum:But pool quorum works differently from cluster quorum in the following ways:

  • de pool gebruikt één knoop punt in het cluster als een ' Das ' om te blijven de helft van de stations weg (dit knoop punt dat de resource-eigenaar van de groep is)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)
  • de pool heeft geen dynamisch quorumthe pool does NOT have dynamic quorum
  • de groep implementeert geen eigen versie van het verwijderen van een stemthe pool does NOT implement its own version of removing a vote

VoorbeeldenExamples

Vier knoop punten met een symmetrische indeling.Four nodes with a symmetrical layout.

Elk van de 16 schijven heeft één stem en het tweede knoop punt heeft ook één stem (aangezien het de eigenaar van de groeps resource is).Each of the 16 drives has one vote and node two also has one vote (since it's the pool resource owner). De meerderheid wordt bepaald door een totaal van 16 stemmen.The majority is determined out of a total of 16 votes. Als de knoop punten drie en vier omlaag omlaag zijn, heeft de subset met 8 stations en de resource-eigenaar van de groep de 9/16 stemmen.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/16 votes. De groep blijft dus actief.So, the pool survives.

Groeps quorum 1

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in één server beleven en vervolgens een andere: Ja.Can survive one server failure, then another: Yes.
  • Kan twee Server fouten in één keer overleven: Ja.Can survive two server failures at once: Yes.

Vier knoop punten met een symmetrische indeling en een storing van het station.Four nodes with a symmetrical layout and drive failure.

Elk van de 16 schijven heeft één stem en knooppunt 2 heeft ook één stem (aangezien het de eigenaar van de groeps resource is).Each of the 16 drives has one vote and node 2 also has one vote (since it's the pool resource owner). De meerderheid wordt bepaald door een totaal van 16 stemmen.The majority is determined out of a total of 16 votes. Eerst wordt station 7 uitgeschakeld.First, drive 7 goes down. Als de knoop punten drie en vier omlaag omlaag zijn, heeft de subset die het overlevingen heeft zeven stations en de resource-eigenaar van de groep, die 8/16 stemmen.If nodes three and four go down, the surviving subset has 7 drives and the pool resource owner, which is 8/16 votes. De pool heeft dus geen meerderheid en gaat door.So, the pool doesn't have majority and goes down.

Groeps quorum 2

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan één server storing beleven, vervolgens een andere: Nee.Can survive one server failure, then another: No.
  • Kan twee Server fouten in één keer overleven: Nee.Can survive two server failures at once: No.

Vier knoop punten met een niet-symmetrische indeling.Four nodes with a non-symmetrical layout.

Elk van de 24 stations heeft één stem en het tweede knoop punt heeft ook één stem (aangezien het de eigenaar van de groeps resource is).Each of the 24 drives has one vote and node two also has one vote (since it's the pool resource owner). De meerderheid wordt in totaal 24 stemmenbepaald.The majority is determined out of a total of 24 votes. Als de knoop punten drie en vier omlaag omlaag zijn, heeft de subset met 8 stations en de resource-eigenaar van de groep de 9/24 stemmen.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/24 votes. De pool heeft dus geen meerderheid en gaat door.So, the pool doesn't have majority and goes down.

Groeps quorum 3

  • Kan een storing in de server overleven: Ja.Can survive one server failure: Yes.
  • Kan een storing in de server beleven, vervolgens een andere: * * is afhankelijk van * * (kan niet overlopen als beide knoop punten drie en vier omlaag zijn gegaan, maar kan overgaan op alle andere scenario's.Can survive one server failure, then another: **Depends **(cannot survive if both nodes three and four go down, but can survive all other scenarios.
  • Kan twee Server storingen in één keer overleven: * * is afhankelijk van * * (kan niet in stand worden gezet als beide knoop punten drie en vier omlaag zijn, maar kan in alle andere scenario's worden bewaard.Can survive two server failures at once: **Depends **(cannot survive if both nodes three and four go down, but can survive all other scenarios.

Aanbevelingen voor pool quorumPool quorum recommendations

  • Zorg ervoor dat elk knoop punt in uw cluster symmetrisch is (elk knoop punt heeft hetzelfde aantal stations)Ensure that each node in your cluster is symmetrical (each node has the same number of drives)
  • Schakel mirroring in drie richtingen of dubbele pariteit in zodat u een storing in een knoop punt kunt verdragen en de virtuele schijven online blijft.Enable three-way mirror or dual parity so that you can tolerate a node failures and keep the virtual disks online.
  • Als meer dan twee knoop punten niet beschikbaar zijn, of twee knoop punten en een schijf op een ander knoop punt niet beschikbaar zijn, hebben volumes mogelijk geen toegang tot alle drie kopieën van hun gegevens en worden ze daarom offline gezet en zijn ze niet beschikbaar.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. Het is raadzaam om de servers snel terug te brengen of de schijven te vervangen om de meeste tolerantie voor alle gegevens in het volume te garanderen.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.

Volgende stappenNext steps

Raadpleeg de volgende artikelen voor meer informatie:For more information, see the following: