Azure Stack HCı üzerinde küme ve havuz çekirdeğini anlamaUnderstanding cluster and pool quorum on Azure Stack HCI

Uygulama hedefi: Azure Stack HI, sürüm 20H2; Windows Server 2019Applies to: Azure Stack HCI, version 20H2; Windows Server 2019

Windows Server Yük Devretme Kümelemesi , iş yükleri için yüksek kullanılabilirlik sağlar.Windows Server Failover Clustering provides high availability for workloads. Kaynakları barındıran düğümler varsa, bu kaynaklar yüksek oranda kullanılabilir olarak değerlendirilir. Bununla birlikte, küme genellikle, Çekirdekte olan düğüm üzerinde, çekirdeğe sahip olarak bilinen bir çok yarısı gerektirir.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.

Çekirdek, ağda bir bölüm olduğunda ve düğümlerin alt kümeleri birbirleriyle iletişim kuramıyorsa ortaya çıkabilir, bölünmüş beyinli senaryolara engel olmak için tasarlanmıştır.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. Bu, her iki düğüm için de iş yüküne sahip olan ve çok sayıda soruna yol açabilecek aynı diske yazabilmesine neden olabilir.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. Ancak bu, Yük Devretme Kümelemesi 'nin bu düğüm gruplarının çalışmaya devam etmesini zorlayan çekirdek kavramıyla engellenir, bu nedenle bu gruplardan yalnızca biri çevrimiçi kalacak.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.

Çekirdek, hala çevrimiçi olmaya devam ederken, kümenin üzerinde sürdürebileceğini belirten başarısızlık sayısını belirler.Quorum determines the number of failures that the cluster can sustain while still remaining online. Çekirdek, küme düğümlerinin alt kümeleri arasındaki iletişimde bir sorun olduğunda senaryoyu işlemek üzere tasarlanmıştır. böylece birden çok sunucu aynı anda bir kaynak grubu barındırmaya ve aynı diske aynı anda yazmaya çalışır.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. Bu çekirdek kavramıyla, küme, belirli bir kaynak grubunun yalnızca bir doğru sahibi olduğundan emin olmak için, küme hizmetinin düğümlerin alt kümelerine birinde durmasını zorlar.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. Durdurulan düğümler bir kez ana düğüm grubuyla iletişim kurabiliyorsa, kümeye otomatik olarak yeniden katılabilir ve küme hizmeti başlatılır.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.

Windows Server 2019 ' de, sistemin kendi çekirdek mekanizmalarına sahip olan iki bileşeni vardır:In Windows Server 2019, there are two components of the system that have their own quorum mechanisms:

  • Küme çekirdeği: Bu, küme düzeyinde çalışır (yani düğümleri kaybedebilir ve kümenin açık kalmasını sağlayabilirsiniz)Cluster Quorum: This operates at the cluster level (i.e. you can lose nodes and have the cluster stay up)
  • Havuz çekirdeği: bu, depolama alanları doğrudan etkinleştirildiğinde havuz düzeyinde çalışır (yani düğümleri ve sürücüleri kaybedebilir ve havuzun etkin kalmasını sağlayabilirsiniz).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). Depolama havuzları hem kümelenmiş hem de kümelenmemiş senaryolarda kullanılmak üzere tasarlanmıştır. Bu, farklı bir çekirdek mekanizmasına neden olur.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

Küme çekirdeğe genel bakışCluster quorum overview

Aşağıdaki tabloda, her senaryo için küme çekirdeği sonuçları hakkında genel bir bakış verilmiştir:The table below gives an overview of the Cluster Quorum outcomes per scenario:

Sunucu düğümleriServer nodes Bir sunucu düğümü hatasını devam edebilirCan survive one server node failure Bir sunucu düğümü hatasını devam edebilir, sonra başka birCan survive one server node failure, then another İki eşzamanlı sunucu düğümü hatasını devam edebilirCan survive two simultaneous server node failures
22 50/5050/50 HayırNo HayırNo
2 + tanık2 + Witness YesYes HayırNo HayırNo
33 YesYes 50/5050/50 HayırNo
3 + tanık3 + Witness YesYes YesYes HayırNo
44 YesYes YesYes 50/5050/50
4 + tanık4 + Witness YesYes YesYes YesYes
5 ve üzeri5 and above YesYes YesYes YesYes

Küme çekirdeği önerileriCluster quorum recommendations

  • İki düğümünüz varsa, bir tanık gereklidir.If you have two nodes, a witness is required.
  • Üç veya dört düğümünüz varsa, tanık kesinlikle önerilir.If you have three or four nodes, witness is strongly recommended.
  • Internet erişiminiz varsa, bulut tanığı kullanınIf you have Internet access, use a cloud witness
  • Diğer makineler ve dosya paylaşımları olan bir BT ortamındaysanız, bir dosya paylaşımı tanığı kullanınIf you're in an IT environment with other machines and file shares, use a file share witness

Küme çekirdeği nasıl kullanılır?How cluster quorum works

Düğümler başarısız olduğunda veya bazı düğümlerin alt kümesi başka bir alt kümeyle ilgili kişiyi kaybettiğinde, devam eden düğümlerin, kümenin büyük bölümünü çevrimiçi kalacak şekilde oluşturduğunu doğrulaması gerekir.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. Bunları doğrulayamıyorum, çevrimdışı duruma geçer.If they can't verify that, they'll go offline.

Ancak büyük bir kavram kavramı yalnızca kümedeki düğümlerin toplam sayısı tek olduğunda düzgün şekilde çalışabilir (örneğin, beş düğümlü bir kümede üç düğüm).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). Bu nedenle, çift sayıda düğüme sahip kümeler (örneğin, dört düğümlü bir küme).So, what about clusters with an even number of nodes (say, a four node cluster)?

Kümenin Toplam oy sayısını tek yapabilmenin iki yolu vardır:There are two ways the cluster can make the total number of votes odd:

  1. İlk olarak, ekstra oylamalı bir tanık ekleyerek bir tane yukarı gidebilirler.First, it can go up one by adding a witness with an extra vote. Bu, Kullanıcı ayarı gerektirir.This requires user set-up.
  2. Ya da bir unlucky düğümün oyına (gerektiğinde otomatik olarak gerçekleşir) kadar bir tane aşağı gidebilirler.Or, it can go down one by zeroing one unlucky node's vote (happens automatically as needed).

Düğümler, bunların çoğunluğu tarafından başarıyla Doğrulandıklarında, büyük çoğunluğunun tanımı yalnızca kalan VNET 'ler arasında olacak şekilde güncelleştirilir.Whenever surviving nodes successfully verify they are the majority, the definition of majority is updated to be among just the survivors. Bu, kümenin bir düğümü, daha sonra başka bir ve başka bir şekilde kaybetmesine izin verir.This allows the cluster to lose one node, then another, then another, and so forth. Art arda gelen hatalardan sonra uyarlandığı Toplam oyların bu kavramı, *dinamik çekirdek _ olarak bilinirdi.This concept of the total number of votes adapting after successive failures is known as *Dynamic quorum _.

Dinamik tanıkDynamic witness

Dinamik tanık, _total oy sayısının tek olduğundan emin olmak için tanılamaya geçiş yapar.Dynamic witness toggles the vote of the witness to make sure that the _total number of votes* is odd. Tek sayıda oy varsa, tanık bir oylamaya sahip değildir.If there are an odd number of votes, the witness doesn't have a vote. Çift sayıda oy varsa, tanık bir oylamaya sahiptir.If there is an even number of votes, the witness has a vote. Dinamik tanık, tanık başarısızlık nedeniyle kümenin ne kadar devam ettiği riski önemli ölçüde azaltır.Dynamic witness significantly reduces the risk that the cluster will go down because of witness failure. Küme, kümede kullanılabilir olan oylama düğümlerinin sayısına bağlı olarak tanık oyunuzu kullanıp kullanmayacağınızı belirler.The cluster decides whether to use the witness vote based on the number of voting nodes that are available in the cluster.

Dinamik çekirdek, aşağıda açıklanan şekilde dinamik tanık ile çalışmaktadır.Dynamic quorum works with Dynamic witness in the way described below.

Dinamik çekirdek davranışıDynamic quorum behavior

  • Çift sayıda düğümünüz ve tanık yoksa, bir düğüm oyu sıfırlandı.If you have an even number of nodes and no witness, one node gets its vote zeroed. Örneğin, dört düğümden yalnızca üç düğüm oy alır, bu nedenle Toplam Oy sayısı üç olur ve oyları olan iki IDE büyük bir durum kabul edilir.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.
  • Tek sayıda düğümünüz ve tanık yoksa, hepsi oyları alırlar.If you have an odd number of nodes and no witness, they all get votes.
  • Çift sayıda düğüm ve tanık varsa, tanık oyda, Toplam tek olur.If you have an even number of nodes plus witness, the witness votes, so the total is odd.
  • Tek sayıda düğüm ve tanık varsa, tanık oy vermez.If you have an odd number of nodes plus witness, the witness doesn't vote.

Dinamik çekirdek, oylarının büyük bir kısmını kaybetmemek ve kümenin tek bir düğüm ile çalışmasına izin vermek için (son adam olarak bilinen) bir oyla bir oy atama olanağı sağlar.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). Örnek olarak dört düğümlü bir küme ele alalım.Let's take a four-node cluster as an example. Çekirdeğin 3 oy gerektirdiğini varsayın.Assume that quorum requires 3 votes.

Bu durumda, iki düğümü kaybettiyseniz küme aşağı doğru geçmiş olur.In this case, the cluster would have gone down if you lost two nodes.

Her biri bir oy alan dört küme düğümünü gösteren diyagram

Ancak, dinamik çekirdek bunun oluşmasını engeller.However, dynamic quorum prevents this from happening. Çekirdek için gereken Toplam Oy sayısı artık kullanılabilir düğüm sayısına göre belirlenir.The total number of votes required for quorum is now determined based on the number of nodes available. Bu nedenle, dinamik çekirdekle, üç düğüm kaybetseniz bile küme sürekli olarak kalır.So, with dynamic quorum, the cluster will stay up even if you lose three nodes.

Dört küme düğümünü gösteren diyagram, tek seferde bir tane başarısız olan düğümleri ve her hatadan sonra ayarlama gereken oyları sayısı.

Yukarıdaki senaryo, Depolama Alanları Doğrudan etkin olmayan genel bir küme için geçerlidir.The above scenario applies to a general cluster that doesn't have Storage Spaces Direct enabled. Ancak, Depolama Alanları Doğrudan etkinleştirildiğinde, küme yalnızca iki düğüm hatasını destekleyebilir.However, when Storage Spaces Direct is enabled, the cluster can only support two node failures. Bu, Havuz çekirdeği bölümündedaha fazla açıklanacaktır.This is explained more in the pool quorum section.

ÖrneklerExamples

Tanık olmadan iki düğüm.Two nodes without a witness.

Bir düğümün oyu sıfırlandı, bu nedenle çoğunluk oyu toplam 1 oydan sonra belirlenir.One node's vote is zeroed, so the majority vote is determined out of a total of 1 vote. Oysuz düğüm beklenmedik şekilde kapanıyorsa, kalan vor 1/1 ve küme daha fazla çalışır.If the non-voting node goes down unexpectedly, the survivor has 1/1 and the cluster survives. Oylama düğümü beklenmedik şekilde kapanıyorsa, kalan vor 0/1 ve küme daha sonra geçer.If the voting node goes down unexpectedly, the survivor has 0/1 and the cluster goes down. Oylama düğümü düzgün şekilde kapalıysa, oy diğer düğüme aktarılır ve küme çalışır.If the voting node is gracefully powered down, the vote is transferred to the other node, and the cluster survives.\ *Bu, bir tanık yapılandırmak için kritik öneme sahiptir. _\ *This is why it's critical to configure a witness. _

Tanık olmadan iki düğüm ile bu durumda açıklanan çekirdek

  • Bir sunucu hatasından devam edebilir: _ * elli yüzde * *.Can survive one server failure: _*Fifty percent chance**.
  • Bir sunucu hatasından sonra başka bir hata olabilir: Hayır.Can survive one server failure, then another: No.
  • Aynı anda iki sunucu hatasını devam edebilir: Hayır.Can survive two server failures at once: No.

Tanık içeren iki düğüm.Two nodes with a witness.

Her iki düğüm de, tanık oylarından ve bu nedenle büyük bir toplam 3 oydan belirlenir.Both nodes vote, plus the witness votes, so the majority is determined out of a total of 3 votes. Herhangi bir düğüm kapalıysa, kalan vor, 2/3 ve küme devam edebilir.If either node goes down, the survivor has 2/3 and the cluster survives.

Tanık ile iki düğüm ile ilgili durumda açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu hatasından sonra başka bir hata olabilir: Hayır.Can survive one server failure, then another: No.
  • Aynı anda iki sunucu hatasını devam edebilir: Hayır.Can survive two server failures at once: No.

Tanık olmadan üç düğüm.Three nodes without a witness.

Tüm düğümler oylandığından, büyük bir tanesi 3 oydan daha fazla belirlenir.All nodes vote, so the majority is determined out of a total of 3 votes. Herhangi bir düğüm kapalıysa, kalan sanal dosyalar 2/3 ve küme çalışır.If any node goes down, the survivors are 2/3 and the cluster survives. Küme, tanık olmadan iki düğüm haline gelir; bu noktada Senaryo 1 ' de olursunuz.The cluster becomes two nodes without a witness – at that point, you're in Scenario 1.

Tanık olmadan üç düğüm ile büyük/küçük harf olarak açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir, daha sonra başka bir 50 olasılığı vardır.Can survive one server failure, then another: Fifty percent chance.
  • Aynı anda iki sunucu hatasını devam edebilir: Hayır.Can survive two server failures at once: No.

Tanık içeren üç düğüm.Three nodes with a witness.

Tüm düğümler oysın, bu yüzden tanık başlangıçta oylanmaz.All nodes vote, so the witness doesn't initially vote. Çoğunluğunun toplamı 3 oydan fazla belirlenir.The majority is determined out of a total of 3 votes. Bir hatadan sonra, kümede tanık olan iki düğüm bulunur ve bu durum Senaryo 2 ' ye geri gönderilir.After one failure, the cluster has two nodes with a witness – which is back to Scenario 2. Bu nedenle, şimdi iki düğüm ve tanık oyu.So, now the two nodes and the witness vote.

Bir tanık ile üç düğüm ile ilgili durumda açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir ve sonra başka bir: Evet.Can survive one server failure, then another: Yes.
  • Aynı anda iki sunucu hatasını devam edebilir: Hayır.Can survive two server failures at once: No.

Tanık olmadan dört düğümFour nodes without a witness

Bir düğümün oyu sıfırlandı, bu nedenle büyük bir tanesi 3 oydan fazla belirlenir.One node's vote is zeroed, so the majority is determined out of a total of 3 votes. Bir hatadan sonra, küme üç düğüm haline gelir ve Senaryo 3 ' te olursunuz.After one failure, the cluster becomes three nodes, and you're in Scenario 3.

Bir tanık olmadan dört düğüm ile ilgili durumda açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir ve sonra başka bir: Evet.Can survive one server failure, then another: Yes.
  • İki sunucu başarısızından bir kez devam edebilir: yüzde 50 şans.Can survive two server failures at once: Fifty percent chance.

Tanık içeren dört düğüm.Four nodes with a witness.

Tüm düğümler oyları ve tanık oyları, bu yüzden büyük bir toplam 5 oydan sonra belirlenir.All nodes votes and the witness votes, so the majority is determined out of a total of 5 votes. Bir hatadan sonra Senaryo 4 ' te olursunuz.After one failure, you're in Scenario 4. İki eşzamanlı hatadan sonra Senaryo 2 ' ye atlayın.After two simultaneous failures, you skip down to Scenario 2.

Bir tanık ile dört düğüm ile ilgili durumda açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir ve sonra başka bir: Evet.Can survive one server failure, then another: Yes.
  • Aynı anda iki sunucu hatasını devam edebilir: Evet.Can survive two server failures at once: Yes.

Beş düğüm ve daha fazla.Five nodes and beyond.

Tüm düğümler oy veya hepsi bir oy, her ne kadar tek şey yapar.All nodes vote, or all but one vote, whatever makes the total odd. Depolama Alanları Doğrudan ikiden fazla düğümü işleyemez, bu nedenle bu noktada hiçbir tanık gerekmez veya yararlı olmaz.Storage Spaces Direct cannot handle more than two nodes down anyway, so at this point, no witness is needed or useful.

Beş düğüm ve daha fazlası durumunda açıklanan çekirdek

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir ve sonra başka bir: Evet.Can survive one server failure, then another: Yes.
  • Aynı anda iki sunucu hatasını devam edebilir: Evet.Can survive two server failures at once: Yes.

Artık çekirdeğin nasıl çalıştığını anladığımıza göre, çekirdek tanıkları türlerine bakalım.Now that we understand how quorum works, let's look at the types of quorum witnesses.

Çekirdek tanık türleriQuorum witness types

Yük Devretme Kümelemesi üç tür çekirdek tanıkları destekler:Failover Clustering supports three types of Quorum Witnesses:

  • Bulut tanığı -Azure 'daki BLOB depolama alanı, kümenin tüm düğümleri tarafından erişilebilir.Cloud Witness - Blob storage in Azure accessible by all nodes of the cluster. Kümeleme bilgilerini bir tanık. log dosyasında tutar, ancak küme veritabanının bir kopyasını depolamaz.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Dosya paylaşma tanığı – Windows Server çalıştıran bir dosya sunucusunda YAPıLANDıRıLAN bir SMB dosya paylaşımıdır.File Share Witness – A SMB file share that is configured on a file server running Windows Server. Kümeleme bilgilerini bir tanık. log dosyasında tutar, ancak küme veritabanının bir kopyasını depolamaz.It maintains clustering information in a witness.log file, but doesn't store a copy of the cluster database.
  • Disk tanığı -kümede kullanılabilir depolama grubundaki küçük bir kümelenmiş disk.Disk Witness - A small clustered disk which is in the Cluster Available Storage group. Bu disk yüksek oranda kullanılabilir ve düğümler arasında yük devretme gerçekleştirebilir.This disk is highly-available and can failover between nodes. Küme veritabanının bir kopyasını içerir.It contains a copy of the cluster database.\ **Depolama alanları doğrudan _ Ile bir disk tanığı desteklenmez*.\ *A Disk Witness isn't supported with Storage Spaces Direct _.

Havuz çekirdeğe genel bakışPool quorum overview

Küme düzeyinde çalışan küme çekirdeği hakkında konuşuyoruz.We just talked about Cluster Quorum, which operates at the cluster level. Şimdi havuz düzeyinde (düğüm ve sürücü kaybedebilirsiniz ve havuzun devam edebilir) çalışan havuz çekirdeğini inceleyelim.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). Depolama havuzları hem kümelenmiş hem de kümelenmemiş senaryolarda kullanılmak üzere tasarlanmıştır. Bu, farklı bir çekirdek mekanizmasına neden olur.Storage pools were designed to be used in both clustered and non-clustered scenarios, which is why they have a different quorum mechanism.

Aşağıdaki tabloda, her senaryo için havuz çekirdeği sonuçları hakkında genel bir bakış verilmiştir:The table below gives an overview of the Pool Quorum outcomes per scenario:

Sunucu düğümleriServer nodes Bir sunucu düğümü hatasını devam edebilirCan survive one server node failure Bir sunucu düğümü hatasını devam edebilir, sonra başka birCan survive one server node failure, then another İki eşzamanlı sunucu düğümü hatasını devam edebilirCan survive two simultaneous server node failures
22 HayırNo HayırNo HayırNo
2 + tanık2 + Witness YesYes HayırNo HayırNo
33 YesYes HayırNo HayırNo
3 + tanık3 + Witness YesYes HayırNo HayırNo
44 YesYes HayırNo HayırNo
4 + tanık4 + Witness YesYes YesYes YesYes
5 ve üzeri5 and above YesYes YesYes YesYes

Havuz çekirdeği nasıl çalışacaktır?How pool quorum works

Sürücüler başarısız olduğunda veya bazı sürücülerden oluşan bir alt küme, başka bir alt kümeyle iletişim kurduklarında, devam eden sürücülerin çevrimiçi kalacak şekilde havuzun _majority * oluşturduğunu doğrulaması gerekir.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. Bunları doğrulayamıyorum, çevrimdışı duruma geçer.If they can't verify that, they'll go offline. Havuz, çevrimdışı olan veya çekirdek için yeterli disklere sahip olup olmadığına bağlı olarak çevrimiçi kalan varlıktır (50% + 1).The pool is the entity that goes offline or stays online based on whether it has enough disks for quorum (50% + 1). Havuz kaynağı sahibi (etkin küme düğümü) + 1 olabilir.The pool resource owner (active cluster node) can be the +1.

Ancak havuz çekirdeği aşağıdaki yollarla küme çekirdekinden farklı şekilde çalışır:But pool quorum works differently from cluster quorum in the following ways:

  • havuz, sürücülerin yarısını (havuz kaynağı sahibi olan bu düğüm) sürdürmesini sağlamak için bir tanık olarak kümedeki bir düğümü kullanırthe 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)
  • Havuzun dinamik çekirdeği yokthe pool does NOT have dynamic quorum
  • havuz, oyunuzu kaldırma kendi sürümünü uygulamıyorthe pool does NOT implement its own version of removing a vote

ÖrneklerExamples

Simetrik düzen içeren dört düğüm.Four nodes with a symmetrical layout.

16 sürücünün her birinde bir oy vardır ve iki düğüm de bir oyudur (havuz kaynağı sahibi olduğundan).Each of the 16 drives has one vote and node two also has one vote (since it's the pool resource owner). Büyük bir toplam 16 oydan fazla belirlenir.The majority is determined out of a total of 16 votes. Üç ve dört düğüm varsa, kalan alt kümede 8 sürücü ve havuz kaynak sahibi 9/16 oyudur.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/16 votes. Bu nedenle, havuz daha fazla çalışır.So, the pool survives.

Havuz çekirdeği 1

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir ve sonra başka bir: Evet.Can survive one server failure, then another: Yes.
  • Aynı anda iki sunucu hatasını devam edebilir: Evet.Can survive two server failures at once: Yes.

Simetrik düzen ve sürücü hatası olan dört düğüm.Four nodes with a symmetrical layout and drive failure.

16 sürücünün her birinde bir oy vardır ve düğüm 2 ' de bir oy vardır (havuz kaynağı sahibi olduğundan).Each of the 16 drives has one vote and node 2 also has one vote (since it's the pool resource owner). Büyük bir toplam 16 oydan fazla belirlenir.The majority is determined out of a total of 16 votes. Birincisi, 6. sürücü aşağı doğru ilerler.First, drive 7 goes down. Üç ve dört düğüm varsa, kalan alt kümede 7 Sürücü ve havuz kaynak sahibi 8/16 oydur.If nodes three and four go down, the surviving subset has 7 drives and the pool resource owner, which is 8/16 votes. Bu nedenle, havuz büyük çoğunluğuna sahip değildir ve aşağı gider.So, the pool doesn't have majority and goes down.

Havuz çekirdeği 2

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu hatasından sonra başka bir hata olabilir: Hayır.Can survive one server failure, then another: No.
  • Aynı anda iki sunucu hatasını devam edebilir: Hayır.Can survive two server failures at once: No.

Simetrik olmayan düzen içeren dört düğüm.Four nodes with a non-symmetrical layout.

24 sürücünün her birinde bir oy vardır ve iki düğüm de bir oyudur (havuz kaynağı sahibi olduğundan).Each of the 24 drives has one vote and node two also has one vote (since it's the pool resource owner). Büyük bir toplam 24 oydan belirlenir.The majority is determined out of a total of 24 votes. Üç ve dört düğüm varsa, kalan alt kümede 8 sürücü ve havuz kaynak sahibi 9/24 oyudur.If nodes three and four go down, the surviving subset has 8 drives and the pool resource owner, which is 9/24 votes. Bu nedenle, havuz büyük çoğunluğuna sahip değildir ve aşağı gider.So, the pool doesn't have majority and goes down.

Havuz çekirdeği 3

  • Bir sunucu hatasından sonra devam edebilir: Evet.Can survive one server failure: Yes.
  • Bir sunucu başarısızlığını devam edebilir, başka bir deyişle, her iki düğüm de üç ve dört olursa ve diğer tüm senaryolara devam edebilir.Can survive one server failure, then another: Depends (cannot survive if both nodes three and four go down, but can survive all other scenarios.
  • Aynı anda iki sunucu hatasını devam edebilir: bağımlıdır (her iki düğüm de üç ve dört olursa, ancak diğer tüm senaryolarla devam edebilir).Can survive two server failures at once: Depends (cannot survive if both nodes three and four go down, but can survive all other scenarios.

Havuz çekirdeği önerileriPool quorum recommendations

  • Kümenizdeki her bir düğümün simetrik olduğundan emin olun (her düğüm aynı sayıda sürücüye sahip)Ensure that each node in your cluster is symmetrical (each node has the same number of drives)
  • Düğüm arızalarına sızabilmeniz ve sanal diskleri çevrimiçi tutmanız için üç yönlü yansıtmayı veya çift eşliği etkinleştirin.Enable three-way mirror or dual parity so that you can tolerate a node failures and keep the virtual disks online.
  • İkiden fazla düğüm kapalıysa veya iki düğüm ve başka bir düğümdeki bir disk kapalıysa, birimlerin verilerin üç kopyasına erişimi olmayabilir ve bu nedenle çevrimdışı duruma getirilir ve bu nedenle kullanılamaz.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. Birimdeki tüm veriler için en fazla dayanıklılığı sağlamak üzere sunucuları geri getirmek veya diskleri hızlı bir şekilde değiştirmek önerilir.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.

Sonraki adımlarNext steps

Daha fazla bilgi için, aşağıdakilere bakın:For more information, see the following: