本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon OpenSearch Service 中的專用主節點
<a name="managedomains-dedicatedmasternodes"></a>

Amazon OpenSearch Service 使用*專用主節點*來增加叢集的穩定性。專用主節點會執行叢集管理任務，但不會保留資料或回應資料上傳請求。此叢集管理任務的卸載可增加您網域的穩定性。就像所有其他節點類型一樣，您需要按照小時費率為每個專用主節點支付費用。

專用主節點會執行以下叢集管理任務：
+ 追蹤叢集中的所有節點。
+ 追蹤叢集中的索引數量。
+ 追蹤屬於每個索引的碎片數。
+ 維持叢集中節點的路由資訊。
+ 狀態變更後更新叢集狀態，例如建立索引，以及在叢集中新增或移除節點。
+ 跨叢集中的所有節點複製叢集狀態的變更。
+ 透過傳送監控叢集中資料節點的可用性的*活動訊號*、定期信號，來監控所有叢集節點的運作狀態。

下圖顯示具有 10 個執行個體的 OpenSearch Service 網域。其中七個執行個體是資料節點，三個是專用主節點。只有其中一個專用主節點處於作用中狀態。這兩個灰色的專用主節點會等待作為備份，以防作用中的專用主節點發生故障。所有資料上傳請求是由七個資料節點提供服務，而所有叢集管理任務均卸載到作用中的專用主節點。

![\[OpenSearch Service domain with data nodes and dedicated master nodes, illustrating 叢集 management.\]](http://docs.aws.amazon.com/zh_tw/opensearch-service/latest/developerguide/images/DedicatedMasterNodes_no-caption.png)


## 選擇專用主節點數目
<a name="dedicatedmasternodes-number"></a>

我們建議您將多可用區與待命搭配使用，這會為每個生產 OpenSearch Service 網域新增**三個**專用主節點。如果您使用沒有待命或單一可用區的異地同步備份進行部署，我們仍建議三個專用主節點。切勿選擇偶數數量的專用主節點。選擇專用主節點的數目時，請考量下列事項：
+ OpenSearch Service 明確禁止一個專用主節點，因為萬一故障時您沒有備份。如果您嘗試建立只有一個專用主節點的網域，則會收到驗證例外狀況。
+ 如果您具有兩個專用主節點，表示您的叢集沒有節點的必要仲裁，供萬一發生故障時可選擇新的主節點。

  仲裁是專用主節點的數量 / 2 \$1 1 (四捨五入為最接近的整數)。在此案例中，為 2 / 2 \$1 1 = 2。因為一個專用主節點已故障且只存在一個備份，所以叢集沒有仲裁並且無法選擇新的主節點。
+ 三個專用主節點 (建議的數量) 在萬一主節點故障時提供兩個備份節點，以及必要的仲裁 (2) 以選擇新的主節點。
+ 四個專用主節點並不會比三個好，而且如果您使用[多個可用區域](managedomains-multiaz.md)，則可能導致問題。
  + 如果一個主節點發生故障，您有仲裁 (3) 以選擇新的主節點。如果兩個節點故障，您會遺失該仲裁，就如同您使用三個專用主節點。
  + 在三個可用區域組態中，兩個可用區域具有一個專用主節點，而一個可用區域具有兩個主節點。如果該可用區發生中斷，剩餘兩個不具備必要的仲裁 (3) 以選擇新的主節點。
+ 擁有五個專用主節點的運作與三個的相同，並可讓您在維持仲裁的同時遺失兩個節點。但是因為在任何指定的時間只有一個專用主節點作用中，此組態表示支付四個閒置的節點。許多使用者發現這個層級的容錯移轉保護過於極端。

如果叢集具有偶數個合格的主節點，則 OpenSearch 和 Elasticsearch versions 7.*x* 及更新版本會忽略一個節點，使投票組態一律為奇數。在這種情況下，四個專用主節點基本上等同於三個專用主節點 (兩個則相當於一個)。

**注意**  
如果您的叢集不具備必要的仲裁以選擇新的主節點，將請求寫入到叢集「以及」**讀取叢集請求則均會失敗。這種行為不同於 OpenSearch 預設。

## 選擇專用主節點的執行個體類型
<a name="dedicatedmasternodes-instance"></a>

### OpenSearch Service 網域和執行個體配額
<a name="limits-number-per-az"></a>

雖然專用主節點不會處理搜尋和查詢請求，但其大小與他們可以管理的執行個體大小和執行個體數量、索引和碎片高度相關。對於生產叢集，我們建議至少針對專用主節點使用下列執行個體類型。

這些建議是根據一般工作負載，並可能依您的需求而異。具有許多碎片或欄位映射的叢集可受益於更大的執行個體類型。如需詳細資訊，請參閱 [Amazon OpenSearch Service 的建議 CloudWatch 警示](cloudwatch-alarms.md)，以判斷您是否需要使用較大的執行個體類型。


| RAM | Elasticsearch 和 OpenSearch Service 1.x 到 2.15 的最大節點支援 | Elasticsearch 和 OpenSearch Service 1.x 到 2.15 的最大碎片支援 | OpenSearch Service 2.17 及更高版本的節點支援上限 | OpenSearch Service 2.17 及更新版本的最大碎片支援 | 
| --- | --- | --- | --- | --- | 
| 2 GB | 不適用 | 不適用 | 10 | 1K | 
| 4 GB | 不適用 | 不適用 | 10 | 5K | 
| 8 GB | 10 | 10K | 30 | 15K | 
| 16 GB | 30 | 30K | 60 | 30K | 
| 32 GB | 75 | 40K | 120 | 60K | 
| 64 GB | 125 | 75K | 240 | 120K | 
| 128 GB | 200 | 75K | 480 | 240K | 
| 256 GB | 不適用 | 不適用 | 1002 | 500K |